BSDPORTAL.RU

На этом сайте обсуждаются вопросы использования ОС FreeBSD
 Портал  •  Статьи  •  Форум  •  Wiki  •  Поиск  •  FAQ  •  Обои  •   Официальная документация  •  Новые темы 

Часовой пояс: UTC + 4 часа




Начать новую тему Ответить на тему  [ Сообщений: 12 ] 
Автор Сообщение
СообщениеДобавлено: Вс 01 сен, 2019 3:29 pm 
Не в сети

Зарегистрирован: Вс 01 сен, 2019 2:46 pm
Сообщения: 10
Всем привет!

Не знал как кратко сформулировать заголовок, распишу подробнее.
Имеется
    Ноутбук с FreeBSD на шифрованной ZFS (единственный физический диск SSD).
    Внешний USB-HDD для бэкапов на NTFS.
Нужно
    1. Создать полный образ диска с FreeBSD на внешний привод.
    2. Поставить Windows 10 (чистая установка с полным затиранием всего и вся).
    3. Создать полный образ диска с виндой на внешний привод.
    4. Восстановить FreeBSD из образа с внешнего привода, чтобы всё как было до винды.
    5. Накатить винду снова, когда нужно.
Зачем это всё
Дуалбут не хочу, хочу чисто FreeBSD, но с возможностью "переключаться", когда очень нужно. Причём, возможно вообще на другую ОС.
Желаемый итог
    2 образа на внешнем приводе.
    Загрузочная флешка, с помощью которой я могу ловко создавать и раскатывать образы по мере необходимости.
    Инкрементные бэкапы, расписание, шифрование образов, красивый гуй и прочее не важно. Если только компрессия.

А то я уже запутался во всех этих методах: клонзиллы, акронисы, аомеи, zfs send, dd, скрипты от уважаемого Лисяры и прочее...
Нужно чёткое и сравнительно простое универсальное решение для разных ОС по следующему алгоритму:
живу под осью1 - создал образ1 - поставил ось2 - поработал - создал образ2 - вернул образ1 - живу под осью1 - ...

В перспективе вместо внешнего привода возможна сеть.
Всё это в целях самообразования. Сам не айтишник, но копаюсь)

Всем спасибо!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вс 01 сен, 2019 6:30 pm 
Не в сети
Модератор
Аватара пользователя

Зарегистрирован: Ср 08 ноя, 2006 2:53 pm
Сообщения: 5478
Откуда: СССР, Харьков
Купить для ноутбука второй диск и жонглировать дисками.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вс 01 сен, 2019 6:55 pm 
Не в сети

Зарегистрирован: Вс 01 сен, 2019 2:46 pm
Сообщения: 10
ankor писал(а):
Купить для ноутбука второй диск и жонглировать дисками.

В самом деле, так проще всего, но зоопарк из осей на ноуте мне не нужен, ведь "перенакатывать" лишь изредка надо будет. Для дуалбутов у меня стационарник. Интересует сама возможность, как можно наиболее эффективно осуществить технически по условиям задачи.

Да, зря я вообще здесь винду упомянул, прямо чувствую негатив :D Второй образ может быть с ЛЮБОЙ осью, о чём и упоминается в сабже. Ну а на стационарнике у меня вообще гну/линукс первой системой)) об этом-то хоть можно? :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вс 01 сен, 2019 8:13 pm 
Не в сети

Зарегистрирован: Пт 03 сен, 2004 1:26 pm
Сообщения: 2476
vlas писал(а):
ankor писал(а):
Купить для ноутбука второй диск и жонглировать дисками.

В самом деле, так проще всего, но зоопарк из осей на ноуте мне не нужен, ведь "перенакатывать" лишь изредка надо будет. Для дуалбутов у меня стационарник. Интересует сама возможность, как можно наиболее эффективно осуществить технически по условиям задачи.


что называется "совместить несовместимое".

Нет универсального способа.

Бэкапы можно делать:
1. на уровне побайтной копии диска, если диск один
2. на уровне файловой системы
3. на уровне директорий и файлов

Вариант 1 - прост в случае одного диска, не эффективен, к примеру,
диск 1TB, одна или несколько FS и к примеру заполнены на 1/3.
При побайтном копировании, будет копироваться 1TB.

Вариант 2 - зависит от FS, наличие и поддержка дампов для этой FS
Вариант 3 - тут все понятно

Судя по тому что Вы хотите - легко, просто и быстро, как уже было сказано,
"совместить несовместимое".

Единственное что могу посоветовать в качестве альтернативы - покупайте
внешние SATA с USB интерфейсом, если у Вас нет USB3.0 или в крайнем
случае USB2.0, увы.

И да, загрузка с указанных выше современных девайсов, возможна только
из UEFI.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вс 01 сен, 2019 10:25 pm 
Не в сети

Зарегистрирован: Вс 01 сен, 2019 2:46 pm
Сообщения: 10
lavr писал(а):
Судя по тому что Вы хотите - легко, просто и быстро, как уже было сказано,
"совместить несовместимое".

Не, ну тут я перестарался, признаю) перефразирую: наименее трудо-нерво-затратно))
Подходит 1й вариант! Диск всего 240 гигов (SSD), внешний на терабайт. Если с компрессией бэкапить, то вполне симпатично может получиться.
Можно, конечно, завести ещё один внешний SSD, на вторую ось (USB 3 и UEFI на борту есть), но чем это лучше второго внутреннего.
Потому наверное рамки сужаются - видимо нужно побитовое создание образа, как я и подозревал. Осталось только определиться, чем...
Судя по отзывам, у разных людей разный успех с разным софтом. В идеале хотелось бы не проприетарное решение. Щупал клонзиллу, но что-то не задалось, или это я туплю :|


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вс 01 сен, 2019 11:32 pm 
Не в сети

Зарегистрирован: Пт 03 сен, 2004 1:26 pm
Сообщения: 2476
vlas писал(а):
lavr писал(а):
Судя по тому что Вы хотите - легко, просто и быстро, как уже было сказано,
"совместить несовместимое".

Не, ну тут я перестарался, признаю) перефразирую: наименее трудо-нерво-затратно))
Подходит 1й вариант! Диск всего 240 гигов (SSD), внешний на терабайт. Если с компрессией бэкапить, то вполне симпатично может получиться.


Ну, если у Вас масса времени, то это самый простой способ, но нужно понимать,
что FS постоянно изменяется, лучше на примере:

Включили ноутбук и загрузили текущую активную ОС, например Linux с ext4 или xfs
или...
Далее подключаете свой бекапный 1TB диск, монтируете FS и выполняете dd

linux# mount /dev/sdb /mnt
linux# dd if=/dev/sda of=/mnt/debos.img

процедура дуплицирования /dev/sda в файл образ /mnt/debos.img, будет
иметь продолжительность XY минут, за это время, файловая[ые] система
на /dev/sda будет изменяться, значит часть файлов будет не полностью
скопирована, изменения после копирования ряда файлов будут потеряны.

Значит что, правильно, точная копия будет в том случае, если у нас есть
загрузочная флешка с ОС и dd, тогда мы загружаемся с live-usb, монтируем
1TB в /mnt и далее выполняем dd, как указано выше, просто производим
побайтное копирование /dev/sda (SSD) в образ /mnt/fileos.img
Далее можете жать образ, например xz - сейчас самый популлярный компрессор.

Цитата:
Можно, конечно, завести ещё один внешний SSD, на вторую ось (USB 3 и UEFI на борту есть), но чем это лучше второго внутреннего.
Потому наверное рамки сужаются - видимо нужно побитовое создание образа, как я и подозревал. Осталось только определиться, чем...
Судя по отзывам, у разных людей разный успех с разным софтом. В идеале хотелось бы не проприетарное решение. Щупал клонзиллу, но что-то не задалось, или это я туплю :|


Если Вы знаете структуру MBR и GPT, понимаете как работают clonezilla, acronis,
должны понимать, в случае разнокалиберных по размеру: source & destination,
ничего путного не получится.
GPT содержит в конце диска альтернативную копию таблицы партиций,
если вы клонируете диск объемом 30GB на диск 100GB, получите не очень приятную,
но решаемую проблему и тд и тп.

После MASADOS и WINDOZE: ghost, acronis и тд и тп, которые легко трансформируют
суперблок FAT32/exFAT на разнокалиберных дисках, пользователи думают что
аналогично будет и с ntfs, ext[2,3,4], xfs, ufs, ufs2 и тд и тп.
Увы, если с ntfs подобные утилиты справлются, то с Unix'овыми FS, увы.

Засекайте время клонирования и побирайте наиболее оптимальный размер
блока для dd, dd - утилита, которая есть во всех unix-like OS, но могут
немного различаться параметры:

# dd if=/dev/sda of=/dev/sdb bs=64k conv=noerror,sync

if - что копируем, input
of - куда копируем, output
bs - blocksize, размер буфера

conv=параметры, где noerror - не прерывать в случае ошибок,
использование sync или osync, прочтете в man dd.

Можно использовать pv для ускорения копирования, например:

# dd if=deb9isp.qcow2 bs=32K | pv --buffer-size=4M -q | dd of=deb9isp_bkp.qcow2 bs=32K

если dd поддерживает status, можете использовать параметр для визуального
отображения статуса копирования, можете использовать команду time:

# time dd if=/dev/sda of=/dev/sdb

Для HDD оптимальный bs выбирайте из: 16k, 32k, 64k и 128k, будет зависеть
от OS

В использовании pv есть еще одна важная вещь, два процесса dd,
один для чтения с исходного диска, другой для копирования на целевой или
в файл на FS другого диска, сравните:

# dd if=src_hdd of=copy_hdd
один процесс dd на чтение и запись, операции IO с двумя дисками
# dd if=src_hdd | pv | dd of=copy_dd
два процесса dd, один читает, другой пишет


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн 02 сен, 2019 12:20 am 
Не в сети

Зарегистрирован: Вс 01 сен, 2019 2:46 pm
Сообщения: 10
Ухх, спасибо огромное за столь развёрнутый ответ!!

lavr писал(а):
процедура дуплицирования /dev/sda в файл образ /mnt/debos.img, будет
иметь продолжительность XY минут, за это время, файловая[ые] система
на /dev/sda будет изменяться, значит часть файлов будет не полностью
скопирована, изменения после копирования ряда файлов будут потеряны.
Снимать образ, естественно, только с загрузочной флешкой, никак иначе...

lavr писал(а):
GPT содержит в конце диска альтернативную копию таблицы партиций,
если вы клонируете диск объемом 30GB на диск 100GB, получите не очень приятную,
но решаемую проблему и тд и тп.
lavr писал(а):
# dd if=src_hdd of=copy_hdd
Мне нужен чисто файл образа, а не клон сам по себе, поэтому по идее проблем с GPT возникнуть не должно?

В общем, нужно пилить загрузочную флешку, на которой должно быть и dd для никсов, и неdd для офтопика))) Хотя, с другой стороны, какая разница, если и dd со всем справляется...
Значит, нужен конвейер dd-pv-xz (образно), и в итоге получаем красивый архив с образом (уж простите за тавтологию). :ugeek:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн 02 сен, 2019 9:49 am 
Не в сети

Зарегистрирован: Пт 03 сен, 2004 1:26 pm
Сообщения: 2476
vlas писал(а):
В общем, нужно пилить загрузочную флешку, на которой должно быть и dd для никсов, и неdd для офтопика))) Хотя, с другой стороны, какая разница, если и dd со всем справляется...
Значит, нужен конвейер dd-pv-xz (образно), и в итоге получаем красивый архив с образом (уж простите за тавтологию). :ugeek:


создать загрузочную флешку с linux или freebsd - это потратить 15-30 минут, включая
установку pv и компрессоров, создать под Windoze, невозможно из-за plug-n-play драйверов USB,
только PE.

Варианты dd:
- системная
- dd_rescue http://www.garloff.de/kurt/linux/ddrescue/
- ddrescue от GNU

на выбор, что больше понравится
Не спешите создавать конвейер, посмотрите сколько времени займет
снятие образа. Лучше снять образ и потом будет масса времени
сделать checksum md5 или sha256 и выполнить сжатие.

Оптимальный размер блока для HDD, SSD, USB - разный, пробуйте
при каком в вашем конкретном случае, будет быстрей.
Google: speedup dd
только не принимайте на веру все что прочитаете, ибо глупостей достаточно
и синтетические тесты иногда показывают результаты, противоположные
реалии.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн 02 сен, 2019 11:14 am 
Не в сети

Зарегистрирован: Вс 01 сен, 2019 2:46 pm
Сообщения: 10
Ещё раз, спасибо огромное, lavr, буду тычить... Думаю, стоит ещё и про ZFS почитать...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн 02 сен, 2019 11:16 am 
Не в сети

Зарегистрирован: Пт 03 сен, 2004 1:26 pm
Сообщения: 2476
vlas писал(а):
Можно, конечно, завести ещё один внешний SSD, на вторую ось (USB 3 и UEFI на борту есть), но чем это лучше второго внутреннего.


тем что не нужно никаких телодвижений, разбирать, вставлять, делать бекапы...

WD Element, Toshiba Canvio - USB 3.0 интерфейс, внутри SATA диск, 1TB и выше,
дешево и сердито.
Установил на них сколько нужно ОС и все, захотел - подключил и загрузился,
захотел отключил.
UEFI вумный, имеет свое меню для загрзуки ОС с устройств где обнаружена EFI Boot.

Как я уже писал, неприятность одна, загрузить ОС с них можно только в UEFI,
в случае старого традиционного BIOS, нельзя, имел по этому поводу переписку
с WD, Toshiba, Seagate: "Почему Вы не указываете что с них нельзя загрузиться?"

Поддержка ничего об этом не знает, "верхний слой" техподдержки об этом знает но
не знает что можно загрузиться из UEFI: "эти устройства только для бекапов" :)
Плюнул, на нижний уровень техподдержки выходить не стал.

Два года назад, купил себе под виртуализацию: Debian, Ubuntu, CentOS
для проверки, экспериментов и освежения памяти по работе в этих ОС.
Нужен был именно физический девайс, ну и еще сравнивал с обычными
USB 2.0 и 3.0 флешками, проверял комфортность IO READ/WRITE.
Получилось, у скоростных USB flash цена как у 1TB USB HDD.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн 02 сен, 2019 11:26 am 
Не в сети

Зарегистрирован: Пт 03 сен, 2004 1:26 pm
Сообщения: 2476
vlas писал(а):
Ещё раз, спасибо огромное, lavr, буду тычить... Думаю, стоит ещё и про ZFS почитать...


В случае одного диска, лично я, не вижу смысла в ZFS, затратно:
- для комфортной работы нужно много RAM
- и тд и тп


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пн 02 сен, 2019 11:52 am 
Не в сети

Зарегистрирован: Вс 01 сен, 2019 2:46 pm
Сообщения: 10
lavr писал(а):
В случае одного диска, лично я, не вижу смысла в ZFS, затратно

Да, в точку. Нерациональное использование ресурсов такскыть, как экскаватором бриться. Хотя, с современными мощностями, конечно, наклад должен быть пренебрежимо мал. Вон, во фряховике вообще рекомендуют чтоб не менее 1GB рамы :D . Эдак можно и на малинке развернуть))
Да и просто интересно. А так, UFS наше всё, конечно)


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 12 ] 

Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Зарегистрированные пользователи: Bing [Bot], Google [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB
Яндекс.Метрика