Главная » Форум » Gentoo Linux » Установка Gentoo Linux

IDE vs SB700[SOLVED]

Hibiky 31 января, 2009 - 14:46

Имеется мать M3A78 с мостом SB700. Винты SATA 500Gb и PATA 250Gb.
Проблема в том, что не могу завести PATA. SATA работает на ура. Перелазил весь форум и нашел решение проблемы для SATA т.к. железо новое, а конфиг ядра старый. Все пришлось заново перелопачивать в конфиге ядра.
И вот что я натворил в ядре касаемо SATA и PATA:

< > ATA/ATAPI/MFM/RLL support  ---> отключил нафиг.

А это включил:
Device Drivers  ---> 
           <*> Serial ATA (prod) and Parallel ATA (experimental) drivers  --->
                       [*]   ATA ACPI Support
                       [*]   SATA Port Multiplier support
                       <*>   AHCI SATA support 
                       <*>   Silicon Image 3124/3132 SATA support
                       [*]   ATA SFF support 
                       <*>     AMD/NVidia PATA support


            SCSI device support  --->           
                       [*] legacy /proc/scsi/ support
                       <*> SCSI disk support
                       <M> SCSI CDROM support
                       <*> SCSI generic support
                       [*] SCSI low-level drivers  --->

IDE винт на 250Gb ядро 2.6.28 так и не нашло. Виден винт тока на 500Gb. :(
fdisk -l видит тока sata винт.

dmesg | grep ATA
ahci 0000:00:11.0: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode
ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 22
ata2: SATA max UDMA/133 abar m1024@0xfbdff800 port 0xfbdff980 irq 22
ata3: SATA max UDMA/133 abar m1024@0xfbdff800 port 0xfbdffa00 irq 22
ata4: SATA max UDMA/133 abar m1024@0xfbdff800 port 0xfbdffa80 irq 22
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: ATA-8: ST3500320AS, SD15, max UDMA/133
ata2: SATA link down (SStatus 0 SControl 300)
ata3: SATA link down (SStatus 0 SControl 300)
ata4: SATA link down (SStatus 0 SControl 300)
scsi 0:0:0:0: Direct-Access     ATA      ST3500320AS      SD15 PQ: 0 ANSI: 5
‹ Обновление системы после установки проблема с Xorg ›
»

Есть предложение...

Автор klark73, дата создания 31 января, 2009 - 15:01.

Как идёт загрузка с InstallCD? Без libata видно оба диска? Предлагаю временно отключить диск SATA и поработать с IDE-диском в целях убедиться, что ядро с libata его видит и проблема не в понимании ядром железа. Также предлагаю уточнить, что за система (uname -a) и выгрузить полный конфиг ядра на pastebin.

»

Что касательно InstallCD тут

Автор Hibiky, дата создания 1 февраля, 2009 - 01:12.

Что касательно InstallCD тут все пучком, видит 2 диска. Без libata не пробовал, да и смысл, если каждый на форуме говорит, что работать надо с libata. И что значит отключить диск SATA, если на нем система стоит.
uname -a

Linux tadog 2.6.28-gentoo-r1 #4 SMP Fri Jan 30 01:41:46 GMT 2009 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ AuthenticAMD GNU/Linux

Весь конфиг тут --> http://pastebin.com/m1dd67e53.

»

И всё же стоит попробовать ;)

Автор klark73, дата создания 1 февраля, 2009 - 03:02.
Hibiky написал(а):
(1) Что касательно InstallCD тут все пучком, видит 2 диска.
(2) Без libata не пробовал, да и смысл, если каждый на форуме говорит, что работать надо с libata.

Эти два ответа противоречат друг другу. :)
Я так понял, без libata (с InstallCD), всё ОК.

Hibiky написал(а):
И что значит отключить диск SATA, если на нем система стоит.

Вытащить его временно из компа ваще. Для чего - уже написал выше.
Систему перетащить в небольшой раздел на ВТОРОЙ диск (IDE).
Чуток изменить fstab, установить MBR/grub.
И просто увидеть, понимает ли это ядро (с libata) контроллер/диск IDE.
Но что важно: в конфигурации с единственным храдом!

Hibiky написал(а):
Весь конфиг тут --> http://pastebin.com/m1dd67e53

Конфиг глянул. Похожая проблема была "решена" буквально вчера. Но неправильно (ИМХО).

libata сейчас experimental, без libata - depricated. Подобные баги сейчас активно правятся во всех свежих ядрах. У вас довольно свежее. И ориентироваться нужно на libata, конечно же. Давайте разберёмся, как её решать правильно. Если уберёте те же опции из ядра, может это и у вас решит проблему, хотя багов device-mapper'а не видно. Но я пока склоняюсь к багу в libata с вашей конфигурацией.

P.S. Там по ссылке в SOLVED-ветке есть и другие предположения/предложения... ;-)

»

Глянем

Автор Hibiky, дата создания 1 февраля, 2009 - 03:15.
klark73 написал(а):
Эти два ответа противоречат друг другу. :)
Я так понял, без libata (с InstallCD), всё ОК.

Я конфигурировал ядро сразу с поддержкой libata. Если в InatallCD не используется libata значит работал без него. :)

klark73 написал(а):
Систему перетащить в небольшой раздел на ВТОРОЙ диск (IDE).
Чуток изменить fstab, установить MBR/grub.
И просто увидеть, понимает ли это ядро (с libata) контроллер/диск IDE.

Попробуем это провернуть если не получится с вариантом, что пониже.

klark73 написал(а):
Конфиг глянул. Похожая проблема была "решена" буквально вчера. Но неправильно (ИМХО).

Попробую.

klark73 написал(а):
libata сейчас experimental, без libata - depricated. Подобные баги сейчас активно правятся во всех свежих ядрах. У вас довольно свежее. И ориентироваться нужно на libata, конечно же. Давайте разберёмся, как её решать правильно. Если уберёте те же опции из ядра, может это и у вас решит проблему, хотя багов device-mapper'а не видно. Но я пока склоняюсь к багу в libata с вашей конфигурацией.

Да и конфигурация железа давольно свежая, может просто ещё не успели реализовать в этом ядре.

»

Разобралсо, у вас точно не в этом проблема! ;-)

Автор klark73, дата создания 1 февраля, 2009 - 07:30.

Ядро было неверно сконфигурено. В особенности секции SATA/PATA/SCSI/BlkDev, частично USB, I2C, Sound и Ethernet. Сравниваю два конфига ядра одинаковой версии через make menuconfig. Очень сильно выручает вот этот листинг. Разумеется, с учётом мамы, чипсета и проца (AMD64 2/3/4 ядра?). В исходный конфиг стараюсь вносить минимум изменений, только самое необходимое. Сеть/FS/Netfilter не трогал. Вот обновлённый конфиг, попробуйте пересобрать с ним и "взлететь". :) Только сделайте там сначала make mrproper, и только потом копируйте туда конфиг и собирайте.

»

Благодарю за помощь!

Автор Hibiky, дата создания 1 февраля, 2009 - 17:20.

С этим конфигом почти все заработало, исключая сетевуху т.к. я использую не встроенную (фильтрация по мак адресу). И аудио другое. Но это все не проблема, поставлю при следующей компиляции. Ту ссылку, что вы мне давали, которая вам помогла - это вывод команды lshw соответствующего пакета. Действительно я ошибся с выбором IDE контроллера подумав, что это производитель AMD, а оказалось что ATI.
Жаль, что не все бы были такие отзывчивые как вы.

»

Типа все люди братия и всё такое! =)))

Автор klark73, дата создания 1 февраля, 2009 - 17:57.

> я использую не встроенную (фильтрация по мак адресу)
8139 вместо 8169? :) Ну, никто не запрещает конешно, но встроенная-то на гигабит! А мак ей наверняка можно любой присвоить через ifconfig eth0 hw ether НУЖНЫЙ_МАК_АДР (/etc/conf.d/net).

> И аудио другое.
Удивился, почему Creative, когда встроена Intel HDA. Может есть разница в Pro/без Pro мамок...

Я там ещё забыл сказать, что framebuffer VESA вместо uvesa загнобил, для лучшей совместимости с видюхой и включил fbcondecor. Но это не столь существенно. С одной стороны, по ряду опций показалось, что это будет сервер. Но по другим опциям понял, что всё же workstation. Поэтому включил PREEMPT и Tickless Kernel (хотя возможно лишних ватт вам не жалко) и пришлось кое-что поменять в Kernel Hacking. На случай, если надумаете убрать (многое объясняет emerge powertop). Короче, мне кажется, что если этого не менять, система будет поотзывчивей. ;-) Но я ж не знал, сколько ядер там у вас! =)))

На самом деле гугль рулит! ;-) Листинг помог увидеть не только железо, но и используемые модули ядра. У меня тоже только где-то со второго (иногда третьего) раза получается сразу правильный конфиг сделать - выручают dmesg и временное включение опций оладки...

»

Это точно ;)

Автор Hibiky, дата создания 1 февраля, 2009 - 21:31.
klark73 написал(а):
8139 вместо 8169? :) Ну, никто не запрещает конешно, но встроенная-то на гигабит! А мак ей наверняка можно любой присвоить через ifconfig eth0 hw ether НУЖНЫЙ_МАК_АДР (/etc/conf.d/net).

Да, в линухе это полегче конечно будет, но мне и винда иногда нужна. А там мак посложнее менять.

klark73 написал(а):
Удивился, почему Creative, когда встроена Intel HDA. Может есть разница в Pro/без Pro мамок...

Где-то была тема, что встроеное аудио даёт больше помех.

klark73 написал(а):
Я там ещё забыл сказать, что framebuffer VESA вместо uvesa загнобил, для лучшей совместимости с видюхой и включил fbcondecor. Но это не столь существенно. С одной стороны, по ряду опций показалось, что это будет сервер. Но по другим опциям понял, что всё же workstation. Поэтому включил PREEMPT и Tickless Kernel (хотя возможно лишних ватт вам не жалко) и пришлось кое-что поменять в Kernel Hacking. На случай, если надумаете убрать (многое объясняет emerge powertop). Короче, мне кажется, что если этого не менять, система будет поотзывчивей. ;-) Но я ж не знал, сколько ядер там у вас! =)))

Да меня сейчас всё устраивает не собираюсь ничего менять. =)
А чем uvesa хуже чем vesa для ati-шной видюхи? Обычно при использование v86d используется uvesa.

»

Да может и не хуже

Автор klark73, дата создания 2 февраля, 2009 - 03:16.
Цитата:
А чем uvesa хуже чем vesa для ati-шной видюхи? Обычно при использование v86d используется uvesa.

Кстати, может и не хуже. Есть у некоторых карт (нужно смотреть индивидуально) проблемы с иксовыми дровами при использовании совместно с нативным FB. uvesa и vesa таковым не являются, но даже в LiveCD всех дистрибутивов используется vesa. Вероятно, для большей совместимости. Честно говоря не пробовал uvesa...

»

проблемы с фрамбуфером имеют

Автор evadim, дата создания 2 февраля, 2009 - 13:59.

проблемы с фрамбуфером имеют обычно карточки от nvidia, а vesa дрова используют от того что ненужно ничего подбирать - они хоть убого но работают почти на всех карточках...

»

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".