I just successfully installed a larger HD on my spare riomk2. The drive was formatted clean and thus has no songes on it. It boots up fine and syncs with Emplode no problem. The drive is 100g.

I want to copy the songs from my original riomk2 which has 2 hds on to the one hd of the spare unit.

when i try to do this i am getting this error message:

"EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended"

so i run the routine that the FAQ's tell me to do and yet when i try again to copy the files from one disc to another i keep getting the same error message.

Any insight into this?

Thanks,

Ed

how do you make the copy?

i removed one of the hd from the original player, slapped on the jumper and indtalled it at the tail end of the ide cable

It means that at some point, for some reason, the player has been rebooted with the drive mounted as read-write. This FAQ entry has the details on what to do:

http://www.riocar.org/modules.php?op=mod...;faqent=162#162

yes! this was the faq that i was following and i ran the following

ro
umount /dev/hda4
swapon /swapfile
fsck -fay /
fsck -fay /dev/hda4
fsck -fay /dev/hdc4
swapoff /swapfile
sync

i thought all was well but when i tried to do the copy i ran into the same error message..

should i have run something else??

tks

ed

i think you forgot to:

umount /dev/hdc4

No. He forgot to "rom"

so i should have run this?

ro
rom
fsck.ext2 -fay -b 32768 /dev/hda4

also i did run "umount /dev/hdc4 "..i just forgot to copy it here!

Um, you don't need to remount the music partitions read-only, if you're going to unmount them altogether in the next breath anyway. The listed commands, including the "umount /dev/hdc4", should really have fixed the problem if they completed without errors. So perhaps something that happens subsequently is reintroducing it? Exactly what commands are you using, edsmiata, to copy the files?

Peter

OK. I skimmed over it and said what I would have done. Tony's FAQ (and Boelle) were correct.

What you're doing is this:

"ro" - remount the root filesystem as read-only. This is needed because Linux requires a reboot if you check a partition that's mounted read-write. Just in case something changed. The root filesystem is where all of the good stuff on a Unix-like box is usually kept. Think of it as C:\ combined with C:\Windows\System32 on a Windows box.
"umount /dev/hda4" - unmount the music partition of the first disk. Not really needed, but safe enough.
"swapon /swapfile" - checking the disk needs quite a lot of memory, so enabling swap is a good idea.
various "fsck" commands - these check the root partition and the two music partitions.
"swapoff /swapfile" - we don't need the swap any more. Keeping it enabled requires the disk to stay spun up, and we usually try to avoid that. It's probably not a big deal, since you'll be powering down before moving the empeg back to your car.
"sync" - ensure everything's flushed to the disk.

So, yes, Boelle was correct: unmounting the second music partition cleanly ("umount /dev/hdc4") should have prevented the warning, but it's not strictly necessary.

To be honest, you can usually ignore the warning until you've finished the copy, at which point you should definitely run the listed commands.

Yep; you're right, Peter. I mis-read the posting and spouted off without thinking. I'm not sure I cleared much up with my follow-up post.

It is probably complaining about /dev/hda5, so do that one as well as the other two.

Cheers

just as it is stated in the faq's

Via Hyperterminal, Press q (Enter) to drop to the shell prompt.


Read-write mount the disk drives. Type:
rw (Enter)
rwm (Enter)
There will probably be a pause before the shell prompt appears again.


Copy the files from the second drive to the first drive:
cp -auvfx /drive1/fids /drive0/ (Enter)


Depending on the drives and the amount of data, it might take a surprisingly long time to complete the copy operation. Be prepared for a long wait. Some users have reported that it can take hours.


When it's done, read-only mount the disk drives. Type:
ro (Enter)
rom (Enter)


Log out of the shell and drop back to the player software: logout (Enter)

if memory is correct i usually get the error notice after

Read-write mount the disk drives. Type:
rw (Enter)
rwm (Enter)

OK. That's expected. You've attempted to mount the disks read-write. Linux is warning that the disks have not been checked, and that this could be dangerous. You can usually ignore the warning, as long as you run the fsck steps soon afterwards. Alternatively, run them before you start the copy (i.e. immediately you get a shell prompt).

Sorry to leap in again, but the umount is really needed. If you're checking a filesystem which might actually need repairing, it's critical that you either (a) umount it first, or (b) remount it read-only first, and then afterwards reboot without remounting it read/write. Anything else risks writeout of stale page-cache data undoing fsck's good work and/or causing complete filesystem scroggage.

On an Empeg (but not a real Unix box) you can get away without the reboot after checking the root filesystem only, but only because it hasn't actually changed, and the fsck just silences the warning by updating the last-check timestamp from 1999 or whenever it was we last rebuilt the filesystem images.

Peter

ok i will try this tonight before i do anything else....but fyg i did run this last night and i still got the error message when i tired to copy the files

ro
umount /dev/hda4
umount /dev/hdc4
swapon /swapfile
fsck -fay /
fsck -fay /dev/hda4
fsck -fay /dev/hdc4
swapoff /swapfile
sync

Yep. He's right again. I was getting confused between mounting it read-only and then not needing to unmount it and unmounting it completely.

To be on the safe side, unmount it completely.

LOL is there anything I should know between u guys or am i going in the right direction :-o

Do the disk check according to the FAQ, remembering to umount /dev/hda4 and umount /dev/hdc4, then reboot (power-cycle), and then do the copy according to the FAQ. If you've already done the copy, then do the disk check afterwards -- it's better to do it first, but not a big deal, usually.

But, yeah, so far you're doing fine.

So is the consensus that the FAQ needs to be updated by adding a umount /dev/hdc4 line?

ok..so i did what you suggested and all worked fine...coppied the contents of the 2 hdds onto the one hdd...but the nice and neat playlists tha i set up on the original empeg are now all messed up!

was there a routine i missed to copy over the original playlists as well?

tks

ed

Simply copying the files from two drives onto one should have been fine.

Playlists are merely files like music files but are simply a list of more playlists or files rather than MP3/FLAC/OGG data.

The filenames are numbers (called FIDs). They are unique across the two drives so there should be no conflicts. The empeg doesn't even care which drive the files are on. It just looks on both drives when looking.

Define what you mean by "messed up"...

edit: technical info here on FIDs here (and on the link):
http://www.riocar.org/modules.php?op=mod...;faqent=133#133

the playlists on the new drive do not replicate exactly what was on the orginal two drives

Copying the FIDS from two disks onto one disk should not mess up the playlists, provided that:

The two source disks were from the same player.
The two source disks were not messed up to begin with.
The steps in the drive upgrade guide were followed.
The single destination drive was truly blank and properly prepped.
The old source disks were left out of the player when the copying is done.

You wouldn't happen to be running v3 alpha would you? "playlists all messed up" is a phrase I usually associate with V3 alpha.

no running 2.0 :-(

check on all above....

well what appears to have happened is this...

i have my playlists set up by Artist, in alpha order...all the A groups go into A...within the A i set it up individually by artist...then within each artist i have all their albums....all the way to Z

well it seems that a whole lot of the albums within each artist playlist got 'bounced out' and set up as a playlist in itself...thus "eat a peach' for the ABB is no longer under the ABB but instead by itself on the root folder of Playlists

:-(

anyways...without trying to figure what went wrong i just put the albums back in their respective artist folder in the respective playlist and all is well again

a tks to all for the help

ed