Короткий смысл проблемы: при старте системы с вновь собранным ядром не монтируется своп (/dev/hda7) и падает проверка рута (/dev/hda8).
Ядра 2.4.18 и 2.4.20 собирал из чистых сырцов под ALT master 2.0, диск -- Сигейт Барракуда 40Г. Файловая система рута -- ext2 (форматирован АЛЬТовским инсталлером), поддержка в ядро, естессна включена.
Ранее, когда стоял АСП 7.2 на IBM 40Г, сборка 2.4.18 проходила без сучка без задоринки, несмотря на то что и раньше рут висел в конце диска, аж на (/dev/hda9).
В загрузчике рут прописан корректно, проверял.
Есть ли у кого-нить философские мысли по данному вопросу?
P.S. Самое загадочное и экзотическое дополнение -- 20-ка один раз (с первой сборки) запустилась, но под ней отказались работать Х-ы. После того как немножко побаловался с конфигом (перекрутил поддержку саунда и еще пару мелких вещей) и перекомпилял ядро с той же экстраверсией, увидел знакомую по 2.4.18 картину...
Cборка ядра: внезапные траблы с FS
Боюсь фстаб тут ни при чем....
Мистика в том, что родное ядро собранное альтовским инсталлером, грузится прекрасно, монтирует все разделы, и спокойно юзает тот же фстаб... И разделы со времени его сборки не меняли свово расположения :(((
Логика подсказывает -- что-то в конфигах, но ЧТО там может оказывать влияние на монтирование разделов, кроме типов поддерживаемых фс?...
может ли подкидывать гадости вкомпиляная в ядро поддержка NTFS, FAT etc...? попробую, наверное, из жажды к лобовому эксперименту все кроме ext2 модулями сделать... но ситуевина интересная.
===
вот целиком весь фстаб, выглядит абсолютно нормально,
===
/dev/hda8 / ext2 defaults 1 1
devpts /dev/pts devpts gid=5,mode=0620 0 0
/dev/hda6 /home ext2 defaults 1 2
/dev/cdrom /mnt/cdrom auto user,iocharset=cp1251,umask=0,exec,codepage=866,ro,noauto 0 0
/dev/hda2 /mnt/fat16 vfat iocharset=cp1251,umask=0,codepage=866 0 0
/dev/hda5 /mnt/fat32 vfat iocharset=cp1251,umask=0,codepage=866 0 0
/dev/floppy /mnt/floppy auto user,iocharset=cp1251,umask=0,sync,exec,codepage=866,noauto 0 0
proc /proc proc gid=19 0 0
/dev/hda7 swap swap defaults 0 0
===
Мистика в том, что родное ядро собранное альтовским инсталлером, грузится прекрасно, монтирует все разделы, и спокойно юзает тот же фстаб... И разделы со времени его сборки не меняли свово расположения :(((
Логика подсказывает -- что-то в конфигах, но ЧТО там может оказывать влияние на монтирование разделов, кроме типов поддерживаемых фс?...
может ли подкидывать гадости вкомпиляная в ядро поддержка NTFS, FAT etc...? попробую, наверное, из жажды к лобовому эксперименту все кроме ext2 модулями сделать... но ситуевина интересная.
===
вот целиком весь фстаб, выглядит абсолютно нормально,
===
/dev/hda8 / ext2 defaults 1 1
devpts /dev/pts devpts gid=5,mode=0620 0 0
/dev/hda6 /home ext2 defaults 1 2
/dev/cdrom /mnt/cdrom auto user,iocharset=cp1251,umask=0,exec,codepage=866,ro,noauto 0 0
/dev/hda2 /mnt/fat16 vfat iocharset=cp1251,umask=0,codepage=866 0 0
/dev/hda5 /mnt/fat32 vfat iocharset=cp1251,umask=0,codepage=866 0 0
/dev/floppy /mnt/floppy auto user,iocharset=cp1251,umask=0,sync,exec,codepage=866,noauto 0 0
proc /proc proc gid=19 0 0
/dev/hda7 swap swap defaults 0 0
===
