On Fri, 29 Jun 2007 21:50:29 -0400, Douglas Gilbert wrote:
> Umm, I hope you don't consider losing all the previous data
> on the disks when a re-format is performed as "screwing up"?
*Giggle* As I just got the disk, have no idea what's on it, and can't read
it in any case (OK, so I could use /dev/sg*...), that would be rather
silly.
No, I consider "reformat it in such a way that the disk now reports 512
bytes instead of 70 GBytes, total" or "brick it" to be screw-ups. Anything
else I can live with. If nothing else, German consumer code happily
gives me 14-day return rights, so if nothing else works I can send the
things back.
Right now, though, it looks like there's something else broken.
*This* does not look normal at all:
# sg_format --format --size=512 --count=-1 --verbose /dev/sg1
inquiry cdb: 12 00 00 00 24 00
inquiry: requested 36 bytes but got 18 bytes
S330L ! C0 peripheral_type: disk [0x0]
PROTECT=1
<< supports 'protection information'>>
mode sense (10) cdb: 5a 00 01 00 00 00 00 00 fc 00
mode sense (10): requested 252 bytes but got 14 bytes
Mode sense (block descriptor) data, prior to changes:
Number of blocks=2177429504 [0x81c8f000]
Block size=2615479 [0x27e8b7]
Need to perform MODE SELECT (to change number or blocks or block length)
but (single) block descriptor not found in earlier MODE SENSE
#
This happens on all three disks, so it seems that either the OS or the
controller are screwing things up royally. :-/
--
Matthias Urlichs | {M:U} IT Design @ m-u-it.de | smurf@xxxxxxxxxxxxxx
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
- -
Accuracy:
Exploded concept. Foolish, Platonic notion that we can get our facts
straight.
-- Fashionable Dictionary (www.butterfliesandwheels.com)
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
