I get this message during bootup and was wondering how to get rid of it:

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

I've followed the instructions HERE for "unchecked fs" & " mount count reached" and the fsck did correct some errors, but my player still can't rebuild it's own database properly. Does my error message mean something else maybe?

No I haven't, but I did use WsFTP to "delete" the database, playlists and tags and then let the player rebuild them on it's own, followed by a sync in Emplode. Wouldn't that be the same thing?

I'm running fsck again and here's what has happened so far:

empeg:/empeg/bin# ro
empeg:/empeg/bin# umount /dev/hda4
empeg:/empeg/bin# umount /dev/hdc4
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)
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
fsck -fay /dev/hdc4
swapoff /swapfile
sync
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -32586791 -32590110 -32590111 -32590112 -32590113 -32
590114 -32590115 -32590116 -32590117 -32590118 -32590119 -32590120 -32590121 -32
590122 -32590123 -32590124 -32590125 -32590126 -32590127 -32590128 -34926723 -34
926724 -34926725 -34926726 -34926727 -34926728 -34926729 -34926730 -34926731 -34
926732 -34926733 -34926734 -34926735 -34926736 -34926737 -34926738 -34926739 -34
926740 -34926741 -34926742 -34926743 -34926744 -34926745 -34926746 -34926747 -34
926748 -34926749 -34926750 -34926751 -34926752 -34926753 -34926754 -34926755 -34
926756 -34926757 -34926758 -34926759 -34926760 -34926761 -34926762 -34926763 -34
926764 -34926765 -34926766 -34926767 -34926768 -34926769 -34926770 -34926771 -34
926772 -34926773 -34926774 -34926775 -34926776 -34926777 -34926778 -34926779 -34
926780 -34926781 -34926782 -34926783 -34926784 -34926785 -34926786 -34926787 -34
926788 -34926789 -34926790 -34926791 -34926792 -34926793 -34926794 -34926795 -34
926796 -34926797 -34926798 -34926799 -34926800 -34926801 -34926802 -34926803
Fix? yes

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

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

Free blocks count wrong for group #4263 (3783, counted=3864).
Fix? yes

Free blocks count wrong (42904651, counted=42904752).
Fix? yes

Inode bitmap differences: -16578
Fix? yes

Free inodes count wrong for group #259 (59, counted=60).
Fix? yes

Free inodes count wrong (593288, counted=593289).
Fix? yes


/dev/hda4: ***** FILE SYSTEM WAS MODIFIED *****
/dev/hda4: 16439/609728 files (24.9% non-contiguous), 35139018/78043770 blocks

fsck of the second drive looked like this:

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.
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/hdc4: 30997/609728 files (25.0% non-contiguous), 77809944/78043770 blocks
empeg:/empeg/bin# swapoff /swapfile
empeg:/empeg/bin# sync
empeg:/empeg/bin#

But in the next reboot, I still got the same error message:

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 kerne
l.
Linux version 2.2.17-rmk5-np17-empeg52-hijack-v417 (hijack@rtr.ca) (gcc version
2.95.3 20010315 (release)) #2 Sat Jan 15 19:12:21 EST 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 40103915) 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 206f6972 'rio '
Found custom animation at offset 0x98378
Tuner: loopback=0, ID=-1
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 d0004e80).
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: IC25N080ATMR04-0, ATA DISK drive
hdb: IC25N080ATMR04-0, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: IC25N080ATMR04-0, 76319MB w/7884kB Cache, CHS=9729/255/63
hdb: IC25N080ATMR04-0, 76319MB w/7884kB Cache, CHS=9729/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:0f:4
b
Partition check:
hda: hda1 < hda5 hda6 > hda2 hda3 hda4
hdb: hdb1 < hdb5 hdb6 > hdb2 hdb3 hdb4
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
Remounting first music partition read-only
Remounting second music partition read-only
Press 'q' now to go into development mode. You Have Zero Seconds To Comply...
Starting player
Timezone: Atlantic/South_Georgia
Hijack: intercepting config.ini

hijack: removed menu entry: "Hard Disk Detection"
hijack: removed menu entry: "Serial Port Assignment"
khttpd: listening on port 80
kftpd: listening on port 21
player.cpp : 385:empeg-car 2.00 2003/04/01.
Prolux 4 empeg car - 2.1434 Mar 26 2003
Vcb: 0x4086d000

Wait, what part are you telling me is an error message? The checktime thing is not an error message, I don't think. My concern is the fact that you can't rebuild your database. That's a more serious issue.

Ok, I fsck'd AND did a manual rebuild of the database. playlists & tags as described here. My player still didn't build the database & playlists correctly? The playlist structure is in total chaos! I don't get it... why can't this player rebuild it's own playlist's right? Help please

Oh yeah... I also re-flashed the kernal with 2.0 developer and re-flashed with Hijack, still doesn't work right.

Yeah, I understand this, but my player is an EXACT COPY of one of my other players, and that player works fine!!!

I removed everything from the problem player by doing a disk builder on it (both drive0 & drive1), then FTP'd the entire contents of drive0/fids & drive1/fids from my "Good" player onto it. Shouldn't that make them identical?

FWIW, here's a copy of an fsck I did on the Good player a day or so ago when I started messing with the problem player:

Starting bash.
empeg:/empeg/bin# ro
empeg:/empeg/bin# umount /dev/hda4
empeg:/empeg/bin# umount /dev/hdc4
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: 1514/4096 files (0.5% non-contiguous), 9457/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
fsck -fay /dev/hdc4
swapoff /swapfile
sync
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/hda4: 16233/609728 files (24.2% non-contiguous), 34552704/78043770 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.
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/hdc4: 30993/609728 files (25.8% non-contiguous), 77809903/78043770 blocks
empeg:/empeg/bin# swapoff /swapfile
empeg:/empeg/bin# sync
empeg:/empeg/bin# exit
logout
Shell exit

As you can see, it found no problems like I had with my other player.

Quote:
What sort of brokenness are we talking about here? Extra FIDs in playlists? FIDs missing? Nonsense fids (e.g. not multiple of 16)? Are both players the same software version?

I'm talking about FIDs with 0 (zero) refs, which I should have none of. I'm talking about when I find those FIDs and copy them to paste them into the playlist they belong to, I find additional FIDs in those playlists that don't belong there in the first place.

For example: I open my player in Emplode and it opens with a warning that the lenght of playlist XXX does not match what it should have been, at this point I know I have a problem. I click the "All Tracks" selection and see that all the songs belonging to the CD Social Distortion - Somewhere Between Heaven & Hell have zero refs. I copy these songs from the All Tracks window and proceed to paste them where they SHOULD HAVE BEEN. The playlist folder for that CD still exists so I open it to paste the songs and find that there are random songs from Bad Religion are in there. I paste the Social D stuff and copy the Bad Religion stuff to go put it where it goes and find things in the Bad Religion folder that aren't supposed to be there. This basically goes on and on until I too frustrated by the mess to continue the reconstruction.

Additionally, both players are 2.0 final with hijack v417

No Peter, I've been having trouble with this player for a while now. I've done this copy & replace thing many times... before & after doing an fsck. The recent fsck was just another effort to see if I could "fix" the issue.

Since the fsck I posted I have not re-blanked and re-copied.

My copying process is fairly simple:

I put Hijack on the player and then contact the player via WsFTP. I mount the drives RW by sending a site command. Then I open the drive0 fid's directory on the PC and the Empeg and select all the FIDs on the PC. I double check to make sure it's set to transfer the files in binary and then hit transfer. When it finishes, I do the same for drive1 (Normally this process takes about 3 days, it's a little over 110gb). Then I delete the drive0/var/database, playlists & tags. Mount the player RO and exit WsFTP. Reboot the player and let it do it's thing then sync in Emplode. Done

At this point, the problem player messes up the playlists, so I connect with WsFTP again, mount RW, delete drive0/var/palylists, database & tags and send over a copy of drive0/var/palylists, database & tags from my good player, then mount RO again and everything is happy!!!