я же не телка, чтобы фломастерами всё выделять
oO Надо уважать себя и участников форума, да и посетителей форума, идоки оформлять соответствующим образом, что бы читабельно было.
я же не телка, чтобы фломастерами всё выделять
oO Надо уважать себя и участников форума, да и посетителей форума, идоки оформлять соответствующим образом, что бы читабельно было.
KRUTO, а как ты думаешь доки пишутся? Представь если бы все всё в кучу сваливали ужОс был бы, в doc формате нафиг не надо, code /console хватает за глаза.
Вот читай не так давно писал: http://zenon.sytes.net/rotation-backup/
Обещанная инструкция:
ИНСТРУКЦИЯ ПО BACKUP
Как же все таки хорошо что у меня Xen стоит. Сохраил снапшот или на крайняк все VM и живи спокойно. правда тут стоит уделить внимание самому серверу... обязательно UPS и охлаждение.
Мужики, прикрепите тему.. Все понятно и много кому нужно будет.. Мне самому скоро переносить свой шлюз на CentOS в XEN. Как раз самое то.
i2ks, newzenon,
Ну ладно, ладно: в следующий раз постараюсь... smile
Спасибо за тему,архивирование полезная штука. Я как понимаю этот способ уместен для временного востоновления рабочей системы,но так ведь не оставишь систему на резервном винте, без разметки разделов, а лишь в общей куче все с каталогами на одном разделе. Можно ли таким способом скажем делать откаты системы,востонавливать лишь необходимые разделы? через systemrcd разорхивировать архив сзаменной на нужный раздел на системе-источник? или все же лучше пользоваться dd например так:
[console]dd if=/dev/sda conv=sync,noerror bs=64K | gzip -c > /mnt/sdb1/hda.img.gz[/console]
. Можно ли таким способом скажем делать откаты системы,востонавливать лишь необходимые разделы?
Попробуйте Clonezilla. Умеет копировать винт целиком, по разделам и гораздо быстрее dd. Даже если конечный винт меньше по обьему.
О спасибо, на днях потестю утилиту)
Да кстати чтото я к partimage не приглядывался особо. а вроде хорошая утилита, тем более в удобной сборке лежит http://www.sysresccd.org/SystemRescueCd_Homepage Спасибо newzenon )
Я как понимаю этот способ уместен для временного востоновления рабочей системы,но так ведь не оставишь систему на резервном винте, без разметки разделов, а лишь в общей куче все с каталогами на одном разделе. Можно ли таким способом скажем делать откаты системы,востонавливать лишь необходимые разделы?
Способ, который я описал, проверен на нескольких дистрибутивах Red Hat, можно резервировать разделы целиком, а потом их восстанавливать, сохраняя разбиение дисков, а dd надо делать еще и резерв mbr на всякий случай и файлы dd занимают столько же места, сколько и система, хотя это дело можно и заархивировать...
Но dd хорош тем, что можно резервировать Windows...
KRUTO, ну в принципе годная инструкция.
мелкое замечание:
При необходимости разбейте диск-приемник как пожелаете программой fdisk. При этом учитывайте, что раздел, с которого будете грузится должен быть загрузочным, размер свопа (как выяснилось после многочисленных проб и ошибок) не имеет значения при восстановлении (пусть он будет хоть 64 Кб).
очевидно у вас просто при восстановлении своп не используется, или памяти немерено. Впрочем, для опции -z памяти много не нужно.
drBatty,
Спасибо за оценку, хех
очевидно у вас просто при восстановлении своп не используется, или памяти немерено. Впрочем, для опции -z памяти много не нужно.
Да про это я тоже думал... Но пробовал восстанавливать и на системе с 256 МБ ОЗУ, что интересно...
Да про это я тоже думал... Но пробовал восстанавливать и на системе с 256 МБ ОЗУ, что интересно...
для -z 256Mb вполне достаточно.
drBatty,
шикарно, я думаю меньше вообще не надо использовать... Если это только не телефон....
drBatty,
перегрелся, с алкоголем завязал... так чудить начал...
Возникла подобная проблема. Необходимо полностью перенести систему с одного диска на другой. Смущает LVM.
Источник:
$ sudo fdisk -l /dev/sda
Диск /dev/sda: 41.2 Гб, 41174138880 байт
255 головок, 63 секторов/треков, 5005 цилиндров, всего 80418240 секторов
Units = секторы of 1 * 512 = 512 bytes
Размер сектора (логического/физического): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Идентификатор диска: 0x0002e0c9
Устр-во Загр Начало Конец Блоки Id Система
/dev/sda1 * 2048 499711 248832 83 Linux
/dev/sda2 501758 80416767 39957505 5 Расширенный
/dev/sda5 501760 80416767 39957504 8e Linux LVM
Цель:
$ sudo fdisk -l /dev/sdb
Диск /dev/sdb: 160.0 Гб, 160040803840 байт
255 головок, 63 секторов/треков, 19457 цилиндров, всего 312579695 секторов
Units = секторы of 1 * 512 = 512 bytes
Размер сектора (логического/физического): 512 байт / 512 байт
I/O size (minimum/optimal): 512 bytes / 512 bytes
Идентификатор диска: 0x0871fdeb
Устр-во Загр Начало Конец Блоки Id Система
/dev/sdb1 * 63 312578047 156288992+ 83 Linux
Погуглив, сделал вывод, что проще всего с dd, однако так и не понял - должны ли диски быть идентичными или нет и имеет ли значение LVM?
С lvm dd не пробовал, по идее только идентичность дисков для dd и важна.
Загрузился с лайв, перенёс систему помощью dd, увеличил Gparted размер раздела с 40 Гб до конца диска. Перезагрузился, выдаёт
The disk drive for /dev/mapper/bigserver-swap_1 is not ready yet or not present.Если ввести S(пропустить) - система загружается. Я так понял, ошибку выдаёт mount ?
Строчка из fstab:
/dev/mapper/bigserver-swap_1 none swap sw 0 0 WTF ?
WTF ?
Загрузчик настроить (переустановить), UUID / устройство уже ругие.
Загрузчик настроить (переустановить), UUID / устройство уже ругие.
Неа. Проблема была в fstab, причём в строчке, следующей за той, которая выводилась с ошибкой oO. Там была строчка, монтирующая нынешний диск к старому.
Теперь, вроде, всё работает :)
Кстати: оказалось, что dd сохраняет даже UUID разделов .