Спасите! Удалил /boot на сервере

Ну вообще-то в /boot лежит сердце операционной системы - ядро под названием Linux. Судя по-всему его вы удалили. Перегружать не стоит. Надо бы заново установить ядро. Хотя обожди, сейчас придут взрослые, может чего насоветуют.

Я сделал yum update - появилось ядро! УРА!

Теперь наверное, надо вручную написать grub.conf?

> Я сделал yum update - появилось ядро! УРА!

Давно же ты не обновлялся... В принципе этого будет достаточно:

default=0
timeout=5
hiddenmenu
title CentOS (2.6.18-92.1.13.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-92.1.13.el5 ro root=LABEL=/ selinux=0
initrd /initrd-2.6.18-92.1.13.el5.img


Соответственно параметры не забудь подставить свои ;)

Файлы grub еще воостановить нужно.

Топикстартеру: подключи установочный DVD и принудительно переустанови grub:

rpm -U --force grub-0.97-xx.i386.rpm

Это воостановит файлы в /boot/grub

Чего паниковать :)

Это не самое худшее, что вы могли сделать:) Положили ядро обратно да перезаписали загрузчик, делов то :)

Я вот как то /etc/ весь потер, бэкапа небыло - вот это больно было:0 Стоило мне это 24 часов%) С тех пор перво-наперво бэкап по каждому разделу, - тогда живется спокойнее:)

ИМХО /boot/ лучше отдельным разделом ext2 и бэкап есссстесственно:)

У меня итак boot - отдельный раздел.

Вот теперь какие файлы в /boot:

symvers-2.6.18-92.1.13.el5.gz config-2.6.18-92.1.13.el5 System.map-2.6.18-92.1.13.el5 grub vmlinuz-2.6.18-92.1.13.el5 initrd-2.6.18-92.1.13.el5.img

Вот что в /grub

device.map ffs_stage1_5 minix_stage1_5 ufs2_stage1_5 device.map.backup grub.conf reiserfs_stage1_5 vstafs_stage1_5 e2fs_stage1_5 iso9660_stage1_5 stage1 xfs_stage1_5 fat_stage1_5 jfs_stage1_5 stage2

И вот содержимое grub.conf

#boot=/dev/sda default=1 timeout=5 #splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title CentOS (2.6.18-92.1.13.el5) root (hd0,0) kernel /vmlinuz-2.6.18-92.1.13.el5 ro root=/dev/sda1 rhgb quiet initrd /initrd-2.6.18-92.1.13.el5.img

Ну что, можно перегружать?

> можно перегружать?

Валяй.

на всякий случай прощай

Похоже, мы его потеряли...

:(

> Ну что, можно перегружать?

можно. и сразу проси IP KVM

Похоже, его уволили...

"Совет - эксперимент за чужой счёт".

2AllЪ: там grub-install не надо было ему набрать?

Не, не надо.

Никто меня не уволил.

Я просто решил не портить себе настроение на выходные и заребутить его в понедельник, если сам не заребутится до этого. А сегодня потратил на создание копии сервера, чтоб если что - поменять его в стойке.

Grub-install я делал, но меня волнует вопрос, достаточно ли этого, и какой загрузочный раздел ставить? У меня RAID массив, на нём всё и стоит. LVM не используется.

Поставил в настройках загрузку с sda1.

Не хотелось бы париться с IP-KVM, поэтому тема всё ещё активна. Может, можно как-то удостовериться, что всё ОК, не перегружая машину?

>и какой загрузочный раздел ставить

fdisk-ом можно увидеть, откуда загружаться

А без FDisk-а никак?

Я знаю, что boot область лежит на первом разделе. Это sda1

Но вот под webmin, например, массив выводится отдельно от логических дисков.

Вот под Webmin я смотрю Partitions on Local Disk

SCSI Device A - это мой массив. Кликаю на него Disk Partitions:

1 Linux - загрузочный 2 Linux Swap 3 Linux - основной

Этому соответствует конфиг Groob-а?

#boot=/dev/sda

default=1

timeout=5

#splashimage=(hd0,0)/grub/splash.xpm.gz

hiddenmenu

title CentOS (2.6.18-92.1.13.el5)

root (hd0,0)

kernel /vmlinuz-2.6.18-92.1.13.el5 ro root=/dev/sda1 rhgb quiet

initrd /initrd-2.6.18-92.1.13.el5.img

Просто очень не хочется ребутить сейчас, когда ещё есть шанс что-то изменить :(

> А без FDisk-а никак? 

А fdisk'ом совсем никак? 

fdisk -l      ###Boot отмечен звездочкой.



> default=1 

Должно былть default=0, не? У тебя ведь только один вариант загрузки.

Как вам такое решение - поставить какую-нибудь виртуальную машину и загрузиться с физического диска? Если все ок, ребутишься сносишь её, иначе копать по коду ошибки.

сделал ребут, не грузится. сейчас буду искать проблему.

эх, блин, линуксоиды. Что же никто не подсказал мне такую простую вещь, что если

"1 Linux - загрузочный 2 Linux Swap 3 Linux - основной "

то

kernel /vmlinuz-2.6.18-92.1.13.el5 ro root=/dev/sda3 rhgb quiet

сервак снова работает!