Unoffical empeg BBS

Quick Links: Empeg FAQ | Software | RioCar.Org | Hijack | jEmplode | emphatic
Repairs: Repairs | Addons: Eutronix | Cases

Page 1 of 2 1 2 >
Topic Options
#317564 - 28/12/2008 13:54 SSD upgrade woes...
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Hi All

My long-suffering spouse bought me a couple of Transcend 32GB SSDs for Christmas as linked in the CF Empeg thread here.

I installed them yesterday and used Mark's Big Disk Builder as per the drive upgrade instructions in the FAQ (very comprehensive, thanks Tony). The builder worked fine, no problems that I could see so I installed V3A11 with Hijack slipstreamed downloaded from Mark's Big Disk page. So far so good. After installation, I updated Hijack to 503 and then tried to upload some files with Emplode. For some odd reason, Emplode couldn't see the Empeg on COM1, even though I'd been uploading Hijack with COM1 only a few minutes previously. No probs, I thought, I'll edit config.ini to reflect the static IP that I wanted on the 'peg which was the only reason that I wanted to use COM1 to connect anyway.

So, I ended up with an Empeg with V3A11 and Hijack 503 connected via Emplode on the IP I required. Great! Until I asked it to have some music on it.

I added just over a GB of files to Emplode and hit sync. I wandered off (as you do) and came back a bit later. The first thing I noticed was the message on the Empeg's display: "0000.-1 hdb: err: stat_timo" Not having seen that before, I opened my Terminal client (Tera Term) and watched the serial output (sorry, don't have a record). By this time, Emplode had popped up some warnings about files not being uploaded.

I killed the Emplode process as it seemed to be stuck and going nowhere and made the decision to re-build the disks (I'd also remembered a bug in A11 that used to cause me grief and was the reason that I wasn't running it prior to the new HDDs) with V2.0 final instead. I deleted the fids and did this, still using Mark's Big Disk builder, but using V2.0 Final without Hijack this time, adding 503 afterwards.

All went without a hitch and I was able to access COM1 again from within Emplode. Not sure what the problem with A11 and the COM access is, but never mind.

I tried uploading some songs again and got the same issues only worse. Log below.

Code:
end_request: I/O error, dev 03:44 (hdb), sector 553676
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 553678
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 553680
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 553682
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 553684
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 553686
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")


*****CUT TO SAVE SPACE (100s OF LINES)*****

Code:
end_request: I/O error, dev 03:44 (hdb), sector 33106
hdb: drive not ready for command
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 33106
hdb: drive not ready for command
Restored terminal settings
Remounting first music partition read-only
Remounting second music partition read-only
Restart code received
Starting player
Timezone: GMT
Hijack: intercepting config.ini

hdb: stat_timo: status=0xff
hdb: drive not ready for command
  player.cpp        : 385:empeg-car 2.00 2003/04/01.
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0000.-1 hdb: err: stat_timo")
end_request: I/O error, dev 03:44 (hdb), sector 264
hdb: drive not ready for command
! tunedb_disk.cpp   :1274:Database size mismatch error.
Prolux 4 empeg car - 2.1434 Mar 26 2003
Vcb: 0x4086d000
hdb: stat_timo: status=0xff
hdb: drive not ready for command


*****AT THIS POINT EMPLODE/EMPEG GOT STUCK AND REQUIRED A HARD RESET*****

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-empeg55-hijack-v503 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Thu Aug 14 22:07:32 EDT 2008
Processor: Intel StrongARM-1100 revision 11
Checking for extra DRAM:
c1000000: wrote ffffffff, read e28cc001
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 30102438) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15000k/16M available (996k 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 20706d65 'emp '
Found custom animation at offset 0x9bb84
Tuner: loopback=1, ID=-1
show_message("Hijack v503 by Mark Lord")
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 d0004900).
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...
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0x5f55
hda: TS32GSSD25-M, ATA DISK drive
hdb: TS32GSSD25-M, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: TS32GSSD25-M, 30560MB w/0kB Cache, CHS=62090/16/63
hdb: TS32GSSD25-M, 30560MB w/0kB Cache, CHS=62090/16/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:26:09:86
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 init
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
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: GMT
Hijack: intercepting config.ini

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


I checked the Empeg and only the 1st layer of my playlists had been added but no files. The bizarre thing about all this is that I don't think either of the SSDs is faulty. The builder worked ok and the player software installed without any problems. I tried running smartctl, but error logging is not supported by these drives (so smartctl said).

Any clues, clever friends? Should I try the regular disk builders on the drives individually and run the stress tests? Would this be safe on SSDs?
_________________________
Steve

Top
#317565 - 28/12/2008 14:12 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Thought I'd try Jemplode quickly to see if it handled things any differently. I asked it to delete the playlists that had already been uploaded.

Code:
hda: stat_timo: status=0xd0
show_message("0120.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0120.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hdb: stat_timo: status=0xd0
show_message("0120.-1 hdb: err: stat_timo")
hdb: no DRQ after issuing WRITE
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0120.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0120.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hdb: stat_timo: status=0xd0
show_message("0120.-1 hdb: err: stat_timo")
hdb: no DRQ after issuing WRITE
ide0: reset: success
hdb: stat_timo: status=0xff
show_message("0120.-1 hdb: err: stat_timo")
hdb: drive not ready for command
ide0: reset: success
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-empeg55-hijack-v503 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Thu Aug 14 22:07:32 EDT 2008
Processor: Intel StrongARM-1100 revision 11
Checking for extra DRAM:
c1000000: wrote ffffffff, read e28cc001
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 30102438) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15000k/16M available (996k 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 20706d65 'emp '
Found custom animation at offset 0x9bb84
Tuner: loopback=1, ID=-1
show_message("Hijack v503 by Mark Lord")
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 d0004a00).
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...
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xbfaa
ide_data_test: wrote 0x5555 read 0x5f55
hda: TS32GSSD25-M, ATA DISK drive
hdb: TS32GSSD25-M, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: TS32GSSD25-M, 30560MB w/0kB Cache, CHS=62090/16/63
hdb: TS32GSSD25-M, 30560MB w/0kB Cache, CHS=62090/16/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:26:09:86
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: GMT
Hijack: intercepting config.ini

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


It removed them ok, but there was a lot of garbage at the start.
_________________________
Steve

Top
#317581 - 28/12/2008 20:04 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Maybe the SSD firmware has a master/slave bug (or maybe they're not jumpered correctly?).

So, for fun, remove one SSD, and rebuild from scratch. Any better?

Top
#317592 - 29/12/2008 07:24 Re: SSD upgrade woes... [Re: mlord]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Well, I've searched Transcend's website for firmware updates but with no joy. Just going to try individual builds now. Post back a little later.
_________________________
Steve

Top
#317593 - 29/12/2008 07:49 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
I've checked the jumper positions. Based on the label on the drive...



I would say that the positions are correct? One jumper for master, no jumper for slave.



When I had the empeg booted up yesterday with both drives in, she was happy to report both drives present and correct.

_________________________
Steve

Top
#317594 - 29/12/2008 10:01 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
OK, left the drive that was jumpered as master connected and rebuilt that. Just tried uploading two albums to it and got:

Code:
Adding Swap: 16596k swap-space (priority -3)
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.
hda: stat_timo: status=0xd0
show_message("0740.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0740.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
Restored terminal settings
Remounting first music partition read-only
Remounting second music partition read-only
No secondary hard disk
Restart code received
Starting player
Timezone: GMT
Hijack: intercepting config.ini

  player.cpp        : 385:empeg-car 2.00 2003/04/01.
Prolux 4 empeg car - 2.1434 Mar 26 2003
Vcb: 0x4086d000


So, two timeout errors in about 25 songs. Not good. Just for shits and giggles, I deleted the songs and uploaded them again. This time I got three errors. In both upload attempts, the files were transferred successfully to the empeg, despite the errors, with no warnings from emplode. When I tried yesterday to upload significantly more music, emplode displayed errors and some tracks were not transferred.

Gonna do the same with the slave (jumpering it as master).
_________________________
Steve

Top
#317595 - 29/12/2008 10:26 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
right in the middle of building the second drive and I've noticed something curious. The 'pumping partition' stage of the builder wizard was subject to long pauses in the progress bar during the building of the first drive, whereas the second drive was not and the partition was pumped in about 1/4 of the time. Not sure if it's relevant.
_________________________
Steve

Top
#317596 - 29/12/2008 11:11 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Build of second drive done, going to install player software and hijack. Thought I'd post the log.

Code:
e000 v1.04
Copying kernel...
Calling linux kernel...
Uncompressing Linux..................................... done, booting the kernel.
Linux version 2.2.17-rmk5-np17-empeg52-hijack-v488 (hijack@rtr.ca) (gcc version 2.95.3 20010315 (release)) #2 Fri Feb 15 10:29:26 EST 2008
Processor: Intel StrongARM-1100 revision 11
Checking for extra DRAM:
c1000000: wrote ffffffff, read e28cc001
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 9, serial number 30102438) 16MB DRAM
Command line: mem=16m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 15000k/16M available (992k 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 20706d65 'emp '
Found custom animation at offset 0x9bb84
Tuner: loopback=1, ID=-1
show_message("Hijack v488 by Mark Lord")
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 d0005080).
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...
ide_data_test: wrote 0x0000 read 0x0000
ide_data_test: wrote 0xffff read 0x0000
ide_data_test: wrote 0xaaaa read 0x0000
ide_data_test: wrote 0x5555 read 0x0000
ide_data_test: wrote 0x0000 read 0x0000
ide_data_test: wrote 0xffff read 0x0000
ide_data_test: wrote 0xaaaa read 0x0000
ide_data_test: wrote 0x5555 read 0x0000
ide_data_test: wrote 0x0000 read 0x0000
ide_data_test: wrote 0xffff read 0x0000
ide_data_test: wrote 0xaaaa read 0x0000
ide_data_test: wrote 0x5555 read 0x0000
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS32GSSD25-M, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: TS32GSSD25-M, 30560MB w/0kB Cache, CHS=62090/16/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:26:09:86
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 ... Freeing unused kernel memory: 4k init+ /bin/mount -n /proc
+ log 'Builder image'
+ echo 'Builder image'
Buildeshow_message("Builder image")
r image
+ echo 'POPUP 9999 Builder image'
+ DRIVE1=
+ '[' -e /proc/ide/hdb -a -e /proc/ide/hdc ']'
+ '[' -e /proc/ide/hdb ']'
+ '[' -e /proc/ide/hdc ']'
+ /bin/mount -n -t ext2 -o ro,nocheck /dev/hda4 /drive0
+ '[' -d /drive0/fids ']'
+ /bin/umount /drive0
+ /bin/mkswap /dev/hda6
Setting up swapspace version 0, size = 16994304 bytes
+ /bin/swapon /dev/hda6
Adding Swap: 16596k swap-space (priority -1)
+ /bin/mkswap /dev/hda3
Setting up swapspace version 0, size = 17027072 bytes
+ /bin/swapon /dev/hda3
Adding Swap: 16628k swap-space (priority -2)
+ log 'Tuning hda5'
+ echo 'Tuning hda5'
Tuning show_message("Tuning hda5")
hda5
+ echo 'POPUP 9999 Tuning hda5'
+ /bin/tune2fs -c -1 -i0 /dev/hda5
tune2fs 1.17, 26-Oct-1999 for EXT2 FS 0.5b, 95/08/09
Setting maximal mount count to -1
Setting interval between check 0 seconds
+ makedrive hda4 /drive0
+ dev=/dev/hda4
+ log 'Making hda4 filesystem'
+ echo 'Makishow_message("Making hda4 filesystem")
ng hda4 filesystem'
Making hda4 filesystem
+ echo 'POPUP 9999 Making hda4 filesystem'
+ /bin/mkfs.ext2 -v -s 1 -i 131072 -m 0 /dev/hda4
mke2fs 1.14, 9-Jan-1999 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/hda4 is mounted.
Linux ext2 filesystem format
Filesystem label=
243840 inodes, 31210200 blocks
0 blocks (0.00%) reserved for the super user
First data block=1
Block size=1024 (log=0)
Fragment size=1024 (log=0)
3810 block groups
8192 blocks per group, 8192 fragments per group
64 inodes per group
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409, 663553,
        1024001, 1990657, 2809857, 5120001, 5971969, 17915905, 19668993,
        25600001,

Writing inode tables:  258/3810Dead temp.sensor, status=0x00
done
Writing superblocks and filesystem accounting information: done
+ log 'Tuning hda4'
+ echo 'Tuning hda4'
Tuning hda4
+ echo 'POPUP 9999 Tuning hda4'
show_message("Tuning hda4")
+ /bin/tune2fs -c -1 -i0 /dev/hda4
tune2fs 1.17, 26-Oct-1999 for EXT2 FS 0.5b, 95/08/09
Setting maximal mount count to -1
Setting interval between check 0 seconds
+ /bin/sync
+ /bin/sync
+ log 'Mounting hda4'
+ echo 'Mounting hda4'show_message("Mounting hda4")

Mounting hda4
+ echo 'POPUP 9999 Mounting hda4'
+ /bin/mount -n -o rw,nocheck /dev/hda4 /drive0
+ /bin/sync
+ /bin/sync
+ log 'Making directories'
+ echo 'Making dishow_message("Making directories")
rectories'
Making directories
+ echo 'POPUP 9999 Making directories'
+ /bin/mkdir /drive0/fids
+ /bin/mkdir /drive0/var
+ echo '[hijack]'
+ log 'Remounting ro'
+ echo 'Remountingshow_message("Remounting ro")
 ro'
Remounting ro
+ echo 'POPUP 9999 Remounting ro'
+ /bin/mount -n -o remount,ro /dev/hda4 /drive0
+ /bin/sync
+ /bin/sync
+ log 'hda4 completed'
+ echo 'hda4 completeshow_message("hda4 completed")
d'
hda4 completed
+ echo 'POPUP 9999 hda4 completed'
+ '[' '' '!=' '' ']'
+ /bin/swapoff /dev/hda3
+ log 'Zeroing hda3'
+ echo 'Zeroing hda3'
Zeroing show_message("Zeroing hda3")
hda3
+ echo 'POPUP 9999 Zeroing hda3'
+ /bin/cat /dev/zero
/bin/cat: write error: No space left on device
+ /bin/swapoff /dev/hda6
+ log 'Done!  Testing disk..'
+ echo 'Done!  Testing disk..'
Done!  Testing disk..
+ echo 'POPUP 9999 Done!  Testing disk..'
show_message("Done!  Testing disk..")
+ /sbin/hdstress
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Speed checking /dev/hda3
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Read/write of 8Mb took 9.65 seconds
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Drive length is 62586880 blocks, seek testing
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Seek test complete:  2.01 seconds.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=1 on fd=5
hdstress.cpp   194 (   33): Read a button press
hdstress.cpp   194 (   33): Read a button press
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Speed checking /dev/hda3
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Read/write of 8Mb took 3.92 seconds
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Drive length is 62586880 blocks, seek testing
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Seek test complete:  2.02 seconds.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=1 on fd=5
hdstress.cpp   194 (   33): Read a button press
hdstress.cpp   194 (   33): Read a button press
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Speed checking /dev/hda3
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Read/write of 8Mb took 6.78 seconds
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Drive length is 62586880 blocks, seek testing
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Seek test complete:  2.01 seconds.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Speed checking /dev/hda3
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Read/write of 8Mb took 3.98 seconds
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Drive length is 62586880 blocks, seek testing
hdstress.cpp   189 (   33): Poll result=1 on fd=5
hdstress.cpp   194 (   33): Read a button press
hdstress.cpp   194 (   33): Read a button press
Seek test complete:  2.02 seconds.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning down.
hdstress.cpp   189 (   33): Poll result=0 on fd=5
Stressing /dev/hda: Spinning up.
hdstress.cpp   189 (   33): Poll result=0 on fd=5


Tony, I thought it worth mentioning that this is Mark's Big Disk Builder. In the FAQ it states that this version doesn't stress test the drives after build when in fact it does.
_________________________
Steve

Top
#317597 - 29/12/2008 11:42 Re: SSD upgrade woes... [Re: Major_Sarcasm]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 30784
Loc: Seattle, WA
I was told bigdisk didn't stress. Who told me that?
_________________________
Tony Fabris

Top
#317599 - 29/12/2008 11:48 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Bugger. The second drive displayed five errors whilst uploading the same songs.

Any clues Mark? Could it be that these devices simply aren't compatible with the Empeg full stop?
_________________________
Steve

Top
#317600 - 29/12/2008 11:51 Re: SSD upgrade woes... [Re: tfabris]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Originally Posted By: tfabris
I was told bigdisk didn't stress. Who told me that?

It doesn't do that in my latest internal copy here
(I just checked it now), but it might (or apparently does)
in some of the released versions.

That thing really needs an update soon-ish,
but my MythTV box is calling for some TLC and VDPAU goodness.

Cheers

Top
#317601 - 29/12/2008 11:56 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Originally Posted By: Major_Sarcasm
Bugger. The second drive displayed five errors whilst uploading the same songs.

Any clues Mark? Could it be that these devices simply aren't compatible with the Empeg full stop?

That does appear to be the case -- the original thread showed
64GB devices working, but perhaps these 32GB ones still have
firmware bugs, or are very slow at writing small amounts of data.

Try hdparm -W0 -K1 (top link on Hijack page)
on them (once), and then send them some more tunes.

EDIT: actually, first dump/post here the hdparm -I results.

-ml


Edited by mlord (29/12/2008 11:57)

Top
#317602 - 29/12/2008 12:05 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Oh, and I wouldn't panic too much just yet.
There's this guy around here somewhere who knows how
to hack IDE stuff at the lowest of levels, so odds
are good that these can be made to work just fine. smile

Quote:
hda: no DRQ after issuing WRITE

A longer than normal timeout in the Linux driver
might cure that one. Spec says 20msec, Linux waits 50msec.
But we could easily have it wait (much) longer, if it turns
out to be simply slow at write-prepare/erase time.

Another thing which will probably help a great deal
for SSD here (including CF cards), would be to turn on
the multi-sector write capabilities, if they're not already on.

Hijack used to do this, but I think (not sure) that I took
it out again after a complaint from somewhere.
This really should go back in for CF cards and SSDs.

Cheers


Edited by mlord (29/12/2008 12:07)

Top
#317603 - 29/12/2008 12:24 Re: SSD upgrade woes... [Re: mlord]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Hehe, that's why I'm grateful & glad you're on the case.

Being a complete linux n00b, can you tell me why when I try to execute the hdparm file, I get this:

**edited for brevity of the thread**

It seems to be ignoring the -I switch.


Edited by Major_Sarcasm (29/12/2008 12:59)
Edit Reason: thread's getting very cumbersome
_________________________
Steve

Top
#317604 - 29/12/2008 12:48 Re: SSD upgrade woes... [Re: Major_Sarcasm]
LittleBlueThing
addict

Registered: 11/01/2002
Posts: 608
Loc: Reading, UK
You need to tell it what drive to look at.

So try :

hdparm.bin -I /dev/hda
hdparm.bin -I /dev/hdb


Edited by LittleBlueThing (29/12/2008 12:49)
_________________________
LittleBlueThing Running twin 30's

Top
#317605 - 29/12/2008 12:55 Re: SSD upgrade woes... [Re: LittleBlueThing]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Ah ha! Thank you indeed.

Code:
empeg:/drive0/var# ./hdparm.bin -I /dev/hda

/dev/hda:

ATA device, with non-removable media
        Model Number:       TS32GSSD25-M
        Serial Number:      00238605014A
        Firmware Revision:  V0826
Standards:
        Used: ATA/ATAPI-7 T13 1532D revision 4a
        Supported: 8 7 6 5 & some of 8
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:   16514064
        LBA    user addressable sectors:   62586880
        device size with M = 1024*1024:       30560 MBytes
        device size with M = 1000*1000:       32044 MBytes (32 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 1   Current = ?
        Recommended acoustic management value: 128, current value: 254
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    SMART feature set
                Security Mode feature set
           *    Power Management feature set
                Write cache
                Look-ahead
           *    Mandatory FLUSH_CACHE
           *    SATA-I signaling speed (1.5Gb/s)
           *    SATA-II signaling speed (3.0Gb/s)
Security:
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
        not     supported: enhanced erase
        2min for SECURITY ERASE UNIT. 2min for ENHANCED SECURITY ERASE UNIT.
Integrity word not set (found 0x0000, expected 0xa8a5)
_________________________
Steve

Top
#317607 - 29/12/2008 13:46 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Okay, so was that before, or after, you did hdparm -W0 -K1 ?

If it was before, then you should instead try hdparm -W1 -K1

Top
#317608 - 29/12/2008 13:47 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Added the 1st drive back in and hdparm'd it. Exactly the same (as expected) just a different serial no.

It appears that "hdparm.bin -I /dev/hda" works but "hdparm.bin -I /dev/hdb" doesn't when two devices are connected. I'll have to manually swap each drive into the master position to effect any changes it seems.

Originally Posted By: mlord
Try hdparm -W0 -K1 (top link on Hijack page)
on them (once), and then send them some more tunes.


I haven't done this yet as your post appeared to suggest holding off on these commands until I'd posted the results of "-I"
_________________________
Steve

Top
#317609 - 29/12/2008 13:48 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Oh.. and I now see that these are SATA SSDs.
Which cannot work as-is in an empeg (wrong connector, among other issues).

So.. how do you have them connected ?

EDIT: Mmm.. I suppose the maker might have built-in
a SATA-to-IDE convertor chip, which could explain that.
And those chips often cause other problems, too.


Thx.


Edited by mlord (29/12/2008 13:51)

Top
#317610 - 29/12/2008 13:54 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Originally Posted By: Major_Sarcasm
It appears that "hdparm.bin -I /dev/hda" works but "hdparm.bin -I /dev/hdb" doesn't when two devices are connected. I'll have to manually swap each drive into the master position to effect any changes it seems.

Uh.. you'll need to fix that before wasting time on *anything* else here.
This is fundamental, and must work.

???


Edited by mlord (29/12/2008 13:55)

Top
#317611 - 29/12/2008 14:04 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Code:
empeg:/drive0/var# ./hdparm.bin -W1 -K1 /dev/hda

/dev/hda:
 setting drive keep features to 1 (on)
 setting drive write-caching to 1 (on)
 write-caching =  1 (on)


Just uploaded some files and got:

Code:
hda: stat_timo: status=0xd0
show_message("0000.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0000.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0000.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success
hda: stat_timo: status=0xd0
show_message("0000.-1 hda: err: stat_timo")
hda: no DRQ after issuing WRITE
ide0: reset: success

_________________________
Steve

Top
#317612 - 29/12/2008 14:05 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Originally Posted By: mlord
EDIT: Mmm.. I suppose the maker might have built-in
a SATA-to-IDE convertor chip, which could explain that.
And those chips often cause other problems, too.

Okay, so the bridge chip is indeed built-in,
according to page 6 of the product datasheet.

So one might reasonably expect these things to actually be IDE (ATA) compliant. heh.

Top
#317613 - 29/12/2008 14:10 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
The dual drive hdparm thing is one issue,
but I suppose we should set that aside
and concentrate on getting a single drive config going first.

So unplug one drive, and use just a single SSD for now.

Here's a special hijack image that waits longer for DRQ on writes.

The theory is that they're pre-erasing the sectors before
allowing the data transfer to begin, and this is taking a
while. Especially when our transfers are so tiny, requiring
lots of erasing and data shuffling internal to the SSD.


Edited by mlord (29/12/2008 14:12)

Top
#317614 - 29/12/2008 14:11 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
I've just done a "hdparm -I" and the write cache is now got an asterisk by it, so I guess that flag stuck.

The drives have a 44 pin connector and plug straight in. I noticed the SATA reference in the data earlier and wondered whether it would have significance to this app.
_________________________
Steve

Top
#317615 - 29/12/2008 14:12 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Just hijacking now. Report back soon.
_________________________
Steve

Top
#317616 - 29/12/2008 14:18 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
It's just an ordinary (but misnamed) zImage file, same as usual.

Top
#317620 - 29/12/2008 14:55 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
*faints*

OK, just uploaded the same bunch of files (about 25) with no errors being reported via serial and none on the empeg's display either.

Mr Lord, I bow before thee.

Should I apply those W1 K1 switches to the other drive?
_________________________
Steve

Top
#317626 - 29/12/2008 16:06 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Well, first we need to know if the -W1 -K1 did it, or if the new hijack did it..

Did you try the -W1 -K1 with the original (released) Hijack ?

Cheers

Top
#317627 - 29/12/2008 16:08 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Or more useful, perhaps, could you just do hdparm -W0 and then try some more uploads with the experimental hijack ?

If that still works, then I'll release that copy of Hijack, and *maybe* respin the bigdisk images to include it.

Cheers

Top
#317628 - 29/12/2008 16:25 Re: SSD upgrade woes... [Re: mlord]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
Originally Posted By: mlord
Well, first we need to know if the -W1 -K1 did it, or if the new hijack did it..

Did you try the -W1 -K1 with the original (released) Hijack ?

Cheers


Yes, and that resulted in errors.

Originally Posted By: mlord
Or more useful, perhaps, could you just do hdparm -W0 and then try some more uploads with the experimental hijack ?

If that still works, then I'll release that copy of Hijack, and *maybe* respin the bigdisk images to include it.

Cheers


Will do. I'll report back in a bit.
_________________________
Steve

Top
#317629 - 29/12/2008 16:40 Re: SSD upgrade woes... [Re: Major_Sarcasm]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
OK, W set to zero and uploaded tracks with no errors. I guess that means that your modified hijack is what fixed the problem.

Just out of interest, will enabling/disabling write-caching have any performance benefits/detriments in this environment?

Do you have any idea why I was unable to use /dev/hdb to specify the slave SSD with hdparm?
_________________________
Steve

Top
#317634 - 30/12/2008 02:23 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Originally Posted By: Major_Sarcasm
OK, W set to zero and uploaded tracks with
no errors. I guess that means that your modified hijack is what
fixed the problem.

Great. I'll make it an "official" release shortly.

Quote:
Just out of interest, will enabling/disabling
write-caching have any performance benefits/detriments
in this environment?

I think I'd suggest disabling it, as our kernel doesn't know
anything about safely flushing the write cache, and
(contrary to common opinion) the empeg s/w *does*
write to the media (dynamic data partition)
during normal playback operation.

So just leave write-caching
off for safety with these slow-writing SSDs.
For regular hard disks, no issues either way.

Quote:
Do you have any idea why I was unable to use /dev/hdb
to specify the slave SSD with hdparm?

No. But that *has to work* if you want a two-drive system.
I'm probably just missing something obvious..

Cheers


Edited by mlord (30/12/2008 02:25)

Top
#317635 - 30/12/2008 02:40 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Originally Posted By: mlord
Great. I'll make it an "official" release shortly.

Or maybe not. Sourceforge seems to have finally broken my scripts,
and removed the ability to easily upload binary files.

I refuse to use their absolutely STUPID "file release manager"
crap for Hijack, so this might be the end of Hijack availability
at Sourceforge
.

Hmmph.

EDIT: hacked it, working again. For now.


Edited by mlord (30/12/2008 11:44)

Top
#317638 - 30/12/2008 03:28 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
I've also updated the bigdisk builder stuff on my server,
to include Hijack v504 in the images. Untested, of course. smile

Top
#317642 - 30/12/2008 11:29 Re: SSD upgrade woes... [Re: mlord]
Major_Sarcasm
member

Registered: 28/08/2003
Posts: 149
Loc: Isle of Wight, UK
I added the second drive back in late last night and uploaded ~27GB of files with no problems whatsoever. I had a look in the fids folders on each drive and it seems to be balancing the files between the two.

Mark, as ever, I am most grateful for your assistance.
_________________________
Steve

Top
#317648 - 30/12/2008 16:34 Re: SSD upgrade woes... [Re: mlord]
tfabris
carpal tunnel

Registered: 20/12/1999
Posts: 30784
Loc: Seattle, WA
Mark, you are awesome.
_________________________
Tony Fabris

Top
#318440 - 25/01/2009 04:57 Re: SSD upgrade woes... [Re: tfabris]
101
new poster

Registered: 30/10/2000
Posts: 34
Loc: US
I am using v504 disk builder image with a single 64 GB SSD of the same brand and getting a ton of these virtual memory errors:

VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")

This is on an old 12MB player, any ideas why?
_________________________
#080000512 green 12GB

Top
#318441 - 25/01/2009 12:15 Re: SSD upgrade woes... [Re: 101]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Which exact builder file are you using (name and bytecount, please)?

Can you capture a trace from the serial port while running it (helps a LOT)?

Thanks.

Top
#318442 - 25/01/2009 13:55 Re: SSD upgrade woes... [Re: mlord]
101
new poster

Registered: 30/10/2000
Posts: 34
Loc: US
builder_bigdisk_v3.upgrade
2.16 MB (2,267,745 bytes)
MD5 0b8b1f793a7e2a7e8253fad6a35afc41

Code:
e000 v1.04
Copying kernel...
Calling linux kernel...
Uncompressing Linux..................................... done, booting the kerne
l.
Linux version 2.2.17-rmk5-np17-empeg55-hijack-v504 (hijack@rtr.ca) (gcc version
2.95.3 20010315 (release)) #2 Mon Dec 29 23:29:04 EST 2008
Processor: Intel StrongARM-1100 revision 11
Checking for extra DRAM:
c0c00000: wrote ffffffff, read e28cc001
NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp.
empeg-car player (hardware revision 7, serial number 80000512) 12MB DRAM
Command line: mem=12m
Calibrating delay loop... 207.67 BogoMIPS
Memory: 10944k/12M available (996k code, 20k reserved, 324k 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'
Tuner: loopback=0, ID=-1
show_message("Hijack v504 by Mark Lord")
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 d0005000).
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...
ide_data_test: wrote 0x0000 read 0x0000
ide_data_test: wrote 0xffff read 0x0000
ide_data_test: wrote 0xaaaa read 0x0000
ide_data_test: wrote 0x5555 read 0x0000
ide_data_test: wrote 0x0000 read 0x0000
ide_data_test: wrote 0xffff read 0x0000
ide_data_test: wrote 0xaaaa read 0x0000
ide_data_test: wrote 0x5555 read 0x0000
ide_data_test: wrote 0x0000 read 0x0000
ide_data_test: wrote 0xffff read 0x0000
ide_data_test: wrote 0xaaaa read 0x0000
ide_data_test: wrote 0x5555 read 0x0000
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS64GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS64GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS64GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS64GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS64GSSD25-M, ATA DISK drive
ide_data_test: wrote 0x0000 read 0xffff
ide_data_test: wrote 0xffff read 0xffff
ide_data_test: wrote 0xaaaa read 0xffaa
ide_data_test: wrote 0x5555 read 0xff55
hda: TS64GSSD25-M, ATA DISK drive
ide0 at 0x000-0x007,0x038 on irq 6
hda: TS64GSSD25-M, 61136MB w/0kB Cache, CHS=7793/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:10:02:0
0
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 init+ /bin/mount -n /proc
+ log 'Builder image'
+ echo 'Builder image'
Builder image
+ echo 'POPUP show_message("Builder image")
9999 Builder image'
+ DRIVE1=
+ '[' -e /proc/ide/hdb -a -e /proc/ide/hdc ']'
+ '[' -e /proc/ide/hdb ']'
+ '[' -e /proc/ide/hdc ']'
+ /bin/mount -n -t ext2 -o ro,nocheck /dev/hda4 /drive0
+ '[' -d /drive0/fids ']'
+ /bin/umount /drive0
+ /bin/mkswap /dev/hda6
Setting up swapspace version 0, size = 16412672 bytes
+ /bin/swapon /dev/hda6
Adding Swap: 16028k swap-space (priority -1)
+ /bin/mkswap /dev/hda3
Setting up swapspace version 0, size = 24670208 bytes
+ /bin/swapon /dev/hda3
Adding Swap: 24092k swap-space (priority -2)
+ log 'Tuning hda5'
+ echo 'Tuning hda5'
Tuning hda5show_message("Tuning hda5")

+ echo 'POPUP 9999 Tuning hda5'
+ /bin/tune2fs -c -1 -i0 /dev/hda5
tune2fs 1.17, 26-Oct-1999 for EXT2 FS 0.5b, 95/08/09
Setting maximal mount count to -1
Setting interval between check 0 seconds
+ makedrive hda4 /drive0
+ dev=/dev/hda4
+ log 'Making hda4 filesystem'
+ echo 'Makishow_message("Making hda4 filesystem")
ng hda4 filesystem'
Making hda4 filesystem
+ echo 'POPUP 9999 Making hda4 filesystem'
+ /bin/mkfs.ext2 -v -s 1 -i 131072 -m 0 /dev/hda4
mke2fs 1.14, 9-Jan-1999 for EXT2 FS 0.5b, 95/08/09
ext2fs_check_if_mount: No such file or directory while determining whether /dev/
hda4 is mounted.
Linux ext2 filesystem format
Filesystem label=
488256 inodes, 62492850 blocks
0 blocks (0.00%) reserved for the super user
First data block=1
Block size=1024 (log=0)
Fragment size=1024 (log=0)
7629 block groups
8192 blocks per group, 8192 fragments per group
64 inodes per group
Superblock backups stored on blocks:
        8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409, 663553,
        1024001, 1990657, 2809857, 5120001, 5971969, 17915905, 19668993,
        25600001, 53747713,

Writing inode tables: done
Writing superblocks and filesystem accounting information: show_message("1530.-1
 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
show_message("1530.-1 nomem err")
VM: do_try_to_free_pages failed for mkfs.ext2...
_________________________
#080000512 green 12GB

Top
#318443 - 25/01/2009 16:09 Re: SSD upgrade woes... [Re: 101]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Mmm.. looks like you are doing everything The Right Way(tm).

So, the mkfs thinks it is running out of memory,
which is very odd given the amount of swap space
we allocate for its use.

If I can find my 32GB CF card, I'll give this a try
on that later today in a Mk2 12MB unit. And then perhaps
again with a larger hard disk.

Cheers


Edited by mlord (25/01/2009 16:17)

Top
#318444 - 25/01/2009 16:18 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
If you grok Linux, you could just finish off the process by hand.
A reboot (from its present state) will give you a shell prompt
at the serial console, where you could re-issue the mkfs.ext2
command from the script by hand.

Cheers


Edited by mlord (25/01/2009 16:19)

Top
#318446 - 25/01/2009 22:32 Re: SSD upgrade woes... [Re: mlord]
101
new poster

Registered: 30/10/2000
Posts: 34
Loc: US
I know enough to fumble around, but I couldn't figure out how to get a prompt on the builder image as every reboot attempts to reformat the drive. Seems like it would be pretty easy to work around if I could get to a prompt. Is that mkfs cmd the end of the script?

Thank you so much for such a ridiculously fast response btw, and I really appreciate the help.
_________________________
#080000512 green 12GB

Top
#318447 - 25/01/2009 22:48 Re: SSD upgrade woes... [Re: 101]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Here's a builder version that logs you in, and tells you what to do.

Have fun. smile


Edited by mlord (25/01/2009 22:49)

Top
#318448 - 26/01/2009 01:09 Re: SSD upgrade woes... [Re: mlord]
101
new poster

Registered: 30/10/2000
Posts: 34
Loc: US
Thanks for that new image. However, when I manually run the first cmd (mkfs.ext2) I get the same nomem error.
_________________________
#080000512 green 12GB

Top
#318449 - 26/01/2009 01:30 Re: SSD upgrade woes... [Re: 101]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Originally Posted By: 101
Thanks for that new image. However, when I manually run the first cmd (mkfs.ext2) I get the same nomem error.


Mmm.. bummer, but not completely unexpected.

I'm not sure why it fails to use the swap space for memory, but.. oh well.

Can you connect the drive to a Linux box (internally,
or externally via USB or whatever)
and just do the same commands to it from there?

That's the workaround at this point.

Cheers


Edited by mlord (26/01/2009 01:31)

Top
#318450 - 26/01/2009 01:41 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
I've scrounged up a Mk2 and a 60GB (hard) drive here now,
and we will see what happens with it.. gimme a few minutes..


Edited by mlord (26/01/2009 01:42)

Top
#318451 - 26/01/2009 02:01 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Mmm.. no problems here. But regardless, this might help:

builder_bigdisk_v3_alt.upgrade

This one has tweaked mkfs options to (hopefully) reduce the amount of RAM required.

Give it a whirl..

Top
#318455 - 26/01/2009 12:12 Re: SSD upgrade woes... [Re: mlord]
101
new poster

Registered: 30/10/2000
Posts: 34
Loc: US
The alt one you posted (link is a little squirrely)seems to have made it through the script. There was one error "zeroing hda3":
/bin/cat: write error: No space left on device
Not sure if that was normal or not, just sounds like it wrote to the end.

Do you think the problem is related to the empeg-flash driver? Seems like something is being loaded that is bigger than normal and causing an issue with this SSD on a 12MB player.
_________________________
#080000512 green 12GB

Top
#318460 - 26/01/2009 13:32 Re: SSD upgrade woes... [Re: 101]
tman
carpal tunnel

Registered: 24/12/2001
Posts: 5528
Originally Posted By: 101
Do you think the problem is related to the empeg-flash driver? Seems like something is being loaded that is bigger than normal and causing an issue with this SSD on a 12MB player.

It doesn't mean flash as in SSD. There is a small amount of flash memory inside the empeg that stores some current state and config data.

Top
#318461 - 26/01/2009 14:11 Re: SSD upgrade woes... [Re: 101]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Originally Posted By: 101
The alt one you posted (link is a little squirrely)
seems to have made it through the script.
There was one error "zeroing hda3":
/bin/cat: write error: No space left on device
Not sure if that was normal or not

Yes, that's normal. Ignore it.

Quote:
Do you think the problem is related to the empeg-flash
driver? Seems like something is being loaded that is bigger
than normal and causing an issue with this SSD on a 12MB player.

No. Linux on the empeg doesn't even know you have an SSD.
It thinks of it and treats it exactly as a regular hard drive.

So, the _alt_ builder worked though, and you should now be all set.

Cheers

Top
#318466 - 26/01/2009 19:15 Re: SSD upgrade woes... [Re: mlord]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
I've now updated the bigdisk builder images (at rtr.ca)
with Hijack v508. There's also now a new _v4_ builder
which uses a 4KB blocksize (rather than 1KB),
and a 4X higher bytes:inodes ratio.

These changes make it much more suitable for large disks
and/or low-memory usage.

Cheers


Edited by mlord (26/01/2009 19:16)

Top
#318474 - 26/01/2009 22:57 Re: SSD upgrade woes... [Re: mlord]
101
new poster

Registered: 30/10/2000
Posts: 34
Loc: US
Thanks again so much for the help Mark, all seems to be working.

Only issues I have now are config related. I've been using the old 2.0 beta for like 7 years and I need to figure out how to get the fader back and now the player no longer shuts off in the car. So I'll need to do some searches to get up to speed on restoring that functionality, and what else is new.

SSD issues seem to be resolved.
_________________________
#080000512 green 12GB

Top
#318526 - 27/01/2009 23:44 Re: SSD upgrade woes... [Re: 101]
101
new poster

Registered: 30/10/2000
Posts: 34
Loc: US
Okay, I am completely baffled. I've done some searches and apparently I have "home mode in the car" syndrome and saw all these threads about a blown diode and HW replacement etc.

I will say that being a HW guy (encoder replacement was much more straight forward to me than swapping in an SSD) this is ridiculous. I put in my old drive with the old firmware and all functionality returned with 0 issues. Clearly this is a software problem, yet there's many threads on diode replacement and I couldn't find anything pointing to software.

What is the deal here? I have been out of the loop for years and just want to replace my dying mechanical HD with an SSD.

Can I just image my old drive to the SSD? At this point I could care less about losing a few gig to an LBA issue. I just want it to work with no hassle, as I don't have as much time to spend on this as I would like.

Suggestions? Please?

_________________________
#080000512 green 12GB

Top
#318544 - 28/01/2009 13:05 Re: SSD upgrade woes... [Re: 101]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
What is shown on the Hijack Menu's "Force AC/DC Power Mode"
screen on your player?

Post the four lines here, please.

Top
#362525 - 10/09/2014 19:18 Re: SSD upgrade woes... [Re: Major_Sarcasm]
haffi
new poster

Registered: 04/06/2002
Posts: 19
Loc: Iceland
Hi all I know this is an old thread but I am having similar problems...

I inserted a SSD 120GB Kingston SSD now into the Empeg with Adapter and It is getting the HDA timeout issues on the Display.
Can someone help me with this ? Is there a way to telnet into the empeg ? my Serial port does way to much of Crashing my computer ( since its a usb adapter ).
I used the Big disk Image first and then the hijack 5.18.

I am able to upload some tracks but it crashes the player all the time.
I have tried swapping out the SSD and the Adapter , plus the HDD cable with the same results.
Thanks
_________________________
Haf■ˇr Hilmarsson
CCIE VOICE #24527
Iceland.

Top
#362526 - 10/09/2014 21:18 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Yeah, my apologies for putting this on the back burner. Hijack has a telnetd built-in, which can be enabled by putting "ktelnetd_port=23" into the "[hijack]" section of the player's config.ini file.

For the adapter, I don't yet know what's wrong, and haven't made the time to investigate yet. But I have seem similar behaviour with some adapters in the past, and might still have one on hand that misbehaves like that. So.. there's hope.

With luck, it's just a timing thing: SSDs respond _instantly_ to stuff that takes milliseconds with mechanical drives, and something may just not be ready for that as soon as it ought to be.

Cheers

Top
#363920 - 02/05/2015 15:37 Re: SSD upgrade woes... [Re: Major_Sarcasm]
haffi
new poster

Registered: 04/06/2002
Posts: 19
Loc: Iceland
Any new Mlord ? my player works ok... but if I try to fast forward and randomly it freezez up , and I think your right with the timing issues.
Where can I start.

If I telnet to the empeg and try fsck -fay /dev/hda4 it just says

empeg:/# fsck -fay /dev/hda4
fsck -fay /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.
Pass 1: Checking inodes, blocks, and sizes
Error allocating block bitmap (1): Memory allocation failed
Parallelizing fsck version 1.19 (13-Jul-2000)


my

empeg:/# hdparm -I /dev/hda
hdparm -I /dev/hda

/dev/hda:

ATA device, with non-removable media
Model Number: KINGSTON SVP200S3120G
Serial Number: 50026B72270195F5
Firmware Revision: 501ABBF0
Transport: Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5
Standards:
Used: unknown (minor revision code 0x0110)
Supported: 8 7 6 5
Likely used: 8
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 234441648
LBA48 user addressable sectors: 234441648
device size with M = 1024*1024: 114473 MBytes
device size with M = 1000*1000: 120034 MBytes (120 GB)
Capabilities:
LBA, IORDY(can be disabled)
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* NOP cmd
* DOWNLOAD_MICROCODE
* Advanced Power Management feature set
Power-Up In Standby feature set
* SET_FEATURES required to spinup after power up
* 48-bit Address feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* General Purpose Logging feature set
* WRITE_{DMA|MULTIPLE}_FUA_EXT
* 64-bit World wide name
* IDLE_IMMEDIATE with UNLOAD
Write-Read-Verify feature set
* {READ,WRITE}_DMA_EXT_GPL commands
* Segmented DOWNLOAD_MICROCODE
* SATA-I signaling speed (1.5Gb/s)
* SATA-II signaling speed (3.0Gb/s)
* SMART Command Transport (SCT) feature set
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
not supported: enhanced erase
2min for SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 50026b72270195f5
NAA : 5
IEEE OUI : 26b7
Unique ID : 2270195f5
Integrity word not set (found 0x0000, expected 0x6ea5)
_________________________
Haf■ˇr Hilmarsson
CCIE VOICE #24527
Iceland.

Top
#363921 - 03/05/2015 07:11 Re: SSD upgrade woes... [Re: Major_Sarcasm]
haffi
new poster

Registered: 04/06/2002
Posts: 19
Loc: Iceland
Player displays this and then the empeg is non responsive
0000.0 hda: err: stat_timo
_________________________
Haf■ˇr Hilmarsson
CCIE VOICE #24527
Iceland.

Top
#363922 - 03/05/2015 13:25 Re: SSD upgrade woes... [Re: Major_Sarcasm]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
When that message appears on the display, there will be a corresponding, more detailed message at the serial port.
Something like: hda: stat_timo: status=0x80
followed by another line describing what it was trying to do at the time.

Any chance you could capture those messages and post them here?
Based on the value it prints for "status=0x..", it might be possible to work around the issue.

In particular, if it says "status=0x88", and "no DRQ after issuing WRITE", then it's a very easy fix.

Thanks.


Edited by mlord (03/05/2015 13:33)

Top
#363923 - 03/05/2015 13:41 Re: SSD upgrade woes... [Re: haffi]
mlord
carpal tunnel

Registered: 29/08/2000
Posts: 13628
Loc: Canada
Originally Posted By: haffi

If I telnet to the empeg and try fsck -fay /dev/hda4 it just says

empeg:/# fsck -fay /dev/hda4
fsck -fay /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.
Pass 1: Checking inodes, blocks, and sizes
Error allocating block bitmap (1): Memory allocation failed


To work around that problem with fsck, just do "swapon -a" before starting the fsck command.


Edited by mlord (03/05/2015 13:42)

Top
Page 1 of 2 1 2 >