LINUX.ORG.RU
ФорумAdmin

grub update на debian 6.0.2 - disk no longer present !?

 , ,


0

1

Приветствую!

Делаю апгрейд - вылетает вот такой привет. Kernel тоже подлежало обновлению.

Весь на панике:

$ fdisk -l

/dev/sdb
...
   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               2        2048     2096128   fd  Linux raid autodetect
/dev/sdb2            2049        2560      524288   fd  Linux raid autodetect
/dev/sdb3            2561     1430799  1462516736   fd  Linux raid autodetect

/dev/sda
...
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               2        2048     2096128   fd  Linux raid autodetect
/dev/sda2            2049        2560      524288   fd  Linux raid autodetect
/dev/sda3            2561     1430799  1462516736   fd  Linux raid autodetect

Disk /dev/md0 doesn't contain a valid partition table
Disk /dev/md1 doesn't contain a valid partition table
Disk /dev/md2 doesn't contain a valid partition table

Варианты выбора девайса:

/dev/sda 
/dev/sdb
/dev/md1
/dev/md2

Выбираю первые два и граб пишет: cannot install to /dev/sda, /dev/sdb.

Filesystem             Size   Used  Avail Use% Mounted on
/dev/md2               1.5T   375G   1.1T  27% /
tmpfs                  6.4G      0   6.4G   0% /lib/init/rw
udev                   6.4G   185k   6.4G   1% /dev
tmpfs                  6.4G      0   6.4G   0% /dev/shm
/dev/md1               520M    30M   464M   7% /boot

Вопросы:

1) Если установить grub на /dev/md1 и/или на /dev/md2 или вообще не устанавливать (т.к. на /dev/sda, /dev/sdb есть уже partion table) то будет ли машина загружаться!?

2) Хватит ли ей partion table на /dev/sda и /dev/sdb чтобы загруиться c /dev/md2 (на котором система)?

3) Если ответ к п.1 положительный, не повлияет ли update gruba на возможность старых partion table загружать систему с новым грабом и kernel?

Варинат «проверить» не вариант.

Очень жду ваших мудрых советов.


cannot install to /dev/sda, /dev/sdb.

Без объяснения причины?
Что, если сделать руками grub-install /dev/sda; grub-install /dev/sdb?

AITap ★★★★★ ()

cannot install to /dev/sda, /dev/sdb.

ctrl+alt+F* и подробные логи в студию.

Deleted ()
Ответ на: комментарий от AITap

Вещдок коварства grub!

Пока ещё сижу в инсталляторе. Слава Screen. Вы предлагаете не устанавливать ничего и руками попробывать grub-install выполнить т.б. считаете, что в нынешнем состоянии система грузится не будет и лучше перетереть partion на /dev/sda, /dev/sdb?

На виртуалки (fedora17) экспериментировал. Diff fdisk -l подообной разбивки:

- Disk /dev/md0 doesn't contain a valid partition table
- Disk /dev/md1 doesn't contain a valid partition table
- Disk /dev/md2 doesn't contain a valid partition table

Т.б. на рабочей машине нет записей об отсутствии partion table, из чего делаю вывод, что он должен быть на /dev/md*, однако fdisk эти partion table не показывает.

По-сути, откуда grub знать, как разбиты raid (1) девайсы. Только если он прочитает это из partion table..

Cервак без vnc и физического доступа. Шанс только один при ребуте, если что.

ftk ()
Ответ на: комментарий от uspen

Я вроде всё, что можно из логов выложил.

/dev/sda
raid
raid
raid

/dev/sdb
raid
raid
raid

/dev/md0
???
/dev/md1
boot
/dev/md2
/

Если же это был вопрос, а не реквест - то да, таблица разделов.

ftk ()
Ответ на: комментарий от ftk

в нынешнем состоянии система грузится не будет

It is important to make sure that the installed GRUB core image stays in sync with GRUB modules and grub.cfg.

и лучше перетереть partion на /dev/sda, /dev/sdb?

Что? grub-install просто запишет MBR (440..446 байт) в начало диска, не трогая partition table, и core.img в пространство между partition table и разделами.

Никто не мешает вызвать этот диалог потом ещё раз командой dpkg-reconfigure grub-pc.

И да, /dev/md* - это RAID-устройства, и существуют они только для Linux. BIOS про них ничего не знает и загрузиться с них не сможет. Для неё это просто 2 жёстких диска с какими-то там разделами, описанными в DOS partiton table.

AITap ★★★★★ ()
Ответ на: комментарий от AITap

Я так понимаю, что инсталяция grub в MBR /dev/md* никаких данных не перезапишет? Верно? Они там не с 0 сектора начинаются же (ext3 файловая система)? Сейчас ищу как это посмотреть. Вроде через /dev/mapper/что-что.

Спасибо за поправку. В debconf сизу.

ftk ()
Ответ на: комментарий от ftk

Я так понимаю, что инсталяция grub в MBR /dev/md* никаких данных не перезапишет? Верно?

Если там файловая система ext3, то в ней, как и в других ФС, есть специально заготовленное место для загрузочного сектора (512 байт). grub-install ругнётся, что ему не нравится ставиться на разделы (для этого приходится использовать ненадёжные блоклисты) и откажется продолжать без --force. Но даже --force ничего не испортит.

AITap ★★★★★ ()
Ответ на: комментарий от AITap

Встретил такое дело в history.

Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8105e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168e-1.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-2.fw for module r8169
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168d-1.fw for module r8169
W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.
Warning: Not updating LILO; /etc/lilo.conf not found

...

Auto-detection of a filesystem of /dev/md1 failed.
Please report this together with the output of "/usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub" to <bug-grub@gnu.org>

/usr/sbin/grub-probe: error: no such disk.
Auto-detection of a filesystem of /dev/md1 failed.
Please report this together with the output of "/usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub" to <bug-grub@gnu.org>

Auto-detection of a filesystem of /dev/md1 failed.
Please report this together with the output of "/usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub" to <bug-grub@gnu.org>
/usr/sbin/grub-probe: error: no such disk.

Auto-detection of a filesystem of /dev/md1 failed.
Please report this together with the output of "/usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub" to <bug-grub@gnu.org>
ftk ()
Ответ на: комментарий от ftk

/dev/md1 520M 30M 464M 7% /boot
/usr/sbin/grub-probe: error: no such disk.
Auto-detection of a filesystem of /dev/md1 failed.
Please report this together with the output of «/usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub» to <bug-grub@gnu.org>

А /dev/md1 вообще в наличии?

AITap ★★★★★ ()
Ответ на: комментарий от AITap
$ /usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub
/usr/sbin/grub-probe: info: Cannot stat `/dev/disk/by-id/scsi-350014ee25b05800e', skipping.
/usr/sbin/grub-probe: info: Cannot stat `/dev/disk/by-id/scsi-350014ee25b0589fc', skipping.
/usr/sbin/grub-probe: info: changing current directory to /dev.
/usr/sbin/grub-probe: info: changing current directory to dri.
/usr/sbin/grub-probe: info: changing current directory to snd.
/usr/sbin/grub-probe: info: changing current directory to by-path.
/usr/sbin/grub-probe: info: changing current directory to net.
/usr/sbin/grub-probe: info: changing current directory to shm.
/usr/sbin/grub-probe: info: changing current directory to mapper.
/usr/sbin/grub-probe: info: opening md1.
/usr/sbin/grub-probe: error: no such disk.


$ file -s /dev/md1
/dev/md1: Linux rev 1.0 ext3 filesystem data, UUID=295f7a39-59b9-432d-b60a-5423878aafa3 (needs journal recovery)

bklid нет.

ftk ()
Ответ на: комментарий от ftk

W: mdadm: /etc/mdadm/mdadm.conf defines no arrays.

Это точно не источник проблемы? К сожалению, не имею опыта борьбы с MD RAID.

Warning: Not updating LILO; /etc/lilo.conf not found

А как сервер раньше загружался?

AITap ★★★★★ ()

У тебя не сконфигурен массив, о чем и пишут

mdadm: /etc/mdadm/mdadm.conf defines no arrays.

Какие массивы были?

invokercd ★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.