Raspberry Pi 4B startet nach einem reboot von der SSD nicht mehr

Fox-Jet · February 12, 2025 at 5:58 PM

Quote from RTFM

sudo umount /dev/sda2
sudo e2fsck -fvy /dev/sda2

Befehl wurde ausgeführt und ist durchgelaufen:

Code

admin@raspberrypi:~ $ sudo umount /dev/sda2
umount: /dev/sda2: not mounted.
admin@raspberrypi:~ $ lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda           8:0    0 465.8G  0 disk 
├─sda1        8:1    0   512M  0 part 
└─sda2        8:2    0 465.3G  0 part 
mmcblk0     179:0    0  29.7G  0 disk 
├─mmcblk0p1 179:1    0   512M  0 part /boot/firmware
└─mmcblk0p2 179:2    0  29.2G  0 part /
admin@raspberrypi:~ $ sudo e2fsck -fvy /dev/sda2
e2fsck 1.47.0 (5-Feb-2023)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Missing '..' in directory inode 131777.
Fix? yes
Missing '..' in directory inode 131779.
Fix? yes
Missing '..' in directory inode 131780.
Fix? yes
...
...
...
Free inodes count wrong (30055631, counted=30056260).
Fix? yes

Padding at end of inode bitmap is not set. Fix? yes

Error writing file system info: Input/output error

rootfs: ***** FILE SYSTEM WAS MODIFIED *****

Display More

Ich konnte die sda2 Partition anschließend wieder normal mit sudo mount /dev/sda2 /mnt mounten, jedoch fehlen die Ordner welche in #49 bei den owner und group ein "???" stehen hatten:

Code

admin@raspberrypi:~ $ sudo mount /dev/sda2 /mnt
mount: (hint) your fstab has been modified, but systemd still uses
      the old version; use 'systemctl daemon-reload' to reload.

admin@raspberrypi:~ $ lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda           8:0    0 465.8G  0 disk 
├─sda1        8:1    0   512M  0 part 
└─sda2        8:2    0 465.3G  0 part /mnt
mmcblk0     179:0    0  29.7G  0 disk 
├─mmcblk0p1 179:1    0   512M  0 part /boot/firmware
└─mmcblk0p2 179:2    0  29.2G  0 part /

admin@raspberrypi:~ $ cd /mnt
admin@raspberrypi:/mnt $ ls -l
total 48
lrwxrwxrwx   1 root root     7 Nov 19 14:30 bin -> usr/bin
drwxr-xr-x   4 root root  4096 Nov 19 14:30 dev
drwxr-xr-x   3 root root  4096 Dec 20 14:23 home
drwxr-xr-x   3 root root  4096 Dec 20 15:02 homebridge
lrwxrwxrwx   1 root root     7 Nov 19 14:30 lib -> usr/lib
drwx------ 177 root root 16384 Nov 19 14:42 lost+found
lrwxrwxrwx   1 root root    29 Jan 11 17:16 music -> /volumeDocker/jellyfin/music/
lrwxrwxrwx   1 root root    37 Jan  9 19:05 musicDL -> /volumeDocker/deemix/storage/musicDL/
drwxr-xr-x   4 root root  4096 Jan 11 17:07 opt
drwxr-xr-x   2 root root  4096 Nov 19 14:30 proc
lrwxrwxrwx   1 root root     8 Nov 19 14:30 sbin -> usr/sbin
drwxr-xr-x   2 root root  4096 Nov 19 14:30 srv
drwxrwxrwt   2 root root  4096 Jan 30 20:51 tmp
drwxr-xr-x  11 root root  4096 Nov 19 14:30 usr

admin@raspberrypi:/mnt $ ls -la
total 56
drwxr-xr-x  11 root root  4096 Jan 30 20:11 .
drwxr-xr-x  18 root root  4096 Nov 19 14:40 ..
lrwxrwxrwx   1 root root     7 Nov 19 14:30 bin -> usr/bin
drwxr-xr-x   4 root root  4096 Nov 19 14:30 dev
drwxr-xr-x   3 root root  4096 Dec 20 14:23 home
drwxr-xr-x   3 root root  4096 Dec 20 15:02 homebridge
lrwxrwxrwx   1 root root     7 Nov 19 14:30 lib -> usr/lib
drwx------ 177 root root 16384 Nov 19 14:42 lost+found
lrwxrwxrwx   1 root root    29 Jan 11 17:16 music -> /volumeDocker/jellyfin/music/
lrwxrwxrwx   1 root root    37 Jan  9 19:05 musicDL -> /volumeDocker/deemix/storage/musicDL/
drwxr-xr-x   4 root root  4096 Jan 11 17:07 opt
drwxr-xr-x   2 root root  4096 Nov 19 14:30 proc
lrwxrwxrwx   1 root root     8 Nov 19 14:30 sbin -> usr/sbin
drwxr-xr-x   2 root root  4096 Nov 19 14:30 srv
drwxrwxrwt   2 root root  4096 Jan 30 20:51 tmp
drwxr-xr-x  11 root root  4096 Nov 19 14:30 usr

admin@raspberrypi:/mnt $ lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda           8:0    0 465.8G  0 disk 
├─sda1        8:1    0   512M  0 part 
└─sda2        8:2    0 465.3G  0 part /mnt
mmcblk0     179:0    0  29.7G  0 disk 
├─mmcblk0p1 179:1    0   512M  0 part /boot/firmware
└─mmcblk0p2 179:2    0  29.2G  0 part /
admin@raspberrypi:/mnt $ sudo umount /dev/sda2
umount: /mnt: target is busy.

Display More

Und kann ich die Partition nicht mehr unmounten.

Bot · Vor 5 Minuten

Raspberry Pi 4B startet nach einem reboot von der SSD nicht mehr? Schau mal ob du hier fündig wirst!

simonz · February 12, 2025 at 7:20 PM

Quote from Fox-Jet
Code
admin@raspberrypi:/mnt $ sudo umount /dev/sda2
umount: /mnt: target is busy. Weniger anzeigen
Und kann ich die Partition nicht mehr unmounten.

Du stehst ja auch noch drin! /mnt

Fox-Jet · February 12, 2025 at 7:35 PM

Quote from simonz

Du stehst ja auch noch drin! /mnt

The Hack ... Yes, absolut richtig

Wenn man sich nicht mehr im eingebunden Verzeichnis befindet kann man es auch wieder unmounten. Danke !

Bot · Vor einem Moment

RTFM · February 12, 2025 at 7:50 PM

@jedoch fehlen die Ordner welche in #49 bei den owner und group ein "???" stehen hatten:

Die Dateien sind üblicherweise nicht "lost", sie stehen vermutlich im "/lost+found" Verzeichnis drinnen

Servus !

Fox-Jet · February 12, 2025 at 8:01 PM

Quote from RTFM

Die Dateien sind üblicherweise nicht "lost", sie stehen vermutlich im "/lost+found" Verzeichnis drinnen

Bei mir ist dieser Ordner leider leer. Oder muss hier eine spezieller commadn verwendet werden?

Code

admin@raspberrypi:~ $ ls -l /lost+found/
ls: cannot open directory '/lost+found/': Permission denied

admin@raspberrypi:~ $ cd /lost+found/
-bash: cd: /lost+found/: Permission denied

admin@raspberrypi:~ $ sudo -i

Wi-Fi is currently blocked by rfkill.
Use raspi-config to set the country before use.

root@raspberrypi:~# ls /lost+found/
root@raspberrypi:~# cd /lost+found/
root@raspberrypi:/lost+found# ls -l
total 0

Display More

RTFM · February 12, 2025 at 8:18 PM

Im lost+found der /dev/sda2 natürlich.

Code

admin@raspberrypi:/mnt $ ls -la
total 56
....
drwx------ 177 root root 16384 Nov 19 14:42 lost+found
....

Servus !

Bot · Vor einem Moment

Fox-Jet · February 12, 2025 at 9:07 PM

Quote from RTFM

Im lost+found der /dev/sda2 natürlich.

Ja macht Sinn

Gibt es eine Möglichkeit sich in dieser Fülle an Ordnern schneller zu recht zu finden?

Code

root@raspberrypi:/mnt/lost+found# ls
'#129809'  '#129860'  '#129911'  '#130264'  '#130349'  '#131762'  '#131953'
'#129810'  '#129861'  '#129912'  '#130265'  '#130352'  '#131763'  '#131954'
'#129811'  '#129862'  '#129913'  '#130266'  '#130356'  '#131764'  '#131955'
'#129812'  '#129863'  '#129914'  '#130270'  '#130357'  '#131765'  '#131956'
...
...

RTFM · February 13, 2025 at 12:46 AM New

Quote from Fox-Jet

Gibt es eine Möglichkeit sich in dieser Fülle an Ordnern schneller zu recht zu finden?

Nein. Die Dateien sind schon nach Inodes sortiert. Ein Linux mit eingebautem admin-AI ist mir nicht bekannt.

Servus !

Fox-Jet · February 13, 2025 at 8:23 AM New

Schade, aber Elon wird sicher daran arbeiten wenn er OpenAI in die Finger bekommt

Gibt es eine Möglichkeit sich direkt als SuperUser per Cyberduck (SFTP) mit dem Pi sich zu verbinden? Mit den Standard User kann ich den lost+found Ordner nicht öffnen

Bot · Vor einem Moment

RTFM · February 13, 2025 at 9:17 AM New

WTH ist Syberduck ?

Das Verzeichnis /lost+found gehört exclusiv dem user root:

Code

admin@raspberrypi:/mnt $ ls -la
total 56
....
drwx------ 177 root root 16384 Nov 19 14:42 lost+found

Wenn Du ls, oder dir, ohne Optionen verwendest, bleiben die Dateirechte natürlich verborgen.

Nachdem Du die SSD nach Rettung Deiner Files sowieso platt machst, kannst Du auch ausnahmsweise "sudo chmod 777" auf das /lost+found Verzeichnis verwenden.

Servus !

Fox-Jet · February 13, 2025 at 9:22 AM New

Quote from RTFM

WTH ist Syberduck ?

Ein FTP Client für Mac

Fox-Jet · February 13, 2025 at 6:23 PM New

Quote from RTFM

Nachdem Du die SSD nach Rettung Deiner Files sowieso platt machst, kannst Du auch ausnahmsweise "sudo chmod 777" auf das /lost+found Verzeichnis verwenden.

Damit konnte ich jetzt alle Ordner und Files mit dem FTP Client zugänglich und einsehbar machen.

Die gesuchten Ordner bzw dessen Inhalte hab ich jedoch in keinen dieser Inodes/Ordner gefunden.

Die Ordner und Datein befanden sich unter:

Code

/volumeDocker/vikunja/...
/volumeDocker/deconz/...
/volumeDocker/navidrome/...
...

Leider sehe ich weder den Ordner "volumeDocker" mit den Unterordnern noch Files wie *.mp3 oder *.jpg
Was man in den Inodes findet sind Files wie: *.db, *.conf, *.sh, *.pa, *.driver und die allgemeinen Files dbus, cups, cron, ssh, sudo, und vieles mehr

Somit gehe ich nun davon aus, dass ich die gesuchten Files nicht mehr retten kann?

Bot · Vor einem Moment

RTFM · February 13, 2025 at 9:45 PM New

Quote from Fox-Jet
Die Ordner und Datein befanden sich unter:
Code
/volumeDocker/vikunja/...
/volumeDocker/deconz/...
/volumeDocker/navidrome/...
...
Somit gehe ich nun davon aus, dass ich die gesuchten Files nicht mehr retten kann?

Dann mach das so. Dann brauchst Du Dich nicht mehr mit verlinkten Files/Verzeichnissen auseinandersetzen.

Servus !

Fox-Jet · February 14, 2025 at 7:22 AM New

Quote from RTFM

Dann mach das so. Dann brauchst Du Dich nicht mehr mit verlinkten Files/Verzeichnissen auseinandersetzen.

Nur nochmal fürs Verständnis, wenn ich alle Inodes bis in die letzte Instanz durchgesehen habe und in keinem dieser Inodes sind Aufiofiles wie *.flac oder*.mp3 sowie Bilddatein enthalten sind diese Files verloren? Oder speichert das System solche Files in den Inodes ohne Dateiendungen und Namen ab?

simonz · February 14, 2025 at 9:06 AM New

Quote from Fox-Jet

Oder speichert das System solche Files in den Inodes ohne Dateiendungen und Namen ab?

Das kann durchaus sein.

fsck & Co versuchen, soviel wie möglich zu retten. Erst inklusive ursprünglichem Datei und Ordnernamen und dann auch halt ohne. Und selbst die anscheinend geretteten Dateien müssen nicht zwangsläufig 100% heile sein. Es ist ein bisschen wie Glücksspiel. Aber immerhin!

Bei Dateien ohne ursprüngliche Namen/Endung könntest Du mit dem Kommando file etwas über die Datei(en) herausfinden.

Ich wünsche Dir viel Glück - und viel Geduld!

PS:

(Ich hatte letzte Woche meine ersten(!) großen Platten-/SSD-Crash (BTRFS-Filesystem) - auf meinem Haupt-PC.
Das waren ein paar spannende Tage bis (fast) alles wieder lief...)

Bot · Vor einem Moment

Fox-Jet · February 16, 2025 at 4:24 PM New

Ich möchte mich hier nochmals an alle Unterstützer bedanken. Ein besonderer Dank geht an RTFM ohne ihn wäre ich keinen Schritt weiter gekommen.

Letzten Endes habe ich die Festplatte neu aufgesetzt und alle Daten und Container neu raufgespielt bzw. installiert. Ich werde das nächste Mal ganz sicher ein Backup erstellen wenn wieder alles läuft!

Aus meiner Sich kann dieser Post geschlossen werden.

Vielen Dank
Fox-Jet

framp · February 16, 2025 at 7:50 PM New

Quote from Fox-Jet

Aus meiner Sich kann dieser Post geschlossen werden.

Kannst Du selbst. Einfach den ersten Post im Thread updaten

Quote from Fox-Jet

Ich werde das nächste Mal ganz sicher ein Backup erstellen wenn wieder alles läuft!

Nicht am Ende wenn alles fertig ist. Schon beim Aufsetzen des Systems immer mal wieder an bestimmten Stellen ein Backup erstellen wenn wichtige Funktionen installiert und konfiguriert wurden. Siehe auch diesen Thread.

**hyle** · February 16, 2025 at 8:37 PM New

Dann markiere bitte das Thema noch (oben unter Thema bearbeiten) als erledigt!

Bot · Vor einem Moment

Raspberry Pi 4B startet nach einem reboot von der SSD nicht mehr

Participate now!

Tags

Users Viewing This Thread