Externe harde schijf niet vindbaar

[annedevries]

Mijn externe harde schijf is niet meer te vinden. Met  fdisk -l vind ik:

Schijf /dev/sda: 60.0 GB, 60011642880 bytes
255 koppen, 63 sectoren/spoor, 7296 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x00f500f5

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        6992    56163208+  83  Linux
/dev/sda2            6993        7296     2441880    5  Uitgebreid
/dev/sda5            6993        7296     2441848+  82  Linux wisselgeheugen

Schijf /dev/sdb: 320.0 GB, 320072933376 bytes
255 koppen, 63 sectoren/spoor, 38913 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x5b0570a3

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sdb1               2       38913   312560640    f  W95 Uitgeb. (LBA)
/dev/sdb5               2       38913   312560608+   6  FAT16

Iemand een idee hoe ik de schijf weer aankoppel?

[Cumulus007]

Wat zegt dat commando als de schijf niet is aangesloten?

[annedevries]

Als de schijf niet is aangesloten zegt het commando:

Schijf /dev/sda: 60.0 GB, 60011642880 bytes
255 koppen, 63 sectoren/spoor, 7296 cilinders
Eenheid = cilinders van 16065 * 512 = 8225280 bytes
Schijf-ID: 0x00f500f5

 Apparaat Opstart   Begin       Einde     Blokken   ID  Systeem
/dev/sda1   *           1        6992    56163208+  83  Linux
/dev/sda2            6993        7296     2441880    5  Uitgebreid
/dev/sda5            6993        7296     2441848+  82  Linux wisselgeheugen

Dan ziet ie dus alleen de eigen harde schijf.

[Cumulus007]

Hij is dus wel gevonden. Ik snap alleen niet waarom daar in 's hemelsnaam FAT16 op staat? Dat bestandssysteem is hopeloos verouderd. Installeer gParted, maak de externe schijf helemaal leeg en maak er een FAT32-partitie op aan. Mits de schijf leeg is, en er geen data op staat, natuurlijk.

[vanadium]

Ik wist niet dat fat16 320 GB aankon. Mogelijk is het fat32, maar is die verkeerd aangekondigd als fat16 in de partitietabel.

Laat eens zien of de schijf al dan niet gemount is:

Code: [Selecteer]

mount
Controleer eens het volume

Code: [Selecteer]

sudo umount /dev/sdb5
sudo fsck /dev/sdb5
Mount eens handmatig, zodat we kunnen zien of hij al dan niet kan mounten

Code: [Selecteer]

mkdir temp
sudo mount /dev/sdb5 temp

Voer al die commando's uit, post de output hier.

[annedevries]

Dit is het resultaat:

anne@anne-laptop:~$ sudo mount
[sudo] password for anne:
/dev/sda1 on / type ext3 (rw,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-11-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/anne/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=anne)
anne@anne-laptop:~$ sudo umount /dev/sdb5
umount: /dev/sdb5: niet gevonden
anne@anne-laptop:~$ sudo fsck /dev/sdb5
fsck 1.41.3 (12-Oct-2008)
e2fsck 1.41.3 (12-Oct-2008)
fsck.ext2: Bestand of map bestaat niet tijdens openen van /dev/sdb5

Het superblok is onleesbaar of omschrijft geen geldig ext2-bestandssysteem.
Als het apparaat juist is en werkelijk een ext2-bestandssysteem bevat
(en niet swap of UFS of iets anders), dan is het superblok beschadigd.
U kunt dan proberen een ander superblok te gebruiken:
    e2fsck -b 8193 <apparaat>

anne@anne-laptop:~$ mkdir temp
anne@anne-laptop:~$ sudo mount /dev/sdb5 temp
mount: apparaat /dev/sdb5 bestaat niet
anne@anne-laptop:~$

[vanadium]

Dat was snel, maar ik denk dat je schijf nog steeds niet was aangesloten. Je moet natuurlijk de schijf weer aansluiten (zodat hij weer verschijnt in de output van "sudo fdisk -l")  vooraleer die commando's uit te voeren.

[track]

Hoi Anne,

in je eerst bericht lees ik dat de partitie /dev/sdb5 als FAT16 in de lijst staat.  De mount probeert echter om die partitie als ext2 to mounten, en de test voor dat bestandssysteem loopt mis. (fsck -> e2fsck)

Het is nu de vraag wat er wél op die partitie staat. Waar komt dat bestandssysteem vandan ?  Hoe heb je het ooit geformateerd ?
Hoe wordt de schijf eigenlijk aangekoppeld ?

Vriendelijke groet,

track

[vanadium]

Beste track, kijk eens goed naar de output van de verschillende commando's.

[annedevries]

Nogmaals het overzicht van de aanbevolen commando's, maar nu met aangesloten schijf.

anne@anne-laptop:~$ sudo mount
[sudo] password for anne:
/dev/sda1 on / type ext3 (rw,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-11-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/anne/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=anne)
anne@anne-laptop:~$ sudo umount /dev/sdb5
umount: /dev/sdb5: niet aangekoppeld
anne@anne-laptop:~$ sudo fsck /dev/sdb5
fsck 1.41.3 (12-Oct-2008)
e2fsck 1.41.3 (12-Oct-2008)
fsck.ext2: Superblok is ongeldig -- reservekopieblokken worden bekeken...
fsck.ext2: Bad magic number in super-block tijdens openen van /dev/sdb5

Het superblok is onleesbaar of omschrijft geen geldig ext2-bestandssysteem.
Als het apparaat juist is en werkelijk een ext2-bestandssysteem bevat
(en niet swap of UFS of iets anders), dan is het superblok beschadigd.
U kunt dan proberen een ander superblok te gebruiken:
    e2fsck -b 8193 <apparaat>

anne@anne-laptop:~$ mkdir temp
mkdir: kan map `temp' niet aanmaken: Bestand bestaat al
anne@anne-laptop:~$ sudo mount /dev/sdb5 temp
mount: u moet een bestandssysteemsoort aangeven
anne@anne-laptop:~$

[vanadium]

Code: [Selecteer]

anne@anne-laptop:~$ sudo umount /dev/sdb5
umount: /dev/sdb5: niet aangekoppeld
Nu was je partitie wel aanwezig, maar ze was niet aangekoppeld. Voor de rest reageren alle commando's net als wanneer de schijf niet was aangesloten. Het bestandssysteem wordt niet herkend.

Dan blijft er niet veel anders over dan terug te gaan naar Cumulus007's advies: herpartitioneren en herformatteren. Zelf zou ik voor ext3 gaan, of ntfs als de schijf ook regelmatig onder Windows moet gebruikt worden.

Je zou nog eens kunnen proberen of je de data nog kan bereiken door het bestandstype aan te geven tijdens het aankoppelen:

Code: [Selecteer]

mkdir temp
sudo mount -t msdos /dev/sdb5 temp
als het echt een fat16 schijf was, of

Code: [Selecteer]

mkdir temp
sudo mount -t vfat /dev/sdb5 temp
voor een fat32 schijf.

[annedevries]

jammer, ook de laatste twee suggesties werken niet. Gelukkig heb ik alle backup materiaal van mezelf nog wel, maar mijn zoon is nu 50 gig aan bestanden kwijt. Kan het probleem veroozaakt zijn doordat er vanaf een gecrashte windowmachine m.b.v. een live ubuntu cd bestanden op gezet zijn?

[track]

Beste track, kijk eens goed naar de output van de verschillende commando's.

Heb ik wél gedaan. Als het écht een FAT16-partitie is zou je hem door mount -t msdos /dev/sdb5 temp kunnen mounten.
Maar bij een partitie van 320 GB kan dat definitief niet. Want FAT16 is tot 2 GB beperkt.

Dus blijkt de partitie-ID "6" alias "FAT16" fout geraakt te zijn.

... maar mijn zoon is nu 50 gig aan bestanden kwijt. ...

Dat hoeft niet perse. Je kunt waarschijnlijk de partitie redden. Dus aub niet formateren !!!  Dan ben je alles kwijt.
(ook al dán zou je nog iets kunnen redden, maar met veel moeite)

De eerste vraag is of je de schijf kunt aanspreken.

Voor fdisk is hij dus zichtbaar. Een twede proef zou zijn:

Code: [Selecteer]

sudo hdparm /dev/sdb5om te zien hoe die wordt aangesproken.  Wat levert dat op ?

track

edit: En heb je die e2fsck -b 8193 /dev/sdb5 (het voorstel van fsck dus) al geprobeerd ?
       ofwel: welk bestandssysteem had je toen op die schijf aangemaakt ?

[vanadium]

Kan het probleem veroozaakt zijn doordat er vanaf een gecrashte windowmachine m.b.v. een live ubuntu cd bestanden op gezet zijn?

In principe niet, voor zover de schijf goed afgekoppeld geweest is, of de live sessie goed afgesloten werd. Wel kan het zijn dat het bestandssysteem al zeer 'ongezond' was (al lang geleden gechecked) en door verder schrijven volledig onleesbaar geworden is.

Heb ik wél gedaan.

Enkele commando's lieten zien dat de schijf toen niet aangesloten waren, dus het was te vroeg om conclusies te trekken. Zoals we hebben gezien, maakte het spijtig genoeg niet veel verschil toen de schijf wel aangekoppeld was.

e2fsck -b 8193 /dev/sdb5

zou ik niet doen, want we zoeken hier geen ext bestandssystemen.

Als je nog gegevens wil trachten te recupereren, dan zou ik eens met testdisk proberen. Zelf heb ik evenwel geen enkele ervaring hiermee. Het kan verdwenen partities opvissen (hier niet het geval), en het bijhorende programma "photorec" kan verschillende bestanden recupereren (niet alleen jpeg foto's).

Kan je misschien eerst nog eens proberen wat dosfsck ervan maakt? Voer het eens uit als volgt: zo schrijf je niet naar de schijf, en misschien biedt dat nog perspectieven om het bestandssysteem te herstellen (hoewel ik niet te veel hoop zou hebben).

Code: [Selecteer]

sudo dosfsck /dev/sdb5


[track]

Hoi Vanadium,

ben je vergeten dat FAT16 per constructie niet meer dan 2 GB kan bevatten ?  Dus hier echt niet kan zijn ?

Mijn voorstel is om de stappen van een "testdisk" even handmatig aangepast door te gaan. Dat heb ik al wél de een of andere keer gedaan.


Vriendelijke groet,

track

[annedevries]

Hallo Vanadium,

Ik heb jouw suggestie sudo dosfsck /dev/sdb5 geprobeerd. Dit is het resultaat:

anne@anne-laptop:~$ sudo dosfsck /dev/sdb5
[sudo] password for anne:
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
Logical sector size is zero.
anne@anne-laptop:~$

Anne

[annedevries]

Track,

Ik heb jouw suggestie sudo hdparm /dev/sdb5 geprobeerd. Dit is het resultaat:

anne@anne-laptop:~$ sudo hdparm /dev/sdb5

/dev/sdb5:
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 38913/255/63, sectors = 625121217, start = 16128
anne@anne-laptop:~$

[vanadium]

Er wordt niets herkend van gans die sdb5. Ofwel met datarecuperatieprogramma's erop, ofwel direct herformatteren. Je moet wel even op je hoede zijn met die schijf. Als je er binnen de kortste keren weer problemen mee krijgt, dan is ze aan vervanging toe.

Anderszijds laat niets vermoeden dat er een hardwareprobleem zou zijn met de schijf, maar toch is dat niet uit te sluiten.

[track]

@ Anne:

geometry      = 38913/255/63, sectors = 625121217, start = 16128

dus herkent hij de schijf wél.  Nu is het de vraag welk bestandssyteem er op staat (of had moeten staan).  Want je moet het herstel uiteraard in het kader van het passende bestandssyteem doen.  Wil je me daar even iets over verraden ?

track

[vanadium]

dus herkent hij de schijf wél.

Dat wísten we al: anders was hij niet in de output van fdisk -l te zien geweest. Bestandssysteem: fat16, zegt de partitietabel, maar we hebben goede redenen om daar niets van te geloven.

[annedevries]

Ik heb geen flauw idee hoe ik de schijf vorig jaar heb geformateerd. Hebben jullie een suggestie voor een goed recovery programma?

Anne

[peter10]

Is er iets fout gegaan, doordat hij in Windows nooit op de veilige manier is verwijderd? Net als in Ububtu moet zo'n schijf in Windows eerst worden "losgekoppeld" voordat je hem uitzet/uittrekt.

formatteren kan met een Gparted livecd, maar ook (als ntfs of FAT32) in Windows als die de schijf wel "ziet". Alle data ben je wel kwijt als je formatteert.

[track]

Hoi Anne,

bij Linux heb je de hele gereedschapskist al aan boord. Dus moet je gewoon (nou ja, dat is net het probleem) de goede pakken en toepassen. 
Heb je die schijf toen onder Win.. of onder Linux aangesproken ?
- indien onder Win.. : waarschijnlijk NTFS, eventueel FAT32 (maar die dosfsck kon er toch niets mee)
   -> liefst weer aansluiten aan een Win..- systeem en daar het bestandssysteem repareren. En "veilig verwijderen" zoals Peter al zei !
- indien onder Linux: meest waarschijnlik ext2, dus een geval voor fsck.
   -> Zal je soms toch een poging doen volgens het voorstel van de foutmelding van die fsck toen:

...
Het superblok is onleesbaar of omschrijft geen geldig ext2-bestandssysteem.
Als het apparaat juist is en werkelijk een ext2-bestandssysteem bevat
(en niet swap of UFS of iets anders), dan is het superblok beschadigd.
U kunt dan proberen een ander superblok te gebruiken:
    e2fsck -b 8193 <apparaat>
...

    e2fsck -b 8193 /dev/sdb5  dus.

En desnoods zou je hem ook kunnen dwingen om te mounten:

Code: [Selecteer]

mount -v -o ext2,ro,debug -force /dev/sdb5 testMaar dat zal alleen lukken als hij de fouten onder de knie krijgt. (nadere inlichtingen: http://linux.die.net/man/8/mount)

Vriendelijke groet,

track                                                                                            (edit: NTFS uiteraard)

[heir4c]

Doe eens wat Peter meegeeft. Sluit de externe schijf aan op een windows PC (gelijk de welke pc, als er maar windows opstaat) en koppel hem dan correkt af en dan de computer uitschakelen. Dan de schijf afkoppelen en terug aansluiten aan de computer met ubuntu, wel op letten: de computer uitzetten voor de aankoppeling. Dan starten.

[vanadium]

Ik denk dat de partitie onherkenbaar is, dus ook niet gerepareerd kan worden. Recovery met testrec, indien nodig, zal de enige oplossing zijn. Daarna goed formatteren, en mocht een gelijkaardig probleem zich binnen korte tijd terug voordoen de schijf weggooien, want dan is het wellicht een hardwareprobleem.