I finally received my new 100GB Fujitzu drive
I am now trying to copy fids from one ol drive to another.

From Tony's famous super upgrading guide:

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

How long can the pause be? I've been waiting for few minutes, then tried again and again. What am I doing wrong?

Ok, I wasn't patient enough. According to Murphy's Law, I got the prompt immediately after posting. Sorry...

No worries. I would strongly recommend that you immediately modify your /bin/rwm to include the nocheck option!

While I was copying fids, I got this

Code:

---

/drive1/fids/_00000/891 -> /drive0/fids/_00000/891
/drive1/fids/_00000/8a0 -> /drive0/fids/_00000/8a0
/drive1/fids/_00000/8a1 -> /drive0/fids/_00000/8a1
/drive1/fids/_00000/8c0 -> /drive0/fids/_00000/8c0
/drive1/fids/_00000/8c1 -> /drive0/fids/_00000/8c1
/drive1/fids/_00000/8d0 -> /drive0/fids/_00000/8d0
/drive1/fids/_00000/8d1 -> /drive0/fids/_00000/8d1
/drive1/fids/_00000/8e0 -> /drive0/fids/_00000/8e0
/drive1/fids/_00000/8e1 -> /drive0/fids/_00000/8e1
/drive1/fids/_00000/8f0 -> /drive0/fids/_00000/8f0
hda: irq timeout: status=0xd0 { Busy }
ide0: reset timed-out, status=0xd0
hda: status timeout: status=0xd0 { Busy }
hda: drive not ready for command
ide0: reset timed-out, status=0xd0
hda: status timeout: status=0xd0 { Busy }
end_request: I/O error, dev 03:04 (hda), sector 99066
hda: drive not ready for command
hda: status timeout: status=0xd0 { Busy }
hda: drive not ready for command
EXT2-fs error (device ide0(3,4)): ext2_write_inode: unable to read inode block - inode=420, block=49533
ide0: reset timed-out, status=0xd0
hda: status timeout: status=0xd0 { Busy }
hda: drive not ready for command
ide0: reset: success
hda: irq timeout: status=0xd0 { Busy }
ide0: reset timed-out, status=0xd0
hda: status timeout: status=0xd0 { Busy }
hda: drive not ready for command
ide0: reset timed-out, status=0xd0
hda: status timeout: status=0xd0 { Busy }
end_request: I/O error, dev 03:04 (hda), sector 398331
hda: drive not ready for command
hda: status timeout: status=0xd0 { Busy }
hda: drive not ready for command
ide0: reset timed-out, status=0xd0
hda: status timeout: status=0xd0 { Busy }
hda: drive not ready for command
ide0: reset: success
hda: irq timeout: status=0xd0 { Busy }

---

Does anybody know what it means? It is not stopping, and I don't kknow if it is wise to unplug the player....

Um, not good. Those timeouts look like a hardware issue (cable, drive or header) that are causing you trouble. It seems that all of them are associated with hda, so it might be a cable crimp issue.

As for stopping, try ctrl-c first. You do not really want to unplug (and get dirty filesystems) if you can avoidit.

Paul, I just noticed the cable is daaged! It was cratching agains the video board, as mentioned in a faq somewhere. I did check it, but when I did it was looking fine.
So, fortunately I have another one, but not here where I am. I will have to wait until the weekend to update.

Thank youf ro your help. Now, I really hope it is the cable, at least... I can see the wire underneat through the scratched surface of the cable, so there are good chances that that's where the problem is.

If you can see metal through the cable, that is likely the problem. I hope it works for you. Meanwhile, get the drives stable if possible. You might be able to get a little more life out of it and continue your testing if you can wrap the hopefully unbroken but exposed wire with electrical tape to prevent shorting.

Paul, thanks again.
Yes, I see metal through the cable. The two wires on the left are exposed. One of them seems to be damaged, while the other just exposed. I can't seem to make it work at all now: while before I could at least evetually boot, now I only get the "No Hard Disk Found - Contact Support" message.

Do you have an recommendation on how to prevent this? I had just replaced the original cable with one from Eutronix. Fortunately, I had bought three, a year ago. Clearly, while the original was not scratching against the display board, these ones are, so I guess I will have to find a solution as soon as I replace the cable with one of the remaining two...

I believe there was supposidly a specific way the cable needed to be folded in order for it to work right. maybe somebody more knowledgable in their installation could respond. I cant for the life of me remember where I read it when I installed mine.

Well, Eutronix cables are pre-folded and look very very good. I can't imagine how else I could fold it, but maybe there's some trick I don't know/remember. I can't find any suggestion in the FAQ. Maybe some insulating tape and plastic protection of some sort could work...

The tape and plastic will work short term, but the longer cables from Eutronix are the best answer.

Thanks Tony. Yes, the guide included also this aspect. There really is nothing I could find in the upgrade process that is not mentioned in the guide
As a matter of fact, I did not notice the damage immediately because I did not look, and the drives were initially working; they actually did until I started to copy fids. Well, as I said I have two more Eutronix cables, which I will replace in the weekend, as I am now out of town.

Now, my concern is that if this Eutronix cable was damaged scratching against the display card, maybe the others will have the same problem. I need to find something to protect the new ide cable, as this one is really badly damaged. I can't think of anything else than a plastic surface to be put between the display board and the ide cable. Tape would only resist temporarily...

You keep missing the part where I said I had to file down the thing that was damaging the cable.

Oops, I'm sorry! I thought you were referring somehow to the HDD jumper! In my case, there's a protruding soldering point on the display board that is right against the ide cable. I am really not experienced enough in soldering to do anything like that. If that is the case, I'll have to ask expert friends...

It was in fact the cable. New cable, all has worked so far. I am currently copying fids from old-drive-1 (30GB) to new-drive (100GB), via the
cp -auvfx /drive1/fids /drive0/ command.

I have the impression it is faster that it would be via ethernet (is it supposed to? What is the theoretical transfer speed via ide channel?), which is really good. In an hour I should be done and move on to old-drive-2 (still 30GB) -> new-drive. I've upgraded a few times in the past, but for some reason I had always used ethernet. Again, thanks Tony for another good suggestion on The Guide

I just realized that since I will be using ONE drive only, the part of the cable scratching the display card is not going to be "used" (the scratch was very close to the ide connector for the slave drive), and therefore I should be able to fold it in a way that it is preserved intact, far from the display card.

I just did the exact same copy between drives to get all the stuff off my old 30GB onto my new 80GB. It is faster than ethernet but only marginally (twice to be precise) since the empeg can't DMA to the drives.

I see about 700kB/sec over ethernet and I timed my drive to drive copy a few times and it worked out be exactly 1.4MB/sec every time.

Doing it with a PC is much faster as it uses DMA unlike the empeg as Shonky points out. Laptop IDE adapters are cheap and you can do it using just a Knoppix/whatever Linux CD if you have two adapters.

Shonky, I confirm, 1/2 of ethernet time, that was true in my case as well. Well, still an improvement.

I also copied the dynamic data partition, successfully!! Have I already thanked Tony for the upgrade guide?

I'ts not over yet...

I am adding all MP3s I had to keep on my PC when waiting for the new drive.

I starterd the sync form emplode, and as it started to actually transfer the first MP3, the sync process froze. After a long wait, I decided to kill emplode and restart. As usual, the empeg rebuilt the database at reboot.
I then started emplode for the second time. As it connected to the empeg, it started to check media, as I expected. It took very long, according to the FAQ. First time with 100GB, for me. However, after waiting long, and before both reading the FAQ and the completion of the media check, I decided something was wrong. So, while emplode was still checking media, I disabled the periodic disk check from hijack (yes, I did access hijack and change the option while emplode was checking. Was I silly and naive, besides impatient?). Then, I killed emplode, unplugged the empeg, hoping that it would not check the disk again.

The empeg reboots, rebuilds the database, I restard emplode, and... checking media again. So I decide I have to let it go till the end of the process. I finally get back to emplode. All refs are at least 1, so it seems nothing had been transferred. I proceed and upload just one CD, to make sure it works. Hit "Sync", and again, checking disk integrity during sync. It took less then before, and finally the MP3s are uploaded. No errors. after that.

Happy, and believing the media check would be done for 20 more resyncs, I proceeded to uploading more MP3s. I eventually clicked on Sync, and... Checking media again!

I am now hoping I don't have a faulty drive, and my assumption is that I shouldn't have disabled the disk check from HiJack WHILE it was checking. So I re-enabled the disk check from HiJack, and I am now waiting that this sync process completes; and I am crossing my fingers.

Now, I guess my question is: am I making any sense, or is my drive faulty?

I think the option in Hijack only disables periodic checking. The ext2 filesystem can remember how long it was since it was last checked. There is a setting to disable this (or at least make it super long) in the file system.

Probably most of your file system checking is due to unclean mounting of the drive (resetting while in read/write mode). I don't think Hijack can stop this.

However, that said, I rarely do reboots while in read/write mode and I still get disk checking happening most times I add new tunes. This is generally spaced by weeks, so in my case it's possible the Hijack function isn't working properly for me. I haven't really bothered to check since I usually sync at work or overnight, where I can walk away and it can take basically as long as it wants.

As for the speed, I notice it Roger's drive guide, one of the options specifies "sparse superblock" to help speed up fscks. I can differentiate betweent the two drives fscking in jemplode, and one of them is significantly faster than the other possibly due to it being set up manually whereas the other was done by the disk builder. I've been meaning to format the other drive similarly in hopes of speeding up the fsck.

Not really sure how that helps you though with it freezing during a sync. Put a serial cable on it during the sync to see if there are any drive errors appearing.

Thank you Shonky. Well, now it does not seem to freeze any more. My only problem is that last two mp3 upload sessions required media check, and that really is time consuming... Not to mention that I still don't know why...

My only problem is that last two mp3 upload sessions required media check, and that really is time consuming... Not to mention that I still don't know why...

It is very likely that this page from the FAQ has the solution to your problem.

tanstaafl.

Thank you transaafl. I had actually checked that FAQ. Well, I have this error:

EXT2-fs warning: checktime reached, running e2fsck is recommended

which seems very similar to this one mentioned in the faq:

Quote:
"EXT2-fs warning: maximal mount count reached, running e2fsck is recommended"

Unfortunately, it does not seem to go away after next resync. Every resync it needs a drive check.

Should I proceed with

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

all the same?

Yep well one is due to rebooting without unmounting and the other is the one Hijack gets around.

Doing the...
Code:

---

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

---

...certainly won't break anything and is worth a try in my opinion.

Agreed. The manual fsck of all drives should clear that flag. Just make sure that it does not return any errors.

Ok, I am then proceeding

Here's the boot info BEFORE the manual fsck

Code:

---

empeg-car bootstrap v1.02 20001106 (hugo@empeg.com)
If there is anyone present who wants to upgrade the flash, let them speak now,
or forever hold their peace...it seems not. Let fly the Penguins of Linux!

e000 v1.04
Copying kernel...
Calling linux kernel...
Uncompressing Linux..................................... done, booting the kernel.
Linux version 2.2.17-rmk5-np17-empeg52-hijack-v429 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Tue May 10 20:39:19 EDT 2005
Processor: Intel StrongARM-1100 revision 11
Added temporary pagedir entry for flash memory access
Checking for extra DRAM:
c1000000: wrote ffffffff, read e2811004
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 40103216) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15012k/16M available (984k code, 20k reserved, 364k data, 4k init)
Dentry hash table entries: 2048 (order 2, 16k)
Buffer cache hash table entries: 16384 (order 4, 64k)
Page cache hash table entries: 4096 (order 2, 16k)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 16384 bhash 16384)
IrDA (tm) Protocols for Linux-2.2 (Dag Brattli)
Starting kswapd v 1.5 
SA1100 serial driver version 4.27 with no serial options enabled
ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART
ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART
ttyS02 at 0xf8030000 (irq = 16) is a SA1100 UART
Signature is 67706d65 'empg'
Found custom animation at offset 0x98b7c
Tuner: loopback=0, ID=-1
Scheduling custom logo.
empeg display initialised.
empeg dsp audio initialised
empeg dsp mixer initialised
empeg dsp initialised
empeg audio-in initialised, CS4231A revision a0
empeg remote control/panel button initialised.
empeg usb initialised, PDIUSBD12 id 1012
empeg state support initialised 0089/88c1 (save to d0005500).
empeg RDS driver initialised
empeg power-pic driver initialised (first boot)
RAM disk driver initialized:  16 RAM disks of 4096K size
empeg single channel IDE
Probing primary interface...
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: FUJITSU MHU2100AT, 95396MB w/8192kB Cache, CHS=12161/255/63
empeg-flash driver initialized
smc chip id/revision 0x3349
smc9194.c:v0.12 03/06/96 by Erik Stahlman (erik@vt.edu)

SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC 00:02:d7:28:0c:90
Partition check:
 hda: hda1 < hda5 hda6 > hda2 hda3 hda4
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 320 blocks [1 disk] into ram disk... done.
EXT2-fs warning: checktime reached, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
empeg-pump v0.03 (19980601)
Press Ctrl-A to enter pump...VFS: Mounted root (ext2 filesystem) readonly.
change_root: old root has d_count=1
Trying to unmount old root ... okay
Freeing unused kernel memory: 4k initempeg init 0.8
I see this is a developer image!
Mounting proc
Mounting first music partition
Tried to mount /dev/hda4 as reiserfs but got error 19
qMounting second music partition
Tried to mount /dev/hdc4 but got error 6
Error mounting partitions (possibly already mounted)
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Press 'q' now to go into development mode. You Have Zero Seconds To Comply.Starting player
Timezone: MET
Hijack: intercepting config.ini

hijack: removed menu entry: "Serial Port Assignment"
khttpd: listening on port 80
kftpd: listening on port 21
Using non-standard cache size 90 (adjustment 10)
  player.cpp        : 564:empeg-car 3.00-alpha7 2004/02/13.
q
q
q
Prolux 4 empeg car - 2.1490 Feb 13 2004
Vcb: 0x40693000
Restored terminal settings
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Player exited normally: 0
Switching to shell-player loop
Starting bash.
empeg:/empeg/bin#

---

Sorry for the "q" here and there

I am not at the command prompt and I am sending the commands in a moment.

Ok. All done:

Code:

---

Starting bash.

empeg:/empeg/bin# ro

empeg:/empeg/bin# umount /dev/hda4

empeg:/empeg/bin# umount /dev/hdc4

umount: /dev/hdc4: not found

empeg:/empeg/bin# swapon /swapfile

Adding Swap: 16028k swap-space (priority -1)

empeg:/empeg/bin# fsck -fay /

Parallelizing fsck version 1.19 (13-Jul-2000)

e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09

ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda5 is mounted.

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Pass 5: Checking group summary information

/dev/hda5: 1512/4096 files (0.5% non-contiguous), 9996/16384 blocks

empeg:/empeg/bin# fsck -fay /dev/hda4

Parallelizing fsck version 1.19 (13-Jul-2000)

e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09

ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda4 is mounted.

Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Pass 5: Checking group summary information

/dev/hda4: 18364/762368 files (13.2% non-contiguous), 58979168/97578810 blocks

empeg:/empeg/bin# fsck -fay /dev/hdc4

Parallelizing fsck version 1.19 (13-Jul-2000)

e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09

ext2fs_check_if_mount: No such file or directory while determining whether /dev/hdc4 is mounted.

fsck.ext2: Device not configured while trying to open /dev/hdc4

Possibly non-existent or swap device?

empeg:/empeg/bin# swapoff /swapfile

empeg:/empeg/bin# sync

empeg:/empeg/bin# 

---

Then, unplugged and plugged:

_______________
empeg-car bootstrap v1.02 20001106 (hugo@empeg.com)
If there is anyone present who wants to upgrade the flash, let them speak now,
or forever hold their peace...it seems not. Let fly the Penguins of Linux!

e000 v1.04
Copying kernel...
Calling linux kernel...
Uncompressing Linux..................................... done, booting the kernel.
Linux version 2.2.17-rmk5-np17-empeg52-hijack-v429 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Tue May 10 20:39:19 EDT 2005
Processor: Intel StrongARM-1100 revision 11
Added temporary pagedir entry for flash memory access
Checking for extra DRAM:
c1000000: wrote ffffffff, read e2811004
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 40103216) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15012k/16M available (984k code, 20k reserved, 364k data, 4k init)
Dentry hash table entries: 2048 (order 2, 16k)
Buffer cache hash table entries: 16384 (order 4, 64k)
Page cache hash table entries: 4096 (order 2, 16k)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 16384 bhash 16384)
IrDA (tm) Protocols for Linux-2.2 (Dag Brattli)
Starting kswapd v 1.5
SA1100 serial driver version 4.27 with no serial options enabled
ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART
ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART
ttyS02 at 0xf8030000 (irq = 16) is a SA1100 UART
Signature is 67706d65 'empg'
Found custom animation at offset 0x98b7c
Tuner: loopback=0, ID=-1
Scheduling custom logo.
empeg display initialised.
empeg dsp audio initialised
empeg dsp mixer initialised
empeg dsp initialised
empeg audio-in initialised, CS4231A revision a0
empeg remote control/panel button initialised.
empeg usb initialised, PDIUSBD12 id 1012
empeg state support initialised 0089/88c1 (save to d0005580).
empeg RDS driver initialised
empeg power-pic driver initialised (first boot)
RAM disk driver initialized: 16 RAM disks of 4096K size
empeg single channel IDE
Probing primary interface...
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: FUJITSU MHU2100AT, 95396MB w/8192kB Cache, CHS=12161/255/63
empeg-flash driver initialized
smc chip id/revision 0x3349
smc9194.c:v0.12 03/06/96 by Erik Stahlman (erik@vt.edu)

SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC 00:02:d7:28:0c:90
Partition check:
hda: hda1 < hda5 hda6 > hda2 hda3 hda4
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 320 blocks [1 disk] into ram disk... done.
EXT2-fs warning: checktime reached, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
empeg-pump v0.03 (19980601)
Press Ctrl-A to enter pump...VFS: Mounted root (ext2 filesystem) readonly.
change_root: old root has d_count=1
Trying to unmount old root ... okay
Freeing unused kernel memory: 4k initempeg init 0.8
I see this is a developer image!
Mounting proc
Mounting first music partition
Tried to mount /dev/hda4 as reiserfs but got error 19
Mounting second music partition
Tried to mount /dev/hdc4 but got error 6
Error mounting partitions (possibly already mounted)
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Press 'q' now to go into development mode. You Have Zero Seconds To Comply...
Starting player
Timezone: MET
Hijack: intercepting config.ini

hijack: removed menu entry: "Serial Port Assignment"
khttpd: listening on port 80
kftpd: listening on port 21
Using non-standard cache size 90 (adjustment 10)
player.cpp : 564:empeg-car 3.00-alpha7 2004/02/13.
Prolux 4 empeg car - 2.1490 Feb 13 2004
Vcb: 0x40693000

_________________


So, look at the bold lines. Still needs to check the disks, and I got those errors. Does anybody know what that means?

Thank you!

1) I have a feeling mine also does this.
2) The reiserfs line is normal and has always been there.
3) Not so sure about the hdc.

Have you tried doing a small sync yet? I think you might be OK regardless of those messages.

Edit: Well yeah I walked away for a bit before hitting post...

Greetings!

Okay. The music partition is fine. The warning is happening with the root filesystem. Do you have any software running (third party) that is keeping the / filesystem open when you try to sync? It is not labeling it as dirty... Hmmm...

I would try the "fsck -fay /" again, but I am not sure it will help...

Great! The problem seems to be gone since after the manual disk check procedure!
I'm glad to know that those are not relevant errors. Thank you all! For the recors, I am running Alpha7+Hijack 329, and no other software.

Alpha 7? You may want to grab the most recent alpha.

I remember Alpha8 having a problem with EQ, which used to produce really bad noise when adjusted. Was this fixed on Alpha9? I remember I had some issue with that too, but since I can't remember precisely what, I'd be happy to give it a try once more, if the eq bug is not there any more.

Alpha 9 was definitely bad. The download page (http://www.empeg.com/v3alpha) specifically says not to use it.

I use Alpha 8 but don't use the eq much (at all really). The main problems I have are:
- tracks get randomly marked.
- bookmarks are very flaky.
- too may tweak order functions cause hangs at the end of the current track sometimes.

In terms of crashing and general stability, it's pretty good really. Basically it's the only way I can play oggs and also have the cross fade.

Alpha 7 didn't seem to save the running order properly which was hugely annoying for me.

Ok, I am now thinking there must be some other problem here.

It seems that every time I do a Sync "after a while", the process stops when uploading the playlists. The Sych eventually times out. So I need to go through this:

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

as you suggested, everything seems to be ok and I can upload all the mp3s I need to: some times 2 mp3s, some times 3 or 4 albums.


Then weeks pass by, and when I try to upload mp3s, I'm back at the beginning. I can't figure out what this can be.

I am using emplode 2.00 final with Alpha 7. Now that I think about it, could that be a problem? As a matter of fact, I've been doing this since I installed Alpha7, until very recently, when I upgraded to a 100Gb drive. Since that time on, I've been going through the problem described above.

Any help is appreciated, of course. Thank you in advance.


Edit:
In emplode, I get this error when "Uploading PLaylists":
Task: initializing
Warning: %anyplaylistname% could not be synchronized., Connection timed out (Error 0x8004003e)

"Estimating Trasnfer Size" completes successfully.
"Uploading Tunes" instead gives me the same error as "Uploading PLaylists"

This happens with Ethernet connection. I am realtively sure it happened in USB too, but I may be wrong since I very rarely use USB.

The sync timeout was taking very long to occur for each song, and I was uploading 13 tracks. I am at work and I had to stop the syc brutally by turning off the player

Now, just in case it helps, here's what the player says at reboot:

______________________________________

empeg-car bootstrap v1.02 20001106 (hugo@empeg.com)
If there is anyone present who wants to upgrade the flash, let them speak now,
or forever hold their peace...it seems not. Let fly the Penguins of Linux!

e000 v1.04
Copying kernel...
Calling linux kernel...
Uncompressing Linux..................................... done, booting the kernel.
Linux version 2.2.17-rmk5-np17-empeg52-hijack-v431 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Tue May 24 19:50:51 EDT 2005
Processor: Intel StrongARM-1100 revision 11
Checking for extra DRAM:
c1000000: wrote ffffffff, read e91ba9f0
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 40103216) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15008k/16M available (984k code, 20k reserved, 368k data, 4k init)
Dentry hash table entries: 2048 (order 2, 16k)
Buffer cache hash table entries: 16384 (order 4, 64k)
Page cache hash table entries: 4096 (order 2, 16k)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 16384 bhash 16384)
IrDA (tm) Protocols for Linux-2.2 (Dag Brattli)
Starting kswapd v 1.5
SA1100 serial driver version 4.27 with no serial options enabled
ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART
ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART
ttyS02 at 0xf8030000 (irq = 16) is a SA1100 UART
Signature is 67706d65 'empg'
Found custom animation at offset 0x98b7c
Tuner: loopback=0, ID=-1
Scheduling custom logo.
empeg display initialised.
empeg dsp audio initialised
empeg dsp mixer initialised
empeg dsp initialised
empeg audio-in initialised, CS4231A revision a0
empeg remote control/panel button initialised.
empeg usb initialised, PDIUSBD12 id 1012
empeg state support initialised 0089/88c1 (save to d0004600).
empeg RDS driver initialised
empeg power-pic driver initialised (first boot)
RAM disk driver initialized: 16 RAM disks of 4096K size
empeg single channel IDE
Probing primary interface...
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: FUJITSU MHU2100AT, 95396MB w/8192kB Cache, CHS=12161/255/63
empeg-flash driver initialized
smc chip id/revision 0x3349
smc9194.c:v0.12 03/06/96 by Erik Stahlman (erik@vt.edu)

SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC 00:02:d7:28:0c:90
Partition check:
hda: hda1 < hda5 hda6 > hda2 hda3 hda4
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 320 blocks [1 disk] into ram disk... done.
VFS: Mounted root (ext2 filesystem).
empeg-pump v0.03 (19980601)
Press Ctrl-A to enter pump...VFS: Mounted root (ext2 filesystem) readonly.
change_root: old root has d_count=1
Trying to unmount old root ... okay
Freeing unused kernel memory: 4k initempeg init 0.8
I see this is a developer image!
Mounting proc
Mounting first music partition
Tried to mount /dev/hda4 as reiserfs but got error 19
Mounting second music partition
Tried to mount /dev/hdc4 but got error 6
Error mounting partitions (possibly already mounted)
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Press 'q' now to go into development mode. You Have Zero Seconds To Comply...
Starting player
Timezone: MET
Hijack: intercepting config.ini

hijack: removed menu entry: "Serial Port Assignment"
khttpd: listening on port 80
kftpd: listening on port 21
Using non-standard cache size 90 (adjustment 10)
player.cpp : 564:empeg-car 3.00-alpha7 2004/02/13.
! tags.cpp : 61:Failed to open tags (0xc0041002).
Prolux 4 empeg car - 2.1490 Feb 13 2004
Vcb: 0x40693000

______________________________________

When I reapplied power (after killing emplode), the player of course rebuit the database.
Thrying to rule out emplode 2.0 from the possible problem souces, I decided to use Jemplode (latest version) and see what error I would get.

After starting Jemplode, the serial output on the player was:

________________________

Adding Swap: 16028k swap-space (priority -1)
e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda4 is mounted.
no room for private writable mapping
error: -12
/sbin/fsck.ext2: Memory allocation failed while retrying to read bitmaps for /dev/hda4
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
Restarting system.

empeg-car bootstrap v1.02 20001106 (hugo@empeg.com)
If there is anyone present who wants to upgrade the flash, let them speak now,
or forever hold their peace...it seems not. Let fly the Penguins of Linux!

e000 v1.04
Copying kernel...
Calling linux kernel...
Uncompressing Linux..................................... done, booting the kernel.
Linux version 2.2.17-rmk5-np17-empeg52-hijack-v431 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Tue May 24 19:50:51 EDT 2005
Processor: Intel StrongARM-1100 revision 11
Checking for extra DRAM:
c1000000: wrote ffffffff, read 00000000
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 40103216) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15008k/16M available (984k code, 20k reserved, 368k data, 4k init)
Dentry hash table entries: 2048 (order 2, 16k)
Buffer cache hash table entries: 16384 (order 4, 64k)
Page cache hash table entries: 4096 (order 2, 16k)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 16384 bhash 16384)
IrDA (tm) Protocols for Linux-2.2 (Dag Brattli)
Starting kswapd v 1.5
SA1100 serial driver version 4.27 with no serial options enabled
ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART
ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART
ttyS02 at 0xf8030000 (irq = 16) is a SA1100 UART
Signature is 67706d65 'empg'
Found custom animation at offset 0x98b7c
Tuner: loopback=0, ID=-1
Scheduling custom logo.
empeg display initialised.
empeg dsp audio initialised
empeg dsp mixer initialised
empeg dsp initialised
empeg audio-in initialised, CS4231A revision a0
empeg remote control/panel button initialised.
empeg usb initialised, PDIUSBD12 id 1012
empeg state support initialised 0089/88c1 (save to d0004680).
empeg RDS driver initialised
empeg power-pic driver initialised
RAM disk driver initialized: 16 RAM disks of 4096K size
empeg single channel IDE
Probing primary interface...
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
hda: FUJITSU MHU2100AT, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: FUJITSU MHU2100AT, 95396MB w/8192kB Cache, CHS=12161/255/63
empeg-flash driver initialized
smc chip id/revision 0x3349
smc9194.c:v0.12 03/06/96 by Erik Stahlman (erik@vt.edu)

SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC 00:02:d7:28:0c:90
Partition check:
hda: hda1 < hda5 hda6 > hda2 hda3 hda4
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 320 blocks [1 disk] into ram disk... done.
VFS: Mounted root (ext2 filesystem).
empeg-pump v0.03 (19980601)
Press Ctrl-A to enter pump...VFS: Mounted root (ext2 filesystem) readonly.
change_root: old root has d_count=1
Trying to unmount old root ... okay
Freeing unused kernel memory: 4k initempeg init 0.8
I see this is a developer image!
Mounting proc
Mounting first music partition
Tried to mount /dev/hda4 as reiserfs but got error 19
Mounting second music partition
Tried to mount /dev/hdc4 but got error 6
Error mounting partitions (possibly already mounted)
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Press 'q' now to go into development mode. You Have Zero Seconds To Comply...
Starting player
Timezone: MET
Hijack: intercepting config.ini

hijack: removed menu entry: "Serial Port Assignment"
khttpd: listening on port 80
kftpd: listening on port 21
Using non-standard cache size 90 (adjustment 10)
player.cpp : 564:empeg-car 3.00-alpha7 2004/02/13.
Prolux 4 empeg car - 2.1490 Feb 13 2004
Vcb: 0x40693000
____________________________________

Finally, emplode returned this error:

"Download problems
The following problems occurred during download:
There isn't a file with FID 2 on this device"


I have no clue what it means?! A fid file named "2" ? If so, why would it be a problem and how can i solve it?

Edit:

Sorry, disregard this message. My mistake. I tried to delete it but I could only edit it.

I also tried to sych with Jemplode before going through the

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


procedure. As usual, checking media was required, and the album I was uploadeng was eventually added to the root and not to the playlist I chose. There definitely is something weird here.

Now Sych stopped saying "There is no device currently connected".

Ok. I decided to go through all passible checks that came to my mind.

So,

1. Entered the shell by pressing q via com port, and proceeded with the file system check.

empeg:/# ro
empeg:/# umount /dev/hda4
empeg:/# umount /dev/hdc4
umount: /dev/hdc4: not found
empeg:/# swapon /swapfile
Adding Swap: 16028k swap-space (priority -1)
empeg:/# fsck -fay /
Parallelizing fsck version 1.19 (13-Jul-2000)
e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda5 is mounted.
Pass 1: Checking inodes, blocks, and sizes
Deleted inode 2107 has zero dtime. Fix? yes

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -11338 -11339 -11340 -11341 -11342 -11343 -11344 -11345 -11346 -11347 -11348 -11349 -11350 -11351 -11352 -11353 -11354 -11355 -11356 -11357 -11358 -11359 -11360 -11361 -11362 -11363 -11364 -11365 -11366 -11367 -11368 -11369 -11370 -11371 -11372 -11373 -11374 -11375 -11376 -11377 -11378 -11379 -11380 -11381 -11382 -11383 -11384 -11385 -11386 -11387 -11388 -11389 -11390 -11391 -11392 -11393 -11394 -11395 -11396 -11397 -11398 -11399 -11400 -11401 -11402 -11403 -11404 -11405 -11406 -11407 -11408 -11409 -11410 -11411 -11412 -11413 -11414 -11415 -11416 -11417 -11418 -11419 -11420 -11421 -11422 -11423 -11424 -11425 -11426 -11427 -11428 -11429 -11430 -11431 -11432 -11433 -11434 -11435 -11436 -11437 -11438 -11439 -11440 -11441 -11442 -11443 -11444 -11445 -11446 -11447 -11448 -11449 -11450 -11451 -11452 -11453 -11454 -11455 -11456 -11457 -11458 -11459 -11460 -11461 -11462 -11463 -11464 -11465 -11466 -11467 -11468 -11469 -11470 -11471 -11472 -11473 -11474 -11475 -11476 -11477 -11478 -11479 -11480 -11481 -11482 -11483 -11484 -11485 -11486 -11487 -11488 -11489 -11490 -11491 -11492 -11493 -11494 -11495 -11496 -11497 -11498 -11499 -11500 -11501 -11502 -11503 -11504 -11505 -11506 -11507 -11508 -11509 -11510 -11511 -11512 -11513 -11514 -11515 -11516 -11517 -11518 -11519 -11520 -11521 -11522 -11523 -11524 -11525 -11526 -11527 -11528 -11529 -11530 -11531 -11532 -11533 -11534 -11535 -11536 -11537 -11538 -11539 -11540 -11541 -11542 -11543 -11544 -11545 -11546 -11547 -11548 -11549 -11550 -11551 -11552 -11553 -11554 -11555 -11556 -11557 -11558 -11559 -11560 -11561 -11562 -11563 -11564 -11565 -11566 -11567 -11568 -11569 -11570 -11571 -11572 -11573 -11574 -11575 -11576 -11577 -11578 -11579 -11580 -11581 -11582 -11583 -11584 -11585 -11586 -11587 -11588 -11589 -11590 -11591 -11592 -11593 -11594 -11595 -11596 -11597 -11598 -11599 -11600 -11601 -11602 -11603 -11604 -11605 -11606 -11607 -11608 -11609 -11610 -11611 -11612 -11613 -11614 -11615 -11616 -11617 -11618 -11619 -11620 -11621 -11622 -11623 -11624 -11625 -11626 -11627 -11628 -11629 -11630 -11631 -11632 -11633 -11634 -11635 -11636 -11637 -11638 -11639 -11640 -11641 -11642 -11643 -11644 -11645 -11646 -11647 -11648 -11649 -11650 -11651 -11652 -11653 -11654 -11655 -11656 -11657 -11658 -11659 -11660 -11661 -11662 -11663 -11664 -11665 -11666 -11667 -11668 -11669 -11670 -11671 -11672 -11673 -11674 -11675 -11676 -11677 -11678 -11679 -11680 -11681 -11682 -11683 -11684 -11685 -11686 -11687 -11688 -11689 -11690 -11691 -11692 -11693 -11694 -11695 -11696 -11697 -11698 -11699 -11700 -11701 -11702 -11703 -11704 -11705 -11706 -11707 -11708 -11709 -11710 -11711 -11712 -11713 -11714 -11715 -11716 -11717 -11718 -11719 -11720 -11721 -11722 -11723 -11724 -11725 -11726 -11727 -11728 -11729 -11730 -11731 -11732 -11733 -11734 -11735 -11736 -11737 -11738 -11739 -11740 -11741 -11742 -11743 -11744 -11745 -11746 -11747 -11748 -11749 -11750 -11751 -11752 -11753 -11754 -11755 -11756 -11757 -11758 -11759 -11760 -11761 -11762 -11763 -11764 -11765 -11766 -11767 -11768 -11769 -11770 -11771 -11772 -11773 -11774 -11775 -11776 -11777 -11778 -11779 -11780 -11781 -11782 -11783 -11784 -11785 -11786 -11787 -11788 -11789 -11790 -11791 -11792 -11793 -11794 -11795 -11796 -11797 -11798 -11799 -11800 -11801 -11802 -11803 -11804 -11805 -11806 -11807 -11808 -11809 -11810 -11811 -11812 -11813 -11814 -11815 -11816 -11817 -11818 -11819 -11820 -11821 -11822 -11823 -11824 -11825 -11826 -11827 -11828 -11829 -11830 -11831 -11832 -11833 -11834 -11835 -11836 -11837 -11838 -11839 -11840 -11841 -11842 -11843 -11844 -11845 -11846 -11847 -11848 -11849 -11850 -11851 -11852 -11853 -11854 -11855 -11856 -11857 -11858 -11859 -11860 -11861 -11862 -11863 -11864 -11865 -11866 -11867 -11868 -11869 -11870 -11871 -11872 -11873 -11874 -11875 -11876 -11877 -11878 -11879 -11880 -11881 -11882 -11883 -11884 -11885 -11886 -11887 -11888 -11889 -11890 -11891 -11892 -11893 -11894 -11895 -11896 -11897 -11898 -11899 -11900 -11901 -11902 -11903 -11904 -11905 -11906 -11907 -11908 -11909 -11910 -11911 -11912 -11913 -11914 -11915 -11916 -11917 -11918 -11919 -11920 -11921 -11922 -11923 -11924 -11925 -11926 -11927 -11928 -11929 -11930 -11931 -11932 -11933 -11934 -11935 -11936 -11937 -11938 -11939 -11940 -11941 -11942 -11943 -11944 -11945 -11946 -11947 -11948 -11949 -11950 -11951 -11952 -11953 -11954 -11955 -11956 -11957 -11958 -11959 -11960 -11961 -11962 -11963 -11964 -11965 -11966 -11967 -11968 -11969 -11970 -11971 -11972 -11973 -11974 -11975 -11976 -11977 -11978 -11979 -11980 -11981 -11982 -11983 -11984 -11985 -11986 -11987 -11988 -11989 -11990 -11991 -11992 -11993 -11994 -11995 -11996 -11997 -11998 -11999 -12000 -12001 -12002 -12003 -12004 -12005 -12006 -12007 -12008 -12009 -12010 -12011 -12012 -12013 -12014 -12015 -12016 -12017 -12018 -12019 -12020 -12021 -12022 -12023 -12024 -12025 -12026 -12027 -12028 -12029 -12030 -12031 -12032 -12033 -12034 -12035 -12036 -12037 -12038 -12039 -12040 -12041 -12042 -12043 -12044 -12045 -12046 -12047 -12048 -12049 -12050 -12051 -12052 -12053 -12054 -12055 -12056 -12057 -12058 -12059 -12060 -12061 -12062 -12063 -12064 -12065 -12066 -12067 -12068 -12069 -12070 -12071 -12072 -12073 -12074 -12075 -12076 -12077 -12078 -12079 -12080 -12081 -12082 -12083 -12084 -12085 -12086 -12087 -12088 -12089 -12090 -12091 -12092 -12093 -12094 -12095 -12096 -12097 -12098 -12099 -12100 -12101 -12102 -12103 -12104 -12105 -12106 -12107 -12108 -12109 -12110 -12111 -12112 -12113 -12114 -12115 -12116 -12117 -12118 -12119 -12120 -12121 -12122 -12123 -12124 -12125 -12126 -12127 -12128 -12129 -12130 -12131 -12132 -12133 -12134 -12135 -12136 -12137 -12138 -12139 -12140 -12141 -12142 -12143 -12144 -12145 -12146 -12147 -12148 -12149 -12150 -12151 -12152 -12153 -12154 -12155 -12156 -12157 -12158 -12159 -12160 -12161 -12162 -12163 -12164 -12165 -12166 -12167 -12168 -12169 -12170 -12171 -12172 -12173 -12174 -12175 -12176 -12177 -12178 -12179 -12180 -12181 -12182 -12183 -12184 -12185 -12186 -12187 -12188 -12189 -12190 -12191 -12192 -12193 -12194 -12195 -12196 -12197 -12198 -12199 -12200 -12201 -12202 -12203 -12204 -12205 -12206 -12207 -12208 -12209 -12210 -12211 -12212 -12213 -12214 -12215 -12216 -12217 -12218 -12219 -12220 -12221 -12222 -12223 -12224 -12225 -12226 -12227 -12228 -12229 -12230 -12231 -12232 -12233 -12234 -12235 -12236 -12237 -12238 -12239 -12240 -12241 -12242 -12243 -12244 -12245 -12246 -12247 -12248 -12249 -12250 -12251 -12252 -12253 -12254 -12255 -12256 -12257 -12258 -12259 -12260 -12261 -12262 -12263 -12264 -12265 -12266 -12267 -12268 -12269 -12270 -12271 -12272 -12273 -12274 -12275 -12276 -12277 -12278 -12279 -12280 -12281 -12282 -12283 -12284 -12285 -12286 -12287 -12288 -12289 -12290 -12291 -12292 -12293 -12294 -12295 -12296 -12297 -12298 -12299 -12300 -12301 -12302 -12303 -12304 -12305 -12306 -12307 -12308 -12309 -12310 -12311 -12312 -12313 -12314 -12315 -12316 -12317 -12318 -12319 -12320 -12321 -12322 -12323 -12324 -12325 -12326 -12327 -12328 -12329 -12330 -12331 -12332 -12333 -12334 -12335 -12336 -12337 -12338 -12339 -12340 -12341 -12342 -12343 -12344 -12345 -12346 -12347 -12348 -12349 -12350 -12351 -12352 -12353 -12354 -12355 -12356 -12357 -12358 -12359 -12360 -12361 -12362 -12363 -12364 -12365 -12366 -12367 -12368 -12369 -12370 -12371 -12372 -12373 -12374 -12375 -12376 -12377 -12378 -12379 -12380 -12381 -12382 -12383 -12384 -12385 -12386 -12387 -12388 -12389 -12390 -12391 -12392 -12393 -12394 -12395 -12396 -12397 -12398 -12399 -12400 -12401 -12402 -12403 -12404 -12405 -12406 -12407 -12408 -12409 -12410 -12411 -12412 -12413 -12414 -12415 -12416 -12417 -12418 -12419 -12420 -12421 -12422 -12423 -12424 -12425 -12426 -12427 -12428 -12429 -12430 -12431 -12432 -12433 -12434 -12435 -12436 -12437 -12438 -12439 -12440 -12441 -12442 -12443 -12444 -12445 -12446 -12447 -12448 -12449 -12450 -12451 -12452 -12453 -12454 -12455 -12456 -12457 -12458 -12459 -12460 -12461 -12462 -12463 -12464 -12465 -12466 -12467 -12468 -12469 -12470 -12471 -12472 -12473 -12474 -12475 -12476 -12477 -12478 -12479 -12480 -12481 -12482 -12483 -12484 -12485 -12486 -12487 -12488 -12489 -12490 -12491 -12492 -12493 -12494 -12495 -12496 -12497 -12498 -12499 -12500 -12501 -12502 -12503 -12504 -12505 -12506 -12507 -12508 -12509 -12510 -12511 -12512 -12513 -12514 -12515 -12516 -12517 -12518 -12519 -12520 -12521 -12522 -12523 -12524 -12525 -12526 -12527 -12528 -12529 -12530 -12531 -12532 -12533 -12534 -12535 -12536 -12537 -12538 -12539 -12540 -12541 -12542 -12543 -12544 -12545 -12546 -12547 -12548 -12549 -12550 -12551 -12552 -12553 -12554 -12555 -12556 -12557 -12558 -12559 -12560 -12561 -12562 -12563 -12564 -12565 -12566 -12567 -12568 -12569 -12570 -12571 -12572 -12573 -12574 -12575 -12576 -12577 -12578 -12579 -12580 -12581 -12582 -12583 -12584 -12585 -12586 -12587 -12588 -12589 -12590 -12591 -12592 -12593 -12594 -12595 -12596 -12597 -12598 -12599 -12600 -12601 -12602 -12603 -12604 -12605 -12606 -12607 -12608 -12609 -12610 -12611 -12612 -12613 -12614 -12615 -12616 -12617 -12618 -12619 -12620 -12621 -12622 -12623 -12624 -12625 -12626 -12627 -12628 -12629 -12630 -12631 -12632 -12633 -12634 -12635 -12636 -12637 -12638 -12639 -12640 -12641 -12642 -12643 -12644 -12645 -12646 -12647 -12648 -12649 -12650 -12651 -12652 -12653 -12654 -12655 -12656 -12657 -12658 -12659 -12660 -12661 -12662 -12663 -12664 -12665 -12666 -12667 -12668 -12669 -12670 -12671 -12672 -12673 -12674 -12675 -12676 -12677 -12678 -12679 -12680 -12681 -12682 -12683 -12684 -12685 -12686 -12687 -12688 -12689 -12690 -12691 -12692 -12693 -12694 -12695 -12696 -12697 -12698 -12699 -12700 -12701 -12702 -12703 -12704 -12705 -12706 -12707 -12708 -12709 -12710 -12711 -12712 -12713 -12714 -12715 -12716 -12717 -12718 -12719 -12720 -12721 -12722 -12723 -12724 -12725 -12726 -12727 -12728 -12729 -12730 -12731 -12732 -12733 -12734 -12735 -12736 -12737 -12738 -12739 -12740 -12741 -12742 -12743 -12744 -12745 -12746 -12747 -12748 -12749 -12750 -12751 -12752 -12753 -12754 -12755 -12756 -12757 -12758 -12759 -12760 -12761 -12762 -12763 -12764 -12765 -12766 -12767 -12768 -12769 -12770 -12771 -12772 -12773 -12774 -12775 -12776 -12777 -12778 -12779 -12780 -12781 -12782 -12783 -12784 -12785 -12786 -12787 -12788 -12789 -12790 -12791 -12792 -12793 -12794 -12795 -12796 -12797 -12798 -12799 -12800 -12801 -12802 -12803 -12804 -12805 -12806 -12807 -12808 -12809 -12810 -12811 -12812 -12813 -12814 -12815 -12816 -12817 -12818 -12819 -12820 -12821 -12822 -12823 -12824 -12825 -12826 -12827 -12828 -12829 -12830 -12831 -12832 -12833 -12834 -12835 -12836 -12837 -12838 -12839 -12840 -12841 -12842 -12843 -12844 -12845 -12846 -12847 -12848 -12849 -12850 -12851 -12852 -12853 -12854 -12855 -12856 -12857 -12858 -12859 -12860 -12861 -12862 -12863 -12864 -12865 -12866 -12867 -12868 -12869 -12870 -12871 -12872 -12873 -12874 -12875 -12876 -12877 -12878 -12879 -12880 -12881 -12882 -12883 -12884 -12885 -12886 -12887 -12888 -12889 -12890 -12891 -12892 -12893 -12894 -12895 -12896 -12897 -12898 -12899 -12900 -12901 -12902 -12903 -12904 -12905 -12906 -12907 -12908 -12909 -12910 -12911 -12912 -12913 -12914 -12915 -12916 -12917 -12918 -12919 -12920 -12921 -12922 -12923 -12924 -12925 -12926 -12927 -12928 -12929 -12930 -12931 -12932 -12933 -12934 -12935 -12936 -12937 -12938 -12939 -12940 -12941 -12942 -12943 -12944 -12945 -12946 -12947 -12948 -12949 -12950 -12951 -12952 -12953 -12954 -12955 -12956 -12957 -12958 -12959 -12960 -12961 -12962 -12963 -12964 -12965 -12966 -12967 -12968 -12969 -12970 -12971 -12972 -12973 -12974 -12975 -12976 -12977 -12978 -12979 -12980 -12981 -12982 -12983 -12984 -12985 -12986 -12987 -12988 -12989 -12990 -12991 -12992 -12993 -12994 -12995 -12996 -12997 -12998 -12999 -13000 -13001 -13002 -13003 -13004 -13005 -13006 -13007 -13008 -13009 -13010 -13011 -13012 -13013 -13014 -13015 -13016 -13017 -13018 -13019 -13020 -13021 -13022 -13023 -13024 -13025 -13026 -13027 -13028 -13029 -13030 -13031 -13032 -13033 -13034 -13035 -13036 -13037 -13038 -13039 -13040 -13041 -13042 -13043 -13044 -13045 -13046 -13047 -13048 -13049 -13050 -13051 -13052 -13053 -13054 -13055 -13056 -13057 -13058 -13059 -13060 -13061 -13062 -13063 -13064 -13065 -13066 -13067 -13068 -13069 -13070 -13071 -13072 -13073 -13074 -13075 -13076 -13077 -13078 -13079 -13080 -13081 -13082 -13083 -13084 -13085 -13086 -13087 -13088 -13089 -13090 -13091 -13092 -13093 -13094 -13095 -13096 -13097 -13098 -13099 -13100 -13101 -13102 -13103 -13104 -13105 -13106 -13107 -13108 -13109 -13110 -13111 -13112 -13113 -13114 -13115 -13116 -13117 -13118 -13119 -13120 -13121 -13122 -13123 -13124 -13125 -13126 -13127 -13128 -13129 -13130 -13131 -13132 -13133 -13134 -13135 -13136 -13137 -13138 -13139 -13140 -13141 -13142 -13143 -13144 -13145 -13146 -13147 -13148 -13149 -13150 -13151 -13152 -13153 -13154 -13155 -13156 -13157 -13158 -13159 -13160 -13161 -13162 -13163 -13164 -13165 -13166 -13167 -13168 -13169 -13170 -13171 -13172 -13173 -13174 -13175 -13176 -13177 -13178 -13179 -13180 -13181 -13182 -13183 -13184 -13185 -13186 -13187 -13188 -13189 -13190 -13191 -13192 -13193 -13194 -13195 -13196 -13197 -13198 -13199 -13200 -13201 -13202 -13203 -13204 -13205 -13206 -13207 -13208 -13209 -13210 -13211 -13212 -13213 -13214 -13215 -13216 -13217 3218 -13219 -13220 -13221
Fix? yes

Free blocks count wrong for group #1 (0, counted=1884).
Fix? yes

Free blocks count wrong (4498, counted=6382).
Fix? yes

Inode bitmap differences: -2107
Fix? yes

Free inodes count wrong for group #1 (1274, counted=1275).
Fix? yes

Free inodes count wrong (2582, counted=2583).
Fix? yes


/dev/hda5: ***** FILE SYSTEM WAS MODIFIED *****
/dev/hda5: 1513/4096 files (0.5% non-contiguous), 10002/16384 blocks
empeg:/# fsck -fay /
Parallelizing fsck version 1.19 (13-Jul-2000)
e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda5 is mounted.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/hda5: 1513/4096 files (0.5% non-contiguous), 10002/16384 blocks
empeg:/# fsck -fay /dev/hda4
Parallelizing fsck version 1.19 (13-Jul-2000)
e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda4 is mounted.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/hda4: 18576/762368 files (13.3% non-contiguous), 59562302/97578810 blocks
empeg:/#
empeg:/# fsck -fay /dev/hdc4
Parallelizing fsck version 1.19 (13-Jul-2000)
e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hdc4 is mounted.
fsck.ext2: Device not configured while trying to open /dev/hdc4
Possibly non-existent or swap device?
empeg:/# swapoff /swapfile
empeg:/# sync
empeg:/#

__________________________________________

Unplugged the empeg, and reapplied power. The player rebuilt the database. Here's the output on the com port:

___________________________________________

empeg-car bootstrap v1.02 20001106 (hugo@empeg.com)
If there is anyone present who wants to upgrade the flash, let them speak now,
or forever hold their peace...it seems not. Let fly the Penguins of Linux!

e000 v1.04
Copying kernel...
Calling linux kernel...
Uncompressing Linux..................................... done, booting the kernel.
Linux version 2.2.17-rmk5-np17-empeg52-hijack-v431 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Tue May 24 19:50:51 EDT 2005
Processor: Intel StrongARM-1100 revision 11
Checking for extra DRAM:
c1000000: wrote ffffffff, read e91ba9f0
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 40103216) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15008k/16M available (984k code, 20k reserved, 368k data, 4k init)
Dentry hash table entries: 2048 (order 2, 16k)
Buffer cache hash table entries: 16384 (order 4, 64k)
Page cache hash table entries: 4096 (order 2, 16k)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
TCP: Hash tables configured (ehash 16384 bhash 16384)
IrDA (tm) Protocols for Linux-2.2 (Dag Brattli)
Starting kswapd v 1.5
SA1100 serial driver version 4.27 with no serial options enabled
ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART
ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART
ttyS02 at 0xf8030000 (irq = 16) is a SA1100 UART
Signature is 67706d65 'empg'
Found custom animation at offset 0x98b7c
Tuner: loopback=0, ID=-1
Scheduling custom logo.
empeg display initialised.
empeg dsp audio initialised
empeg dsp mixer initialised
empeg dsp initialised
empeg audio-in initialised, CS4231A revision a0
empeg remote control/panel button initialised.
empeg usb initialised, PDIUSBD12 id 1012
empeg state support initialised 0089/88c1 (save to d0004c00).
empeg RDS driver initialised
empeg power-pic driver initialised (first boot)
RAM disk driver initialized: 16 RAM disks of 4096K size
empeg single channel IDE
Probing primary interface...
hda: FUJITSU MHU2100AT, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: FUJITSU MHU2100AT, 95396MB w/8192kB Cache, CHS=12161/255/63
empeg-flash driver initialized
smc chip id/revision 0x3349
smc9194.c:v0.12 03/06/96 by Erik Stahlman (erik@vt.edu)

SMC9194: SMC91C94(r:9) at 0x4008000 IRQ:7 INTF:TP MEM:6144b MAC 00:02:d7:28:0c:90
Partition check:
hda: hda1 < hda5 hda6 > hda2 hda3 hda4
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 320 blocks [1 disk] into ram disk... done.
VFS: Mounted root (ext2 filesystem).
empeg-pump v0.03 (19980601)
Press Ctrl-A to enter pump...VFS: Mounted root (ext2 filesystem) readonly.
change_root: old root has d_count=1
Trying to unmount old root ... okay
Freeing unused kernel memory: 4k initempeg init 0.8
I see this is a developer image!
Mounting proc
Mounting first music partition
Tried to mount /dev/hda4 as reiserfs but got error 19
Mounting second music partition
Tried to mount /dev/hdc4 but got error 6
Error mounting partitions (possibly already mounted)
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Press 'q' now to go into development mode. You Have Zero Seconds To Comply.þStarting player
Timezone: MET
Hijack: intercepting config.ini

hijack: removed menu entry: "Serial Port Assignment"
khttpd: listening on port 80
kftpd: listening on port 21
Using non-standard cache size 90 (adjustment 10)
player.cpp : 564:empeg-car 3.00-alpha7 2004/02/13.
! tags.cpp : 61:Failed to open tags (0xc0041002).
q
q
^A
Prolux 4 empeg car - 2.1490 Feb 13 2004
Vcb: 0x40693000

___________________________________

Since I could not get to the shell by pressing q, I pressed Q in the player:

___________________________________


player(19): user memory violation at pc=0x00000000, lr=0x020c76e8 (bad address=0x00000000, code 2)
pc : [<00000000>] lr : [<020c76e8>]
sp : be9ffc70 ip : 02195080 fp : be9ffc84
r10: 00000000 r9 : be9ffca8 r8 : 405d36cc
r7 : c004100e r6 : be9ffca8 r5 : 405d3568 r4 : be9ffcb4
r3 : 405d37fc r2 : 0000000c r1 : be9ffc70 r0 : 405d37fc
Flags: nzCv IRQs on FIQs on Mode USER_32 Segment user
Control: C0F3D17D Table: C0F3D17D DAC: 00000015
Function entered at [<020c7698>] from [<02017d3c>]
r4 = 00000000
Function entered at [<02017a00>] from [<020e68d8>]
r10 = 020E6804 r9 = 405D35BC r8 = 00002009 r7 = 00000080
r6 = 00000009 r5 = BE9FFD38 r4 = 405D35BC
Function entered at [<020e68a0>] from [<020bdbfc>]
r5 = 021D85A0 r4 = 405D3568
Function entered at [<020bdbd0>] from [<020e6890>]
r4 = 405D35BC
Function entered at [<020e6804>] from [<021208f8>]
r5 = 405D35D4 r4 = BE9FFE40
Function entered at [<02120830>] from [<021571cc>]
r4 = 00000000
Function entered at [<02155940>] from [<02120674>]
r8 = 021E70A4 r7 = 021E7090 r6 = 020E6804 r5 = 00000005
r4 = 00000001
Function entered at [<021205c4>] from [<021571cc>]
r5 = 00000000 r4 = 00000000
Function entered at [<fffffff4>] from [<bffffbc0>]
Function entered at [<0220a13c>] from [<00000019>]
Restored terminal settings
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Abnormal player termination
Player received signal 11
Starting player
Timezone: MET
Hijack: intercepting config.ini

Using non-standard cache size 90 (adjustment 10)
player.cpp : 564:empeg-car 3.00-alpha7 2004/02/13.
! tags.cpp : 61:Failed to open tags (0xc0041002).


Restored terminal settings
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Abnormal player termination
Player received SIGINT, user interruption
Switching to shell-player loop
Starting bash.

_____________________________________

Here I decided to proceed with

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

which I read about in the FAQ.
______________________________________

empeg:/empeg/bin#
empeg:/empeg/bin#
empeg:/empeg/bin# ro
empeg:/empeg/bin# rom
empeg:/empeg/bin# fsck.ext2 -fay -b 32768 /dev/hda4
e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda4 is mounted.
fsck.ext2: Bad magic number in super-block while trying to open /dev/hda4

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

empeg:/empeg/bin#

_________________________________________

Recycled power, and it rebuilt the database again.

I started Jemplode. It rebouilt the database. Then it complained I had no fid n. 2.
I could then upload a number of tunes without any problem. However, from the serial port output, I got this:

_____________

e2fsck 1.19, 13-Jul-2000 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda4 is mounted.
ksock_rw(recv): error: -32
kftpd: ksock_rw() failed, rc=-32
ksock_rw(recv): error: -32
kftpd: ksock_rw() failed, rc=-32
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc0d0
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc0f0
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc100
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc110
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc120
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc130
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc140
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc150
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc160
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc170
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc180
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc190
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc1a0
! playlist_common.cpp: 773:Failed to get FID info for FID 0xc1b0
Restarting system.

___________________

Still, on the UI of jemplode all seemed ok.

Then, I tried to uploade more tunes, and the first playlist stopped at 20%, as I coul read in jemplode. Now, it is there, sopped. I am trying to wait until I get some error. I will have to go through the entire file system check again. I think there is some problem with alpha7/ethernet.... I don't think it is cabling, since this happened with different cables in different locations.

I'll try that, Roger. Thanks.

For the record, after getting those errors on fsck -fay / , I fsck -fay / again an no errors showed. I suppose they were fixed?

Isn't there a version 2.10 of emplode that is supposed to be used with 3.0 alpha, not 2.0?

Stig

I've had similar problems with my units running v3alphas. Switching between emplode 2.0. emplode 2.1, and jemplode seemed to be part of the events leading up to it. Now I stick just with jemplode 69.0...1 and the biggest issue is that sometimes it stalls at the 20% point of the first update.

--Nathan

I just re-applied the Alpha7 on my empeg, and at the end I got this error:

Error "Could'nt Find Pump" occurred during stage 0x20 .

Wha does this mean?


However, my empeg seems to be working fine, and all playlists are there.

Re-applied. This time with no errors.

Ok, I decided to run smartctl following a FAQ. here is teh result:

_____________________________

empeg:/drive0/var# ./smartctl -s on /dev/hda
smartctl version 5.33 [arm-empeg-linux-gnu] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

empeg:/drive0/var# ./smartctl -l error /dev/hda
smartctl version 5.33 [arm-empeg-linux-gnu] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Error Log Version: 1
Warning: ATA error count 0 inconsistent with error log pointer 1

ATA Error Count: 0
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 0 occurred at disk power-on lifetime: 1 hours (0 days + 1 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 59 02 cf 2f 03 e0 Error: UNC at LBA = 0x00032fcf = 208847

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
20 00 02 cf 2f 03 e0 00 6d+09:12:50.107 READ SECTOR(S)
20 00 02 8c 00 00 e0 00 6d+09:12:50.100 READ SECTOR(S)
20 00 28 6c 48 00 e0 00 6d+09:12:50.086 READ SECTOR(S)
20 00 10 5a 48 00 e0 00 6d+09:12:50.083 READ SECTOR(S)
20 00 34 94 48 00 e0 00 6d+09:12:50.071 READ SECTOR(S)

Error -1 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
00 00 03 11 00 00 00

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
cf 1d 00 00 00 40 02 52 40d+04:43:35.599 [RESERVED]
cf 1d 00 00 00 00 02 51 40d+04:43:35.599 [RESERVED]
8c 1d 00 00 00 00 02 4f 27d+04:29:01.312 [VENDOR SPECIFIC]
3e 1d 00 00 00 00 02 4e 12d+00:58:38.465 WRITE DMA QUEUED FUA EXT
96 1d 00 00 00 00 02 41 29d+03:05:13.536 STANDBY [RET-4]

Error -2 occurred at disk power-on lifetime: 89 hours (3 days + 17 hours)
When the command that caused the error occurred, the device was in a vendor specific state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
59 00 00 00 03 11 00 at LBA = 0x00110300 = 1114880

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
40 c4 52 1d 00 00 00 e0 12d+10:16:34.818 READ VERIFY SECTOR(S)
00 c4 51 1d 00 00 00 e0 00:00:52.994 NOP [Reserved subcommand]
00 c4 4f 1d 00 00 00 e0 00:00:35.842 NOP [Reserved subcommand]
00 c4 4e 1d 00 00 00 e0 00:00:15.874 NOP [Reserved subcommand]
00 c4 40 1d 00 00 00 e0 00:00:38.402 NOP [Reserved subcommand]

Error -3 occurred at disk power-on lifetime: 3074 hours (128 days + 2 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
03 11 e0 59 00 00 03 Error:

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
00 03 e0 c4 ac 1f 00 2f 00:00:16.384 NOP [Reserved subcommand]
00 00 e0 c4 ab 1f 00 00 00:00:00.000 NOP [Abort queued commands]
00 00 e0 c4 a9 1f 00 01 00:00:00.000 NOP [Abort queued commands]
00 00 e0 c4 a8 1f 00 40 00:00:00.000 NOP [Abort queued commands]
00 00 e0 c4 9b 1f 00 59 00:00:00.000 NOP [Abort queued commands]

Error -4 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
cf 00 2f 03 e0 59 00

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
27 cf 2f 03 e0 c4 f4 02 7d+18:11:42.208 READ NATIVE MAX ADDRESS EXT
27 8c 00 00 e0 c4 f3 02 7d+18:10:36.672 READ NATIVE MAX ADDRESS EXT
27 3e 01 00 e0 c4 f1 02 7d+18:08:25.600 READ NATIVE MAX ADDRESS EXT
27 96 40 00 e0 c4 f0 02 7d+18:07:20.064 READ NATIVE MAX ADDRESS EXT
27 0c 59 00 e0 c4 e9 02 7d+17:59:41.312 READ NATIVE MAX ADDRESS EXT



empeg:/drive0/var#
empeg:/drive0/var# ./smartctl -t short /dev/hda
smartctl version 5.33 [arm-empeg-linux-gnu] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Short self-test routine immediately in off-line mode".
Drive command "Execute SMART Short self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 2 minutes for test to complete.
Test will complete after Wed Jul 6 21:54:08 2005

Use smartctl -X to abort test.
empeg:/drive0/var# ./smartctl -l selftest /dev/hda
smartctl version 5.33 [arm-empeg-linux-gnu] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 174 -

empeg:/drive0/var# ./smartctl -l error /dev/hda
smartctl version 5.33 [arm-empeg-linux-gnu] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Error Log Version: 1
Warning: ATA error count 0 inconsistent with error log pointer 1

ATA Error Count: 0
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 0 occurred at disk power-on lifetime: 1 hours (0 days + 1 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 59 02 cf 2f 03 e0 Error: UNC at LBA = 0x00032fcf = 208847

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
20 00 02 cf 2f 03 e0 00 6d+09:12:50.107 READ SECTOR(S)
20 00 02 8c 00 00 e0 00 6d+09:12:50.100 READ SECTOR(S)
20 00 28 6c 48 00 e0 00 6d+09:12:50.086 READ SECTOR(S)
20 00 10 5a 48 00 e0 00 6d+09:12:50.083 READ SECTOR(S)
20 00 34 94 48 00 e0 00 6d+09:12:50.071 READ SECTOR(S)

Error -1 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
00 00 03 11 00 00 00

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
cf 1d 00 00 00 40 02 52 40d+04:43:35.599 [RESERVED]
cf 1d 00 00 00 00 02 51 40d+04:43:35.599 [RESERVED]
8c 1d 00 00 00 00 02 4f 27d+04:29:01.312 [VENDOR SPECIFIC]
3e 1d 00 00 00 00 02 4e 12d+00:58:38.465 WRITE DMA QUEUED FUA EXT
96 1d 00 00 00 00 02 41 29d+03:05:13.536 STANDBY [RET-4]

Error -2 occurred at disk power-on lifetime: 89 hours (3 days + 17 hours)
When the command that caused the error occurred, the device was in a vendor specific state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
59 00 00 00 03 11 00 at LBA = 0x00110300 = 1114880

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
40 c4 52 1d 00 00 00 e0 12d+10:16:34.818 READ VERIFY SECTOR(S)
00 c4 51 1d 00 00 00 e0 00:00:52.994 NOP [Reserved subcommand]
00 c4 4f 1d 00 00 00 e0 00:00:35.842 NOP [Reserved subcommand]
00 c4 4e 1d 00 00 00 e0 00:00:15.874 NOP [Reserved subcommand]
00 c4 40 1d 00 00 00 e0 00:00:38.402 NOP [Reserved subcommand]

Error -3 occurred at disk power-on lifetime: 3074 hours (128 days + 2 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
03 11 e0 59 00 00 03 Error:

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
00 03 e0 c4 ac 1f 00 2f 00:00:16.384 NOP [Reserved subcommand]
00 00 e0 c4 ab 1f 00 00 00:00:00.000 NOP [Abort queued commands]
00 00 e0 c4 a9 1f 00 01 00:00:00.000 NOP [Abort queued commands]
00 00 e0 c4 a8 1f 00 40 00:00:00.000 NOP [Abort queued commands]
00 00 e0 c4 9b 1f 00 59 00:00:00.000 NOP [Abort queued commands]

Error -4 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
cf 00 2f 03 e0 59 00

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
27 cf 2f 03 e0 c4 f4 02 7d+18:11:42.208 READ NATIVE MAX ADDRESS EXT
27 8c 00 00 e0 c4 f3 02 7d+18:10:36.672 READ NATIVE MAX ADDRESS EXT
27 3e 01 00 e0 c4 f1 02 7d+18:08:25.600 READ NATIVE MAX ADDRESS EXT
27 96 40 00 e0 c4 f0 02 7d+18:07:20.064 READ NATIVE MAX ADDRESS EXT
27 0c 59 00 e0 c4 e9 02 7d+17:59:41.312 READ NATIVE MAX ADDRESS EXT
______________________________

I am now performing a loooong test.

However, how worried should I be?

The long selftest will tell all.

The older error logs indicate one bad sector at around the 100MB mark on the disk. The other messages are less clear, but it does seem that this drive has been used in another computer (other than the Empeg) at some point.

Cheers

... and here is the long test result

_____________________________

empeg:/drive0/var#
empeg:/drive0/var#
empeg:/drive0/var#
empeg:/drive0/var#
empeg:/drive0/var# ./smartctl -l selftest /dev/hda
smartctl version 5.33 [arm-empeg-linux-gnu] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 175 -
# 2 Short offline Completed without error 00% 174 -

empeg:/drive0/var# ./smartctl -l error /dev/hda
smartctl version 5.33 [arm-empeg-linux-gnu] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Error Log Version: 1
Warning: ATA error count 0 inconsistent with error log pointer 1

ATA Error Count: 0
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 0 occurred at disk power-on lifetime: 1 hours (0 days + 1 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
40 59 02 cf 2f 03 e0 Error: UNC at LBA = 0x00032fcf = 208847

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
20 00 02 cf 2f 03 e0 00 6d+09:12:50.107 READ SECTOR(S)
20 00 02 8c 00 00 e0 00 6d+09:12:50.100 READ SECTOR(S)
20 00 28 6c 48 00 e0 00 6d+09:12:50.086 READ SECTOR(S)
20 00 10 5a 48 00 e0 00 6d+09:12:50.083 READ SECTOR(S)
20 00 34 94 48 00 e0 00 6d+09:12:50.071 READ SECTOR(S)

Error -1 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
00 00 03 11 00 00 00

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
cf 1d 00 00 00 40 02 52 40d+04:43:35.599 [RESERVED]
cf 1d 00 00 00 00 02 51 40d+04:43:35.599 [RESERVED]
8c 1d 00 00 00 00 02 4f 27d+04:29:01.312 [VENDOR SPECIFIC]
3e 1d 00 00 00 00 02 4e 12d+00:58:38.465 WRITE DMA QUEUED FUA EXT
96 1d 00 00 00 00 02 41 29d+03:05:13.536 STANDBY [RET-4]

Error -2 occurred at disk power-on lifetime: 89 hours (3 days + 17 hours)
When the command that caused the error occurred, the device was in a vendor specific state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
59 00 00 00 03 11 00 at LBA = 0x00110300 = 1114880

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
40 c4 52 1d 00 00 00 e0 12d+10:16:34.818 READ VERIFY SECTOR(S)
00 c4 51 1d 00 00 00 e0 00:00:52.994 NOP [Reserved subcommand]
00 c4 4f 1d 00 00 00 e0 00:00:35.842 NOP [Reserved subcommand]
00 c4 4e 1d 00 00 00 e0 00:00:15.874 NOP [Reserved subcommand]
00 c4 40 1d 00 00 00 e0 00:00:38.402 NOP [Reserved subcommand]

Error -3 occurred at disk power-on lifetime: 3074 hours (128 days + 2 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
03 11 e0 59 00 00 03 Error:

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
00 03 e0 c4 ac 1f 00 2f 00:00:16.384 NOP [Reserved subcommand]
00 00 e0 c4 ab 1f 00 00 00:00:00.000 NOP [Abort queued commands]
00 00 e0 c4 a9 1f 00 01 00:00:00.000 NOP [Abort queued commands]
00 00 e0 c4 a8 1f 00 40 00:00:00.000 NOP [Abort queued commands]
00 00 e0 c4 9b 1f 00 59 00:00:00.000 NOP [Abort queued commands]

Error -4 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was in an unknown state.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
cf 00 2f 03 e0 59 00

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
27 cf 2f 03 e0 c4 f4 02 7d+18:11:42.208 READ NATIVE MAX ADDRESS EXT
27 8c 00 00 e0 c4 f3 02 7d+18:10:36.672 READ NATIVE MAX ADDRESS EXT
27 3e 01 00 e0 c4 f1 02 7d+18:08:25.600 READ NATIVE MAX ADDRESS EXT
27 96 40 00 e0 c4 f0 02 7d+18:07:20.064 READ NATIVE MAX ADDRESS EXT
27 0c 59 00 e0 c4 e9 02 7d+17:59:41.312 READ NATIVE MAX ADDRESS EXT

empeg:/drive0/var#

_________________________________________


And, since I am here, a big hello to all the partcipants to the empeg meet 2005. I am there with my hearth Have a great time for all of us "here", as well!

looks healthy.

Mark, that is comforting.
As to the fact it was used somewhere else, that is instead a surprise. I bought it as new few months ago. And, I would have been happier without the bad sector.
Well, as long as it works well and for long time on my empeg, and the bad sectors don't increase in number, I'm happy enough.

Thank you!