.

[Asperger]

.

[Asperger]

Hoi,

Ik heb bijvoorbeeld enkele directories van schijf A naar schijf B verplaatst.
In die directories staan files en subdirectories.
Nu crasht schijf B en de files zijn verloren gegaan.
Hoe kan ik dan op schijf A de bestanden terughalen die tijdens de verplaatsing zijn verwijderd?
Ze komen met verplaatsen immers niet in de trash.

[Progger]

Misschien handig voor de helpers als je aangeeft wélke directories je hebt verplaatst.

[Pjotr]

EXT4-fout? Herformatteer eens in EXT3 en probeer het dan nog eens.

[Asperger]

Ik heb 2 externe HDs.
Op nummer 1 stond een zooi files die ik om practische redenen naar schijf nummer 2 had verplaatst.
Op schijf nummer 2 is een onherstelbare fout opgetreden zodat de bestanden verloren zijn gegaan.
Op schijf nummer 1 staan die bestanden ook niet meer omdat ik heb verplaatst.
Op schijf nummer 1 is geen enkele activitiet meer geweest zodat de gegevens in principe er nog moeten zijn maar met het verplaatsen zijn die bestanden denk ik uit de FAT/Innodelijst gehaald.
Hoe kan ik die verplaatste files dan terughalen op schijf nummer 1 ?
Het zijn bestanden die niets te maken hebben met een besturingssysteem.

[Asperger]

Als ik formatteer zijn de bestanden ZEKER weg.

[Pjotr]

Is dat erg dan? Je was toch alleen maar aan het kopiëren, dus ik neem aan dat je de originelen nog hebt...

[Asperger]

testdisk wordt niet gevonden door pakkettenmanager.

In Windows en DOS was het altijd zo dat als je iets weg haalt het er niet meer is maar de data zelf nog wel op de schijf staan.
Je hebt dan trucjes om die bestanden toch nog terug te halen.
Windows en DOS halen dan het bestand dat je verplaatst uit de FAT weg.
Ik neem aan dat iets dergelijks ook in Ubuntu gebeurt.
Aangezien er geen bestanden meer naar de schijf zijn gegaan waarvandaan ik verplaatst heb, staan de data er in principe nog wel maar zijn de bestanden uit de FAT (Hoe dat in Ubuntu heet weet ik niet !) weg maar de data die niet zijn geformatteerd moeten dan toch nog terug te halen zijn ?

[Pjotr]

Niet dubbelposten, Martie.
http://forum.ubuntu-nl.org/hardware-en-drivers/weer-vreemd-tijdens-kopieren-(zeer-grote-hoeveelheid-ineens)/

Zo zet je meerdere mensen voor niks tegelijk aan het werk.

[Asperger]

Dat komt omdat ik op antwoorden zocht, dus er zijn er die toch nog daar antwoorden.
Kan iemand dan alles naar één plaats verzetten zodat de andere topic niet meer bestaat ?
Alvast bedankt.

Hier graag niet meer antwoorden maar via

http://forum.ubuntu-nl.org/hardware-en-drivers/weer-vreemd-tijdens-kopieren-(zeer-grote-hoeveelheid-ineens)/

Bedankt.

[Paul Matthijsse]

fsck suggereert om herschrijven af te dwingen en je antwoordt met nee.
fsck suggereert om een <fout> (waarschijnlijk dat illegal inode number) te wissen en je antwoordt met nee.

Probeer eens te doen wat fsck suggereert en kijk of dat helpt.

[Asperger]

OK, ik had nee gegevens omdat ik dacht dat juist dan de gegevens zouden verloren gaan.
Ik ga dat vanavond proberen met ja.

[Asperger]

Daarom heb ik bij de andere het verzoek gedaan of die opgeheven kan worden, ik antwoord slechts op een ontvangen antwoord.
Ik post dus op slechts een plaats, namelijk waar het antwoord binnen is gekomen.
Ik kan het andere item niet weghalen danwel verplaatsen, misschien kan iemand dat voor mij doen zodat alle commentaren op een plek zitten en dat de andere lijn verdwijnt van het forum.
Alvast bedankt.

Ik ga nu zelf dus hier verder.

Na een herstelronde via GParted krijg ik bij het benaderen van de schijf deze melding:


Unable to mount RANGEER 1360

Error mounting: mount exited with exit code 32: mount: wrong fs type, bad option, bad superblock on /dev/sdd1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Het commando dmesg geeft zoveel op dat het terminalvenster niet alles laat zien.
Deels komt er dit uit:


[ 4499.337347] Buffer I/O error on device sdd1, logical block 652214332
[ 4499.337354] Buffer I/O error on device sdd1, logical block 652214333
[ 4499.337359] Buffer I/O error on device sdd1, logical block 652214334
[ 4499.337364] Buffer I/O error on device sdd1, logical block 652214335
[ 4508.011996] sd 8:0:0:0: [sdd] Unhandled sense code
[ 4508.012016] sd 8:0:0:0: [sdd] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 4508.012023] sd 8:0:0:0: [sdd] Sense Key : Medium Error [current]
[ 4508.012031] sd 8:0:0:0: [sdd] Add. Sense: Unrecovered read error
[ 4508.012039] end_request: I/O error, dev sdd, sector 1468006463
[ 4508.012048] Buffer I/O error on device sdd1, logical block 734003200
[ 4508.012056] Buffer I/O error on device sdd1, logical block 734003201
[ 4508.012062] Buffer I/O error on device sdd1, logical block 734003202
[ 4508.012069] Buffer I/O error on device sdd1, logical block 734003203
[ 5207.498262] EXT4-fs (sdc1): barriers enabled
[ 5207.513143] kjournald2 starting: pid 4961, dev sdc1:8, commit interval 5 seconds
[ 5207.513162] EXT4-fs (sdc1): warning: maximal mount count reached, running e2fsck is recommended
[ 5207.513701] EXT4-fs (sdc1): internal journal on sdc1:8
[ 5207.513707] EXT4-fs (sdc1): delayed allocation enabled
[ 5207.513712] EXT4-fs: file extents enabled
[ 5207.515004] EXT4-fs: mballoc enabled
[ 5207.515025] EXT4-fs (sdc1): mounted filesystem with ordered data mode
[ 5211.615000] kjournald starting.  Commit interval 5 seconds
[ 5211.615011] EXT3-fs warning: mounting unchecked fs, running e2fsck is recommended
[ 5211.616054] EXT3 FS on sdb1, internal journal
[ 5211.616061] EXT3-fs: recovery complete.
[ 5211.616104] EXT3-fs: mounted filesystem with writeback data mode.
[ 5217.415246] EXT4-fs (sdd1): barriers enabled
[ 5219.663314] sd 8:0:0:0: [sdd] Unhandled sense code
[ 5219.663320] sd 8:0:0:0: [sdd] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 5219.663325] sd 8:0:0:0: [sdd] Sense Key : Medium Error [current]
[ 5219.663332] sd 8:0:0:0: [sdd] Add. Sense: Unrecovered read error
[ 5219.663340] end_request: I/O error, dev sdd, sector 1464074303
[ 5219.663355] JBD: IO error reading journal superblock
[ 5219.663364] EXT4-fs (sdd1): error loading journal
ubuntu@ubuntu:~$


Kan ik dan gewoon verder met de reparatie met fdisk ?

[Asperger]

ubuntu@ubuntu:~$ sudo dmesg | tail
[ 6644.790608] sd 11:0:0:0: [sdi] Assuming drive cache: write through
[ 6644.790617] sd 11:0:0:0: [sdi] Attached SCSI disk
[ 6766.280892] EXT4-fs (sdi1): barriers enabled
[ 6768.526703] sd 11:0:0:0: [sdi] Unhandled sense code
[ 6768.526710] sd 11:0:0:0: [sdi] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 6768.526716] sd 11:0:0:0: [sdi] Sense Key : Medium Error [current]
[ 6768.526725] sd 11:0:0:0: [sdi] Add. Sense: Unrecovered read error
[ 6768.526734] end_request: I/O error, dev sdi, sector 1464074303
[ 6768.528010] JBD: IO error reading journal superblock
[ 6768.528016] EXT4-fs (sdi1): error loading journal
ubuntu@ubuntu:~$


Heb wel nog even dit gedaan:

ubuntu@ubuntu:~$ sudo fsck  /dev/sdd1
fsck from util-linux-ng 2.16
e2fsck 1.41.9 (22-Aug-2009)
fsck.ext2: No such file or directory while trying to open /dev/sdd1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

ubuntu@ubuntu:~$ e2fsck -b 8193 /dev/sdd1
e2fsck 1.41.9 (22-Aug-2009)
e2fsck: No such file or directory while trying to open /dev/sdd1

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>


GParted ziet nu wel data....




Testdisk schijnt geen Ext4 aan te kunnen...
Wat kan ik dan doen ?
En hoe krijg ik dat superblok weer goed?

[track]

Dat superblok kun je handmatig toch niet repareren.
Sowieso ben ik er niet zeker van wat je op een ext4 kunt redden en wat niet.
Jij bent immers de eerste die ik met dit probleem tegen kom.  (op ext4 dan)

Op een ext234- partitie zijn er nog meer gespiegelde superblokken, telkens 8192 blokken verder.
Maar wat mij verontrust is dat er  IO-erros zijn.  Die heb je eigenlijk alleen bij hardware-fouten.
En als je dan verder een fsck  draait vergroot je de schade maar.

Vandaar:  kijk eerst dat je dat probleem fixt.  Anders raak er beter niets aan.
Dus de aansluitingen van de schijf controleren. 
Een externe misschien zelfs uit zijn huisje halen en rechtstreeks in de computer aansluiten.
Pas als er geen IO-errors meer zijn kun je de fsck gerust er op loslaten.

Voor jouw oude schijf (op die andere draad) is er een andere aanpak.
De testdisk zal hier zeker niets uithalen, maar er is een tool: ext3grep dat netjes de gewiste journalen naloopt
en op die manier op een ext3 (mits het dat is !) gewiste bestanden terug kan halen.
( uitleg hier: http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html 
  handleiding hier: http://gergap.wordpress.com/2008/07/18/how-ext3grep-can-save-you-hours-of-work/  )

track

[Asperger]

Dat ging over dezelfde schijf.
Daarom is dat draadje dicht gegooid.
De schijf waar ik het over heb is gisteren recht uit de verpakking vanuit de winkel aangesloten.

[track]

Had ik het dan mis ?
Je had toch vanaf een andere (interne ?) schijf data naar deze schijf verplaatst, of niet ?
Mijn tweede opmerking was over de "bron"-schijf, om vanuit de gewiste bestanden nog iets te redden.

En als de schijf van deze draad splinternieuw is kan toch de aansluiting slecht contact hebben of zoiets.
Of, als in het BIOS de LBA is uitgezet, dat levert ook een ramp op.

track

[siegi]

Bij deze samengevoegd.

[Asperger]

Had ik het dan mis ?
Je had toch vanaf een andere (interne ?) schijf data naar deze schijf verplaatst, of niet ?
Mijn tweede opmerking was over de "bron"-schijf, om vanuit de gewiste bestanden nog iets te redden.

En als de schijf van deze draad splinternieuw is kan toch de aansluiting slecht contact hebben of zoiets.
Of, als in het BIOS de LBA is uitgezet, dat levert ook een ramp op.

track

Ik ging van externe 1 naar externe 2.
Externe 1 had de bestanden en die heb ik verplaatst naar externe 2.
Op externe 2 moesten die  bestanden nu staan maar die is dus naar de kalere.
Op schijf 1 hoop ik de bestanden alsnog te kunnen redden omdat er niets meer naartoe geschreven is.
De vraag is alleen hoe ik dat dan kan doen.
Ik ben nu bezig met die schijf 2, maar ik weet niet of het nog gaat lukken.
Wil je a.u.b. de commando's geven hoe ik de bestanden op schijf 1, de bronschijf, kan terughalen?
Het zijn directories met subdirectories.

[Asperger]

Voor jouw oude schijf (op die andere draad) is er een andere aanpak.
De testdisk zal hier zeker niets uithalen, maar er is een tool: ext3grep dat netjes de gewiste journalen naloopt
en op die manier op een ext3 (mits het dat is !) gewiste bestanden terug kan halen.
( uitleg hier: http://www.xs4all.nl/~carlo17/howto/undelete_ext3.html 
  handleiding hier: http://gergap.wordpress.com/2008/07/18/how-ext3grep-can-save-you-hours-of-work/  )

track

De links heb ik bekeken maar daar kan ik helemaal niets mee.
Ik heb helemaal geen universiteit gedaan of zoiets, dus ik heb gewoon simpele commando's nodig die ik kan gebruiken maar geen onbegrijpbare universitaire complete boeken.
Het gaat erop dat alle files die vandaag en gisteren gewist zijn op de bronschijf, schijf 1 dus, teruggehaald worden.

[jan11000]

Als eerste wat ik zou doen, is een kopie maken van je 1e hd(waar je de originele files op hebt staan). Een kopie met bit to bit kopie, zodat je de hd steeds terug kunt halen indien je iets aan de hd wijzigt wat niet goed zou zijn. Dus kopie naar de interne hd halen, daar een iso(of iets anders) van maken. Deze kun je dan terugzetten naar de hd en opnieuw beginnen met recovery. Je kan misschien ook de iso openen op de interne pc, waardoor recoveren vlugger gaat.

Zoeken met "ext4+harddisk recovery" of "ubuntu+ext4+harddisk recovery" in google.
http://www.cgsecurity.org/wiki/TestDisk_6.11_Release
(This new TestDisk version can undelete files for NTFS filesystem and recover deleted exFAT and ext4. )

Meer tools:
http://partedmagic.com/

http://www.stellarinfo.com/linux-data-recovery.htm
R-studio
http://www.data-recovery-software.net/Linux_Recovery.shtml

[Asperger]

Het zoeken levert niks bruikbaars op.
Engels kan ik niks mee.
Ik heb gewoon commando's nodig waarmee ik mijn bestanden op een makkelijke manier kan terughalen.
Alle verplaatste bestanden zijn na gisterenavond (zondag 08-11-2009 20.30 uur) van schijf 1 gehaald middels verplaatsing.
Hoe doe ik dat zo makkelijk mogelijk? (GEEN ENGELS A.U.B. !!)

[Cumulus007]

Hoe doe ik dat zo makkelijk mogelijk? (GEEN ENGELS A.U.B. !!)

Krijg je soms geen Engels op school?

[Asperger]

Engles op school krijgen is niet gelijk aan het ook kunnen begrijpen en gebruiken.
Dat is overigens niet interessant voor het probleem dat ik probeer op te lossen, de hele dag heb i8k feitelijk nog niets bereiknt.

[Asperger]

Als eerste wat ik zou doen, is een kopie maken van je 1e hd(waar je de originele files op hebt staan). Een kopie met bit to bit kopie, zodat je de hd steeds terug kunt halen indien je iets aan de hd wijzigt wat niet goed zou zijn. Dus kopie naar de interne hd halen, daar een iso(of iets anders) van maken. Deze kun je dan terugzetten naar de hd en opnieuw beginnen met recovery. Je kan misschien ook de iso openen op de interne pc, waardoor recoveren vlugger gaat.

Zoeken met "ext4+harddisk recovery" of "ubuntu+ext4+harddisk recovery" in google.
http://www.cgsecurity.org/wiki/TestDisk_6.11_Release
(This new TestDisk version can undelete files for NTFS filesystem and recover deleted exFAT and ext4. )

Meer tools:
http://partedmagic.com/

Zonder verdere instructies kom ik nog niet verder.
Hoe maak ik een bit-to-bit-copy van die partitie ?
Hoe maak ik daar een ISO van ?
Hoe kan ik de bestanden dan vervolgens terughalen ?
Na een hele dag krijg ik er genoeg van.