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

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

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

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-режима установки я не выбирал.

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

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

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

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

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

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

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

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

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 я делал и в ext2 и в ext3, эффекта не было. Перечитал свой старый пост, там я просто забыл указать, что пробовал и ext2 и ext3.

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