Временное восстановление снимок LVM корня
если Вы собираетесь позволить NOPASSWD с sudo, только позволить ssh через ssh ключи и удостовериться, что пользователи помещают фразу передачи с ключом
Я нашел хорошее и легкое решение (uthers, решение так или иначе не работало на меня, я не уверен почему). Переименуйте lv_root к чему-то как lv_root_old и затем переименуйте снимок к lv_root.
$ lvrename /dev/VolGroup/lv_root /dev/VolGroup/lv_root_old
$ lvrename /dev/VolGroup/snapshot /dev/VolGroup/lv_root
Затем добавьте rd_LVM_LV=VolGroup/lv_root_old в строку ядра в grub.conf, таким образом, это активируется (по-видимому, снимок не работает, если источник неактивен при начальной загрузке, так как это только содержит изменения относительно источника). Это - то, как моя запись личинки похожа теперь:
root (hd0,0)
kernel /vmlinuz-2.6.32-220.el6.x86_64 ro root=/dev/mapper/VolGroup-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD rd_LVM_LV=VolGroup/lv_swap SYSFONT=latarcyrheb-sun16 rhgb crashkernel=auto quiet rd_LVM_LV=VolGroup/lv_root rd_LVM_LV=VolGroup/lv_root_old KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM elevator=deadline processor.max_cstate=1
initrd /initramfs-2.6.32-220.el6.x86_64.img
При предупреждении - при обновлении ядра между взятием снимка и теперь не забывайте загружать ядро, которое использовалось, когда снимок был взят.
-
1Хорошая находка. Интересно, что у Вас были проблемы. Я выполнил те же шаги в своей системе RHEL 6.2 и смог загрузиться в снимок неоднократно, не добавляя "rd_LVM_LV =" строка. – George M 16.05.2012, 19:41
Хотя Вы уже создали снимок, я пройду шаги для ясности.
Создайте снимок.
# lvcreate --size 100M --snapshot --name lv_root_snap /dev/vg_linux/lv_root
# lvs
LV VG Attr LSize Origin Snap% Move Log Copy% Convert
lv_home vg_linux -wi-ao 11.72g
lv_opt vg_linux -wi-ao 4.00g
lv_root vg_linux owi-ao 2.00g
lv_root_snap vg_linux swi-a- 100.00m lv_root 2.52
При желании смонтируйте снимок и проверьте.
# mount /dev/vg_linux/lv_root_snap /mnt
Добавьте запись в /etc/grub.conf это говорит ядру использовать корневую файловую систему снимка. (/etc/grub.conf символьная ссылка на /boot/grub/grub.conf, таким образом, это не затронуто снимком /)
title RHEL 6.2 Snap
root (hd0,0)
kernel /vmlinuz-2.6.32-220.13.1.el6.x86_64 ro root=/dev/mapper/vg_linux-lv_root_snap ....
....
Поочередно, если Вы не хотите делать a grub запись, можно указать корневую фс во время начальной загрузки путем ввода grub меню и редактирование изменения записи root= указать на снимок. Это будет временным и не сохранится, когда система будет загружена снова.
-
1, Это - командная строка ядра, у Вас должно быть изменение личинки;/etc/fstab не используется для определения местоположения корневой фс – psusi 16.05.2012, 05:15
-
2я должен был упомянуть, что сделал обновление RHEL 6.3 промежуточное взятие снимка и текущего состояния. Кажется, что lv_root установлен в initrd файле, таким образом, это все еще использует его, так или иначе пытаясь загрузиться от более нового ядра, которое не находится в снимке... или чем-то. Паника ядра. Я предполагаю, что узнаю, как initramfs и initrd работают... – M.K. 16.05.2012, 16:41
-
3
-
4@M.K.You должны отредактировать Ваш вопрос и добавить что информация к нему. – George M 16.05.2012, 17:04
-
5Таким образом, я отредактировал intrd следующим этот blog.linuxbox.co.nz/2010/11/booting-lvm-snapshot-of.html, и это кажется теперь, когда lvms не становятся активированными при начальной загрузке. Dracut пишет, что все они неактивны, наследовались, и замораживается. – M.K. 16.05.2012, 18:47
/etc/fstab не используется для определения местоположения корневой фс. В меню личинки нажать e отредактировать запись и изменить корень = параметр командной строки ядра для указания на снимок. Это загрузит от снимка только это время.