SD Karte kaputt ?!

    Servus Leute,

    ich habe vor kurzem Raspbian neu aufgesetzt, weil ich vorher beim apt-get update und upgrade den Fehler "Dateisystem nur lesbar" rausbekommen hatte. Danach ging auch nichts mehr und ich musste den Raspberry vom Strom ziehen. Kann es sein, dass die SD Karte fällig ist und nicht funktioniert? Nach dem Neuaufsetzen habe ich immer noch den selben Fehler.

    MfG

    Wenn du einen Computer nicht ordnungsgemäß herunterfährst, also einfach den Strom ausschaltest, kann das Dateisystem beschädigt werden.

    Desweiteren ist ein weit verbreiteter Fehler den Datenträger bzw die SD Karte vor dem flashen eines Images zu formatieren... Das verkürzt die Haltbarkeit der NAND-Flash Zellen einer SD Karte da diese nicht unendlich viele Schreibzyklen vertragen. Eine vorherige Formatierung ist unnötig da das Image bereits ein Format bzw Dateisystem enthält und ein vollständiges Abbild ist.

    Normalerweise wird ein Kernel Parameter in /boot/cmdline.txt genutzt was bei jedem Systemstart das Dateisystem überprüft: fsck.repair=yes
    Falls fsck schwere Fehler findet die nicht behoben werden können wird das Dateisystem "ro" gemountet also read-only. Das scheint bei Dir der Fall zu sein.

    Um ein fsck des Systems durchzuführen darf dies nicht gemountet/eingebunden/aktiv sein. Bedeutet also das du entweder ein 2.Linux System benötigst oder beim Booten ein fsck durchführen musst. Für letzteres hast du 2 manuelle Möglichkeiten dies anzustoßen:

    • Code
      sudo touch /forcefsck 
sudo reboot


      Durch 'touch' wird eine leere Datei erzeugt (und die 'modification time' erneuert). Das System prüft dann automatisch beim nächsten Boot das Dateisystem und löscht diese Datei anschließend.

    • Code
      sudo shutdown -Fr now

      Durch das Parameter -F wird ein fsck beim nächsten Boot durchgeführt.

    Bei beiden Möglichkeiten ist zunächst nur /boot/ verfügbar, in der sich die Firmware und der Kernel befindet. Dadurch kann problemlos das eigentliche Systemlaufwerk überprüft werden. Wenn der erfolgreich war wird dies ebenfalls eingebunden und das System startet wie regulär auch.

    Ein weiterer Grund kann auch eine schlechte Stromversorgung sein. Bemüh mal die Forum Suche nach: Mysterium

    Wenn ich das richtige interpretiert habe sind die Befehle ganz normal im Terminal auszuführen richtig?

    Zum Punkt 1. ging das alles, wenn ich aber 'sudo shutdown -Fr now' ausführe kommt folgendes

    Code should be reached 'Unhandled option' at ...src/systemctl/systemctl.c:63
    16, function shutdown_pase_argv(). Aborting.

    Nach erneutem sudo apt-get upgrade hängt es wieder beim letzten Punkt siehe Bild :huh:

    Ja, einfach in einer Shell / Terminal.

    Du brauchst nur eins von beidem - es sind 2 Möglichkeiten.

    Ich kann da keine Fehlermeldung im Bild erkennen - evtl. dauert das entpacken nur etwas länger?


    Du musst kein Foto mit deinem Handy o.ä. machen wenn du Windows nutzt. In Windows kannst du dazu einfach die DRUCK Taste drücken, das macht ein Snapshot des kompletten Bildschirms. Alternativ kannst du auch ALT+DRUCK drücken um nur von dem aktuell aktiven Fenster ein Screenshot zu machen.
    Anschließen kannst du zum Beispiel Paint öffnen (Start -> Programme -> Zubehör -> Paint) und dort auf die Schaltfläche 'Einfügen' klicken sowie ggf mithilfe von 'Auswählen' nur einen Teil herausschneiden, Datei speichern (am besten als .jpg da sonst die Datei zu groß sein könnte) und dann kannst du es hier im Forum unter "Attachments" dem Beitrag anhängen.

    Das mit dem Bild ist mir schon klar, aber ich nutze ja mein Rpi separat auf einem anderen Monitor und mein Windows Rechner ebenso.

    Ich lass das jetzt mal laufen und warte mal ab. Aber wie gesagt. Beim entpacken wie du es sieht, beim Entpacken von golang-src geht eigentlich nichts mehr (wie gesagt ich warte nun). Das selbe passierte als ich das erste mal das neuste Raspian aufgesetzt habe. Dann kam wieder der selbe Fehler ABER beim entpacken von perl (........) über (.....) . Zumindest konnte ich jetzt meinen Fehler einigermaßen eingrenzen, weil mein Ziel eigentlich ist influxdb und grafana laufen zu lassen. Aber dafür benötige ich die go language Sprache... Sitze nun seit einer Woche an diesem Fehler und dreh mich im Kreis...
    Automatisch zusammengefügt:
    Oh man,

    nach langem abwarten hat er mir das hier ausgegeben. Siehe Icons nicht mehr Vefügbar, bzw nichts geht mehr. Ausschalten geht auch nicht ergo Zugriff auf das Gesamtsystem nicht möglich.. -> vom Stecker trennen letzte Möglichkeit den Rpi runter zu fahren =( =(

    Um nochmal auf die Mountgeschichte aufzugreifen habe ich noch eine Frage. Wenn ich im Terminal 'mount' ausführe kriege folgendes raus:

    /dev/mmcblk0p2 on / type ext4 (rw,noatime,data=ordered)
    devtmpfs on /dev type devtmpfs (rw,relatime,size=469688k,nr_inodes=117422,mode=755)
    sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
    proc on /proc type proc (rw,relatime)
    tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
    devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
    tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
    tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
    tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
    cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
    cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
    cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
    cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
    cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
    cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
    cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
    systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
    debugfs on /sys/kernel/debug type debugfs (rw,relatime)
    mqueue on /dev/mqueue type mqueue (rw,relatime)
    configfs on /sys/kernel/config type configfs (rw,relatime)
    fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
    /dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
    tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94804k,mode=700,uid=1000,gid=1000)
    binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
    gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

    Es schein doch alles auf read write zu sein, bis auf tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755).


    Nachdem ich fsck ausgeführt habe und er beim booten ein OK mir ausgegeben hat, kann der Fehler einen anderen Ursprung haben oder?

    Wie alt eine SD ist sagt nicht viel aus wenn ständig darauf gelöscht/geschrieben wurde - beispielsweise das Formatieren der SD bevor man ein Image flasht ist unnötig und verkürzt dessen Haltbarkeit. Allgemein NAND-Flash verträgt nicht unendlich viele Schreibzugriffe.

    Ich würde an eurer Stelle eine andere SD Karte ausprobieren.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login