View previous topic :: View next topic |
Author |
Message |
duozmo Tux's lil' helper
Joined: 05 Oct 2003 Posts: 142 Location: Ketchum, ID
|
Posted: Sat Jul 03, 2004 5:33 am Post subject: Elusive SATA speed issue [solved] |
|
|
My computer can't recognize that my SATA disk can go faster than UDMA2 (33)
I've tried endlessly to eliminate variables:
Problem happens in Linux, not in Windows so I know it's not a motherboard issue
Occurs both in my Gentoo 2.6 kernel and Knoppix 3.4, so I'm pretty sure it's not kernel config
Also happened in my old 2.4 kernel I don't use anymore, more evidence it's not kernel config
I have been loaned a second SATA drive and it happens there too. Original was Seagate 160GB, new is Maxtor 250GB.
What else could it possibly be?
This sucks, because Linux takes 1.5 minutes to load and only 30 seconds for Windows XP. It's not supposed to be that way!
Last edited by duozmo on Fri Jul 09, 2004 12:26 am; edited 1 time in total |
|
Back to top |
|
|
Monkeywrench Apprentice
Joined: 22 Jun 2004 Posts: 205 Location: Florida
|
Posted: Sat Jul 03, 2004 5:48 am Post subject: |
|
|
have you checked out the man page for hdparm?
Sorry I can't help much. But try playing around with hdparm. _________________ Folding@home -Join the Linux team (163)! |
|
Back to top |
|
|
duozmo Tux's lil' helper
Joined: 05 Oct 2003 Posts: 142 Location: Ketchum, ID
|
Posted: Sat Jul 03, 2004 6:02 am Post subject: |
|
|
Yeah, hdparm is how I know:
hdparm -i lists:
Model=Maxtor 6Y250M0, FwRev=YAR51EW0, SerialNo=Y63BS1LE
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null):
* signifies the current active mode
If I did this on my IDE drive, the udma modes would go up to 5 or 6 |
|
Back to top |
|
|
jimbojetset n00b
Joined: 01 Feb 2004 Posts: 67 Location: UK
|
Posted: Sat Jul 03, 2004 12:22 pm Post subject: |
|
|
can you show the results for:
of your disk
James |
|
Back to top |
|
|
() l33t
Joined: 25 Nov 2002 Posts: 610
|
Posted: Sat Jul 03, 2004 12:27 pm Post subject: |
|
|
You're leaving out a crucial variable, the SATA controller. For instance, the Silicon Image controller can be very slow I think; because of a certain quirk the driver has to throttle througput. Are you using the libata driver (under SCSI in the kernel config)? _________________ to be concerned is good |
|
Back to top |
|
|
duozmo Tux's lil' helper
Joined: 05 Oct 2003 Posts: 142 Location: Ketchum, ID
|
Posted: Sat Jul 03, 2004 2:36 pm Post subject: |
|
|
Here's hdparm -tT:
Quote: | Timing buffer-cache reads: 3640 MB in 2.00 seconds = 1819.37 MB/sec
Timing buffered disk reads: 10 MB in 3.10 seconds = 3.23 MB/sec
|
I also have this interesting bit from dmesg:
Quote: | hda: max request size: 1024KiB
hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63
/dev/ide/host0/bus0/target0/lun0: p1 p2 p3
libata version 1.02 loaded.
ata_piix version 1.02
ata: 0x1f0 IDE port busy
ata: 0x170 IDE port busy
ata_piix: probe of 0000:00:1f.2 failed with error -16
|
I couldn't turn up anything via Google on what error -16 means
I'm using the ICH5 chipset
Here's my: kernel config | dmesg | lspci |
|
Back to top |
|
|
joki n00b
Joined: 30 Sep 2003 Posts: 53 Location: germany
|
Posted: Sat Jul 03, 2004 3:18 pm Post subject: |
|
|
your error sounds crazy.
i also have a maxtor sata, so look at my outputs:
Quote: |
# hdparm -i /dev/hde
/dev/hde:
Model=Maxtor 6Y160M0, FwRev=YAR51EW0, SerialNo=Y44JZFCE
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null):
* signifies the current active mode
# hdparm -tT /dev/hde
/dev/hde:
Timing buffer-cache reads: 1840 MB in 2.00 seconds = 918.76 MB/sec
Timing buffered disk reads: 170 MB in 3.03 seconds = 56.10 MB/sec
|
The UDMA-Modes are the same, aren't they? _________________ emerge dev-pocket/money |
|
Back to top |
|
|
() l33t
Joined: 25 Nov 2002 Posts: 610
|
Posted: Sat Jul 03, 2004 3:19 pm Post subject: |
|
|
pojo: Does the chipset support both PATA and SATA? If the drive is indeed connected to a SATA port, it should show up as /dev/sda, not /dev/hda I think. This is the convention followed by libata, which offers SATA support for ICH. Is it perhaps connected to a PATA port? It looks like the regular IDE driver claims the drive, perhaps the support for ICH is better with libata.
I see you've turned on support for ICH under the IDE section btw, maybe this is why you're getting these IDE port busy messages (the IDE driver has already claimed the ports before libata). _________________ to be concerned is good |
|
Back to top |
|
|
duozmo Tux's lil' helper
Joined: 05 Oct 2003 Posts: 142 Location: Ketchum, ID
|
Posted: Thu Jul 08, 2004 5:58 am Post subject: |
|
|
(), you were right about my kernel config. It was picking up the SATA drive as an IDE drive, and my bios was set to allow it to do that. I took the necessary parts out of my kernel and recompiled, but now i'm faced with a problem with lilo: it won't accept "root=/dev/sda3" as a parameter when my root is currently on /dev/hda3. Specifically the error I get is
Fatal: Not a number: "/dev/sda3"
If I leave it the way it is, with root="/dev/hda3", I get a kernel panic on startup, after libata grabs the drive, asking for a valid root=. I've done some searching but can't figure out how to get around this... |
|
Back to top |
|
|
Monkeywrench Apprentice
Joined: 22 Jun 2004 Posts: 205 Location: Florida
|
Posted: Thu Jul 08, 2004 8:53 am Post subject: |
|
|
pojo, I think you can just have "root=/dev/sda" in your lilo.conf. Mine currently reads:
Code: | boot=/dev/hda
prompt
timeout=50
compact
lba32
vga=0x307
root=/dev/hda1
read-only
image=/boot/2.6.7-r8-kernel
label=time-2.6.7-r8 |
Hmm... I'm not sure though. I don't have a separate /boot partition, I only have a swap partition, /home partition, and / partition. _________________ Folding@home -Join the Linux team (163)! |
|
Back to top |
|
|
() l33t
Joined: 25 Nov 2002 Posts: 610
|
Posted: Thu Jul 08, 2004 12:06 pm Post subject: |
|
|
Hmm .. I dunno about lilo, but why should the root parameter matter to the bootloader? Isn't the root parameter simply passed to the kernel? At least with grub, it has it's own numeric root (currently hd0,0), and root=/dev/sdb1 is among the parameters passed to the kernel. Is the bios still set up to masquerade the drive as IDE? _________________ to be concerned is good |
|
Back to top |
|
|
duozmo Tux's lil' helper
Joined: 05 Oct 2003 Posts: 142 Location: Ketchum, ID
|
Posted: Fri Jul 09, 2004 12:26 am Post subject: problem solved |
|
|
holy crap, it works!
i realized all i had to do was pass a new 'root' option on the boot prompt, not too hard. i was foiled for a while until i completely ripped ide out of my kernel and updated fstab to hit up the sdas instead of the hdas. this will disable my shiny dvd burner, so i'll figure out how to get it back in without it picking up my disks, but the point is it works. finally, my computer doesn't spin the disk endlessly, it is so much faster now. woot
here's the new dmesg:
Code: |
libata version 1.02 loaded.
ata_piix version 1.02
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0xF000 irq 14
ata1: dev 0 cfg 49:2f00 82:346b 83:7d01 84:4003 85:3469 86:3c01 87:4003 88:207f
ata1: dev 0 ATA, max UDMA/133, 312581808 sectors (lba48)
ata1: dev 0 configured for UDMA/133
scsi0 : ata_piix
Using anticipatory io scheduler
Vendor: ATA Model: ST3160023AS Rev: 1.02
Type: Direct-Access ANSI SCSI revision: 05
ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xF008 irq 15
ata2: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4003 85:7c69 86:3e01 87:4003 88:207f
ata2: dev 0 ATA, max UDMA/133, 490234752 sectors (lba48)
ata2: dev 0 configured for UDMA/133
scsi1 : ata_piix
Vendor: ATA Model: Maxtor 6Y250M0 Rev: 1.02
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
SCSI device sda: drive cache: write through
/dev/scsi/host0/bus0/target0/lun0: p1 p2 p3
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 490234752 512-byte hdwr sectors (251000 MB)
SCSI device sdb: drive cache: write through
/dev/scsi/host1/bus0/target0/lun0: p1
Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0, type 0
|
mmmmm.... 400 GB of storage |
|
Back to top |
|
|
() l33t
Joined: 25 Nov 2002 Posts: 610
|
Posted: Fri Jul 09, 2004 4:18 am Post subject: |
|
|
Great :] _________________ to be concerned is good |
|
Back to top |
|
|
FirechilD Tux's lil' helper
Joined: 21 Oct 2003 Posts: 120 Location: Germany - NRW
|
Posted: Fri Jul 09, 2004 8:16 pm Post subject: |
|
|
may you can just post a little how to?
im trying to change from ide siimage to the scsi one and cant come forward since lilo wont accept an update for the sdaX hdd´s because there arent loaded :/
my system looks like:
- silicon image chip on my a7n8x deluxe
- hde8 = root -> sda8 in the future?
the scsi drivers ive compiled in the kernel:
- scsi device support
- legacy /proc/scsi suport
- scsi disk support
scsi low level drivers ->
- sata support
- silicon image support
edit:
ive found the solution myselv
- compiled the kernel with ide and scsi drivers
- lilo update & reboot
- compiled the kernel with only the scsi drivers & reboot
- at lilo boot-prompt ive done this:
Gentoo root=/dev/sda8
booted fine
- needed to adjust the fstab and lilo config & rebooted
everything runs fine now,
bit ive no speed improvements :/
k, im using love-sources - maybe it were the siimage update wich boosted my hdd´s to that power they have _________________ The worst foe lies within the self... |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|