Support and General Use > Hardware

New Toshiba MK1231GAL not working

<< < (5/5)

torne:
The device name there is sdb, which it mentions on virtually every line ;)
So, run hdparm -i /dev/sdb (and with -I as well as I mentioned in my other post).

What were you trying to write the files to? You probably won't have write access to your hard drive which is why I suggested you should plug in a USB flash drive. Any removable device you plug in while in knoppix should work fine.

The log there shows that the device gets detected, its partition table is read successfully, and it's probably trying to automount it when it gets some IO errors on sectors some distance into the drive. So, the drive is at least partly working fine; it's returning some valid data when accessed. It doesn't sound like it should be hard to get it to work; perhaps the sector size is not what we expect and exposing it over usb with 512 byte sectors is causing a problem.

Other than running hdparm we are probably into needing to experiment with changes to rockbox, so I'm not sure you can do much more. If you're going to return the drive I'd still like to see the hdparm output. If you did send it to an interested dev I am about 95% sure it can be made to work with Rockbox fairly easily.

sordup:
OK. Tried again.
Yes sdb is mentioned on almost every line. I tried that the last time as well. I was looking for a name in square brackets, though, as you seemed to indicate. No matter...

So I tried again. This time the drive showed up on the Knoppix desktop. Clicking on it yielded the following:

"Could not mount device. - mount:I could not determine the filesystem type, and none was specified"

I ran terminal and got the kernel log (see attached. this time I got a flash drive. I didn't have one before.)

I then ran:
"sudo hdparm -i /dev/sdb > hdparm1.txt"
it yielded
"HDIO_GET_IDENTITY failed: Invalid argument"

ran
"sudo hdparm -I /dev/sdb > hdparm2.txt"
yielded
"HDIO_DRIVE_CMD(identify) failed: Invalid argument"


For shits and giggles, cuz I don't know what I'm doing, I ran:
"hdparm -i /dev/sdb > hdparm1.txt"
yielded
"/dev/sdb: Permission denied"
and
"hdparm -I /dev/sdb > hdparm2.txt"
yielded
"/dev/sdb: Permission denied"

Needless to say, no hdparm text files were written.

torne:
Right, that's very similar output. It looks like maybe hdparm isn't able to do it over usb, I've never tried that... or possibly the failed automount has messed something up.

It's not going to be particularly easy for you to get further then, unless someone else has a different suggestion. If you're returning it then that's the problem solved for you.

Thanks for trying, this is more information than we had before: the disk responds fairly normally and sector 0 is readable, so it's a sign that the problem is something fairly easy to resolve: probably sector size magic similar to the other ipod drive...

sordup:
OK then. Thanks for the hand with figuring that much out. I suppose I will try my luck with another drive.

Navigation

[0] Message Index

[*] Previous page