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 ВС> посмотри что получиться - пиши. а вообще бы еще фотку ошибки - чтобы ВС> понять где она происходит на каком этапе. ВС> кстати еще вопрос система лайв сд и стоящая одни и те же по версии и по ВС> дистру ? ВС> я к тому, что если разные, то не факт что в той системем что ты ставил ВС> определиться софтверный рейд твоего нового серванта. |
сначала монтируешь, т.е. создай папки /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
--
С уважением,
Роман mailto:idi...@rambler.ru
-- ubuntu-ru mailing list ubuntu-ru@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru