[Comm] Подземный стук с lilo

[Comm] Подземный стук с lilo

[Eugene Prokopiev]

Здравствуйте!

Есть машина, на которую копируется существующая система следующим образом:

1) размечем диск, делаем файловые системы
2) монтируем будущий корень, выливаем туда все файлы существующей системы
3) монтируем в будущий корень /dev, /sys, /proc с -o bind
4) чрутимся и прописываем загрузчик

Со сих пор это всегда срабатывало, но сейчас я столкнулся с проблемой. В чруте:

[root@localhost /]# fdisk -l /dev/sda

Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x1b44ce21

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1         243     1951866   83  Linux
/dev/sda2             244         972     5855692+  83  Linux
/dev/sda3             973       38913   304761082+  83  Linux
[root@localhost /]# cat /etc/lilo.conf
map="/boot/map"
lba32
compact
install="menu"
boot="/dev/sda"
default="linux"

image="/boot/vmlinuz"
        label="linux"
        initrd="/boot/initrd.img"
        root="/dev/sda2"
        read-only

[root@localhost /]# lilo -v
LILO version 22.7.3, Copyright (C) 1992-1998 Werner Almesberger
Development beyond version 21 Copyright (C) 1999-2006 John Coffman
Released 11-Aug-2006, and compiled at 18:35:15 on Mar 28 2007

Reading boot sector from
/dev/disk/by-id/ata-WDC_WD3200AAKS-75L9A0_WD-WCAV28613365
Using MENU secondary loader
Calling map_insert_data

Boot image: /boot/vmlinuz -> vmlinuz-2.6.30-std-def-alt14
Mapping RAM disk /boot/initrd.img -> initrd-2.6.30-std-def-alt14.img
Added linux *

Writing boot sector.
/boot/boot.0800 exists - no boot sector backup copy made.

И после этого система не загружается со словами:

No bootable device -- insert boot disk and press any key

Но удивительно вот что: если загрузиться с любого CD/DVD, собранного
из mkimage-profiles-desktop.git и выбрать загрузку с локального диска,
то оно таки загружается. Но тот же самый localboot 0x80 при загрузке с
PXE уже не срабатывает.

Еще интереснее: если попробовать установиться с любого CD/DVD,
собранного из mkimage-profiles-desktop.git, то установленная система
загрузится, причем большой разницы между сгенерированным инсталлером
lilo.conf и моим я не вижу. И самое странное: если подвинуть
установленную систему в сторону и воспроизвести процедуру переноса
заново, то перенесенная система таки загрузится без с моим изначальным
lilo.conf

Из этого всего я делаю вывод, что ручной вызов lilo как-то неправильно
записывает первоначальный загрузчик в бутсектор /dev/sda. Прошу
объяснить мне, что это может быть.

Да, initrd в процессе создания initrd.img обижается на отсутствие IDE-устройств:

# mkinitrd -vf --with=ext3.ko /boot/initrd-2.6.30-std-def-alt14.img
2.6.30-std-def-alt14
mkinitrd: Generating module dependencies...
mkinitrd: ...done.
readlink: /sys/bus/ide/devices/*/../..: No such file or directory
mkinitrd: warning: Unable to find IDE controller for /sys/bus/ide/devices/*
mkinitrd: No IDE modules found
mkinitrd: Found SCSI modules: scsi_mod sd_mod ata_piix pata_acpi
ata_piix pata_acpi ata_generic ata_generic
mkinitrd: Using modules:
/lib/modules/2.6.30-std-def-alt14/kernel/drivers/ide/ide-core.ko
/lib/modules/2.6.30-std-def-alt14/kernel/drivers/ide/ide-generic.ko
/lib/modules/2.6.30-std-def-alt14/kernel/drivers/ide/ide-gd_mod.ko
/lib/modules/2.6.30-std-def-alt14/kernel/drivers/scsi/scsi_mod.ko
/lib/modules/2.6.30-std-def-alt14/kernel/lib/crc-t10dif.ko
/lib/modules/2.6.30-std-def-alt14/kernel/drivers/scsi/sd_mod.ko
/lib/modules/2.6.30-std-def-alt14/kernel/drivers/ata/libata.ko
/lib/modules/2.6.30-std-def-alt14/kernel/drivers/ata/ata_piix.ko
/lib/modules/2.6.30-std-def-alt14/kernel/drivers/ata/pata_acpi.ko
/lib/modules/2.6.30-std-def-alt14/kernel/drivers/ata/ata_generic.ko
/lib/modules/2.6.30-std-def-alt14/kernel/fs/mbcache.ko
/lib/modules/2.6.30-std-def-alt14/kernel/fs/jbd/jbd.ko
/lib/modules/2.6.30-std-def-alt14/kernel/fs/ext3/ext3.ko
mkinitrd: Inode count: 138
mkinitrd: Image size: 2272K
mkinitrd: Created image from tree: /tmp/initrd.VKHKP6Jccf/tree -->
/tmp/initrd.VKHKP6Jccf/img
mkinitrd: Created initramfs image file
mkinitrd: Installed ramdisk into /boot/initrd-2.6.30-std-def-alt14.img
Ramdisk size: 632K

Но вроде это не повод - с тем же сгенерированным initrd.img после
удачной инсталляции с CD/DVD все начинает чудесно грузиться. Но,
опять-таки, CDROM у меня IDE - т.е. выходит, что проблема
автомагически разрешается именно при появлении IDE-устройств.

Прошу простить за столь длинный поток сознания ...

-- 
С уважением,
Прокопьев Евгений

Re: [Comm] Подземный стук с lilo

[Michael Shigorin]

On Wed, Dec 02, 2009 at 09:23:33PM +0300, Eugene Prokopiev wrote:
> Из этого всего я делаю вывод, что ручной вызов lilo как-то
> неправильно записывает первоначальный загрузчик в бутсектор
> /dev/sda. Прошу объяснить мне, что это может быть.

dmesg | grep -C5 sda ни на какие мысли часом не наводит?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Подземный стук с lilo

[Kharitonov A. Dmitry]

03.12.2009 00:11, Michael Shigorin пишет:
> dmesg | grep -C5 sda
Миш, а кто показывает /dev/disk/by-id ? не вкурсе?

Re: [Comm] Подземный стук с lilo

[Speccyfighter]

Eugene Prokopiev пишет:
> Здравствуйте!
> 
> Есть машина, на которую копируется существующая система следующим образом:
>[...]
> 
> [root@localhost /]# fdisk -l /dev/sda
> 
> Disk /dev/sda: 320.1 GB, 320072933376 bytes
> 255 heads, 63 sectors/track, 38913 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> Disk identifier: 0x1b44ce21
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sda1               1         243     1951866   83  Linux
> /dev/sda2             244         972     5855692+  83  Linux
> /dev/sda3             973       38913   304761082+  83  Linux

Очень смутило отсутствие флага BOOT. Это как бы:

# fdisk -l /dev/sda

Disk /dev/sda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

    Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        1913    15366141   83  Linux
[...]
/dev/sda3           27087       30275    25615642+  83  Linux
/dev/sda4           30276       30401     1012095   82  Linux swap / Solaris

О чем говорит сообщение:
> No bootable device -- insert boot disk and press any key

Винчестер незагрузочный.

> 
> Прошу простить за столь длинный поток сознания ...
> 
Бывает...

Re: [Comm] Подземный стук с lilo

[Eugene Prokopiev]

> Очень смутило отсутствие флага BOOT

Всегда думал, что этот флаг интересен исключительно виндовому
загрузчику, но никак не биосу. У меня даже подтверждение есть рядом:

# fdisk -l /dev/hda

Disk /dev/hda: 20.0 GB, 20020396032 bytes
255 heads, 63 sectors/track, 2434 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x1cca1cca

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1         122      979933+  83  Linux
/dev/hda2             123        2434    18571140   83  Linux

И оно чудесно грузится.

Но в данном случае установка boot-флага действительно помогла. Я,
правда, не понял логики: первым у меня идет swap-раздел - так какой
смысл в том, чтобы ставить на нем (даже не на корне) boot-флаг?

-- 
С уважением,
Прокопьев Евгений

Re: [Comm] Подземный стук с lilo

[AShen]

On 02.12.2009 21:23, Eugene Prokopiev wrote:
> Здравствуйте!
>   
Взаимно! ... ;)
> Есть машина, на которую копируется существующая система следующим образом:
>
> 1) размечем диск, делаем файловые системы
> 2) монтируем будущий корень, выливаем туда все файлы существующей системы
> 3) монтируем в будущий корень /dev, /sys, /proc с -o bind
> 4) чрутимся и прописываем загрузчик
>
> Со сих пор это всегда срабатывало, но сейчас я столкнулся с проблемой. В чруте:
>   
<кусь>
> Но удивительно вот что: если загрузиться с любого CD/DVD, собранного
> из mkimage-profiles-desktop.git и выбрать загрузку с локального диска,
> то оно таки загружается. Но тот же самый localboot 0x80 при загрузке с
> PXE уже не срабатывает.
>   
<кусь>
> Из этого всего я делаю вывод, что ручной вызов lilo как-то неправильно
> записывает первоначальный загрузчик в бутсектор /dev/sda. Прошу
> объяснить мне, что это может быть.
>
> Да, initrd в процессе создания initrd.img обижается на отсутствие IDE-устройств:
>   
У меня, на развёрнутом altsp5, ругается на pxelinux.0 ...
<кусь>
> Но вроде это не повод - с тем же сгенерированным initrd.img после
> удачной инсталляции с CD/DVD все начинает чудесно грузиться. Но,
> опять-таки, CDROM у меня IDE - т.е. выходит, что проблема
> автомагически разрешается именно при появлении IDE-устройств.
>
> Прошу простить за столь длинный поток сознания ...
>   
Хм ... А у меня подобная проблема с 2.6.30 после update-kernel. Думал
мои кривые ручки, остался на 2.6.29 из altsp5 beta, которое после любых
вызовов initrd, lilo просто грузится ...

Re: [Comm] Подземный стук с lilo

[Michael A. Kangin]

В сообщении от Четверг 03 декабря 2009 08:17:35 автор Eugene Prokopiev 
написал:

> > Очень смутило отсутствие флага BOOT
> Всегда думал, что этот флаг интересен исключительно виндовому
> загрузчику, но никак не биосу.

Я тоже в детстве так думал :))
Пока не пролюбился битых два дня с новой материночкой intel DX38BT.
Некоторые особо_умные биосы таки хотят его видеть.

Хотя, на самом деле, далеко не исключительно виндовому. Скажем, mbr.bin из 
состава syslinux тоже деятельно интересуется этим флагом. 
 

-- 
wbr, Michael A. Kangin

Re: [Comm] Подземный стук с lilo

[Anton Farygin]

03.12.2009 12:38, Michael A. Kangin пишет:
> В сообщении от Четверг 03 декабря 2009 08:17:35 автор Eugene Prokopiev
> написал:
>
>>> Очень смутило отсутствие флага BOOT
>> Всегда думал, что этот флаг интересен исключительно виндовому
>> загрузчику, но никак не биосу.
>
> Я тоже в детстве так думал :))
> Пока не пролюбился битых два дня с новой материночкой intel DX38BT.
> Некоторые особо_умные биосы таки хотят его видеть.

BOOT флаг действительно нужен некоторым BIOS'ам. Всегда ставлю его, на 
всякий случай.

Re: [Comm] Подземный стук с lilo

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 456 bytes --]

On Thu, Dec 03, 2009 at 08:17:35AM +0300, Eugene Prokopiev wrote:
> Всегда думал, что этот флаг интересен исключительно виндовому
> загрузчику, но никак не биосу. 
Он может быть интересен исключительно коду в MBR. Если в MBR grub (про
lilo не уверен), active можно не ставить.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

Надо с race'ами блокировками бороться, а не переименовыванием заниматься
		-- mithraen in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [Comm] Подземный стук с lilo

[Anton Farygin]

03.12.2009 12:41, Andrey Rahmatullin пишет:
> On Thu, Dec 03, 2009 at 08:17:35AM +0300, Eugene Prokopiev wrote:
>> Всегда думал, что этот флаг интересен исключительно виндовому
>> загрузчику, но никак не биосу.
> Он может быть интересен исключительно коду в MBR. Если в MBR grub (про
> lilo не уверен), active можно не ставить.

active требуется некоторым BIOS'ам. Лучше его всё-таки поставить.