[Решено] 2.6.27-gentoo-r6 не хочет грузить систему со второго винта [Решено]
raskapulk 30 декабря, 2008 - 20:06
сидел последнее время на 2.6.25-gentoo-r7
root (hd0,4) kernel /boot/bzImage-2.6.25-r7.64_b0 root=/dev/sdb9 video=uvesafb:1280x1024-32,mtrr:3,ywrap vt.default_utf8=0 savedefault
, решил попробовать запустить систему на 2.6.27-gentoo-r6... сказано - сделано. Скопировал конфиг из 2.6.25-gentoo-r7, пробежался по конфигуратору, вроде все впоряде... компилю... поправил grub.conf..
root (hd0,4) kernel /boot/bzImage-2.6.27-gentoo-r6.64_b1 root=/dev/sdb9 video=uvesafb:1280x1024-32,mtrr:3,ywrap vt.default_utf8=0 savedefault
reboot..
бац-бац, и мимо =)
первое что насторожило - это:
последние 2 строчки повторялись 4 раза, потом kernel panic...
проверил фс... поддержку в ядре... все наместе...
гружусь на 2.6.25-gentoo-r7, нормально.
вот.
что поменялось ? куда копать ?
/dev/sda1 * 1 1234 9912073+ 7 HPFS/NTFS /dev/sda3 1235 9998 70396827 7 HPFS/NTFS /dev/sda4 9999 24792 118832805 5 Расширенный /dev/sda5 9999 10005 56196 83 Linux /dev/sda6 10006 21356 91176876 83 Linux /dev/sda7 21357 24609 26129690+ 83 Linux /dev/sda8 24610 24792 1469916 82 Linux своп / Solaris
/dev/sdb1 * 1 8 64228+ 83 Linux /dev/sdb2 9 41 265072+ 83 Linux /dev/sdb3 42 232 1534207+ 82 Linux своп / Solaris /dev/sdb4 233 60801 486520492+ 5 Расширенный /dev/sdb5 233 869 5116671 83 Linux /dev/sdb6 870 1251 3068383+ 83 Linux /dev/sdb7 1252 1315 514048+ 83 Linux /dev/sdb8 1316 1348 265041 83 Linux /dev/sdb9 1349 1511 1309266 83 Linux /dev/sdb10 1512 2212 5630751 83 Linux /dev/sdb11 2213 3232 8193118+ 83 Linux /dev/sdb12 3233 15980 102398278+ 7 HPFS/NTFS /dev/sdb13 60420 60801 3068383+ 7 HPFS/NTFS /dev/sdb14 59783 60419 5116671 7 HPFS/NTFS /dev/sdb15 15981 59782 351839533+ 7 HPFS/NTFS
ps
на имена файлов в kernel не обращайте внимания, я своял небольшой скриптик, дабы не выполнять рутийные операции при сборке\смене ядра
»
- Для комментирования войдите или зарегистрируйтесь
1. попробуйте пересобрать без
1. попробуйте пересобрать без IDE, все на SATA сделать
2. в некоторых случаях на чипсетах VIA (а вы не указали, какой у вас чипсет), приходится выключать -*- Message Signaled Interrupts (MSI and MSI-X).
P.S.: Linux - это красная таблетка :-) Windows - синяя...
чипсет nforce4 00:06.0 IDE
чипсет nforce4
_______________________________________
грех обманывать компиляторы в субботу
еще такой глупый вопрос: в
еще такой глупый вопрос: в конфигураторе ядра в поиске введите ck80, сие что за поддержка? от отсутствия поддержки сего, может не работать ?
_______________________________________
грех обманывать компиляторы в субботу
1. попробуйте пересобрать без
эффекта не дало
_______________________________________
грех обманывать компиляторы в субботу
2.6.27-r6
У меня тоже NForce, тока другой марки ;)
Всё собрано через Serial ATA, тока апчхи (ahci) включОн, а
NVIDIA SATA support - выглючОн %)
Ещщё можно посмотреть:
Device Drivers --> Block Devices --> Default RAM disk size ...
Должно быть - 4096 (Вы и без ... знаете).
Я долго тоже тупил - не монтируются диски и всё тут, пока 4096 вместо 13896 не поставил.
Удачи в Новом Годе!
пробовал как ты
пробовал как ты написал....
потом начал помаленьку отрубать в ведре уде и сеть и усб и мониторинг переотрубал, не видит он второй винт хоть ты тресни
_______________________________________
грех обманывать компиляторы в субботу
Default RAM disk size
1) почему Default ** Size выставлен не в Default значение ( я его явно не трогал.. ) Default значение увидел в H к этому пункту ( те самые 4096 )
2) Чем должно помочь снижение объема рамдиска?
3) извените за глупость если что..
собственно чем все
собственно чем все завешается
эт уже по максимуму все отключено и ata и scsi, usb, net и прочее
есть подозрение что система пытается выставить канал в 3 Gbps а чипсет такое не держит...
но в старом ведре система работает и без подобных капризов...
2.6.28 радости не добавило
_______________________________________
грех обманывать компиляторы в субботу
Будете удивлены,
но без SCSI ни фига работать не будет! ;-) Нужна поддержка SCSI Bus, SCSI disks (SD), etc...
Межпрочим рядом с каждой опцией свой Help есть (просто "H" нажать) - там написано всё подробно, где читать, что включать, etc...
http://linuxmafia.com/faq/Hardware/sata.html писал(а):
"libata": This is the newer ATA driver set for selected SATA chipsets only, maintained by Jeff Garzik, leveraging the kernel's well-tested SCSI layer. Garzik developed it in the 2.6 kernel series. 2.4 support was available only with a backported patch until libata's inclusion in 2.4.27 and later.
libata causes each SATA port appear as a new SCSI bus. There are individual low-level drivers for the individual SATA chipsets, e.g., ahci, pdc_adma, ata_piix, sata_nv, sata_mv, sata_promise, sata_qstor, sata_sil, sata_sil24, sata_sis, sata_sx4, sata_uli, sata_svw, sata_via, sata_vsc.
вглючил SCSI disk.в принципе
рукам проще shift+? нажать, они радом со стрелочками-курсором =)
вглючил SCSI disk.
в принципе первый винт и без него ведро видело, токма разделы не читал
ну на первом винте ядро в кернелпанике стало отображать разделы =)
да, (ну она связана именно с SCSI disk) ошибка
и как заюзать этот bus_type method, и повлияет ли он на сетуацию...
второй же винт ломается как сдобный пряник.
поясню.
загрузчик находится на первом винте в MBR, grub живет в /dev/sda5
sda6 sda7 sda8 - старая 32х битная система - ее я счас не использую
sdb1...sdb11 - рабочая 64х битная система sdb9 - её корень
вот =)
_______________________________________
грех обманывать компиляторы в субботу
Этот мессадж в игнор -
он для разработчиков ядра. А что говорит `zgrep -i scsi /proc/config.gz` ?
# zgrep -i scsi
_______________________________________
грех обманывать компиляторы в субботу
Почти симметрично! =)))
У мну включен драйвер поддержки режима целевого устройства (CONFIG_SCSI_TGT=y), но CONFIG_SCSI_MULTI_LUN=n и CONFIG_SCSI_SPI_ATTRS=y.
Local time zone must be set ;-)
После этого очистить всё и пересобрать... тоже всё, а не только ядро! ;-)
http://www.gentoo.org/doc/ru/handbook/handbook-amd64.xml?part=1&chap=5 писал(а):
Перед тем, как продолжать, убедитесь в правильности системной даты и времени, и при необходимости обновите их. Если часы установлены неверно, это в будущем может привести к странным результатам!
http://www.gentoo.org/doc/ru/handbook/handbook-amd64.xml?part=1&chap=7 писал(а):
Сначала вы должны выбрать часовой пояс (time zone), чтобы система знала, где вы находитесь....
да, =)
эт нужно для того чтоб система могла видеть все слоты в usb'шных кардридерах, инече просто /dev/sdc какойнить...
Эт забыл после переезда на x86_64
спасиб за указанный недостаток =)
_______________________________________
грех обманывать компиляторы в субботу
> загрузчик находится на
> загрузчик находится на первом винте в MBR, grub живет в /dev/sda5
grub/lilo - это и есть загрузчики, а MBR - это не /dev/sda5 ;-)
> рабочая 64х битная система sdb9 - её корень
какая на на ней файловая система?
её поддержка должна быть вкомпилена в ядро, а не модулем.
А для начала вот это уберите:
video=uvesafb:1280x1024-32,mtrr:3,ywrap vt.default_utf8=0
Посмотрел конфиг № 3... ну, имхо, вам лучше взять рабочий
конфиг из genkernel за основу и от него уже отталкиваться...
>video=uvesafb:1280x1024-32,m
>video=uvesafb:1280x1024-32,mtrr:3,ywrap vt.default_utf8=0
у чем это мешает ?
[video=uvesafb:1280x1024-32],mtrr:3,ywrap vt.default_utf8=0
разрешение консоли
video=uvesafb:1280x1024-32,[mtrr:3,ywrap] vt.default_utf8=0
хз, из коробки было
video=uvesafb:1280x1024-32,mtrr:3,ywrap [vt.default_utf8=0]
у меня koi8-r
реизерфс, ессно вкомпилена, /boot - etc2 тож вкомпилено
за основу я взял конфиг ядра, которое счас работоспособно, вот я и спрашиваю, что изменилось с момента 2.6.25-gentoo-r4 до, сейчас уже 2.6.28
_______________________________________
грех обманывать компиляторы в субботу
2.6.27
Вот ещё шта: Processor Type and Features --> Enable MPS Table - отглючить надобно,
иначе - kernel panic - not syncing; - у меня, по-крайней мере :).
може свой .config дать? Куда только...
В Partition types --> PC BIOS (MSDOS partition tables) support включена?
(ушел по-английски...)
В Partition types --> PC BIOS
вглЮчента
отглючил, статус проблемы не изменился =)
вёдра
комментарии к структуре файлов:
.config[2009.01.01_13:54:56]-2.6.28-gentoo.64_b0 - после сборки (удачной (: )
.config[2009.01.01_13:54:56]-2.6.28-gentoo.64_b0-before - до конфигурации
.config[2009.01.01_13:54:56]-2.6.28-gentoo.64_b0-configure - после конфигурации
_______________________________________
грех обманывать компиляторы в субботу
2.6.28
Архив - 7zip? что-то не открывается, пишет, что
не могу открыть файл как архив...
Ещё один вопросик: на скрине красуется -
powernow-k8: BIOS Error No PCB or ACPI _PSS objects -
ACPI Processor P-States driver,
AMD Opteron/Athlon64 PowerNow! - модулями включены?
Или я чего-то не понимаю?
У меня была мама на NForce4, около года назад, но чтобы ядро такое писало - не было.
Чип не пожарило слегка? Уж больно они горячие...
тогда вот так ACPI Processor
тогда вот так
нет, не модулем, звездочкой =)
ну в состоянии пококя 37, если поиграть, 50-55, на сайте Epox'ов сказано - до 70-ти терпит, потом хренова будет. я стандартную пищалку снял, радиатор стоковый, напротив радиатора на расстоянии 5-7см крутится карлсончек 80\80 на 7.5 вольтнах, тихо и сердито
_______________________________________
грех обманывать компиляторы в субботу
финал счас вот такой тут
финал счас вот такой
тут конфиг
_______________________________________
грех обманывать компиляторы в субботу
2.6.28
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_POWERNOW_K8=m - я же говорил, модулями в ведре ;)
Device Drivers --> Protocols
CONFIG_BLK_DEV is not set, может на CONFIG_BLK_DEV=y поменять?
CONFIG_SCSI_LOWLEVEL is not set, у меня
CONFIG_SCSI_LOWLEVEL=y
CONFIG_PATA_AMD=y - в моём конфиге
В General Setup на моём ведре:
CONFIG_POSIX_MQUEUE=y;
Может это что-то даст для рейзера;
Кстати, у меня тоже все диски - ReiserFS
Секция Device Drivers-->Protocols в моём конфиге:
CONFIG_PNPACPI=y
CONFIG_BLK_DEV=y
CONFIG_BLK_DEV_FD=y
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_CPQ_CISS_DA is not set
# CONFIG_BLK_DEV_DAC960 is not set
# CONFIG_BLK_DEV_UMEM is not set
# CONFIG_BLK_DEV_COW_COMMON is not set
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_CRYPTOLOOP=m
# CONFIG_BLK_DEV_NBD is not set
# CONFIG_BLK_DEV_SX8 is not set
# CONFIG_BLK_DEV_UB is not set
CONFIG_BLK_DEV_RAM=y - В ТВОЁМ - НЕТ ПОДДЕРЖКИ ЭТОГО
CONFIG_BLK_DEV_RAM_COUNT=16 ПОЭТОМУ, И ЭТОГО - НЕ БУДЕТ
CONFIG_BLK_DEV_RAM_SIZE=4096 И ЭТОГО - ТОЖЕ; Вот и пишет: Kernel Panic - not Syncing:VFS - Виртуалки-то нетю...
CONFIG_BLK_DEV_XIP=y - Это - не важно
CONFIG_CDROM_PKTCDVD=m
CONFIG_CDROM_PKTCDVD_BUFFERS=8
CONFIG_CDROM_PKTCDVD_WCACHE=y
# CONFIG_ATA_OVER_ETH is not set
# CONFIG_BLK_DEV_HD is not set
CONFIG_MISC_DEVICES=y
# CONFIG_IBM_ASM is not set
# CONFIG_PHANTOM is not set
# CONFIG_EEPROM_93CX6 is not set
# CONFIG_SGI_IOC4 is not set
# CONFIG_TIFM_CORE is not set
# CONFIG_ICS932S401 is not set
# CONFIG_SONY_LAPTOP is not set
# CONFIG_THINKPAD_ACPI is not set
# CONFIG_INTEL_MENLOW is not set
# CONFIG_ENCLOSURE_SERVICES is not set
# CONFIG_SGI_XP is not set
# CONFIG_HP_ILO is not set
# CONFIG_SGI_GRU is not set
# CONFIG_C2PORT is not set
CONFIG_HAVE_IDE=y
# CONFIG_IDE is not set
Мне ещё вот что спать не даёт :) -
ATA1.00: ATA-7 Maxtor и.т.д...
ATA2.00: link is slow to respond, please be patient (ready=0) - что, хана пациенту? %)
Если тупо диски местами поменять, предварительно отредактировав grub.conf?
Ну не может быть так на рабочей системе, что один диск - всё ОК, второй - Швах...
Или система сбоить начинает, или я - пенёк ;)
Короче, нашёл я, что пишет "link is slow to respond, please be patient " -
Функция int ata_wait_ready(struct ata_link *link, unsigned long deadline,int (*check_ready)(struct ata_link *link)
в файле /usr/src/linux/drivers/ata/libata-core.c, строка нумер 3439...
Может разработчики что в ней и поменяли, у меня 2.5.25 нет, стёр за ненужностью.
Сравнивать надо...
пришу с 2.6.25 с sdb9 =)коль
пишу с 2.6.25 с sdb9 =)
коль полез в системник, решил почистить от пыли, хлама всякого, пропылисосить.. итог проц -2'C
чипсет -1'C относительно температур до чистки, так вот.
вобщем перетыкал винт по всякому, результата 0, да такой и ожидался, коль железо то не старое...
пробовал даже на тот второй винт записать граб и грузануться с него, таже хрень, также "link is slow to respond, please be patient " бегают, потом кернел паник, винт ядро не увидело, ессно и разделы тож...
>ATA2.00: link is slow to respond, please be patient (ready=0) - что, хана пациенту? %)
нет... ты что, пациент свеженький пол года сего... sata2 держит, а вот мамка sata2 не держит поэтому такая колбасня, первый винт sata1, ессно конфликтов нет =)
>link is slow to respond
он и пишит типа канал медленный а винт шустрый... как в маздае, типа, воткнул флэх USB 2.0 а маздай грит, брейся приятель, у тя мамка тока 1.1 держит =)
>Ну не может быть так на рабочей системе, что один диск - всё ОК, второй - Швах...
тота же =)
работал в монтажниках, тянул линки военным бронепроводом, ну знаете катушки по 500 метров, куча оплетки и 4 многожильных провода... были такие чудеса: протянута воздушка, один конец на бухте,. второй в руках, как обычно мотаем "хвост", обжимаем, втыкаем в свитч, врубаем питание, линк горит, суем в другой порт, линк горит=) ешо и моргает иногда... так то вот.
а в моем случае дело именно в ведре... что то вкл или выкл нужно =)
лан, пшел сводить с вашими комментами=)
_______________________________________
грех обманывать компиляторы в субботу
значица так:2.6.28 заводится
значица так:
2.6.28 заводится через раз, не через колено(в плане этих link is slow to respond, please be patient , из-за низ загрузка на 65 сек длиннее (: )
если из параметров загрузки накернить [video=uvesafb:1280x1024-32,], то система грузится всегда
так теперь мы в горем запущеной системе с... только корневым разделом о_О
ls /dev -la total 41 drwxr-xr-x 5 root root 480 Jan 3 03:11 . drwxr-xr-x 35 root root 1120 Jan 3 03:12 .. drwxr-xr-x 3 root root 60 Jan 3 03:11 .udev crw-r--r-- 1 root root 5, 1 Jan 3 03:11 console lrwxrwxrwx 1 root root 11 Jan 3 03:11 core -> /proc/kcore lrwxrwxrwx 1 root root 13 Jan 3 03:11 fd -> /proc/self/fd prw------- 1 root root 0 Jan 3 03:11 initctl crw-r--r-- 1 root root 1, 3 Jan 3 03:11 null drwxr-xr-x 2 root root 0 Jan 3 03:10 pts drwxrwxrwt 2 root root 40 Jan 3 03:11 shm lrwxrwxrwx 1 root root 4 Jan 3 03:11 stderr -> fd/2 lrwxrwxrwx 1 root root 4 Jan 3 03:11 stdin -> fd/0 lrwxrwxrwx 1 root root 4 Jan 3 03:11 stdout -> fd/1 crw------- 1 root tty 4, 1 Jan 3 03:12 tty1 -rw-r--r-- 1 root root 3 Jan 3 03:11 tty10 -rw-r--r-- 1 root root 3 Jan 3 03:11 tty11 -rw-r--r-- 1 root root 3 Jan 3 03:11 tty2 -rw-r--r-- 1 root root 3 Jan 3 03:11 tty3 -rw-r--r-- 1 root root 3 Jan 3 03:11 tty4 -rw-r--r-- 1 root root 3 Jan 3 03:11 tty5 -rw-r--r-- 1 root root 3 Jan 3 03:11 tty6 -rw-r--r-- 1 root root 3 Jan 3 03:11 tty7 -rw-r--r-- 1 root root 3 Jan 3 03:11 tty8 -rw-r--r-- 1 root root 3 Jan 3 03:11 tty9
sda нетма, sdb нетма, и много чего нетма...
ни че.. не понимаю.. (с) Братья Колобки
ps
как(чем, какой тузлой, командой) файлики сравниваете ?
_______________________________________
грех обманывать компиляторы в субботу
2.6.28
Значит так: в /usr/src/linux/drivers/ata/libata-core.c, начиная со строчки 3999
начинается интересное;)
Нет-ли Вашей модели диска в этом списке?
Ибо - "COMRESET failed (errno=-16)", сразу, после "Link is slow to respond"...
А это - результат работы функции "int sata_link_hardreset", строчка №3703
Сразу скажу - я не програмер, просто интересная ситуация складывается -
2.6.25 + NFORCE4 = работаем; 2.6.28 + NFORCE4 = не хотим...
Что, под новое ядро и новое железо надо, что-ли?
Ни чё не понимаю ... о_О, дехканин, наверное %)
WDC WD50 00AAJS-00YFA
WDC WD50 00AAJS-00YFA 12.0
чтот не видно...
_______________________________________
грех обманывать компиляторы в субботу
2.6.28
Ну что тут сказать, даже не знаю...
Могу дать свой .config, но чуйствую, что это не поможет,
так как - проблема в том, что ядро не может настроить
дисковую подсистему, значит, - не запустит процесс монтирования ФС.
Вот, эма, и - kernel panic...
Может в следующих релизах что-то изменится?
Кстати у меня вот так dmesg пишет:
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: ATA-7: ST3320620AS, 3.AAK, max UDMA/133
ata1.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 31/32)
ata1.00: configured for UDMA/133
ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata2.00: ATA-7: Hitachi HDT725032VLA360, V54OA52A, max UDMA/133
ata2.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 31/32)
ata2.00: configured for UDMA/133
дак нет.....говорю же,
дак нет.....
говорю же, корень подцепился =)
система грузанулась
но в /dev практически ничего нет
нету винтов тобишь sda sdb, нету линков на харды, только корень замонтирован и все
то что находится на отдельных партициях:
следовательно ничего из демонов не грузанулось.....
вот флэшку не пробовал сувать, но думаю определит, хз только сделает ли линк на устройство
тобишь счас ядро винты в логах показывает, а достума к ним нэту...
корень замонтировался с правами RW
еще раз повторюсь:
корень монтируется только при удалении video=uvesafb:1280x1024-32, из параметров ядра в грабе
такие вот чудеса
_______________________________________
грех обманывать компиляторы в субботу
Чудеса -
в совокупности опций в конфиге №3. =)))
Как оно раньше работало, не понимаю! Не берите ЭТО за основу. Но и по опциям объяснять, чего там не так - имхо, бесполезно. Как написал выше - аккуратненько отталкивайтесь от генкернольного конфига, и будет вам счастье!.. ;-)
тут есть конфиг 4 =)
тут есть конфиг 4 =) http://www.gentoo.ru/node/13261#comment-91794
он научился монтировать корень, но забыл про линки на партиции и еще много чего =)
_______________________________________
грех обманывать компиляторы в субботу
Да фтопку конфиг!
root (hd0,4)
kernel /boot/bzImage-2.6.28 root=/dev/sdb9
-- вот этого достаточно, и никаких строчек про initrd!
Можно загрузиться с LiveCD, примонтировать корень, /boot.
Посмотреть что лежит в /mnt/gentoo/dev - нужен минимум.
Видимо такой конфиг ведра, что нихрена и не работает,
возможно не верно выставлен какой-нть udev helper
(CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug"), и т.п.
Фтопку его, и взять за основу от genkernel, ИМХО...
конфиг ведра был снят с
конфиг ведра был снят с РАБОЧЕЙ версии ядра тобишь с ядра которое нормально грузится, заточено под данную систему.
взял я ваш ген кернел, имхо - мазахизм - вопервых всякого всего понатыкано. вовторых простотупо попытался собрать genkernelлом ядро, прождал час, процесс соЖрал +3гб диского пространства +30 мб /boot
имхо, не вариант - всеравно что поломалась машина, "возьми рабочую машину, посмотри как она работает, доведи рабочую до того какая тебе нужна, при этом следи чтоб она оставалась рабочей"
CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" - выставлен верно
сетевуха определилась
USB клава работает
сеть то есть, пинг от хоста и к хосту есть
_______________________________________
грех обманывать компиляторы в субботу
взять за основу от genkernel,
а не просто взять от genkernel ;-))
Там совершенно очевидно: _КАКИХ_УС-В_У_ВАС_НЕТ - модули убрать.
Остальное как раз не трогать. Я ведь не случайно написал,
глядя на ваш "рабочий" конфиг. ;-)
Используйте `genkernel --menuconfig`...
Всё остальное можно и потом попробовать.
Постепенно включая (или выключая),
внимательно глядя, что за опция, за что отвечает.
Большую часть [M] можно изменить на [*].
А что в кавычках написали - всё верно.
Только так и можно научиться вёдра конфигурить.
Точнее, есть способ дольше - изучая каждый флаг, в деталях,
рекурсивно поиском по инету, по сайту/по ссылке и т.п., не только help.
То, что оно грузилось, ровным счётом ничего не означает...
Если интересуют различия, ну сравните конфиги через diff.
Но, ИМХО, это ничего не даст.
2.6.28
Я так думаю, что raskapulk давно с линём, и с гентой - тоже.
Так, что ядро он соберёт и сконфигурирует правильно и без нас :)
Мне всё же кажется, что дело всё в libata, а корень, который
монтирует ядро - это VFS - и не более того; Виртуалка, однако...
raskapulk, скажи, пишет ли ядро эти варнинги, что были на скринах,
в "брежних" постах, ПОСЛЕ переконфигурации ядра, али нет?
Если - да, то остаётся надеяться на новые релизы, если нет -
klark73 - правду говорит, однако :) Ошибки случаются у всех -
так, что, genkernel - наилючшее решение.
Покажи плиз, скрины, где root монтируется в режиме - ro ?
уф, работает =) благодаря
уф, работает =)
благодаря конфигу Dudevil'a.
пока не искал, где запятая пропущена, но обязательно найду и отпишусь
_______________________________________
грех обманывать компиляторы в субботу
столкнулся с такой же проблемой
на таком же контроллере только с другой ревизией:
00:06.0 IDE interface: nVidia Corporation CK804 IDE (rev f2)
00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev f3)
пошаманил чтото и всё пофиксилось,вспоминать что именно менял честно говоря лень :) поэтому кину .config свой надеюсь поможет:
http://pastebin.com/m55cac19f
P.S Проблема с powernow тоже присутствует,может стоит сообщить о баге?
благодарю за конфиг, будет
благодарю за конфиг, будет время испытаю =)
еще, покажите пожалуйста с кикими параметрами грузите ядро системы, желательно бы всю секцию...
P.S
в принципе работает корректно
выражаю огромную благодарность willy за совет собрать модулями
от себя добавлю, в BIOS cool'n'quest (вроде так пишется) auto выставить(по дефолту DISABLE), иначе у меня не работает =)
ещё не знаю с чем вот это связано
_______________________________________
грех обманывать компиляторы в субботу
заработало =) грузится
заработало =)
грузится мгновенно, со всеми старыми параметрами ядра
благодарю за конфиг =)
ошибку поищу, как время будет..
_______________________________________
грех обманывать компиляторы в субботу