Hulp gevraagd/problemen met externe HD

[vanadium]

In linux is er dikwijls "man <commando>", dus "man dosfsck" voor de documentatie. Je moet de naam van de betreffende partitie eerst kennen, bijvoorbeeld door de schijf te identificeren in de output van "sudo blkid" of "sudo fdisk -l". Onderstel dat de schijf /dev/sdc1 is.

In linux kan je een bestandssysteem slechts controleren als het niet aangekoppeld is, zodat er ondertussen niet op kan geschreven worden. Het is misschien goed dat je eerst eens de schijf controleert zonder schrijven en de output hier post. Voor de controle voeg ik nog enkele commando's toe die rapporteren over schijfgebruik. Vervang in onderstaande de verwijzing /dev/sdc1 door de eigenlijke verwijzing naar je schijf!

Code: [Selecteer]

du -hs /media/Elements
df -h
sudo umount /dev/sdc1
sudo dosfsck /dev/sdc1

Dit controleert enkel: er wordt niets naar de schijf geschreven. Het is misschien goed dat je de uitvoer hier eens post.

Ongetwijfeld zal je foutmeldingen krijgen. Om nu de schijf te repareren, zijn er twee mogelijkheden: 1) automatisch 2) interactief. Voor het eerste geef je de optie -a, voor het tweede de optie -r.

Verwacht hier niet veel van. Het bestandssysteem wordt terug "gezond en consistent", maar je gegevens zijn niet noodzakelijk (en in jou geval wellicht niet) terug. Met de -a optie of met de -rf optie worden "lost clusters" omgezet naar een bestand. "lost clusters" zijn clusters die aangemeld staan als "in gebruik", maar waarvoor er geen enkele directoryingang is. Je gegevens komen dan te voorschijn in bestanden met een naam als "FILEREC0001" enz. (ik fantaseer hier maar want ik weet niet meer welke naam precies gebruikt wordt).

Als je gegevens echt waardevol zijn, moet je het over een professionelere boeg gooien, maar als je het door een professioneel laat doen, dan zal je serieus betalen.

[Rogier71]

Ik heb het even gedaan en ik krijg dit:

Code: [Selecteer]

rogier@rogier-desktop:~$ du -hs /media/Elements
49M /media/Elements
rogier@rogier-desktop:~$ df -h
Bestandssysteem            Grtte   Gebr Besch Geb% Aangekoppeld op
/dev/sda1              72G  4,1G   64G   6% /
tmpfs                 378M     0  378M   0% /lib/init/rw
varrun                378M  108K  378M   1% /var/run
varlock               378M     0  378M   0% /var/lock
udev                  378M  2,8M  376M   1% /dev
tmpfs                 378M  220K  378M   1% /dev/shm
lrm                   378M  2,0M  376M   1% /lib/modules/2.6.27-9-generic/volatile
/dev/sdb1             466G   34G  433G   8% /media/Elements
rogier@rogier-desktop:~$ sudo umount /dev/sdb1
rogier@rogier-desktop:~$ sudo dosfsck /dev/sdb1

De gegevens die er op staan zijn inderdaad nogal waardevol voor mij. Vooral documenten voor de studie en foto's zou ik natuurlijk graag terug willen hebben.

[vanadium]

Dit is wat ik krijg als ik een fat USB stick controleer:

Code: [Selecteer]

vanadium@vanadium:~$ sudo umount /dev/sdd1
[sudo] password for vanadium:
vanadium@vanadium:~$ sudo dosfsck /dev/sdd1
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sdd1: 159 files, 45307/62472 clusters

Ik begrijp dus niet waarom je twee laatste commando's blanco zijn, tenzij het je dosfsck is die vastloopt: kreeg je je commandoprompt terug?

Je ziet de inconsistentie tussen du (disk usage), waar je 49M zou gebruiken, terwijl df rapporteert dat je 34G (of 34000M) gebruikt.

Koppel de schijf af, wacht even, dan terug aan (om terug te mounten) en geef dan nog eens de output van

Code: [Selecteer]

mount
sudo fdisk -l
sudo blkid
sudo umount /dev/sdb1
sudo fsck /dev/sdb1

Ik laat hier even het "generische" fsck los op de schijf: normaal bepaalt dat dan zelf het bestandssysteem en roept zelf dosfsck op. Dit om te zien hoe fsck het bestandssysteem herkent.

[Rogier71]

Ik heb hetzelfde nog eens gedaan en nu krijg ik:

Code: [Selecteer]

rogier@rogier-desktop:~$ rogier@rogier-desktop:~$ du -hs /media/Elements
bash: rogier@rogier-desktop:~$: opdracht niet gevonden
rogier@rogier-desktop:~$ 49M/media/Elements
bash: 49M/media/Elements: Bestand of map bestaat niet
rogier@rogier-desktop:~$ rogier@rogier-desktop:~$ df -h
bash: rogier@rogier-desktop:~$: opdracht niet gevonden
rogier@rogier-desktop:~$ Bestandssysteem            Grtte   Gebr Besch Geb% Aangekoppeld op
bash: Bestandssysteem: opdracht niet gevonden
rogier@rogier-desktop:~$ /dev/sda1              72G  4,1G   64G   6% /
bash: /dev/sda1: Toegang geweigerd
rogier@rogier-desktop:~$ tmpfs                 378M     0  378M   0% /lib/init/rw
bash: tmpfs: opdracht niet gevonden
rogier@rogier-desktop:~$ varrun                378M  108K  378M   1% /var/run
bash: varrun: opdracht niet gevonden
rogier@rogier-desktop:~$ varlock               378M     0  378M   0% /var/lock
bash: varlock: opdracht niet gevonden
rogier@rogier-desktop:~$ udev                  378M  2,8M  376M   1% /dev
bash: udev: opdracht niet gevonden
rogier@rogier-desktop:~$ tmpfs                 378M  220K  378M   1% /dev/shm
bash: tmpfs: opdracht niet gevonden
rogier@rogier-desktop:~$ lrm                   378M  2,0M  376M   1% /lib/modules/2.6.27-9-generic/volatile
bash: lrm: opdracht niet gevonden
rogier@rogier-desktop:~$ /dev/sdb1             466G   34G  433G   8% /media/Elements
bash: /dev/sdb1: Toegang geweigerd
rogier@rogier-desktop:~$ rogier@rogier-desktop:~$ sudo umount /dev/sdb1
bash: rogier@rogier-desktop:~$: opdracht niet gevonden
rogier@rogier-desktop:~$ rogier@rogier-desktop:~$ sudo dosfsck /dev/sdb1
bash: rogier@rogier-desktop:~$: opdracht niet gevonden
rogier@rogier-desktop:~$

Na het af en aankoppelen van de schijf heb ik gedaan wat je zei en kreeg ik het volgende:

Code: [Selecteer]

rogier@rogier-desktop:~$ mount
/dev/sda1 on / type ext3 (rw,relatime,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
/proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
lrm on /lib/modules/2.6.27-9-generic/volatile type tmpfs (rw,mode=755)
securityfs on /sys/kernel/security type securityfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/rogier/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=rogier)
/dev/sdb1 on /media/Elements type vfat (rw,nosuid,nodev,uhelper=hal,shortname=mixed,uid=1000,utf8,umask=077,flush)
rogier@rogier-desktop:~$ sudo fdisk -l
[sudo] password for rogier:

Schijf /dev/sda: 80.0 GB, 80026361856 bytes
255 koppen, 63 sectoren/spoor, 9729 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0xf43ecd3d

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        9447    75882996   83  Linux
/dev/sda2            9448        9729     2265165    5  Uitgebreid
/dev/sda5            9448        9729     2265133+  82  Linux wisselgeheugen

Schijf /dev/sdb: 500.1 GB, 500107862016 bytes
255 koppen, 63 sectoren/spoor, 60801 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x8d399bc0

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sdb1               1       60800   488375968+   c  W95 FAT32 (LBA)
rogier@rogier-desktop:~$


[vanadium]

Als je natuurlijk je username en je /etc/fstab copy/paste in de terminal krijg je inderdaad wat je in je eerste codeblok laat zien. Probeer dit nu nog eens, maar op de juiste manier:

Code: [Selecteer]

sudo umount /dev/sdb1
sudo fsck /dev/sdb1


[Rogier71]

Bedoel je dit?:

Code: [Selecteer]

rogier@rogier-desktop:~$ sudo umount /dev/sdb1
rogier@rogier-desktop:~$ sudo fsck /dev/sdb1
fsck 1.41.3 (12-Oct-2008)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
  67:61/1d, 68:be/3d, 69:68/ef, 70:59/14
1) Copy original to backup
2) Copy backup to original
3) No action

Of moet je beide lijnen code afzonderlijk doen. Ik copy/paste ze namelijk met zijn tweeën. Sorry voor mijn gestuntel.

[vanadium]

Je hebt vorige keer de verkeerde tekst gekopieerd om te pasten. Dit maal lukte het wel, en je ziet dat fsck wel degelijk dosfsck oproept.

Nu heb je daar eerst die "boot sector" vraag waar ik eigenlijk geen goed weg mee weet. Je moet die eerst beantwoorden vooraleer de controle van het bestandssysteem zelf begint. Kan je eens opnieuw

Code: [Selecteer]

sudo fsck /dev/sdb1

en dan 3 antwoorden in de hoop dat hij dan tot de eigenlijke controle komt. Mocht hij na keuze 3 afbreken, start dan opnieuw en antwoord dan 1 of 2. Ik weet niet of deze aanpassingen uitgeschreven worden als je geen herstelopties (-a of -r) meegeeft.

[Rogier71]

Gedaan zoals je zei en nu krijg ik:

Code: [Selecteer]

rogier@rogier-desktop:~$ sudo fsck /dev/sdb1
[sudo] password for rogier:
fsck 1.41.3 (12-Oct-2008)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
  67:61/1d, 68:be/3d, 69:68/ef, 70:59/14
1) Copy original to backup
2) Copy backup to original
3) No action
? 3
/.Trash-1000
 Start does point to root directory. Deleting dir.
/Rogier
 Start does point to root directory. Deleting dir.
/Recycled
 Start does point to root directory. Deleting dir.
/System Volume Information/_restore{5F60C6B0-A861-4A1A-A21C-BA054AD5B10B}
 Start does point to root directory. Deleting dir.
Reclaimed 1085821 unused clusters (35580182528 bytes).
Free cluster summary wrong (14170643 vs. really 15256464)
1) Correct
2) Don't correct

[edit] Moet ik nu  <correct> of <don't correct> kiezen?

[vanadium]

Je voornaamste zorg is je gegevens te recupereren, en we hebben nu wel afdoende bewijs dat je bestandssysteem goed om zeep is. Verder schrijven en herstellen kan de kans op recuperatie van gegevens enkel maar verkleinen. Misschien moet je eens testdisk en in het bijzonder fotorec proberen om bestanden terug te halen (http://www.cgsecurity.org/wiki/PhotoRec). fotorec haalt heel wat meer dan foto's terug. Zelf heb ik er geen enkele ervaring mee. Zoek wel even op het forum: er zijn hier mensen die er al mee gewerkt hebben.

Als je de schijf effectief herstelt met dosfsck, zal je een gezond bestandssysteem hebben, maar met met een (zo goed als lege) directory. Je kan dan al evengoed herformatteren. Dat is dus nu voor jou niet de oplossing omwille van de gegevens die je wil recupereren.

[Rogier71]

Dus als ik het goed begrijp, kan ik het best <don't correct> doen?

[vanadium]

Als je wil proberen met een recoveryprogramma zoals testdisk is het, denk ik, best daarvoor niets met je schijf te doen.

[Rogier71]

Ik heb de externe hd dan ook wijselijk afgekoppeld. Welke van de twee programma's (photorec en/of testdisk) kan ik het best gebruiken en wat is in zo'n geval de juiste volgorde eigenlijk?