hakaishi
Anmeldungsdatum: 28. April 2008
Beiträge: 525
Wohnort: Yokkaichi(Japan)
|
Hallo liebes Forum, Ich habe gestern ein Backup vom meiner home Partition gemacht (mit dd) und vorhin mit mount -o loop gemounted. Leider habe ich nicht aufgepasst, den überblick verloren und versucht Dateien in das image hineinzukopieren... Ich bekomme jetzt beim Zugriff auf die den Mountpoint über den Dateimanager (nach dem ich es erfolgreicht gemounted habe) einen Eingabe-/Ausgabefehler. Kann mir jemand bitte helfen, wie ich an meine Daten wieder dran komme? 😢 Viele Grüße, hakaishi
|
hakaishi
(Themenstarter)
Anmeldungsdatum: 28. April 2008
Beiträge: 525
Wohnort: Yokkaichi(Japan)
|
Also... Mir scheint nur die Verzeichnisstruktur im Eimer zu sein... Die Daten müssten ja noch da sein, also müsste ich doch noch die meisten Dateien runterkopieren können, oder?
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7658
|
Rein technisch spricht nichts dagegen, Dateien in ein loopgemountetes Image hinein zu kopieren. Das funktioniert einwandfrei. Natürlich ist ein verändertes Backup u.U. nicht mehr viel wert, weshalb man normalerweise solche Images readonly behandelt. Aber dein Fehlerbild ist da trotzdem ungewöhnlich. Was steht denn im dmesg?
|
hakaishi
(Themenstarter)
Anmeldungsdatum: 28. April 2008
Beiträge: 525
Wohnort: Yokkaichi(Japan)
|
Jede Menge...
[ 71.252245] EXT4-fs (dm-0): mounting ext2 file system using the ext4 subsystem
[ 71.305653] EXT4-fs (dm-0): mounted filesystem without journal. Opts: (null)
[ 147.187228] EXT4-fs (loop0): warning: mounting fs with errors, running e2fsck is recommended
[ 147.187390] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null)
[ 150.765521] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm pool: deleted inode referenced: 1177345
[ 207.388858] systemd-hostnamed[2599]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!
[ 211.934802] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm pool: deleted inode referenced: 1177345
[ 447.452017] EXT4-fs (loop0): error count since last fsck: 275
[ 447.452022] EXT4-fs (loop0): initial error at time 1413463212: ext4_mb_generate_buddy:757
[ 447.452025] EXT4-fs (loop0): last error at time 1413464022: ext4_lookup:1448: inode 2
[ 1371.883506] perf interrupt took too long (2523 > 2500), lowering kernel.perf_event_max_sample_rate to 50000
[ 2906.262796] EXT4-fs (loop0): warning: mounting fs with errors, running e2fsck is recommended
[ 2906.262908] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null)
[ 2914.642793] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm pool: deleted inode referenced: 1177345
[ 5179.091759] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null)
[ 5184.651996] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm ls: deleted inode referenced: 1177345
[ 5184.652026] quiet_error: 54 callbacks suppressed
[ 5184.652028] Buffer I/O error on device loop0, logical block 0
[ 5184.652030] lost page write due to I/O error on loop0
[ 5196.827109] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm ls: deleted inode referenced: 1177345
[ 5196.827116] EXT4-fs (loop0): previous I/O error to superblock detected
[ 5196.827128] Buffer I/O error on device loop0, logical block 0
[ 5196.827130] lost page write due to I/O error on loop0
[ 5199.853777] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm bash: deleted inode referenced: 1177345
[ 5199.853784] EXT4-fs (loop0): previous I/O error to superblock detected
[ 5199.853794] Buffer I/O error on device loop0, logical block 0
[ 5199.853797] lost page write due to I/O error on loop0
[ 5202.365318] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm bash: deleted inode referenced: 1177345
[ 5202.365324] EXT4-fs (loop0): previous I/O error to superblock detected
[ 5202.365333] Buffer I/O error on device loop0, logical block 0
[ 5202.365335] lost page write due to I/O error on loop0
[ 5202.365348] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm bash: deleted inode referenced: 1177345
[ 5202.365352] EXT4-fs (loop0): previous I/O error to superblock detected
[ 5202.365355] Buffer I/O error on device loop0, logical block 0
[ 5202.365357] lost page write due to I/O error on loop0
[ 5202.365367] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm bash: deleted inode referenced: 1177345
[ 5202.365370] EXT4-fs (loop0): previous I/O error to superblock detected
[ 5202.365374] Buffer I/O error on device loop0, logical block 0
[ 5202.365375] lost page write due to I/O error on loop0
[ 5624.997099] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: (null)
[ 5957.095916] perf interrupt took too long (5009 > 5000), lowering kernel.perf_event_max_sample_rate to 25000
[ 6140.122489] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null)
[ 6740.217999] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null)
[ 6744.720280] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm pool: deleted inode referenced: 1177345
[ 6744.720291] Buffer I/O error on device loop0, logical block 0
[ 6744.720293] lost page write due to I/O error on loop0
[ 6750.227013] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm pool: deleted inode referenced: 1177345
[ 6750.227020] EXT4-fs (loop0): previous I/O error to superblock detected
[ 6750.227031] Buffer I/O error on device loop0, logical block 0
[ 6750.227033] lost page write due to I/O error on loop0
[ 7989.144846] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null)
[ 9036.810417] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null)
[ 9041.545464] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm ls: deleted inode referenced: 1177345
[ 9041.545477] Buffer I/O error on device loop0, logical block 0
[ 9041.545479] lost page write due to I/O error on loop0
[ 9052.235807] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm ls: deleted inode referenced: 1177345
[ 9052.235814] EXT4-fs (loop0): previous I/O error to superblock detected
[ 9052.235826] Buffer I/O error on device loop0, logical block 0
[ 9052.235828] lost page write due to I/O error on loop0
[ 9057.621926] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm ls: deleted inode referenced: 1177345
[ 9057.621933] EXT4-fs (loop0): previous I/O error to superblock detected
[ 9057.621944] Buffer I/O error on device loop0, logical block 0
[ 9057.621946] lost page write due to I/O error on loop0
[ 9337.820018] EXT4-fs (loop0): error count since last fsck: 278
[ 9337.820031] EXT4-fs (loop0): initial error at time 1413463212: ext4_mb_generate_buddy:757
[ 9337.820035] EXT4-fs (loop0): last error at time 1413472868: ext4_lookup:1448: inode 2
[11459.387301] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null)
[11470.782885] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm bash: deleted inode referenced: 1177345
[11470.782896] Buffer I/O error on device loop0, logical block 0
[11470.782898] lost page write due to I/O error on loop0
[11470.784572] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm bash: deleted inode referenced: 1177345
[11470.784576] EXT4-fs (loop0): previous I/O error to superblock detected
[11470.784582] Buffer I/O error on device loop0, logical block 0
[11470.784584] lost page write due to I/O error on loop0
[11470.784593] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm bash: deleted inode referenced: 1177345
[11470.784595] EXT4-fs (loop0): previous I/O error to superblock detected
[11470.784597] Buffer I/O error on device loop0, logical block 0
[11470.784598] lost page write due to I/O error on loop0
[11502.121970] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm cp: deleted inode referenced: 1177345
[11502.121976] EXT4-fs (loop0): previous I/O error to superblock detected
[11502.121986] Buffer I/O error on device loop0, logical block 0
[11502.121988] lost page write due to I/O error on loop0
[11552.168235] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null)
[11852.764022] EXT4-fs (loop0): error count since last fsck: 275
[11852.764032] EXT4-fs (loop0): initial error at time 1413463212: ext4_mb_generate_buddy:757
[11852.764035] EXT4-fs (loop0): last error at time 1413464022: ext4_lookup:1448: inode 2
[12247.996971] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm pool: deleted inode referenced: 1177345
[12247.996988] Buffer I/O error on device loop0, logical block 0
[12247.996990] lost page write due to I/O error on loop0
[12672.786827] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm ls: deleted inode referenced: 1177345
[12672.786834] EXT4-fs (loop0): previous I/O error to superblock detected
[12672.786844] Buffer I/O error on device loop0, logical block 0
[12672.786846] lost page write due to I/O error on loop0
[12690.422342] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm mkdir: deleted inode referenced: 1177345
[12690.422348] EXT4-fs (loop0): previous I/O error to superblock detected
[12690.422355] Buffer I/O error on device loop0, logical block 0
[12690.422357] lost page write due to I/O error on loop0
[12699.324333] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm mkdir: deleted inode referenced: 1177345
[12699.324339] EXT4-fs (loop0): previous I/O error to superblock detected
[12699.324349] Buffer I/O error on device loop0, logical block 0
[12699.324350] lost page write due to I/O error on loop0
[12716.425018] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm rm: deleted inode referenced: 1177345
[12716.425023] EXT4-fs (loop0): previous I/O error to superblock detected
[12716.425036] Buffer I/O error on device loop0, logical block 0
[12716.425037] lost page write due to I/O error on loop0
[12716.425056] EXT4-fs error (device loop0): ext4_lookup:1448: inode #2: comm rm: deleted inode referenced: 1177345
[12716.425058] EXT4-fs (loop0): previous I/O error to superblock detected
[12716.425061] Buffer I/O error on device loop0, logical block 0
[12716.425062] lost page write due to I/O error on loop0
[12885.383974] EXT4-fs (loop0): mounted filesystem with ordered data mode. Opts: (null)
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7658
|
Ist das Dateisystem auf dem das Image liegt voll? Oder die Image-Datei readonly, ohne das Loop-Device selbst readonly zu machen? Das Dateisystem scheint jedenfalls beschädigt zu sein. Mach eine Kopie vom Image und versuch dein Glück mit fsck oder anderen Datenrettungstools...
|
hakaishi
(Themenstarter)
Anmeldungsdatum: 28. April 2008
Beiträge: 525
Wohnort: Yokkaichi(Japan)
|
Eine Kopie hatte ich bereits angelegt und fsck habe ich auch drüberlaufen lassen, aber anschließend ist alles leer...
Da nur noch wenig Platz auf der Partition war, ist es sehr wahrscheinlich voll. Hast du vielleicht einen bestimmten Vorschlag was ich da noch versuchen könnte?
|
hakaishi
(Themenstarter)
Anmeldungsdatum: 28. April 2008
Beiträge: 525
Wohnort: Yokkaichi(Japan)
|
dumpe2fs -h sda5_home_2014-10-15.img
dumpe2fs 1.42.10 (18-May-2014)
Filesystem volume name: <none>
Last mounted on: /home/hakaishi/temp
Filesystem UUID: cb1f21ea-d76f-4bfa-b6c9-c2833fce0fd9
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean with errors
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 1921360
Block count: 7682560
Reserved block count: 384128
Free blocks: 1444384
Free inodes: 1843316
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1022
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8176
Inode blocks per group: 511
Flex block group size: 16
Filesystem created: Thu May 8 01:42:27 2014
Last mount time: Thu Oct 16 14:52:37 2014
Last write time: Thu Oct 16 16:22:27 2014
Mount count: 372
Maximum mount count: -1
Last checked: Thu May 8 01:42:27 2014
Check interval: 0 (<none>)
Lifetime writes: 130 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 7f6e63c8-4b4e-4efd-bcdd-e20db266af4e
Journal backup: inode blocks
FS Error count: 275
First error time: Thu Oct 16 14:40:12 2014
First error function: ext4_mb_generate_buddy
First error line #: 757
First error inode #: 0
First error block #: 0
Last error time: Thu Oct 16 14:53:42 2014
Last error function: ext4_lookup
Last error line #: 1448
Last error inode #: 2
Last error block #: 0
Jounaleigenschaften: journal_incompat_revoke
Journalgrösse: 128M
Journal-Länge: 32768
Journal-Sequenz: 0x00054c52
Journal-Start: 0
Ich habe es mit folgendem versucht
| debugfs -c sda5_home_2014-10-15.img
|
2 40755 (2) 0 0 4096 8-May-2014 10:00 .
2 40755 (2) 0 0 4096 8-May-2014 10:00 ..
11 40700 (2) 0 0 16384 8-May-2014 01:42 lost+found
1177345 0 (2) 0 0 0 1-Jan-1970 01:00 hakaishi
130817 40755 (2) 0 0 4096 8-May-2014 10:00 rose
| debugfs: rdump hakaishi /mnt/recoveredFiles/
|
Allerdings geschiet absolut nichts... Ich mache bestimmt etwas falsch. Auf dem Desktop (d.h. Schreibtisch) sind wirklich sehr wichtige PDF-Dateien... Kann mir jemand bitte weiterhelfen? ;_; EDIT: 'ls hakaishi' zeigt, dass das Verzeichnis angeblich leer ist. So komme ich also doch nicht weiter... 😢 EDIT2:
ls -la
ls: Zugriff auf hakaishi nicht möglich: Eingabe-/Ausgabefehler
insgesamt 28
drwxr-xr-x 5 root root 4096 Mai 8 10:00 .
drwxr-xr-x 33 hakaishi hakaishi 4096 Okt 16 23:29 ..
d????????? ? ? ? ? ? hakaishi
drwxr-xr-x 26 root root 4096 Mai 8 10:00 rose
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7658
|
PDF-Dateien könnten z.B. mit photorec gefunden werden - wenn sie nicht fragmentiert sind, also wenns keine hunderte MB große Scans waren...
|
hakaishi
(Themenstarter)
Anmeldungsdatum: 28. April 2008
Beiträge: 525
Wohnort: Yokkaichi(Japan)
|
PDF-Dateien könnten z.B. mit photorec gefunden werden - wenn sie nicht fragmentiert sind, also wenns keine hunderte MB große Scans waren...
Das hatte ich auch schon versucht, aber nicht bis zum Ende druchlaufen lassen, da ich festgestellt hatte, dass viele PDFs nur mit Gimp geöffnet werden können, oder gar einzelne Seiten von PDFs als .jpg verstreut sind.
Meine PDF's sind zu 90% nur in Kilobyte-größe und der Rest ist seltenst über 2 MB. PDFs mit über 10 MB drüften nicht dabei sein.
Ich versuche es nachher, wenn ich nach Hause komme, aber noch einmal. 30GB Daten zu durchsuchen, ohne dass die Dateien einen Namen haben ist halt schon sehr Mühsam. 😕 Über jeden weiteren Vorschlag wäre ich sehr Dankbar. ☺ Gruß, Hakaishi
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7658
|
PDF die Text enthalten lassen sich in Verbindung mit pdftotext (poppler) auch greppen...
|
hakaishi
(Themenstarter)
Anmeldungsdatum: 28. April 2008
Beiträge: 525
Wohnort: Yokkaichi(Japan)
|
|
frostschutz
Anmeldungsdatum: 18. November 2010
Beiträge: 7658
|
sehe gerade gibts als fertiges script das poppler verwendet. paketname pdfgrep. Ausprobiert hab ichs jetzt aber nicht
|
hakaishi
(Themenstarter)
Anmeldungsdatum: 28. April 2008
Beiträge: 525
Wohnort: Yokkaichi(Japan)
|
Hier ein kurzes Feedback. Von etwa 100 PDFs (in Ordnern auf dem Desktop) habe ich 22 mit Photorec wiederherstellen können (2 davon waren für mich essentiell), aber der Rest unter "Dokumente" (wo bestimmt noch über 200 andere PDFs - (fast) alles Literatur zu Kursen und Seminaren etc. - waren) blieb "verschollen". Zum Glück habe ich noch andere Backups und ich konnte etwa 90% wiederherstellen. Einen übrigen Teil kann ich neu herunterladen, und einige sind einmalig und damit endgültig weg. Aus dem ganzen habe ich eines gelernt: Verwende nie "mount -o loop" sondern "mount -o loop,ro". 😉 Man kann in Photorec die gewünschten Dateitypen auswählen und nur diese wiederherstellen lassen. Damit kann man sich viel Mühe ersparen. 😉 Viele Grüße, Hakaishi
|
V_for_Vortex
Anmeldungsdatum: 1. Februar 2007
Beiträge: 12085
Wohnort: Berlin
|
hakaishi schrieb: Aus dem ganzen habe ich eines gelernt: Verwende nie "mount -o loop" sondern "mount -o loop,ro". 😉
Besser: Mache regelmäßig Backups, am besten mehrere in rotierender Reihenfolge. Lösungen dafür gibt es genug. hakaishi schrieb: Damit kann man sich viel Mühe ersparen. 😉
Am meisten Mühe spart man sich, wenn man einfach ein Backup wieder einspielen kann. Trotzdem Glückwunsch zu Deinem Erfolg. ☺
|
hakaishi
(Themenstarter)
Anmeldungsdatum: 28. April 2008
Beiträge: 525
Wohnort: Yokkaichi(Japan)
|
Ich glaube, dass das Problem ursprünglich gar nicht an mir, dem mount oder an dem Abbild lag. Ich habe vorhin festgestellt, dass meine Lurks verschlüsselte externe Festplatte Probleme mit Superblöcken hat. Ich kopiere mir mal alle Daten runter und versuche die Festplatte zu formatieren und dann noch mal durch zu checken. Ich hoffe, dass die Platte noch in Ordnung ist. Ich habe sie gar nicht so oft benutzt, von daher wäre es schon sehr seltsam, wenn sie jetzt schon den Geist aufgibt... 😕 V for Vortex schrieb: hakaishi schrieb: Aus dem ganzen habe ich eines gelernt: Verwende nie "mount -o loop" sondern "mount -o loop,ro". 😉
Besser: Mache regelmäßig Backups, am besten mehrere in rotierender Reihenfolge. Lösungen dafür gibt es genug. hakaishi schrieb: Damit kann man sich viel Mühe ersparen. 😉
Am meisten Mühe spart man sich, wenn man einfach ein Backup wieder einspielen kann. Trotzdem Glückwunsch zu Deinem Erfolg. ☺
Selbst die besten Backups nutzten nichts, wenn das Medium kaputt geht und/oder der Abstand zum nächten funktionierenden Backup zu groß ist.
Außerdem hatte ich einige Container (Truecrypt), die ein Backup u.U. kompliziert gemacht hätten. Deswegen habe ich lieber mit Abbildern gearbeitet. 😉 Gruß, Hakaishi
|