Помогите восстановить загрузчик Lilo

загрузись через chainloader с флэшки и переставь загрузчик

А можно подробней для чайника. Гружу другую рабочую систему, примонтирую поломатую, делаю в неё chroot, как установить lilo?

/sbin/lilo

Подключаете диск к рабочей системе.

Грузитесь в рабочую систему.

Выполняете от рута

# mkdir /r
# mount /dev/sdb1 /r  # где там у вас корень
# for d in dev proc sys; do mkdir /r/$d; mount --bind /$d /r/$d; done
# chroot /r

boot = /dev/sdb

# lilo

http://www.altlinux.org/Восстановление_загрузочной_записи

01 01 с самого, вообще начала?, тоды енто у тебя самый приглючнейший контроллер на сист платке, и дистр к этому вообще никаким боком.

Спасибо. Сделал как написали, только mcdir он мне сделать не дал, эти каталоги там уже были. Теперь другой затык выскакивает: VFS: Cannot root device 08:02 Kernel panic: VFS: Unable to mount root fs on 08:02

Kernel panic: VFS: Unable to mount root fs on 08:02

не удалось смонтировать корневую систему на втором разделе первого диска. Там повыше обычно табличка есть с разделами, которые опознаны ядром, есть смысл привести ее тут (текстом или фото).

Возможные причины:
1) такого устройства (08:0) в железе вообще нет (старт машины без HDD вовсе, поскольку это первый HDD)
2) такое устройство (08:0) не опознано ядром (для контроллера не оказалось в ядре драйвера, вкомпилированного или загруженного из initrd)
3) на устройстве нет такого раздела (08:02)
4) файловая система раздела не опознана ядром (для ФС не оказалось в ядре драйвера вкомпилированного или загруженного из initrd)

Используя LILO, нужно понимать, как он работает.
По команде lilo формируется тело загрузчика и записывается на место (куда указано в boot= или параметром комстроки), поэтому это место должно быть актуальным на момент вызова lilo. При формировании загрузчика вычисляются номера секторов, занятых ядром (image=) и образом начальной загрузки (initrd=), и записываются в сформированный загрузчик, поэтому эти данные также должны быть актуальны на момент вызова lilo.
Записанный код будет выполняться при перезагрузке машины (код в MBR первого (или выбранного) диска будет загружен загрузчиком BIOS, код в BR раздела — каким-либо другим загрузчиком). Получив управление, код загрузчика LILO загрузит по номерам секторов в память ядро, initrd (если указан), сформирует блок параметров ядра и передаст ядру управление. Поэтому все параметры ядра (append=, addappend=, root=, а для initrd также корень, заданный ключом -r команды mkinitrd) должны быть актуальны на момент выполнения кода загрузчика.

Поэтому проще всего ремонтировать загрузчик LILO на той машине, где он будет грузить систему, поскольку не нужно учитывать те самые нюансы от смены номеров устройств.

О какой системе идет речь? Обязателен ли в ней initrd для монтирования корня (ядро не содержит вкомпилированного драйвера коневой ФС)?

Если речь идет про Slackware, то там есть дистрибутивные средства, упрощающие процесс восстановления LILO без перестановки дисков в другие машины. Описывал не раз, например, там:
http://www.slackware.ru/forum/viewtopic.php?t=543#p3289
http://www.slackware.ru/forum/viewtopic.php?f=32&t=1045#p7538
Поиском по тамошнему форуму можно найти еще...

выше при загрузке написал: Partition check: hda: hda1 hda2 ещё выше писал: hda: модель жёсткого, ATA DISK Drive hda1 у меня swap hda2 корневой активный раздел

подключен hdd в тот же ide в котором был всегда

boot = /dev/hda

initrd = в lolo.conf нет image = /boot/image/linux image = /boot/image/memtest - оба этих файла на hda2 имеются

Вы уверены, что именно с этим ядром ваша машина грузилась, пока была в рабочем состоянии?

Поясню вопрос. Как уже писал выше, LILO запоминает в загрузчике номера секторов с ядром на момент вызова команды lilo. Если обновить файл ядра на диске (данные от старого файла обычно остаются лежать на прежнем месте), но не выполнить lilo, загрузчик продолжит грузить прежнее ядро, даже если файл ядра был удален (до тех пор, пока данные в секторах не будут перезаписаны чем-то еще).

Какая ФС на корне на самом деле? Пусть на другой машине ваш корень смонтирован в /r. Хотелось бы увидеть результат выполнения:

# ls -l /r/boot/image/
# grep -v '^$\|^#' /r/etc/lilo.conf
# cat /r/etc/*release /r/etc/*version

Гружусь с флэшки.

Жёсткий в том ide где должен быть.

делаю:

sudo su

mkdir /r

fdisk -l

выдаёт, что жёсткий определился как sda, два раздела sda1 - Linux swap, sda2 - Linux

монтирую:

mount /dev/sda2 /r

for d in dev proc sys; do mount --bind /$d /r/$d; done

chroot /r

всё корректно, никаких ошибок.

изменяю в /r/etc/lilo.conf hda на sda

делаю lilo

выдаёт:

Warning: LBA32 addressing assumed

Added linux *

Added memtst

изменяю обратно в /r/etc/lilo.conf sda на hda

выхожу exit и reboot

жёсткий диск в той же машине, на том же месте что и при выполнении lilo, при загрузке определяется.

В итоге:

hda: hda1 hda2

Cannot root device 08:02

Kernel panic: VFS: Unable to mount root fs on 08:02

ls -l /r/boot/image/ :

-rw-r--r-- 1 root root ... 2.20.cfg

-rwxr-xr-x 1 root root ... linux

-rwxr-xr-x 1 root root ... memtst

-rw-r--r-- 1 root root ... setup.diff

lilo.conf :

boot = /dev/hda root = /dev/hda2 read-only #vga = 0x305 delay = 30

image = /boot/image/linux append = «mem=-8M» label = linux

image = /boot/image/memtst label = memtst

release version ни нашёл

Резюме:
 — загрузчик установлен успешно
 — загрузчик успешно загружает ядро и передает ему управление
 — ядро успешно выполняет инициализацию до момента, когда приходит время смонтировать корневой раздел и продолжить загрузку
 — ядру указано монтировать в качестве корня 08:02
 — ядру смонтировать 08:02 не удается

Нужно внимательно разбираться с ядром, почему оно не может смонтировать корневой раздел, возможные причины выше описывал.

Разместите где-то фотку экрана с паникой и приложите ссылку.

Сорри за качество, нормальной фотоаппарутуры нет под рукой http://my-files.ru/pq3kq7#codes http://my-files.ru/nka4so#codes http://my-files.ru/gva1go#codes

По фоткам.

Грузится довольно старое ядро Linux, версии 2.2.
Сильно смущает наличие диагностики:

PCI_IDE: unknown IDE controller on PCI bus 00 device fa VID 8086 PID 24d1

Я пытался перенести эту систему на другой диск (сделать копию), но в процессе создания загрузчика на копии, похоже затёр или как-то повредил оригинал. Файловая система на оригинале не менялась, должна быть etx2. Я так понял, что нужно восстанавливать с такого-же древнего live usb линукса чтобы он поставил древний загрузчик?

Загрузчик свою функцию выполняет на ура — ядро загружено и запущено.

Ядро не может смонтировать файловую систему на втором разделе первого диска. Причин может быть много, выше уже перечислял. С учетом старого ядра к ним можно добавить, что во времена Linux-2.2 не было больших дисков, и это может также влиять на ситуацию.

но она работала на этом компе, на этом диске

работала на этом компе, на этом диске

Это вселяет определенные надежды.

1) такого устройства (08:0) в железе вообще нет (старт машины без HDD вовсе, поскольку это первый HDD)

диск есть, при загрузке она его даже видит, что-то там про него пишет 2) такое устройство (08:0) не опознано ядром (для контроллера не оказалось в ядре драйвера, вкомпилированного или загруженного из initrd) как это приоверить?

3) на устройстве нет такого раздела (08:02) ну как нет? fdisk -l мне показывает два раздела swap и linux

4) файловая система раздела не опознана ядром (для ФС не оказалось в ядре драйвера вкомпилированного или загруженного из initrd) как это проверить?

Вот нашёл что пишет при загрузке исправный клон этой системы работающий на таком-же железе:

http://my-files.ru/hdilte#codes

3) на устройстве нет такого раздела (08:02)

ну как нет? fdisk -l мне показывает два раздела swap и linux

Вы уверены, что в том, что показано как

Partition check:
 hda: hda1 hda2

Сделайте копию оригинала, проверьте, какая ФС на разделе, проверьте саму ФС.

исправный клон этой системы работающий на таком-же железе

проверьте и сравните, как настроены в BIOS контроллеры IDE.

Сравните убежавший за экран вывод про первый контроллер, который VID=8086 PID=24db.

В конце концов, сделайте клон всего диска через dd (не ошибитесь с параметрами!!!).

fdisk -l смотрю при загрузке с usb hdd при этом определяется как sda (sda1 и sda2) при загрузке с hdd пишет

Partition check: hda: hda1 hda2

ФС проверил - etx2

Tab при загрузке не работает

ФС проверил - etx2

Как проверяли?
Что сказал про нее tune2fs -l?
Что сказал про нее fsck?

Tab при загрузке не работает

добавить в /etc/lilo.conf строчку prompt, переустановить lilo.

hda2 является разделом 08:02 с точки зрения ядра?

как это проверить?

mount | grep «^/dev»

mount | grep «^/dev»

Это не проверка ФС. Хотя, если драйвер ext4 отказывается монтировать что-либо отличное от ext2 в режиме ext2, то с натяжкой может и подойти.

Tab при загрузке не работает

добавить в /etc/lilo.conf строчку prompt, переустановить lilo.
Либо при загрузке машины до активации загрузчика LILO зажать Shift.

извиняюсь за тупой вопрос: он мне выдал boot: что я должен написать, сделать?

дописать к имени ядра root=801 или root=/dev/hda2

как это сделать?

fsck

fsck from util-linux 2.21.2

tune2fs -l /dev/sda2

много чего написал, на экран не влезло, но в том что влезло про тип ФС ничего не вижу

о передал ядру параметр root=/dev/hda2 - пошёл загруз!

блин, загрузился, ну у меня же стоит в lilo.conf root=/dev/hda2, чего ему ещё надо?

всё пошло, в загруженной системе ещё раз lilo переустановил стала грузиться сама без параметров. СПАСИБО БОЛЬШОЕ завтра опять попробую её забэкапить...

всё пошло, в загруженной системе ещё раз lilo переустановил стала грузиться сама без параметров.

Значит lilo в современной системе передавал параметр корневого раздела ядру все же чуточку иначе, чем это делалось во времена linux-2.2.

Возвращаясь к проверкам, имелось в виду
 — проверка целостности ФС:
# fsck /dev/sda2
 — параметры ФС, прежде всего Filesystem features, Filesystem state
# tune2fs -l /dev/sda2

Но раз грузится, то всё это отношения к делу не имеет.

Что то у меня опять затык.

Пытаюсь сделать копию выше восстановленной системы.

Как делаю:

1. Подключил второй жёсткий ко второму ide.

2. Загрузился с флэшки.

3. Разметил 2-ой hdd так же как исходник 1 раздел swap(82), 2-ой - Linux(83). Не соответствуют только размеры (он поменьше).

4. Отформатировал 2-ой раздел в ext2.

5. mkdir /old; mkdir /new

6. смонтировал mount /dev/hda2 /old; mount /dev/sda2 /new

7. cp -rav /old/* /new

8. сделал chroot в new

9. подправил lilo.conf

10. сделал lilo

11. подправил обратно lilo.conf

12. Выключился

13. Воткнул новый hdd на место исходного

14. Гружусь и опять тот же затык VFS: Unable to mount root fs on 08:02

15. Ручной ввод boot параметра не помогает

Чего не так делаю?

Грузишься с LiveCD, монтируешь старый и новый диски, rsync'аешь старый в новый.

НИКОГДА БОЛЬШЕ НЕ КОПИРУЕШЬ РАБОЧУЮ СИСТЕМУ не прочитав man rsync!

да я как бы не рабочую копировал, я с live-флэшки грузился

нет у меня rsync.

А что rsync от cp чем-то глобально отличается?

Я понимаю ещё dd бы предложили, но у меня новый диск в 2 раза меньше исходника, а dd делает полное побитное копирование

Чего не так делаю?
2. Загрузился с флэшки.
6. смонтировал mount /dev/hda2 /old; mount /dev/sda2 /new

Вот тут в п.6, скорее всего, глупость написана. Возможно опечатка на форуме, но гадать не буду.
У вас там под LiveCD точно один hda2, а другой sda?

да очепятался, извиняюсь, sda и sdb

6. смонтировал mount /dev/sdb2 /old; mount /dev/sda2 /new

Ручной ввод boot параметра не помогает

Почему boot, нужно же root задавать.

Относительно всего ранее описанного. Lilo преобразует параметр ″root=″ в числа Major,Minor. Для hda2 это долно быть 3,2, а 8,2 это sda2 (во всяком случае раньше так было). Если в той системе, где в chroot запускаете lilo устройству /dev/hda2 соответствует 8,2, то ядру предаётся неправильный параметр. Можно прямо в lilo.conf писать:

append=«root=/dev/hda2»

Чтобы ядру передавалась именно такая строка, а не числа.

И ещё, LILO привязывается к BIOS идентификатору диска, поэтому если в момент установки lilo диск был вторым, а при загрузке он стал первым (по другому bios не загрузит), то LILO не загрузится. Там в конфиге нужно указывать:

disk = /dev/sda # то же, что в boot=
  bios = 0x80

Во, что-то новое выдал:

http://my-files.ru/87xmg2#codes

Расшифруйте, пжалуста, чего он мне понаписал.

у меня такое чувство, что со старой системой надо из под старого liveCD работать. Завтра буду искать live-старушку.

Что там расшифровывать:

EXT2-fs: unsupported inode size: 256

Файловую систему лучше создавать старыми файловыми утилитами, причём не обязательно с LiveCD, вполне можно загрузиться со старого винта (если там есть mke2fs). Можно, конечно, и новыми, но нужно указывать размер инода 128 байт и, возможно, убирать некоторые флаги.

Копировать можно загрузившись с современного LiveCD, можно и прямо со старого диска, только перевести файловую систему в RO ″mount -o remount,ro /″, «поубивав» для этого практически все процессы.

Всё, победил. Создал ФС на новом hdd в старой ОС и по выше описанному алгоритму всё получилось. Попробую теперь на флэху её перенести.

Опять вилы, однако.

Исходная ОС в упор не видит флэшки.