1

Raspberry PI / Nach hartem Abschalten kein boot mehr

« on: September 13, 2015, 00:13:33 »

Hallo Claus,

ich habe das Ganze nun noch einmal nachvollzogen (durchgeführt am 11.09.).

• Installation initramfs → Installation funktioniert nun
• Noch update der Pakete init und rpi → Reboot Raspberry
• Strom weggenommen (mehrmals). 23:53 Uhr endlich Erfolg: Er bootet nicht mehr (Konsole s. Bild im Anhang)
• btrfs check /dev/sdd2 (ohne repair!):

Code: [Select]

...
bad metadata [218415104, 218431488) crossing stripe boundary
bad metadata [238796800, 238813184) crossing stripe boundary
bad metadata [254722048, 254738432) crossing stripe boundary
bad metadata [254787584, 254803968) crossing stripe boundary
bad metadata [255180800, 255197184) crossing stripe boundary
bad metadata [255246336, 255262720) crossing stripe boundary
bad metadata [258195456, 258211840) crossing stripe boundary
bad metadata [258260992, 258277376) crossing stripe boundary
bad metadata [258457600, 258473984) crossing stripe boundary
bad metadata [270123008, 270139392) crossing stripe boundary
bad metadata [287358976, 287375360) crossing stripe boundary
Errors found in extent allocation tree or chunk allocation
checking free space cache
checking fs roots
checking csums
checking root refs
found 431951874 bytes used err is 0
total csum bytes: 394084
total tree bytes: 28409856
total fs tree bytes: 26591232
total extent tree bytes: 1163264
btree space waste bytes: 6014027
file data blocks allocated: 1117925376
referenced 1040932864
btrfs-progs v4.2+20150903

• mount /dev/sdd2 /mnt → konnte mounten und Verzeichnisse lesen
• btrfs check /dev/sdd2 → Ergebnis:

Code: [Select]

...
bad metadata [254722048, 254738432) crossing stripe boundary
bad metadata [254787584, 254803968) crossing stripe boundary
bad metadata [255180800, 255197184) crossing stripe boundary
bad metadata [255246336, 255262720) crossing stripe boundary
bad metadata [258195456, 258211840) crossing stripe boundary
bad metadata [258260992, 258277376) crossing stripe boundary
bad metadata [258457600, 258473984) crossing stripe boundary
bad metadata [270123008, 270139392) crossing stripe boundary
bad metadata [287358976, 287375360) crossing stripe boundary
Errors found in extent allocation tree or chunk allocation
checking free space cache
checking fs roots
checking csums
checking root refs
found 433418242 bytes used err is 0
total csum bytes: 395516
total tree bytes: 28409856
total fs tree bytes: 26591232
total extent tree bytes: 1163264
btree space waste bytes: 6012072
file data blocks allocated: 1119391744
referenced 1042399232
btrfs-progs v4.2+20150903

• Mount SD-Karte und Edit einer Datei auf der SD-Karte
• Ohne Reparatur in Rasperry gesteckt → Raspberry bootet wieder.

D.h. durch die Verwendung der SD-Karte am PC wurden die Fehler zwar nicht korrigiert, dennoch wurde irgendetwas durch die neuere BTRFS-Progs-Version geändert, so das die Karte dann wieder am Raspberry bootet.
Matthias

2

Raspberry PI / Nach hartem Abschalten kein boot mehr

« on: September 10, 2015, 21:27:21 »

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

3

Raspberry PI / Nach hartem Abschalten kein boot mehr

« on: September 08, 2015, 21:23:17 »

Hallo Claus,

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

Matthias

4

Raspberry PI / Nach hartem Abschalten kein boot mehr

« on: September 08, 2015, 19:06:13 »

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

5

Raspberry PI / Nach hartem Abschalten kein boot mehr

« on: September 08, 2015, 17:33:51 »

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

6

Raspberry PI / RPi2: kodi startet nicht

« on: September 08, 2015, 17:25:10 »

Hallo,

ich hatte vor kurzem das gleiche Problem. Nun läuft mein Kodi auf dem Raspberry Pi 2.

Abhilfe bringt (auf der Kommandozeile per ssh ausgeführt):

Code: [Select]

ln -fs /opt/vc/lib/libEGL.so /usr/lib/libEGL.so
ln -fs /opt/vc/lib/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so
ln -fs /opt/vc/lib/libEGL.so /usr/lib/arm-linux-gnueabihf/libEGL.so.1
ln -fs /opt/vc/lib/libEGL_static.a /usr/lib/libEGL_static.a
ln -fs /opt/vc/lib/libEGL_static.a /usr/lib/arm-linux-gnueabihf/libEGL_static.a
ln -fs /opt/vc/lib/libGLESv2.so /usr/lib/libGLESv2.so
ln -fs /opt/vc/lib/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so
ln -fs /opt/vc/lib/libGLESv2.so /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2
ln -fs /opt/vc/lib/libGLESv2_static.a /usr/lib/libGLESv2_static.a
ln -fs /opt/vc/lib/libGLESv2_static.a /usr/lib/arm-linux-gnueabihf/libGLESv2_static.a
ln -fs /opt/vc/lib/libbcm_host.so /usr/lib/libbcm_host.so
ln -fs /opt/vc/lib/libbcm_host.so /usr/lib/arm-linux-gnueabihf/libbcm_host.so
ln -fs /opt/vc/lib/libvchiq_arm.a /usr/lib/libvchiq_arm.a
ln -fs /opt/vc/lib/libvchiq_arm.a /usr/lib/arm-linux-gnueabihf/libvchiq_arm.a
ln -fs /opt/vc/lib/libvchiq_arm.so /usr/lib/libvchiq_arm.so
ln -fs /opt/vc/lib/libvchiq_arm.so /usr/lib/arm-linux-gnueabihf/libvchiq_arm.so
ln -fs /opt/vc/lib/libvcos.a /usr/lib/libvcos.a
ln -fs /opt/vc/lib/libvcos.a /usr/lib/arm-linux-gnueabihf/libvcos.a
ln -fs /opt/vc/lib/libvcos.so /usr/lib/libvcos.so
ln -fs /opt/vc/lib/libvcos.so /usr/lib/arm-linux-gnueabihf/libvcos.so
Es muss allerdings nach einem Paket-Update wieder ausgeführt werden.

Matthias