[linux] Re: Vreemd probleem bij formatteren USB HD

Daniel von Asmuth asmuth op bakunin.xs4all.nl
Di Apr 13 15:57:37 CEST 2010


On Tue, Apr 13, 2010 at 10:00:36AM +0200, Cecil Westerhof wrote:
> Daniel von Asmuth <asmuth op bakunin.xs4all.nl> writes:
> > On Mon, Apr 12, 2010 at 05:48:48PM +0200, Cecil Westerhof wrote:
> >> Udo van den Heuvel <udovdh op xs4all.nl> writes:
> >> > On 2010-04-11 09:02, Daniel von Asmuth wrote:
> >> >> Een file system van twee terabyte? Dan moet je op een mainframe werken.
> >> >
> >> > 2TB disks zijn gewoon te halen in de winkel.
> >> > Ext3 moet het best kunnen: http://en.wikipedia.org/wiki/Ext3#Size_limits
> >> >
> 
> >> Yep, iedere keer dat ik de schijf probeerde te formatteren wijzigde
> >> halverwege het device. Maar nu is het helemaal erg, nu wordt de schijf
> >> niet eens meer gezien. En in /var/log/messages zie ik:
> >>     Apr 12 17:43:02 linux-lqcw kernel: [291218.420227] sd 15:0:0:0: [sdg] Add. Sense: Logical block address out of range
> >>     Apr 12 17:43:02 linux-lqcw kernel: [291218.420238] end_request: I/O error, dev sdg, sector 0
> >>     Apr 12 17:43:02 linux-lqcw kernel: [291218.422432] sd 15:0:0:0: [sdg] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
> >>     Apr 12 17:43:02 linux-lqcw kernel: [291218.422446] sd 15:0:0:0: [sdg] Sense Key : Illegal Request [current]
> >>     Apr 12 17:43:02 linux-lqcw kernel: [291218.422457] Info fld=0x0
> >
> > Je zou met 'strace' kunnen achterhalen wat het 'mkfs.ext3' commando
> > probeert te doen en waar het mis gaat.
> 
> Dat gaat niet meer lukken doordat het apparaat dus niet meer kan worden
> aangekoppeld. :-{
> 
> > Wat ik in je verhaal nog een beetje mis is de test waarin je met fdisk
> > de schijf hebt gepartitioneerd en de eerste partitie bijv. 64 GB groot
> > hebt gemaakt en een file system aangemaakt op die, bescheidener
> > partitie. Treedt de foutmelding dan nog steeds op?
> 
> Kan dus niet meer, doordat ik de HD niet meer aan kan koppelen.
Ook niet na een complete power cycle?

> >> Wat zou hier aan de hand kunnen zijn en hoe is het op te lossen?

U kunt de harde schijf oplossen in koningswater (een mengsel van 
geconcentreerd zout- en salpieterzuur :-)

> >> En nee, het is geen SATA schijf. Het is een WD Elements USB HD.
> >
> > Met smartmontools zou je kunnen zien wat voor schijf het is en anders
> > gebruik je 'hdparm -i' voor SATA schijven. Van een USB schijf heb ik nog
> > nooit gehoord (wel van een kastje met een IDE disk erin dat via een USB
> > verbinding op de PC werd aangesloten); schroef het ding open als je het
> > zeker wilt weten.
> 
> Dat laatste bedoelde ik natuurlijk. Dit wordt in de volksmond een USB-HD
> genoemd. Open schroeven lukt niet. Men zorgt er over het algemeen voor
> dat als er een probleem is je het hele ding kan weggooien en een nieuwe
> moet kopen. Schijnt goed te zijn voor de economie.
> 
> Als ik 'smartctl -i -T verypermissive /dev/sdg' gee, krijg ik:
>     smartctl 5.39 2009-08-08 r2872~ [i686-pc-linux-gnu] (openSUSE RPM)
>     Copyright (C) 2002-9 by Bruce Allen, http://smartmontools.sourceforge.net
> 
>     === START OF INFORMATION SECTION ===
>     Device Model:     [No Information Found]
>     Serial Number:    [No Information Found]
>     Firmware Version: [No Information Found]
>     Device is:        Not in smartctl database [for details use: -P showall]
>     ATA Version is:   1
>     ATA Standard is:  Exact ATA specification draft version not indicated
>     Local Time is:    Tue Apr 13 09:10:50 2010 CEST
>     SMART is only available in ATA Version 3 Revision 3 or greater.
>     We will try to proceed in spite of this.
>     SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 82-83 don't show if SMART supported.
>                       Checking for SMART support by trying SMART ENABLE command.
>                       SMART ENABLE appeared to work!  Continuing.
>     SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 85-87 don't show if SMART is enabled.
>                       Checking to be sure by trying SMART RETURN STATUS command.
>     SMART support is: Enabled
> 
>     Error SMART Thresholds Read failed: Input/output error
>     Smartctl: SMART Read Thresholds failed.
> 
> Op dit moment is de enige tool die iets kan met mijn WD Elements dus
> smartctl, maar dat is enkel uitlezen. :-[

Afgaande op bovenstaande is de schijf uiterst zwijgzaam.

> > Nadat onze gewaardeerde medestamtafelgast de limieten van het EXT3 file
> > system had opgezocht vragen wij ons af of het USB subsysteem misschien 
> > een grens heeft overschreden. (als een block 512 bytes is dan praten we
> > over adressen tot 3.907.024.002 blocks dus dat komt in de buurt van het
> > maximum van een unsigned 32-bit adres).

Volgens mijn boekje gebruikt SCSI-2 inderdaad 32-bits adressen voor
blokken van doorgaans 512 bytes (tenzij je zo'n nieuw ding hebt
getroffen), maar Wikipedia vermeldt dat er later commando's zijn
toegevoegd met 64-bits adressen.
Zie http://en.wikipedia.org/wiki/SCSI_Read_Commands#Read_.2816.29

Over ATA weet ik niets, maar ik heb info gevonden die suggereert dat
de usb-storage driver van Linux enkel de 32-bits adressering gebruikt.
Zie http://www2.one-eyed-alien.net/~mdharm/linux-usb/
Dan wordt het wellicht tijd om de kernel code te gaan hacken. De
volgende posting suggereert dat het probleem is op te lossen met een
nieuwere kernel. Welke versie gebruik je momenteel?
Zie
https://lists.one-eyed-alien.net/pipermail/usb-storage/2009-June/004722.html

> De uitvoer van het commando gaf 1.953.512.001, dus dat zou je ergens
> niet verwachten.

En wat zegt 'cat /proc/partitions'?

> Om toch iets te kunnen doen heb ik het volgende commando's gegeven:
>     dd if=/dev/zero of=/dev/sdg bs=512 count=1
>     dd if=/dev/zero of=/dev/sdg1 bs=512 count=1

Ga zo verder met count=2, 3, 4, .... :-)

> Na de HD verwijderd en weer aangemeld te hebben krijg ik de volgende meldingen:
>     pr 13 09:23:10 linux-lqcw kernel: [347626.226159] sd 17:0:0:0: [sdc] Attached SCSI removable disk
>     Apr 13 09:23:10 linux-lqcw kernel: [347626.227714] sd 17:0:0:1: [sdd] Attached SCSI removable disk
>     Apr 13 09:23:10 linux-lqcw kernel: [347626.229345] sd 17:0:0:2: [sde] Attached SCSI removable disk
>     Apr 13 09:23:10 linux-lqcw kernel: [347626.230974] sd 17:0:0:3: [sdf] Attached SCSI removable disk
> 
> Maar daarna krijg ik vergelijkbare meldingen over sdg als bovenstaand.
> 
> Wat trouwens wel vreemd is, is dat de eerste keer wel goed ging:
>     dd if=/dev/zero of=/dev/sdg bs=512 count=1
>     1+0 records in
>     1+0 records out
>     512 bytes (512 B) copied, 5.266e-05 s, 9.7 MB/s
> 
> maar als ik het nu weer wil doen gaat het fout:
>     dd if=/dev/zero of=/dev/sdg bs=512 count=1
>     dd: writing `/dev/sdg': Input/output error
>     1+0 records in
>     0+0 records out
>     0 bytes (0 B) copied, 0.00226523 s, 0.0 kB/s
> 
> De 'eerste partitie' gaat nog wel steeds goed:
>     dd if=/dev/zero of=/dev/sdg1 bs=512 count=1
>     1+0 records in
>     1+0 records out
>     512 bytes (512 B) copied, 2.7099e-05 s, 18.9 MB/s
> 
> -- 
> Cecil Westerhof
> M CecilWesterhof op xs4all.nl
> 
> O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
> 
> Please do not send me Microsoft Office/Apple iWork documents.
> Send OpenDocument instead! http://fsf.org/campaigns/opendocument/


Daniel von Asmuth

-- 
		Kies nieuwe MS Office 2010! 
		Ondersteunt de OOXML standaard niet.
		



More information about the Linux mailing list