My empeg suddenly won't sync.... I've read the faq and a lot of the threads that seem similar to my problem are way over my head usally involving linux.

I have a MKIIa with a 80 gb hard drive. It seems to work fine other than the sync problem. When I try to sync, emplode finds my player and begins to check media. It takes a long time to begin to show any progress. When it does it moves pretty quickly. Emplode then says that its remounting the drives... but while it does this the player reboots and then Emplode dies. The error reads:
EMPLODE caused an invalid page fault in
module EMPLODE.EXE at 017f:0045af70.
Registers:
EAX=00000000 CS=017f EIP=0045af70 EFLGS=00010246
EBX=00000000 SS=0187 ESP=0074ed8c EBP=00000000
ECX=00000000 DS=0187 ESI=008787f0 FS=62f7
EDX=00878700 ES=0187 EDI=008783c0 GS=0000
Bytes at CS:EIP:
8b 41 08 85 c0 75 03 88 41 46 40 89 41 08 c3 90
Stack dump:
0045e4aa 008783c0 008783c0 00000000 008787f0 0074edd0 004aa57b 00000000 00443567 00000000 00000000 008783c0 00878860 00000000 00000001 008783c0

I've opened the player and tried the connections and switched the ide cable end from first to second place with the same results.

Any help?

The boot log looks like this...


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-v320 (root@cushman) (gcc version 2
.95.3 20010315 (release)) #1 Mon Mar 10 06:11:37 EST 2003
Processor: Intel StrongARM-1100 revision 11
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 10101450)
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15024k/16M available (972k 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'
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 d0005600).
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
ide0 at 0x000-0x007,0x038 on irq 6
hda: 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:22:05:a
a
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 init
empeg-preinit starting...
mount: /programs0: No such file or directory
Using /etc/preinit.d as startup script directory
empeg-preinit complete
empeg 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

hijack_exec("/bin/bash -c "/usr/local/bin/start_empire 10 &""), rc=0 (okay)
khttpd: listening on port 80
kftpd: listening on port 21
start_empire: sleeping for 10 seconds...
player.cpp : 385:empeg-car 2.00 2003/04/01.
! tags.cpp : 61:Failed to open tags (0xc0041002).
start_empire: Starting Empire...
IrDA: Registered device irda0
irlap_driver_rcv(), Unknown frame ef received!
Prolux 4 empeg car - 2.1434 Mar 26 2003
Vcb: 0x4086d000

Ow.

Have you tried doing a disk check (FSCK) by hand? That might fix the problem.

Hmmm... In all my time playing with the 80s, I have never had the player do a disk check during sync. Most of the music I have is already on the player, and I am in shell often enough that I do the checks there. I never tested this bit... I wonder if the emplode disk check itself is sick... Hmm... Time to test...

Greetings!

Interesting. I am doing some testing now...

Running Windows 2000 Server (I am in the office), I connected to the player with hyperterminal. I verified that my disks were in good shape, not needing a sync. I then did a "rw" command and pulled the power. I plugged it back in, and verified that the root partition needed an fsck.

I went into emplode, turned on logging, connected to the player over fixed IP ethernet. I made a small change to the configuration of the player and performed a sync.

Interestingly, the dirty partition check / media check only happens for dirty music partitions, not for the root partition!!! I think this is a bug!

So, after the sync completed, I exited emplode, deleted the log file, hyperterminal connected in. The root partition was still dirty. I did an "rw" and an "rwm", did a "sync" (I like my data, thank you...) and pulled the power. Went into emplode, with logging on, made a configuration change and did a sync.

This time, it is checking the hard drives with a full fsck. More to follow as the check happens - from command line experience, it takes about 50 minutes per drive. I am capturing a log, so if something does blow up, I can post / send to someone.

Edit: Actually, sitting here watching the indicator not move across the screen, I remember that I did do a full sync with disk check on the 80s before. That was right after the rebuild on the primary unit. But this is still a good test anyway. You may want to try getting a log of your sync - it might help troubleshoot, but try the manual fsck also.

Nope. Clean resync. You may want to try doing it manually, just to check.

OK.. I can't get to riocar.org for some reason... Can someone give me a quick manual fsck tutorial?

Greetings!

The FAQ is back up, but here are the basic commands. If you have a single disk player, do not uncomment the commands for the second drive. If you run into any trouble, let me know.

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

(reboot at this point)

Mwest, did you add any third-party programs to the player? Do they run in AC mode, or have they been set to @DC? That could have been the root cause of the problem.

Not recently...

Ok I did what Paul suggested and I'm getting the same problem... Here's what I did and the boot logo for right after I did it.

Switching to shell-player loop
Starting bash.
empeg:/empeg/bin# ro
empeg:/empeg/bin# unmount /dev/hda4
bash: unmount: command not found
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
Duplicate blocks found... invoking duplicate block passes.
Pass 1B: Rescan for duplicate/bad blocks
Duplicate/bad block(s) in inode 5286: 11137102 11137103 11137104 11137105 111371
06 11137107 11137108 11137109 11137110 11137111 11137112 11137113 11137114
Duplicate/bad block(s) in inode 5288: 11137102
Duplicate/bad block(s) in inode 5290: 11137103
Duplicate/bad block(s) in inode 5292: 11137104
Duplicate/bad block(s) in inode 5294: 11137105
Duplicate/bad block(s) in inode 5296: 11137106
Duplicate/bad block(s) in inode 5298: 11137107
Duplicate/bad block(s) in inode 5300: 11137108
Duplicate/bad block(s) in inode 5301: 11137109 11137110 11137111 11137112 111371
13 11137114
Pass 1C: Scan directories for inodes with dup blocks.
Pass 1D: Reconciling duplicate blocks
no room for private writable mapping
error: -12
fsck.ext2: Memory allocation failed while retrying to read bitmaps for /dev/hda4

empeg:/empeg/bin# #fsck -fay /dev/hdc4
empeg:/empeg/bin# swapoff/swapfile
bash: swapoff/swapfile: No such file or directory
empeg:/empeg/bin# swapoff /swapfile
empeg:/empeg/bin# sync
empeg:/empeg/bin#
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.14-rmk5-np17-empeg52 (rob@aphex) (gcc version 2.95.3 20010315
(release)) #11 Tue Apr 1 18:49:59 BST 2003
Processor: Intel StrongARM-1100 revision 11
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 10101450)
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15024k/16M available (964k code, 20k reserved, 372k 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)
Linux-IrDA: IrCOMM protocol ( revision:Tue May 18 03:11:39 1999 )
ircomm_tty: virtual tty driver for IrCOMM ( revision:Wed May 26 00:49:11 1999 )
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'
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 d0005b00).
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
hda: IC25N080ATMR04-0, ATA DISK drive
hda: IC25N080ATMR04-0, ATA DISK drive
hda: IC25N080ATMR04-0, ATA DISK drive
hda: IC25N080ATMR04-0, ATA DISK drive
hda: IC25N080ATMR04-0, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: 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:22:05:a
a
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
player.cpp : 385:empeg-car 2.00 2003/04/01.
! tags.cpp : 61:Failed to open tags (0xc0041002).
Prolux 4 empeg car - 2.1434 Mar 26 2003
Vcb: 0x4086d000
serial_notify_thread.cpp: 116:@@ N167
serial_notify_thread.cpp: 117:@@ F0x45a0
serial_notify_thread.cpp: 118:@@ TLinger
serial_notify_thread.cpp: 119:@@ ACranberries
serial_notify_thread.cpp: 120:@@ GRock
serial_notify_thread.cpp: 116:@@ N167
serial_notify_thread.cpp: 117:@@ F0x45a0
serial_notify_thread.cpp: 118:@@ TLinger
serial_notify_thread.cpp: 119:@@ ACranberries
serial_notify_thread.cpp: 120:@@ GRock
serial_notify_thread.cpp: 180:@@ #45a0 0:00:01

Um, this is interesting. From the report, you did the swapon /swapfile. It took it, and gave the report out. But it looks almost like there was so much that needed to be done, that you ran out of memory, even with swap on.

You may want to try that command set again, see if it correct the first set of errors (the ones it already found), and moves on from there.

Odd. It would appear that your fsck ran out of memory even after you added some virtual memory (using the swapon command). It would appear you have an 80GB drive, right?

That's distressing. It would appear that the big partition plus the limited memory is causing a problem. Do you have a Mk2 or Mk2a? There's a memory difference between them.

Solution: Add more memory, virtual or not. You have only one drive, right? If you have two, you could add its swap space as well. If you do have only one, then I guess you need to fsck the root partition (you've already done this), remount it rw, create a big file, and then use it as swap space as well. I can't give you specific instructions, though, as I don't have anything to test on right now.

Something like this ought to work, though:

rw
dd if=/dev/zero of=/swapfile2 bs=1048576 count=16
swapon /swapfile2
swapon /swapfile
fsck -fay /dev/hda4
swapoff /swapfile
swapoff /swapfile2
rm /swapfile2
ro
<reboot>

trying it now...

Ok I've done something wrong... when I started to do your suggestion I got this....

Starting bash.
empeg:/empeg/bin# rw
empeg:/empeg/bin#
empeg:/empeg/bin#
empeg:/empeg/bin# dd if=/dev/zero of=/swapfile2 bs=1048576 count=16
dd: /swapfile2: No space left on device
7+0 records in
6+0 records out
empeg:/empeg/bin# swapon /swapfile2
Unable to find swap-space signature
swapon: /swapfile2: Invalid argument
empeg:/empeg/bin# swapon/swapfile2
bash: swapon/swapfile2: No such file or directory
empeg:/empeg/bin#

Okay. First, 16MB seems to be more space than the root partition has. You should be okay, though, as it got 7MB written.

Second, I forgot that Linux has some sort of magic that makes a swap file swappish. Try running ``mkswap /swapfile2'', and then continue from ``swapon /swapfile2''.

Any luck with the retry?

Worked like a charm guys... thanks a lot. Sorry for taking so long to answer... Trigonometry keeps sucking up my free time.

By the way... what did I just do?

Greetings!

Normally, the "swapon /swapfile" command takes the default swap partition (I do not remember the size) and makes it available. This way, the kernel has the physical memory plus the swap to play with, taking your 16MB up to 16+x. What this did was to create another "swap" space, using space from the root partition, and adding it as well to give you 16+x+y MB of RAM - enough to get you through your sync.

Note - I have not seen the duplicate block problem before, so you will not need to do this for every sync going forward. I think this was more a special case, based on the type of error that fsck found.

Cool, thanks for the help guys!