Author Topic: linux с двумя SATA  (Read 6956 times)

0 Members and 1 Guest are viewing this topic.

Offline DrDeath

  • Full Member
  • ***
  • Posts: 124
  • Karma: +1/-0
    • http://
linux с двумя SATA
« on: August 14, 2006, 20:03:32 »
Имеется:
1) железка на чипсете nVidia nForce Professional 2200
2) Линух (дистриб не важен) с ядром 2.6.15
Проблема:
При одном подключеном винте (SATA) все работает как часики, а при подключении двух винтов начинаются грабли типа:
ata1: command 0x35 timeout, stat 0x50 host_stat 0x24
ata2: command 0x25 timeout, stat 0x50 host_stat 0x24
Эти сообщения выпадают до дет пор, пока не появится веселая надпись Kernel panic
Может кто сталкивался с такой проблемой?
Гугль предлагает неиспользовать два винта (неприемлимо) или другую чушь (откатить/обновить ядро, что в конечном итоге не помогает)




Offline stranger

  • Hero Member
  • *****
  • Posts: 922
  • Karma: +0/-0
    • http://
linux с двумя SATA
« Reply #1 on: August 15, 2006, 01:21:21 »
Неплохо было бы узнать, что за мать с этим чипсетом. И чей контролер SATA используется...

З.Ы. Самый простой вариант попробовать повтыкать в разные гнезда... Это без знания контролера... Плюс посмотреть на сайте производителе мамки о поддержки линукса - может там есть решения...
Хотя у меня такое подозрение, что мамка Асус - тогда возможно придется помучаться, так как там промайзовский контролер стоит... Помучался я с ними одно время, правда тогда еще на IDE...
[span style='font-family:Geneva'][span style='font-size:8pt;line-height:100%'][span style='color:gray']Единственное условие, от которого зависит успех, есть терпение.   Л.Н.Толстой
[/span][/span][/span]

Offline DrDeath

  • Full Member
  • ***
  • Posts: 124
  • Karma: +1/-0
    • http://
linux с двумя SATA
« Reply #2 on: August 15, 2006, 01:46:37 »
ASUS K8N-DRE
глюкало ппц какое ): заявленый райд аппаратный не пашет...

Offline stranger

  • Hero Member
  • *****
  • Posts: 922
  • Karma: +0/-0
    • http://
linux с двумя SATA
« Reply #3 on: August 15, 2006, 11:25:12 »
Quote from: DrDeath
ASUS K8N-DRE
глюкало ппц какое ): заявленый райд аппаратный не пашет...
Как я и предпологал...
Проблема в том, что дрова от промайза только к старым системам на ядре 2.4 существуют... В свое время я находил решение... Сейчас неуверен, что оно есть...

Т.к. этот рейд все-таки програмный, а не аппаратный (чексуммы все равно процом проверяются), то самый простой вариант использовать встроенный в линукс програмный рейд. С ним будет проще работать при сбое... Я помниться в свое время понамучался с внешнем контролером TX2000 и чуть на SX4 не нарвался, но вовремя от него отказался... Приходилось ставить систему сначала на один винт. Потом настроивать систему на поддержку рейда (вроде модуль ataraid подгружался в ядрах 2.4), перенастраивать систему на ходу, а потом переставлять в контролер. Копировал контролером инфу с основного винта на второй и запускать систему... Это возможно конечно только при создании зеркала. RAID0 таким макером не сделаешь. Я не знаю есть ли в новом ядре ataraid, но можно в эту сторону покапать.
Так, что возможно програмный линуксовый рейд будет лучшим выходом.
Попробую вытащить старую инфу, если найду по промайзу...

З.Ы. на ТХ2000 я заметил еще одну противную особенность - после долгой работы системы, если ее перезагрузить он терял рейд (грил, что суммы различаются, что ли - я мейчас не помню). Его приходилось занового инициализировать... Данные не терялись, но все равно было противно... Хотя как потом проскакивала инфа возможно проблемы были в сигейтовских винтах.

Добавлено...

Вот нашел ссылку - там коротко, но примерно понятно чем можно воспользоваться... Инфа старая, но можно посмотреть, что сделать можно http://lists.altlinux.ru/pipermail/communi...ust/096022.html

З.Ы. По мне лучше бросить этот "аппаратный" рейд и сделать прогрмный...
« Last Edit: August 15, 2006, 11:25:46 by stranger »
[span style='font-family:Geneva'][span style='font-size:8pt;line-height:100%'][span style='color:gray']Единственное условие, от которого зависит успех, есть терпение.   Л.Н.Толстой
[/span][/span][/span]

Offline DrDeath

  • Full Member
  • ***
  • Posts: 124
  • Karma: +1/-0
    • http://
linux с двумя SATA
« Reply #4 on: August 15, 2006, 14:15:33 »
Спасибо. Рейд бы поднял ((: вот только два винта не могут одновременно работать
вопрос-то как раз состоит в том, что просто при подключении второго винта начинают лететь ошибки
в ядре ставил поддержку "nVidia SATA support"

00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
« Last Edit: August 15, 2006, 15:10:29 by DrDeath »

Offline Dimmus

  • Sr. Member
  • ****
  • Posts: 438
  • Karma: +0/-0
    • http://dimmus.com
linux с двумя SATA
« Reply #5 on: August 15, 2006, 15:41:25 »
Как-то, после 2-х суточного секеса, осенило превзойти все свои принципы и поставить FreeBSD, все прекрасно определилось, райд завелся и без ошибок)

Offline DrDeath

  • Full Member
  • ***
  • Posts: 124
  • Karma: +1/-0
    • http://
linux с двумя SATA
« Reply #6 on: August 15, 2006, 16:10:15 »
тогда уж я лучше с одним винтом буду жить, а все что нужно на бекап-сервенр сливать (:

Offline stranger

  • Hero Member
  • *****
  • Posts: 922
  • Karma: +0/-0
    • http://
linux с двумя SATA
« Reply #7 on: August 15, 2006, 16:24:56 »
Quote from: DrDeath
Спасибо. Рейд бы поднял ((: вот только два винта не могут одновременно работать
вопрос-то как раз состоит в том, что просто при подключении второго винта начинают лететь ошибки
в ядре ставил поддержку "nVidia SATA support"

00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
Ну как вариант тут лучше сходить на сайт nVidia и посмотреть на предмет дров под линух... Может что-нибудь есть...  Там на главной странице скачки драйверов есть еще специальная ссылочка для Linux
[span style='font-family:Geneva'][span style='font-size:8pt;line-height:100%'][span style='color:gray']Единственное условие, от которого зависит успех, есть терпение.   Л.Н.Толстой
[/span][/span][/span]

Offline Egor

  • Sr. Member
  • ****
  • Posts: 251
  • Karma: +0/-0
linux с двумя SATA
« Reply #8 on: August 16, 2006, 14:33:45 »
Похожая проблема с Sil3112a:
Quote
Check the kernel mailing list, this is a known issue when Seagate SATA drives are coupled with a Silicon Image 3112/3114 controller. What you need to do is add your drive model (ex: ST3200822AS) to the blacklist in sata_sil.c (<kernel source top dir>/drivers/scsi/sata_sil.c).
Look for the section with a listing of drives and MOD_15_QUIRK. Needless to say, this involves recompiling the sata_sil kernel module.
и
http://gentoo-wiki.com/ASUS_K8N-DL_dual_Opteron_motherboard
Quote
Attach serial ATA drives to the Silicon Image RAID controller, not the NVidia serial ATA ports. The Linux sata_nv driver is quite buggy. If, like me, you discovered this after putting stuff on the drive, all is not lost: define the drive as a single-drive concatenation in the Silicon Image RAID setup utility (hit F4 when prompted during boot).
Quote
Certain systems have experienced problems with the Silicon Image controller as well as the NVIDIA one on this motherboard. See this thread [1] for a description of the problem. However, upgrading to BIOS 1007 appears to fix the problem. SI3114 based PCI controller cards have been reported to be trouble-free -- however, the BIOS on all the cards tried was newer than the original on-board BIOS.
« Last Edit: August 16, 2006, 14:55:49 by Egor »

Offline DrDeath

  • Full Member
  • ***
  • Posts: 124
  • Karma: +1/-0
    • http://
linux с двумя SATA
« Reply #9 on: August 17, 2006, 02:05:12 »
Quote from: Egor
Похожая проблема с Sil3112a:

и
http://gentoo-wiki.com/ASUS_K8N-DL_dual_Opteron_motherboard

пробовал уже по этой ссылке, похоже из-за разницы чипсета не определяются вообще винты ):

Offline kateb

  • Newbie
  • *
  • Posts: 9
  • Karma: +0/-0
linux с двумя SATA
« Reply #10 on: August 18, 2006, 08:31:21 »
[2) Линух (дистриб не важен) с ядром 2.6.15
   У меня тоже не грузился SATA. Проблема исчезла сама собой при обновлении до 2.6.16

Offline SG_

  • Full Member
  • ***
  • Posts: 157
  • Karma: +0/-0
linux с двумя SATA
« Reply #11 on: August 21, 2006, 16:22:14 »
Quote from: DrDeath
Имеется:
1) железка на чипсете nVidia nForce Professional 2200
2) Линух (дистриб не важен) с ядром 2.6.15
Проблема:
При одном подключеном винте (SATA) все работает как часики, а при подключении двух винтов начинаются грабли типа:
ata1: command 0x35 timeout, stat 0x50 host_stat 0x24
ata2: command 0x25 timeout, stat 0x50 host_stat 0x24
Эти сообщения выпадают до дет пор, пока не появится веселая надпись Kernel panic
Может кто сталкивался с такой проблемой?
Гугль предлагает неиспользовать два винта (неприемлимо) или другую чушь (откатить/обновить ядро, что в конечном итоге не помогает)
у меня похожая херь была: мама асусь на чипсете nforce6100. когда второй сата винт втыкаеш, то при одновременной работе очень быстро вешается комп. перенес винты на маму с nforce4 - все прошло, хотя дрофф тот же, камень тоже перенес.

Offline dmitry_

  • Newbie
  • *
  • Posts: 42
  • Karma: +0/-0
    • http://
linux с двумя SATA
« Reply #12 on: April 07, 2007, 21:49:25 »
2 Sata винта работают нормально, подключаю 3-й в биосе видит в Linux нет (fdisk -l)
ядро 2.6.20
мать A8N-E nforce 4

проблему думаю можно решить посмотрев логи

почему для ранее установленных винтов пишется
SATA link up 1.5 Gbps (SStatus 113 SControl 300)
а для нового
SATA link down (SStatus 0 SControl 300)
и как это исправить?
Quote
kernel: ata1: SATA max UDMA/133 cmd 0xF8806480 ctl 0xF88064A0 bmdma 0xD800 irq 18
kernel: ata2: SATA max UDMA/133 cmd 0xF8806580 ctl 0xF88065A0 bmdma 0xD808 irq 18
kernel: scsi0 : sata_nv
kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
kernel: ata1.00: ATA-6, max UDMA/133, 312581808 sectors: LBA48 NCQ (depth 31/32)
kernel: ata1.00: ata1: dev 0 multi count 1
kernel: ata1.00: configured for UDMA/133
kernel: scsi1 : sata_nv
kernel: ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
kernel: ata2.00: ATA-7, max UDMA/133, 320173056 sectors: LBA48 NCQ (depth 31/32)
kernel: ata2.00: ata2: dev 0 multi count 1
kernel: ata2.00: configured for UDMA/133
kernel: scsi 0:0:0:0: Direct-Access     ATA      ST3160023AS      3.00 PQ: 0 ANSI: 5
kernel: ata1: bounce limit 0xFFFFFFFFFFFFFFFF, segment boundary 0xFFFFFFFF, hw segs 61
kernel: SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
kernel: sda: Write Protect is off
kernel: SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
kernel: SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
kernel: sda: Write Protect is off
kernel: SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
kernel:  sda: sda1 sda2 sda3 sda4
kernel: sd 0:0:0:0: Attached scsi disk sda
kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
kernel: scsi 1:0:0:0: Direct-Access     ATA      Maxtor 6L160M0   BANC PQ: 0 ANSI: 5
kernel: ata2: bounce limit 0xFFFFFFFFFFFFFFFF, segment boundary 0xFFFFFFFF, hw segs 61
kernel: SCSI device sdb: 320173056 512-byte hdwr sectors (163929 MB)
kernel: sdb: Write Protect is off
kernel: SCSI device sdb: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
kernel: SCSI device sdb: 320173056 512-byte hdwr sectors (163929 MB)
kernel: sdb: Write Protect is off
kernel: SCSI device sdb: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
kernel:  sdb: sdb1
kernel: sd 1:0:0:0: Attached scsi disk sdb
kernel: sd 1:0:0:0: Attached scsi generic sg1 type 0
kernel: ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [APSJ] -> GSI 21 (level, low) -> IRQ 19
kernel: sata_nv 0000:00:08.0: Using ADMA mode
kernel: ata3: SATA max UDMA/133 cmd 0xF881C480 ctl 0xF881C4A0 bmdma 0xC400 irq 19
kernel: ata4: SATA max UDMA/133 cmd 0xF881C580 ctl 0xF881C5A0 bmdma 0xC408 irq 19
kernel: scsi2 : sata_nv
kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
kernel: ata3.00: ATA-7, max UDMA/133, 781422768 sectors: LBA48 NCQ (depth 31/32)
kernel: ata3.00: ata3: dev 0 multi count 1
kernel: ata3.00: configured for UDMA/133
kernel: scsi3 : sata_nv
kernel: ata4: SATA link down (SStatus 0 SControl 300)
kernel: scsi 2:0:0:0: Direct-Access     ATA      ST3400633AS      3.AA PQ: 0 ANSI: 5
kernel: ata3: bounce limit 0xFFFFFFFFFFFFFFFF, segment boundary 0xFFFFFFFF, hw segs 61
kernel: SCSI device sdc: 781422768 512-byte hdwr sectors (400088 MB)
kernel: sdc: Write Protect is off
kernel: SCSI device sdc: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
kernel: SCSI device sdc: 781422768 512-byte hdwr sectors (400088 MB)
kernel: sdc: Write Protect is off
kernel: SCSI device sdc: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
kernel:  sdc: sdc1 sdc2