[goerdi]

Hi kann man das irgendwie fixen ?

[ALT255]

Ja das kann man, ist aber nicht so einfach und es muss nicht immer funktionieren.
Steck die SD in einen anderen Linux Rechner und lass da mal btrfs check /dev/sd?2 (? ist der Buchstabe der zur Karte passt) laufen.
Danach mounte die Karte auf dem Linux Rechner dann unmounten. Und nochmal im rpi booten.

[clausmuus]

Da btrfs Filesysteme normalerweise im laufenden Betrieb geprüft und repariert werden, sollte so ein Zustand eigentlich nie eintreten.
Wenn das nun doch einmal passiert, lässt sich das mit MLD Bortmitteln zwar reparieren, allendings stellt die Tatsache, dass sich die MLD nicht mehr booten lässt, in diesem Zusammenhang ein reelles Problem dar.
Du kannst nun wie folgt vorgehen, wenn Du keinen anderen Linux Rechner zur hand hast:
Boote ein MLD Image von einer anderen SD Karte und verbinde die defelte SD Karte per Card-Reader mit der MLD. Danach musst Du auf der Console ein "btrfs check /dev/sd?2" bzw. win "btrfs check /dev/mmcblk1p2" ausführen.
Der Selbe Befehl funktioniert auch, wie ALT255 bereits geschrieben hat, auf anderen Linux Systemen.

Claus

[ALT255]

Falls du einen anderen Linux Rechner hast, versuch es zuerst damit.
Bei meinen Versuchen konnte ich es mit einem andere MLD Image auf dem Raspberry nicht beheben.
Auf einem OpenSuse ging es, im Ubuntu in einer VM wiederum auch nicht.

[goerdi]

Hi !

Eigentlich hats gereicht das Teil in meinen VDR zu stecken... der hats automatisch gemounted.
btrfs kennt unter ubuntu die option "check" nicht..

Gruss gerd

[clausmuus]

Ich hätte gerne eine Kopie der SD Karte, wenn der Fehler mal wieder bei einem von Euch auftritt. Einfach mit dd die gesammte SD Karte in eine Datei kopieren.
Vielleicht kann ich ja dann die Ursache des Problems finden.

Claus

[mascha]

Hallo,

ich hatte vor kurzem das gleiche Problem. Raspberry hart ausgeschaltet und danach kein Booten mehr. Sobald ich die SD-Karte im Kartenlesen an meinem Linux-PC gemounted hatte (MLD-Partition) waren alle Daten korrekt zu sehen. Danach bootete die SD-Karte auch wieder im Raspberry.

Nach einer weiteren Suche war zu sehen, das das BTRFS einen falschen zweiten Superblock hatte. Beim Mounten unter Linux mit Kernel 4.1.6 wird anscheinend dieser Fehler automatisch korrigiert. Im Netz wird von diesem BTRFS-Problem in Bezug auf Kernel 3.9.x (welche alle weis ich nicht) berichtet.

Eine Abhilfe wäre wahrscheinlich auf eine neuer Kernel-Version zu gehen.
Ich habe erst einmal die gnadenlose Version gewählt und verwende statt BTRFS das EXT3 Filesystem (Ist aber auch nicht die wahre Lösung)

Matthias

[clausmuus]

Hi,

am 20.8. habe ich eine Änderung am Boot Prozess durchgeführt, welche das Problem beheben sollte (es sei denn, der verwendete Kernel hat ein echtes Problem). Meine Tests mit den bereitgestellten Images deuteten jedenfalls da drauf hin, dass der Fehler behoben sein könnte. Testen kann ich das leider selber nicht, da ich das beschriebene Problem noch nie hatte.
Wenn Deine Installation mit dem Fehler also vor dem 20.8. erstellt wurde, könnte es sein, das eine neue Installation nicht mehr so anfällig ist.

Claus

[mascha]

Hallo Claus,

ich hatte mein Installations-Image am 29.08. gezogen. Am 31.08. habe ich noch die Pakete online geupdated. Danach war das Boot-Problem aber noch vorhanden.

Matthias

[clausmuus]

OK.

Falls jemand eine Installation hat, die nach dem 20.8. durchgeführt wurde, und der Fehler auftritt, bräuchte ich mal die Meldungen die auf Konsole 1 angezeigt werden. Einfach nen Foto machen und hier posten.

Claus

[mascha]

Hallo Claus,

mir ist eingefallen, ich habe noch ein Foto vom 03.09. (s. Anlage)

Matthias

[clausmuus]

Danke.
Das muss aber eine ältere Installation sein, bzw. von einem Image installiert worden sein, das vor dem 22.8. heruntergeladen wurde.
Andernfalls macht das log nicht wirklich Sinn. Das sieht jedenfalls nach Kernel Logs aus, die entstehen wenn der Kernel versucht das root Filesystem zu mounten. Das macht seit dem 22. aber nicht mehr der Kernel, sondern die initramfs, und die versucht das nur einmal und nicht immer wieder wie der Kernel.

Claus

[mascha]

Hallo Claus,

ich habe das Ganze noch einmal mit einer Datensicherung der SD-Karte geprüft:

• initramfs ist bei mir überhaupt nicht installiert!

Ich hatte eine eigen zusammen gestellte Version für die Installation verwendet.

Ich habe nun versucht, initramfs nachträglich zu installieren. Leider war ich erfolglos:

Code: [Select]

Unpacking initramfs (2015.09.07-99) ...
dpkg: error processing archive /var/cache/apt/archives/initramfs_2015.09.07-99_armhf-rpi2.deb (--unpack):
 unable to make backup link of `./boot/initrd' before installing new version: Operation not permitted
Errors were encountered while processing:
 /var/cache/apt/archives/initramfs_2015.09.07-99_armhf-rpi2.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Matthias

[clausmuus]

Das initramfs Paket ist nicht nötig. Das ist erst seit heute als Paket mit dabei und wird nur für initramfs upgrades benötigt. Einzige enthaltene Datei ist die /boot/initrd, und die ist bei aktuellen Systemen sowieso immer mit dabei.

Claus

[clausmuus]

So, jetzt klappt auch das Installieren des initramfs Paketes.

Claus