[Решено] 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 tty9sda нетма, 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
# modprobe cpuid powernow_k8; # cpufreq-selector -c 0 -g powersave # acpitool -c CPU type : AMD Athlon(tm) 64 Processor 3000+ Min/Max frequency : 1000/1800 MHz Current frequency : 1000 MHz Frequency governor : powersave Freq. scaling driver : powernow-k8 Cache size : 512 KB Bogomips : 2010.18 Processor ID : 0 Bus mastering control : yes Power management : no Throttling control : no Limit interface : no Active C-state : C0 C-states (incl. C0) : 1 # cpufreq-info cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006 Report errors and bugs to , please. analyzing CPU 0: driver: powernow-k8 CPUs which need to switch frequency at the same time: 0 hardware limits: 1000 MHz - 1.80 GHz available frequency steps: 1.80 GHz, 1000 MHz available cpufreq governors: conservative, ondemand, powersave, userspace, performance current policy: frequency should be within 1000 MHz and 1.80 GHz. The governor "powersave" may decide which speed to use within this range. current CPU frequency is 1000 MHz (asserted by call to hardware). # cpufreq-selector -c 0 -g conservative # cpufreq-selector -c 0 -g userspace -f 1800000в принципе работает корректно
выражаю огромную благодарность willy за совет собрать модулями
от себя добавлю, в BIOS cool'n'quest (вроде так пишется) auto выставить(по дефолту DISABLE), иначе у меня не работает =)
ещё не знаю с чем вот это связано
_______________________________________
грех обманывать компиляторы в субботу
заработало =) грузится
заработало =)
грузится мгновенно, со всеми старыми параметрами ядра
благодарю за конфиг =)
ошибку поищу, как время будет..
_______________________________________
грех обманывать компиляторы в субботу