On 24.04.2013 20:26, Роман wrote:
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda4 during installation
UUID=08464a66-45a7-4bf0-a99c-bc01d470e828 / btrfs
defaults,subvol=@ 0 1
# /boot was on /dev/sda2 during installation
UUID=dfb63515-3fe0-4c4e-aca4-0d1809cf3055 /boot ext2 defaults
0 2
# /home was on /dev/sda5 during installation
UUID=0da868d7-ca0f-4913-a19d-c32fda5d373c /home btrfs
defaults,subvol=@home 0 2
# swap was on /dev/sda3 during installation
UUID=99345522-9580-4ea6-b4dd-da7342bda505 none swap sw
0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
ВС> On 24.04.2013 16:11, Роман wrote:
Здравствуйте, Владимир.
Спасибо за ответ.
СНимки прилагаю.
А почему надо переставлять загрузчик ? в прошлом такого не было.
я ж не менял разделы. В массиве sda,sdb,sdc
ВС> а покажи fstab системы а не флэшки, т.е. то, что лежит в /dev/mapper/ddf
ВС> ..../rootfs/ ну ты понял
ВС> Скорее всего тебе нужно обновить initramfs, вместе с ним обновиться и fstab.
ВС> Дело в том, что с некоторых пор линукс грузится в несколько этапов.
ВС> Сейчас при загрузке тот файл что лежит у тебя на ФС не имеет значения.
ВС> Имеет значение тот, который был помещен в initramfs образ.
ВС> Для этого надо chroot Сделать в тут систему и там из chroot обновить
ВС> этот образ. Только проверить, что корень с etc доступны там.
ВС> Ну не знаю как еще объяснить. Но думаю смысл как раз в этом. а загрузчик
ВС> до кучи.
образ содержит в себе модули и fstab ??
странно... но если это так тогда исправления в fstab без обновления
initramfs будут холостыми. Опыт показывает, что любой косяк в этом
файле вызовет проблемы при загрузке.. Как то это не стыкуется.
Я видел как восстанавливать загрузчик grub, но там статья была для
boot лежащего в корне, а у меня boot как видишь отдельно лежит.
http://savepic.net/3576239.htm
http://savepic.net/3564975.htm
Модули которые грузит живая флешка и видит диск
# cat /proc/modules | awk '{print $1}'
dm_crypt
coretemp
kvm_intel
kvm
bnep
rfcomm
psmouse
bluetooth
parport_pc
ioatdma
i5000_edac
edac_core
ppdev
microcode
mac_hid
lpc_ich
i5k_amb
lp
shpchp
dca
serio_raw
parport
dm_multipath
scsi_dh
squashfs
overlayfs
nls_utf8
isofs
btrfs
zlib_deflate
libcrc32c
ext2
dm_mirror
dm_region_hash
dm_raid45
dm_log
xor
hid_generic
usbhid
hid
radeon
e1000e
ttm
drm_kms_helper
drm
i2c_algo_bit
usb_storage
cat /proc/mdstat
Personalities :
unused devices: <none>
Вот как видны разделы и диск после заливки образа.
$ ls -1 /dev/mapper/
control
ddf1_4c5349202020202080862682000000004711471100000a28
ddf1_4c5349202020202080862682000000004711471100000a28p1
ddf1_4c5349202020202080862682000000004711471100000a28p2
ddf1_4c5349202020202080862682000000004711471100000a28p3
ddf1_4c5349202020202080862682000000004711471100000a28p4
ddf1_4c5349202020202080862682000000004711471100000a28p5
ВС> вот проверь в системной fstab соответствие и обнови initramfs -u после
ВС> chroot туда
ВС> On 24.04.2013 11:50, Роман wrote:
Привет, друзья!
помогите пожалуйста с ситуацией.
была создана система Ubuntu server 12.04 x64 в виртуальной среде с
одним виртуальным HDD.
В ней все было настроено как мне удобно для работы.
Этот образ уже неоднократно внедрялся (заливался) на реальные жесткие диски
серверов. Все работало.
Вдруг появляется интеловский сервер с набортным RAID контроллером и 3
дисками. В BIOSе делается массив из 3 дисков 5го уровня. Ну и дальше
загрузка с LIVE Flash, чтобы раскатать образ....
и вместо одного диска я вижу ТРИ.. все диски в составе рейда видны
системе. Как я понимаю это потому что RAID не аппаратный полноценный,
все равно софтовый.
И как же тогда раскатать образ ?
загрузившись с live я также обнаружил некое устройство
/dev/mapper/dd...цифробуквы
как я понял размеру устройства это и есть RAID и я через dd скопровал на него
образ.
Но системе в образе ставилась на обычный диск и про RAID ничего не
знает.
ПРи попытке загрузиться с RAID система пишет, что не смогла
смонтировать корневой.
UUID не менялись. в чем проблема ? может граб должен подгрузить модуль
какой то чтобы распознать массив ?
ВС> раскатай образ - ну ты это уже сделал в принципе.
ВС> сделай восстановление загрузчика через bind мониторвание, chroot,
ВС> 1. grub2-install /dev/mapper/dd...цифробуквы
ВС> 2. grub2-update
ВС> в инете полно статей как его восстановить.
ВС> и еще не забудь в chroot сделать
ВС> 3. update-initram-fs -u
ВС> посмотри что получиться - пиши. а вообще бы еще фотку ошибки - чтобы
ВС> понять где она происходит на каком этапе.
ВС> кстати еще вопрос система лайв сд и стоящая одни и те же по версии и по
ВС> дистру ?
ВС> я к тому, что если разные, то не факт что в той системем что ты ставил
ВС> определиться софтверный рейд твоего нового серванта.
http://ubuntologia.ru/grub2-recovery#chroot
сначала монтируешь, т.е. создай папки /mnt/dev , mnt/proc, можно и /sys
примонтировать на всякий случай
только помимо
sudo mount --bind /dev/ /mnt/dev
sudo mount --bind /proc/ /mnt/proc
также монтируешь
потом создаешь папки /mnt/home, /mnt/boot
монтируешь их
# /boot was on /dev/sda2 during installation
UUID=dfb63515-3fe0-4c4e-aca4-0d1809cf3055 /boot ext2 defaults
0 2
# /home was on /dev/sda5 during installation
UUID=0da868d7-ca0f-4913-a19d-c32fda5d373c /home btrfs
defaults,subvol=@home 0 2
потом монтируешь rootfs
потом делаешь chroot, потом делаешь updateinitramfs -u
потом перставляешь загрузчик grub2-install /dev/mapper/ddf......,
grub2-update
потом выходишь из chroot и размонтируешь, потом ребут
по идее так - потом пишешь что получилось при загрузке со скринами!
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Россия, Ростовская область, г. Таганрог
тел. моб: +7 (918) 504 38 20
skype: v.skubriev
icq: 214-800-502
www: skubriev.ru
--
ubuntu-ru mailing list
ubuntu-ru@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru