> э... а чо не так? gcc можно откатить, если вдруг там в
> си-стандарте проблема.не, всё так.. всё просто збсЪ.. сперва (кто-то в несколько стадий) откатываем gcc. лучше сразу приготовить 4.1.2 и какой-нить из 3-ей версии.. если есть старые сырцы 2.95.3 со всеми патчами - пытаемся тоже собрать (фейлим на x86_64).. потом ищем "те самые"(ц)(тм) depmod/mkinitrd, которые апгрейдили при смене с 2.4 на 2.6. пытаемсо собрать.. ищем compat-libs, не находим, но на во-он том ftp.. ну, ты понел, да? но со сборкой всё равно "что-то идёт не так"(ц)(тм). ок. решаем, что монолитное ведро - наше фсё и конпеляем linux-2.4.37.11... bzImage "сам"(ц) ессно не конпеляетсо, чсбх. но есть zImage.. да.. после того, как из конфига выпилили всё, что по какой-то загадочной причине валило сборку.. ну а потом пытаемсо "взлететь" на том, что получилось.. grub2 не видит vmlinux: чешем репу, вспоминаем, что может загрузить zImage.. обнаруживаем (внезапно, ога) новое неподдерживаемое оборудование.. после того, как фейлим на монтировании рута, вспоминаем о gpt и uefi+csm. мужественно превозмогаем. заодно выделяем отдельно /boot и форматируем в ext2/ext3. вни-ма-тель-но перепроверяем опции сборки "монолита", тыкаем MOAR в надежде, что "повезёт"(ц) и таки взлетит.. параллельно ищем и ставим в виртуалке что-то типа SuSE-8.0/8.2 "тех самых"(ц) лет. находим SuSE-8.2-x86_64.. бурно множественно и длительно оргазмируем.. со-би-ра-ем (ессно в qemu, Ъ bzImage, SMP, фсё как у взрослых).. стар-ту-ем.. смотрим в tty и идём за бухлом и просить другое железо.. постарше.. и желательно рабочее..
это если кратко в общем и целом..
