стояли у меня на винте WinXp, Linux RH9, FreeBSD. Все чинно и благородно работало (через загрузчик LILO), пока не установил Win98, она, естественно, загрузчик переписала, линух не грузится.
Пытаюсь восстановить загрузчик (linux rescue), пишу /sbin/lilo, выдает следующее:
Added linux *
Added Dos
Fatal: Kernel doesn`t support initial RAM disks
На всякий случай привожу lilo.conf
**
prompt
timeout=«50»
default=linux
boot=«/dev/hda»
map=/boot/map
install=/boot/boot.b
message=/boot/message
lba32
vga=«790»
image=«/boot/vmlinuz-2.4.20-8»
label=«linux»
initrd=«/boot/initrd-2.4.20-8.img»
read-only
append=«root=LABEL=/»
other=/dev/hda1
optional
label=«DOS»
image=«/dev/hda1»
initrd=«/boot/initrd-2.4.20-8.img»
append=«root=LABEL=/»
**
Последние комментарии
-
OlegL, 17 декабря в 15:00 →
Перекличка
21
-
REDkiy, 8 июня 2023 года в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
Эт ещё что?! Убери нафиг =)
Убрал эту фигню, теперь выводит следующее:
Fatal: can`t put the boot sector on logical partition 0×305
Ты ж не указал раздел, на котором у тебя стоит линукс.
Вот как:
image=«/boot/vmlinuz-2.4.20-8»
label=«linux»
initrd=«/boot/initrd-2.4.20-8.img»
root=«/dev/hdaX»
read-only
append=«root=LABEL=/»
где /dev/hdaX — раздел, на котором находится корень системы (/).
Извините, а lilo.conf это один из основных файлов конфигурации загрузчика LiLo, который говорит ей где и откуда грузит?
У меня просто такая проблема — как бы я его не менял, загрузка системы проходит так же, словно никаких изменений нет. Я даже пробовал удалить этот файл — система грузится…
RH 9.0 загрузчик — LiLo
PS, и еще, можно ли научить LiLo, теоретически, грузить винду со slave-диска?
Ну, во-первых надо прогонять lilo после каждого изменения lilo.conf
А во-вторых, ты загружаешься с CD, в rescue моде, правильно? А рут меняется при этом?
Good Luck,
UT
А почему бы и нет? Можно конечно!
П.С. предлагаю всё-таки почитать 'man lilo' и 'man lilo.conf'.
Не… Все получилось! …Но не так как хотелось… даже хуже… :)
Прописал other и имя харда, где винда на slave лежит. «Прогнал» lilo. Перезагурзился. У загрузчика появилась рядом с libux еще одна строка загрузки (MastDie как я ее назвал…). Выбираю ее. Экран чернеет, и в начале второй строки стоит многозначительный знак вопроса. И ВСЕ! Машина ни на что не реагирует. Reset. Гружу Линуху и «Кernel panik. No init found»… :)
Что там произошло в системе — не знаю. Искренне надеюсь, что просто проблема с ядром (да не, проблема в ДНК — это я точно заню…). А ведь может и бэдсектора на диске появились не дай бог…
А проблема, как я понял, в том, что я не правильно указал раздел с виндой…
Значит так, начнем с начала.
1. Какие системы у тебя стоят? У меня, например:
~# fdisk -l
Disk /dev/hda: 40.9 GB, 40982151168 bytes
255 heads, 63 sectors/track, 4982 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 608 4883728+ 7 HPFS/NTFS
/dev/hda2 609 1216 4883760 83 Linux
/dev/hda3 1217 1277 489982+ 82 Linux swap
/dev/hda4 1278 4982 29760412+ 83 Linux
Disk /dev/hdb: 80.0 GB, 80054059008 bytes
255 heads, 63 sectors/track, 9732 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hdb1 1 608 4883728+ 7 HPFS/NTFS
/dev/hdb2 609 1216 4883760 7 HPFS/NTFS
/dev/hdb3 1217 1245 232942+ 82 Linux swap
/dev/hdb4 1246 9732 68171827+ 83 Linux
/dev/hda (primary master): hda1 -> WinXP, hda2 -> Slackware / , hda3 -> swap, hda4 -> Slackware /home
/dev/hdb (primary slave): hdb1 -> WinXP F, hdb2 -> WinXP E, hdb3 -> swap, hdb4 -> Slackware /data
2. В отличие от WinXP, Win98 нельзя просто так загрузить со слейва. Ее надо обмануть и заставить думать, что она на первом разделе мастера. Это делается опцией map-drive в lilo.conf
3. Текущий вариант /etc/lilo.conf — в студию, будем переписывать. Не волнуйся, ничего страшного не произошло.
Good Luck,
UT
Вроде такие системы:
/dev/hda
Device Boot Start End Blocks Id System
/dev/hda1 * 1 446 3582463+ 83 Linux (* /boot*)
/dev/hda2 447 573 1020127+ 82 Linux swap
/dev/hda3 5928 9729 30539565 83 Linux (* /freespace *)
/dev/hda4 574 5927 43006005 f Win95 Ext’d (LBA)
/dev/hda5 574 4397 30716248+ 83 Linux (* / *)
/dev/hda6 4398 5289 7164958+ 83 Linux (* /home *)
/dev/hda7 5290 5608 2562336 fd Linux raid autodetect
/dev/hda8 5609 5927 2562336 8e Linux LVM
/dev/hdb
Device Boot Start End Blocks Id System
/dev/hdb1 * 1 638 5124703+ b Win95 FAT32
/dev/hdb2 639 2434 14426370 f Win95 Ext’d (LBA)
/dev/hdb5 639 1276 5124703+ b Win95 FAT32 (* WinXP *)
/dev/hdb6 1277 2434 9301603+ b Win95 FAT32
А lilo.conf такой:
prompt
timeout=50
default=linux
boot=/dev/hda
map=/boot/map
install=/boot/boot.b
message=/boot/message
lba32
image=/boot/vmlinuz-2.4.20-8
label=linux
initrd=/boot/initrd-2.4.20-8.img
root=/dev/hda5
read-only
append="hdc=ide-scsi root=LABEL=/»
other=/dev/hdb1
optional
label=win
При при вводе lilo -t выдается такое сообщение:
Added linux *
Added win
The boot sector and the map file have NOT been altered.
(*А еще при любой попытке редактировать lilo.con и «закреплением» изменений всегда выдается сообщение «Kernel panik». Я пробовал просто переустановить и саму LiLo, и всю систему целиком, загрузчик видит slave-диск, прописывает его у себя, но все равно не грузит. И редактировать себя не дает…*)