All right. I know I even say this specifically in the drive upgrade guide. But I'm curious as to why this happens. And then I have some other questions...

My new Fujitsu 40 refuses to be a slave to the Travelstar 10. Or maybe it's that the Travelstar refuses to be a master for the Fujitsu.

Thing is, the Travelstar used to be the original master, so I thought I was sitting pretty simply by upgrading the slave drive. That way, I wouldn't lose any userland programs, configuration information, or the data on the scratch partition.

But now it looks as though I'm going to have to copy all that stuff over from the old drive onto the new drive so it can be the new master. Okay, fine, I guess I can live with that. However, I'd like to see if I can copy the data on the scratch partition (tuner/EQ presets, number of plays counts, etc.) over to the new drive. Using Hijack, can that be done? What would the shell commands be if that were the case?

dd will do it. Assuming the page on riocar.org has the right partition numbers then it's just: dd if=/dev/hda3 of=/dev/hdc3.
That should copy the entire dynamic data partition from the master drive to the slave drive. Swap them around if you want it the other way so dd if=/dev/hdc3 of=/dev/hda3

[edit]Probably a good idea to make sure the player application isn't running when you do this BTW. Shouldn't affect it but it's just in case[/edit]

- Trevor

Cool, it seemed to like it.

Starting bash.
empeg:/empeg/bin# dd if=/dev/hdc3 of=/dev/hda3
33264+0 records in
33264+0 records out
empeg:/empeg/bin#

Thanks!

It's amazing how powerful a 30k (i386 not sure about ARM) utility can be

Do I need to substitute different letters for a Mk1 player?

Thanks again, Tman, this is now in the drive upgrade guide. If the commands need to be different for a Mark 1, someone let me know and I'll put a note in there about it.

Hmm.. good question, I can never remember exactly how the devices have been 'tweaked'.

IIRC, Mk2 players have /dev/hdb set up to point to /dev/hdc so that player software can treat Mk2s as Mk1s when doing low level stuff.

I suspect that you might be able to use:

dd if=/dev/hdb3 of=/dev/hda3


on both Mk1 and Mk2 players with the same effect, which would make FAQ entries simple. But that should be tested on a Mk2 player first.

It's the other way around. On the Mk2 it has /dev/hdc3 which according to it's major/minor is actually /dev/hdb3.
Using /dev/hdc3 is correct since I think it's because the Mk1 had two IDE channels with one drive on each so it would be hda and hdc. But the Mk2 has one IDE channel but two drives on it so it would be hda and hdb. To make it simpler for the software I guess the guys at empeg decided to make /dev/hdc actually /dev/hdb so you wouldn't need to know the difference between a Mk1 and Mk2.

So just keep what's in FAQ. It *should* be correct (Not got a Mk1 so I can't check it)

- Trevor

Oops. Yes, you're right. Using hdc3 should work on all players.

Cool, so no changes needed.

Thanks, everyone, the 40 gig drive and the dynamic data seem to be working just fine in their new home.

My new Fujitsu 40 refuses to be a slave to the Travelstar 10. Or maybe it's that the Travelstar refuses to be a master for the Fujitsu.

have you tried to switch the disks around so the master is on the end of the cable, or vice versa? on pcs i've encountered cdroms coupled w/ ide hdds that refuse to be slave when its at the end of the cable. if i switch the orientation, its fine.

I didn't think to try that, sorry. Of course now, since all my problems are now solved, I'm not going to open the player to do that.