CentOS 6.2 Не загружается, после установки

Доброго времени суток, решил поставить CentOS 6.2 в качестве домашнего сервера.
Скачал образ CentOS 6.2 netinstall с ресурса "mirror.yandex.ru/centos/6.2/isos/i386", записал образ на диск, ну и соответственно установил ОС через инет. В конце попросила перезагрузку, перезагрузился ну и собственно сама ОС так и не загрузилась.
Загрузился только grub "GNU GRUB version 0.97 (639K lower / 2095744K upper memory)". Про grub до этого, знал только что загрузщик ОС, который передает управление и загрузку ОС. Начал искать как исправить, рядовые способы не помогли, а именно:

grub> find --set-root
Error 15: File not found
grub> root
(hd0,0): Filesysytem type unknown, partition type 0x0
grub> geometry (hd0,0)
Error 21: Selected disk does not exist
grub> kernel
Error 21: Selected disk does not exist
grub> makeactive (hd0,0)
Error 21: Selected disk does not exist
grub> rootnoverify
(hd0,0): Filesysytem type unknown, partition type 0x0

Нашел на одном форуме, что была похожая ситуация, там неправильно записались данные в конфиг файлы grub, в итоге получилось найти правильный раздел перебором параметров команды geometry, ну то есть:

geometry (hd0,1)
geometry (hd0,2)
geometry (hd1,0)

и так далее, пробовал разный синтаксис ввода, вроде (hd0,0) и (hd0), прошел перебором до (hd9,9), результата не дало, всегда только "Error 21: Selected disk does not exist"
Пошел дальше, нашел так же совет, загрузиться с livecd и примонтировав данный диск изменить настройки конфиг файлов grub. Прочитано - сделано, так же пришлось перебирать в конфиг файле grub значения hdd, вроде (hd0,0), но результата - ноль.
Начал копать дальше, дошел до форума с описанием ошибок grub, цитата:
"21 : Selected disk does not exist
This error is returned if the device part of a device- or full file name refers to a disk or BIOS device that is not present or not recognized by the BIOS in the system."
Но как бы проблема то в том, что в биосе мой hdd видится отлично, никаких проблем с определением.
Окончательно уверовав в некую мистическую аппаратную проблему данной ситуации, заменил hdd, на 100% рабочий, поскольку на нем работала freebsd.
Установил CentOS 6.2 заново, с того же оптического диска, полностью затерев предыдущую ФС.
И снова, после переустановки, без единой ошибки, CentOS не грузиться, только grub и все.
Провел те же процедуры, что и с первым hdd(скорей из скрупулезности, ибо был уверен, что не запуститься).
Начал грешить на образ, с которого устанавливалась ОС и на самом метод установки- по сети.
Скачал с того же зеркала яндекса CentOS 6.2 minimal, записал образ, установил. Результат тот же, grub и ничего.
Всего было порядка 6-8 переустановок системы, выбирал различные дистрибутивы CentOS, как Desctop, Minimal Desctop, Minimal, Basic Server.
Подскажите, как заставить загрузиться CentOS?

Как разбивали диск при установке???. На каком разделе лежит root??

Диск разбивал автоматически, отдавая все пространство под centos, каждый раз с заменой ФС. root, согласно grub.conf находиться на (hd0,0). Файл device.map так же утверждает (hd0) /dev/sda1
Перечитав свой пост, увидел что не написал об одной важной детали, видимо сказалась усталость. При монтировании в livecd, корневой каталог диска почему то не напоминает стандартный набор каталогов, вывод корневого каталога, где поидеи установлена CentOS:

ls -aF
config-2.6.32-220.el6.i686
efi/
grub/
lost+found/
symvers-2.6.32-220.el6.i686.gz
System.map-2.6.32-220.el6.i686
vmlinuz-2.6.32-220.el6.i686*
.vmlinuz-2.6.32-220.el6.i686.hmac

Вручную не разбивал, не затрагивал еще эту область UNIX-мира, понятно, что вручную разметка гораздо лучше и практичней. Но ведь теоретически, она ведь должна сама правильно разбить разделы, как считает правильным и сама сделать ОС загружаемой, разве нет?(риторический вопрос)

А не хотите поставить ось с ручным разбиением диска. Розбейте его на 2 раздела основной-рутовый, где будет система стоять + плюс свап, под свап можна стока скока есть оперативки или в 2 раза больше как оперативки. Тогда будет ясно что нп первом разделе рутовая файловая система и там лежыт ядро.

Ну или загрузитесь с лайв сиди и посмотрите скока есть разделов через терминал

ls /dev | grep sda

Ну как бы и сам уже дошел до того, что прийдется руками разбивать диск. К вечеру почитаю мануалов- попробую.
Но откровенно говоря, разобраться в данной ситуации все же принципиально хотелось бы, поскольку случиться такое может не на "игрушке", а на рабочей машине, там уже особо не "пошалишь" с переразметкой диска. Поэтому если не составит труда, буду рад выслушать Ваши предположения, в чем кроется причина такого поведения системы.
Кстати

ls /dev |grep sda
sda
sda1
sda2

Пробовал смонтировать руками все 3

sudo mount /dev/sda /home/ubuntu/sda
mount: /dev/sda already mounted of /home/ubuntu/sda busy
sudo mount /dev/sda1 /home/ubuntu/sda1
sudo mount /dev/sda2 /home/ubuntu/sda2
mount: unknown filesystem type `LVM2_member`

Нашел, что советуют подправить дело с помощью logical volume manager

rem@pc:~$ sudo lvscan
 inactive            '/dev/vg_remsrv/lv_root' [50.00 GiB] inherit
 inactive            '/dev/vg_remsrv/lv_home' [20.07 GiB] inherit
 inactive            '/dev/vg_remsrv/lv_swap' [3.97 GiB] inherit
rem@pc:~$ sudo vgchange -ay
 3 logical volume(s) in volume group "vg remsrv" now active
rem@pc:~$ sudo lvscan
 ACTIVE            '/dev/vg_remsrv/lv_root' [50.00 GiB] inherit
 ACTIVE            '/dev/vg_remsrv/lv_home' [20.07 GiB] inherit
 ACTIVE            '/dev/vg_remsrv/lv_swap' [3.97 GiB] inherit
rem@pc:~$ sudo mount /dev/sda2 /home/ubuntu/sda2
 mount: unknown filesystem type `LVM2_member`

Забыл добавить, что согласно /etc/mtab смонтирован только sda1.

rem@pc:~$ cat /etc/mtab
aufs / aufs rw 0 0
none /proc proc rw,noexec,nosuid,nodev 0 0
none /sys sysfs rw,noexec,nosuid,nodev 0 0
fusectl /sys/fs/fuse/connections fusectl rw 0 0
none /dev devtmpfs rw,mode=0755 0 0
none /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
/dev/sr0 /cdrom iso9660 ro,noatime 0 0
/dev/loop0 /rofs squashfs ro,noatime 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
none /dev/shm tmpfs rw,nosuid,nodev 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev 0 0
none /var/run tmpfs rw,nosuid,mode=0755 0 0
none /var/lock tmpfs rw,noexec,nosuid,nodev 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0
gvfs-fuse-daemon /home/ubuntu/.gvfs fuse.gvfs-fuse-daemon rw,nosuid,nodev,user=ubuntu 0 0
/dev/sda1 /media/691a6685-9e46-4c6e-b282-84c1dd282156 ext4 rw,nosuid,nodev,uhelper=udisks 0 0

Подумал, смонтироваться не удалось, так может в этом крылась причина, что не активны, поэтому не грузилось ОС. Однако после перезагрузки, все тот же суровый экран grub`a и все.

Вы ставили центос на lvm?. Тут я не помогу. Получаетса что груб не умеет грузитса с lvm. Попробуйте переразбить диск но так чтобы отсекти гдето 500 мб и розместить его не на lvm. Форматнуть его в ext3 или 4, и выставить точку монтироания как /boot. А остальное место на lvm и под корень. Поставить систему, тогда ядро будет лежать на простом разделе с ext3 и груб сможет его подцепить. А ядро я думаю уже загрузитса.

Вы ставили центос на lvm?. Тут я не помогу. Получаетса что груб не умеет грузитса с lvm.

а можна с этого места по-подробней, ибо никакого lvm-режима установки я не выбирал.

вот

kisil спасибо за помощь
действительно, когда начал размечать диск руками, увидел что есть этот самый массив lvm. Однако, что интересно, менеджер дисков centos сделал все, как вы и советовали. Ну то есть он отпилил 500 мб на ext4, вне массива lvm, однако по какой то загадочной причине не сделал его точкой монтирования /boot.
Сейчас займусь установкой, думаю проблем не будет :)

Делайте. Если всё получитса отпишытесь *WRITE* .
Интересно вышло всё или нет. *YES*

Нуууу, как это не забавно, проблема осталась
разбил диск руками, sda1 сделал /boot, sda2 отдал swap, на sda3 смонтировал /
и после установки опять окно grub
Читал что grub 0.97 не ладит с ext4, нужен патч для него, переделал sda1 из ext4 в ext2 - установил ОС, при загрузке - grub
нашел крайне интересную галку в инсталяторе, мол поместить загрузчик в sda1, искренне обрадовался, поставил, установил ОС, загружается - grub
что ему, ...*набор отборного русского мата*.... надо?

забыл добавить, во время повторной установки, в таблице разделов, почему то точки монтирования не отображаются, хотя точно их проставлял. Ну тоесть раздел есть, ФС есть, а точки монтирования нету.
Подскажите хоть в каком направлении то копать

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

mkdir /mnt/sda3
mount /dev/sda3 /mnt/sda3

После этого в /mnt/sda3 должно появитса дерево каталогов рутовой файловой системы.

mount /dev/sda1 /mnt/sda3/boot
 mount --bind /dev /mnt/sda3/dev
mount --bind /proc /mnt/sda3/proc
mount --bind /sys  /mnt/sda3/sys
chroot /mnt/sda3

Это мы чрутимса, тоисть как бы входим в ту систему, которую примонтировати. Далее нужно посмотреть на конфиг груба. Если есть мс то это не проблема, если нет то можно через

vim /boot/grub/menu.lst

Кажысь так и это тока для первого граба, у вас я так понял первый граб. В конфиге долже быть правильно прописан рутовой раздел /dev/sda, тоистьгде должна ложытса mbr. Так как щас под рукой нету системы с грабом то точно не скажу. У меня на Слакваре есть стандартный скрипт для конфигурирования грабa grubconfig. После проверки всего запускаем grub-install /dev/sda.
Также посмотрите что у вас в /etc/fstab делаетса. Правильно ли прописаны монтирующееся разделы.
Хотя это всё я описал для простых разделов, а для lvm может не применимо. Незнаю
Вот ещё ссылка

Сделал как вы сказали, все смонтировалось без ошибок, вывод "ls" показал, что все смонтировалось верно. Перезагрузка - grub :)

Ради эксперимента поставил ОС только с двумя разделами / и swap , положительного результата не получилось, все тот же grub при загрузке.

Не увидел сразу ваших дополнений к посту.
Провел все согласно вашим инструкциям - чудо! Сдвинулось с мертвой точки, ОС конечно не загрузилась, но все же НЕ появилось окно grub.
Думаю виной того, что ОС таки не загрузилась - очередная переустановка с "маразматичными" параметрами(экспериментировал).
Завтра поставлю по нормальному все и проверю еще раз. Опять появилась надежда, что таки загрузится ОС :)
После отпишусь о результате.

p.s.: lvm более не ставил, да и в первый раз не ставил бы его, просто не знал о такой особенности CentOS, что по-умолчанию она ставит в lvm, а не ext.

Не удержался, и не пошел спать, решил таки установить все заново и проверить.
Установил все с нуля, разбив руками разделы, сделав все согласно вашим инструкциям, единственное, у меня / смонтировалось на sda2, ну естественно что все ваши инструкции были преобразованы под мою ситуацию.
Перезагрузка....*барабанная дробь* - окно grub не появилось, по-крайней мере в его привычном виде, просто выдалась ошибка "Error 21". Это как я понимаю все та же ошибка : "Error 21: Selected disk does not exist".
kisil если вы еще не потеряли желание разобраться в данной проблеме, прошу предоставьте список файлов, листинг которых вас интересует, ну кроме естественно menu.lst, fstab, mtab - их вывод я завтра вечером выложу.
И еще, мелочь, но вдруг натолкнет на мысль, я заметил, что загружаясь с livecd, после того как BIOS передает управление загрузчику, на экране происходит следующее: курсор мигает на первой строке, потом прыгает на вторую строку и начинается загрузка образа livecd. В моем случае происходит тоже самое, то есть после чтения BIOS основных параметров, курсор мигает на первой строке, потом прыгает на вторую, и в тот момент когда, как я понимаю, должно начать грузиться ядро появляется "Error 21".

p.s.: самое забавное, что решение проблемы явно в какой то мелочи(практика подсказывает такие выводы), просто понять бы в какой именно :)

Ладно покажы вывод /etc/fstab, /boot/grub/menu.lst

Прикладываю вывод файлов

fstab
#
# /etc/fstab
# Created by anaconda on Tue Jul 10 05:32:04 2012
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=8756d604-e2e0-4a16-9b01-193869162d0d /                       ext4    defaults        1 1
UUID=ad1ec683-5da9-4140-857c-c9d1d16f9365 /boot                   ext4    defaults        1 2
UUID=3e121390-f91d-4137-84e3-822b3a33b2d7 swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

menu.lst
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/sda2
#          initrd /initrd-[generic-]version.img
boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.32-220.el6.i686)
    root (hd0,0)
    kernel /vmlinuz-2.6.32-220.el6.i686 ro root=UUID=8756d604-e2e0-4a16-9b01-193869162d0d LANG=ru_RU.UTF-8 rd_NO_LUKS rd_NO_LVM rd_NO_MD quiet rhgb crashkernel=auto  KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM
    initrd /initramfs-2.6.32-220.el6.i686.img

blkid
/dev/loop0: TYPE="squashfs" 
/dev/sda1: UUID="ad1ec683-5da9-4140-857c-c9d1d16f9365" TYPE="ext4" 
/dev/sda2: UUID="8756d604-e2e0-4a16-9b01-193869162d0d" TYPE="ext4" 
/dev/sda3: UUID="3e121390-f91d-4137-84e3-822b3a33b2d7" TYPE="swap" 

Сделай /boot ext3.

Ну /boot я делал и в ext2 и в ext3, эффекта не было. Перечитал свой старый пост, там я просто забыл указать, что пробовал и ext2 и ext3.

Читал что grub 0.97 не ладит с ext4, нужен патч для него, переделал sda1 из ext4 в ext2 - установил ОС, при загрузке - grub

На работе один из сис.админов высказал предположение, что возможно в CentOS 6.2 ограничена поддержка IDE-интерфейсов, ну или что мне так повезло, что мой контроллер не поддерживается базой драйверов CentOS 6.2.
Попробую поставить ее же на hdd с интерфейсом sATA.
Думаю завтра получиться достать sATA-диск и попробую. О результате отпишусь.
Если получиться - буду искать способ подсунуть CentOS драйвера на свой контроллер IDE.