V_for_Vortex schrieb:
Hallo Vyvyane,
Du hast meine letzte Bitte nicht befolgt und meine Frage nicht beantwortet. Ich rate Dir erneut, bei solchen gemeinsamen Lösungsversuchen immer konzentriert und genau mitzuarbeiten. ❗
Tut mir sehr leid. Da schlägst du dir deinen wohlverdienten Feierabend um die Ohren um mir zu helfen, und ich helfe nicht mit. Ich habe ein riesiges schlechtes Gewissen. Ich denke, ich bin derzeit so verplant, weil ich viel beruflichen Stress habe. Aber ich verspreche mich zu bessern.
Zu deiner Bitte:
maria@ubuntu-PC:~$ sudo file -s /dev/loop0
/dev/loop0: Linux rev 1.0 ext2 filesystem data (mounted or unclean), UUID=2139cc7e-9847-41b9-a9c2-17f613abf91c (errors) (extents) (large files) (huge files)
Es handelt sich also um ein ext2-Format. Zu deiner Frage was ich da mit luksOpen angestellt hatte: Ich wollte das Laufwerksabbild entschlüsseln - was ja gar nicht entschlüsselt ist - wieder so eine verplante Aktion von mir, die ich derzeit leider immer öfter fabriziere....
Bei meinen Recherchen über die Meldung „Illegal inode number while checking ext3 journal“ habe ich diesen Befehl zur Ermittlung der Backup-Superblöcke gefunden (ich mache sowas auch nicht jeden Tag und lerne beim Helfen). Führe den mal bitte aus:
sudo dumpe2fs /dev/loop0 | grep -i superblock
Werden dort Superblöcke angezeigt? Decken diese sich mit den per mkfs ermittelten?
Ja, sie decken sich komplett:
maria@ubuntu-PC:~$ sudo losetup /dev/loop0 /media/maria/3-TB-INTENSO/Laufwerksabbild_von_mint--vg-root-ddrescue.img
maria@ubuntu-PC:~$ sudo dumpe2fs /dev/loop0 | grep -i superblock
dumpe2fs 1.42.13 (17-May-2015)
Primär Superblock in 0, Gruppendeskriptoren in 1-58
Datensicherung Superblock in 32768, Gruppendeskriptoren in 32769-32826
Datensicherung Superblock in 98304, Gruppendeskriptoren in 98305-98362
Datensicherung Superblock in 163840, Gruppendeskriptoren in 163841-163898
Datensicherung Superblock in 229376, Gruppendeskriptoren in 229377-229434
Datensicherung Superblock in 294912, Gruppendeskriptoren in 294913-294970
Datensicherung Superblock in 819200, Gruppendeskriptoren in 819201-819258
Datensicherung Superblock in 884736, Gruppendeskriptoren in 884737-884794
Datensicherung Superblock in 1605632, Gruppendeskriptoren in 1605633-1605690
Datensicherung Superblock in 2654208, Gruppendeskriptoren in 2654209-2654266
Datensicherung Superblock in 4096000, Gruppendeskriptoren in 4096001-4096058
Datensicherung Superblock in 7962624, Gruppendeskriptoren in 7962625-7962682
Datensicherung Superblock in 11239424, Gruppendeskriptoren in 11239425-11239482
Datensicherung Superblock in 20480000, Gruppendeskriptoren in 20480001-20480058
Datensicherung Superblock in 23887872, Gruppendeskriptoren in 23887873-23887930
Datensicherung Superblock in 71663616, Gruppendeskriptoren in 71663617-71663674
Datensicherung Superblock in 78675968, Gruppendeskriptoren in 78675969-78676026
Datensicherung Superblock in 102400000, Gruppendeskriptoren in 102400001-102400058
Datensicherung Superblock in 214990848, Gruppendeskriptoren in 214990849-214990906
maria@ubuntu-PC:~$
Wenn nicht, probiere die bitte auch noch.
Das fällt dann weg.
Ansonsten meldet jeder Superblock bei Dir ein defektes Journal in derselben Inode (8). Versuche mal, das Dateisystem schreibgeschützt ohne Journal zu mounten:
sudo mount -o ro,noload /dev/loop0 /mnt
Um das Dateisystem ohne Journal zu mounten, muss ich es da erst über losetup unmounten? Die Frage konnte ich mir selber beantworten indem ich mir die Ausgabe 2mal habe anzeigen lassen, einmal ungemountet - da kam nur eine Fehlermeldung - und einmal gemountet. Das hat geklappt. Hier die Ausgaben:
maria@ubuntu-PC:~$ sudo losetup -d /dev/loop0 /media/maria/3-TB-INTENSO/Laufwerksabbild_von_mint--vg-root-ddrescue.img
losetup: /media/maria/3-TB-INTENSO/Laufwerksabbild_von_mint--vg-root-ddrescue.img: failed to use device: Erfolg
losetup: /dev/loop0: detach failed: Kein passendes Gerät bzw. keine passende Adresse gefunden
maria@ubuntu-PC:~$ sudo losetup -d /dev/loop0
losetup: /dev/loop0: detach failed: Kein passendes Gerät bzw. keine passende Adresse gefunden
maria@ubuntu-PC:~$ sudo file -s /dev/loop0
/dev/loop0: empty
maria@ubuntu-PC:~$ sudo mount -o ro,noload /dev/loop0 /mnt
mount: /dev/loop0: can't read superblock
maria@ubuntu-PC:~$ sudo losetup /dev/loop0 /media/maria/3-TB-INTENSO/Laufwerksabbild_von_mint--vg-root-ddrescue.img
maria@ubuntu-PC:~$ sudo file -s /dev/loop0
/dev/loop0: Linux rev 1.0 ext2 filesystem data (mounted or unclean), UUID=2139cc7e-9847-41b9-a9c2-17f613abf91c (errors) (extents) (large files) (huge files)
maria@ubuntu-PC:~$ sudo mount -o ro,noload /dev/loop0 /mnt
Das Mounten des Abbildes hat geklappt. Es kam keine Fehlermeldung. Ich hatte versucht jetzt an meine Dateien in dem Abbild ranzukommen und erhielt diese Ausgabe. Er scheint da zumindest zur Hälfte etwas lesen zu können.
mamaria@ubuntu-PC:~$ cd /mnt
maria@ubuntu-PC:/mnt$ ls -l
ls: Zugriff auf 'etc' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'media' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'usr' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'var' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'home' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'bin' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'srv' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'lib' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'run' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'lib32' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'root' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'dev' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'proc' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'boot' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'tmp' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'sbin' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'sys' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'mnt' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'cdrom' nicht möglich: Die Struktur muss bereinigt werden
ls: Zugriff auf 'lib64' nicht möglich: Die Struktur muss bereinigt werden
insgesamt 16
d????????? ? ? ? ? ? bin
d????????? ? ? ? ? ? boot
d????????? ? ? ? ? ? cdrom
d????????? ? ? ? ? ? dev
d????????? ? ? ? ? ? etc
d????????? ? ? ? ? ? home
lrwxrwxrwx 1 root root 33 Aug 25 2015 initrd.img -> boot/initrd.img-3.16.0-38-generic
d????????? ? ? ? ? ? lib
d????????? ? ? ? ? ? lib32
d????????? ? ? ? ? ? lib64
drwx------ 2 root root 16384 Aug 25 2015 lost+found
d????????? ? ? ? ? ? media
d????????? ? ? ? ? ? mnt
d????????? ? ? ? ? ? proc
d????????? ? ? ? ? ? root
d????????? ? ? ? ? ? run
d????????? ? ? ? ? ? sbin
d????????? ? ? ? ? ? srv
d????????? ? ? ? ? ? sys
d????????? ? ? ? ? ? tmp
d????????? ? ? ? ? ? usr
d????????? ? ? ? ? ? var
lrwxrwxrwx 1 root root 30 Aug 25 2015 vmlinuz -> boot/vmlinuz-3.16.0-38ria@ubuntu-PC:~$ sudo mount -o ro,noload /dev/loop0 /mnt
maria@ubuntu-PC:~$ cd /mnt/home
bash: cd: /mnt/home: Die Struktur muss bereinigt werden
Auch hier bitte den Befehl und alle Ausgaben hier reinstellen.
edit: Dies kannst Du auch beim Original mal versuchen, falls das Image doch nicht ganz richtig erstellt wurde:
sudo mount -o ro,noload /dev/mapper/mint--vg_root /mnt
Das hat nicht geklappt, weil es keinen root-user mehr auf der Platte gibt und somit niemand lese-Berechtigungen hat. Habe ich das richtig verstanden?
maria@ubuntu-PC:~$ sudo mount -o ro,noload /dev/mapper/mint--vg_root /mnt
mount: special device /dev/mapper/mint--vg_root does not exist
Durch den Schreibschutz besteht für das Original keine Gefahr.
Wenn das funktioniert, sichere zuallererst Deine Daten.
Ansonsten versuche nochmal eine schreibende Reparatur des Images mit dem ersten Superblock-Backup:
LANGUAGE=en_US.UTF-8 sudo e2fsck -yb 32768 /dev/loop0
(Die Option -y sagt automatisch zu allen Nachfragen ja/yes.)
Die Reparaturversuche werde ich heute Nacht starten.