# <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
>>
>> ВС> посмотри что получиться - пиши. а вообще бы еще фотку ошибки - чтобы
>> ВС> понять где она происходит на каком этапе.
>>
>> ВС> кстати еще вопрос система лайв сд и стоящая одни и те же по версии и по
>> ВС> дистру ?
>>
>> ВС> я к тому, что если разные, то не факт что в той системем что ты ставил
>> ВС> определиться софтверный рейд твоего нового серванта.
>>


-- 
ubuntu-ru mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru

Дати відповідь електронним листом