Бэкап windows из линукса
Имеется всего один «лишний» раздел (место под завязку). Хотелось бы бэкапить и раскатывать то Windows 7, то Rolling Linux при необходимости (основная система Xubuntu LTS) и просто выполнять update-grub. Прокатит ли просто скопировать файлы винды? Ведь потеряются права. dd не хочу использовать, боюсь запортить. Чем можно архивировать винду из линукса?
fsarchiver , он вроде был и на SystemRescueCd
Ещё ntfsclone есть.
Спасибо, попробую. По описанию то, что надо. Получается, ntfs-3g умеет читать расширенные атрибуты и права, просто в линуксе они не используются. Сделал архив, fsarchiver ругался, что атрибуты у файлов из winsxs имеют отрицательный размер. Сжался архив хорошо 2.3 вместо 5.8 Гб. Завтра разархивирую. Если будут сбои, восстановлю образ ntfsclone, который не умеет сжимать сам.
Интересно, если раздел потом увеличить, как ntfsclone отреагирует при —restore-image?
И fsarchiver, и ntfs используют в качестве назначения /dev/sda*. Если файловой системы там нет, они ее создадут/отформатируют? Главное не ошибиться номером.
Для бекаов нужен _другой_ физический накопитель данных!
Не нужен
Для резервных копий не обязателен, для архивных — совсем другое дело. И то, и другое называют «бекапом», что вызывает путаницу.
Clonezilla спасет отца русской демократии.
Зачем? Ему же не бэкап.
восстановлю образ ntfsclone, который не умеет сжимать сам.
Сжимать не умеет, но там есть опция снятия в специальном spare формате, в результате файл с образом файловой системы будет размером не с весь раздел диска, а размером с используемого пространства на файловой системе.
Дд через сжатие делай не парь моск.
Обе утилиты справились. fsarchiver правда жаловался, что не смог восстановить 3 файла из winsxs. fsarchiver работает на файловом уровне через ntfs-3g, после него меняется карта расположения файлов https://i.imgur.com/SG3vKK9.png и NTFS структура воссоздается ntfs-3g. Виндовый chkdsk сказал, что «сделал изменения в фс». Еще fsarchiver распаковывает файлы винды в линуксовую tmp папку на корневом разделе (странно, что количество занятого места при этом не уменьшается). ntfsclone просто раскатывает образ, что предпочтительнее. Структура та же, в chkdsk чистота. UUID, от которого зависит активация, тоже восстанавливается прежний в обоих случаях.
Если файловой системы там нет, fsarchiver и ntfsclone ее создадут/отформатируют?
1. Если раздел примонтирован, они откажутся работать (хинт, чтобы не ошибиться, перед запускам монтировать важные разделы). 2. fsarchiver вроде бы форматирует в ntfs, ntfsclone просто раскатывает образ на любую фс. По факту в обоих случаях получается ntfs и данные, если какие были там, не сохраняются при восстановлении образа.
Сжимать не умеет, но там есть опция снятия в специальном spare формате
Это понятно, что свободное место не пишется в файл, но еще и сами файлы хорошо жмутся. ntfsclone можно запускать совместно с внешним архиватором через —
https://linux.die.net/man/8/ntfsclone
Ноутбук или десктоп?
Если второе, я бы купил второй винт. Личного времени тупо жальче.
Десктоп, 1 Тб.
Да и винду я уже передумал держать. Поставлю Debian 10 и Fedora 30, наверное, вместо Xubuntu 16.04.
Это все относительно. У меня раньше был SSD на 60 Гб, я «метался» между полностью настроенной openSUSE KDE4 и Windows 7: загружался в Windows Live CD и в HDD Raw Copy Portable делал «снимок» всего диска, восстанавливал другой. Предварительно свободное место нулями забив и сжимал WinRAR’ом (7zip был очень медленным на таких гигантских файлах). Всё проще, чем с нуля ставить Linux или Windows и настраивать. Тем более подобные «прыжки» у меня были всего раз в месяц. Это ведь страшный сон с нуля настраивать, по сравнению с которым раскатка образа сущие пустяки. Ставил винду, ужасался сколько работы предстоит и восстанавливал Сусю. Поэтому я с трудом соскочил на винду. В Сусе было все удобно, но на винде банально больше софта было (это имело значение для меня раньше). В линуксе к тому же можно конфиги сохранять, это упрощает новую установку.
Многие задаются вопросом: какой минимальный размер диска, на который установится Windows 7. Официальные данные гласят: 16 Гб для x86, 20 Гб для x64. В интернетовских обсуждениях можно встретить сообщение, что инсталлеру нужно минимум 15 Гб.
Так вот сообщаю: для Win7 x86 нужно чуть менее 10 Гб. После установки занимает 5.5 Гб. 15 Гб это видимо для x64. Инсталлер красным пишет минимальные цифры, если не соответствует.
RAM нужно минимум 512. После установки можно уменьшить до 384 точно.
XP была гораздо легковеснее. После установки занимала 1.6 Гб.
Бэкап Linux и восстановление его на другом железе
Я работаю в организации с маленьким штатом, деятельность тесно связана с IT и у нас возникают задачи по системному администрированию. Мне это интересно и частенько я беру на себя решение некоторых.
На прошлой неделе мы настраивали FreePBX под debian 7.8, нанимали фрилансера. В процессе настройки оказалось, что сервер (да, я так называю обычный PC) не хочет грузится с HDD при подключенных USB 3G модемах, которые мы используем для звонков на мобильные, колупание BIOSа не помогло. Непорядок. Решил, что нужно перенести его на другую железяку. Так появилось сразу две связанные задачи:
- сделать бэкап сервера;
- восстановить бэкап на другом железе.
Гугление не дало внятных ответов, как это сделать, пришлось собирать информацию кусками и пробовать. Всякие acronis’ы отбросил сразу, ибо не интересно.
Опыт общения с linux-системами у меня небольшой: настройка VPN сервера на open-vpn, ftp-сервера и еще пара мелочей. Сам себя я характеризую как человека умеющего читать маны и править конфиги 🙂
Ниже я описываю свой частный случай и почему я поступил именно так. Надеюсь, новичкам будет полезно, а бородатые админы улыбнутся вспомнив молодость.
Начинаем копать теорию:
Второй способ требует наличия внешнего жесткого диска объемом не меньше раздела, который архивируем. Да и что с ним потом делать, непонятно, хранить на полочке? Остановился на tar, чуть сложнее в реализации, нужно будет создать MBR, но время создания/восстановления архива существенно меньше, хранить бэкап проще, полтора гига можно закинуть в облако и скачать, когда будет нужно. Записывать его можно на ту же live-флэшку, с которой буду грузиться.
Итак, план действия:
1. Создание бэкапа
Грузимся с live-флэшки, у меня это debian-live-7.8.0-amd64-standard.
Переключаемся на root:
Монтируем раздел, который будем архивировать, у меня это sda1, чтобы случайно не наломать дров, монтируем только для чтения. Посмотреть все свои разделы можно при помощи команд ls /dev | grep sd или df -l
Наша флэшка уже примонтирована, но в режиме только чтения, нужно перемонтировать для чтения-записи, чтобы писать туда бэкап.
Все готово для создания архива
Здесь у нас параметры: c — создать архив, v — выводить информацию о процессе, z — использовать сжатие gzip, p — сохраняем данные о владельцах и правах доступа, f — пишем архив в файл, путь к файлу, —exclude — исключаем из архива каталог (я исключил каталоги с записями разговоров и каталог с бэкапами FreePBX), /mnt/ — каталог, который архивируем.
Ждем… у меня вся подготовка и создание архива заняли 10 минут. Будь флэшка быстрее, уложился бы в 7-8 минут.
Складываем архив в надежное место за пределами офиса.
Восстановление бэкапа на другом железе
2. Размечаем диск, создаем файловую систему
Грузимся с live-флэшки, у меня все та же debian-live-7.8.0.
Переключаемся на root:
Размечаем диск. Мне понравилась утилита с псевдографическим интерфейсом cfdisk. Там все просто и понятно.
Удаляем все имеющиеся разделы. Я создал два новых раздела, один на 490 Gb под / (sda1) и 10 Gb под swap (sda2) в конце диска, т.к. он практически не будет задействован. Проверим типы разделов. Который под систему должен иметь тип 83 Linux, второй — 82 Linux swap / Solaris. Помечаем системный раздел загрузочным (bootable), сохраняем изменения и выходим.
Cоздаем файловую систему на первом разделе.
3. Распаковываем архив.
Монтируем отформатированный раздел
Распаковываем архив прямо с флэшки
Параметр —same-owner — сохраняет владельцев у распаковываемых файлов, x — извлекаем из архива, v — выводить информацию о процессе, p — сохраняем права доступа, f — указываем файл, который распаковываем, C — распаковываем в категорию.
4. Создаем MBR на новом диске.
Чтобы корректно создать загрузочную запись, монтируем рабочие каталоги к нашему будущему root-каталогу, у меня это /mnt. Каталоги /dev и /proc сейчас используются live-системой, используем параметр bind, чтобы они были доступны сразу в двух местах:
Переключаемся на новую систему используя chroot:
Делаем swap-раздел для новой системы:
Чтобы grub работал, нужно указать ему правильные UUID разделов в fstab, сейчас там прописаны разделы предыдущей системы:
Открываем второй терминал (Alt+F2) под root:
И видим текущие UUID разделов.
Вручную переписываем их в fstab переключаясь между Alt+F1 и Alt+F2. Да, муторно, но попытки копировать занимали у меня больше времени, чем переписывание. Сохраняем fstab.
Устанавливаем grub2. У меня один физический диск, поэтому ставим его на sda:
На чистый диск должно встать без ошибок. Обновляем информацию из fstab:
Возвращаемся в Live-систему:
Размонтируем все каталоги:
Если вылазят процессы, которые используют эти каталоги, убиваем их используя fuser.
Все, поехали. Грузимся с жесткого диска:
Здесь статья должна была закончиться, но у меня возникли проблемы с подключением к интернету. Сервер видит сеть, видит компьютеры в ней, но в интернет не ходит… а это как бы важно для телефонии.
5. Тестирование и устранение неполадок.
Показывет интерфейсы eth1 и lo, гугление сказало, что gateway можно прописать только подключению eth0, остальные рассчитаны только на работу внутри сети.
Похоже, отсутствие eth0 вызвано способом переноса системы. Находим файл, который отвечает за нумерацию интерфейсов, смотрим туда:
Действительно, там два активных интерфейса, определенных MAC’ами. Комментируем первый, второму прописываем eth0.
Перезапуск /etс/init.d/networking не помог, поэтому перезагружаемся:
Подключаем донглы, проверяем, все работает.
Спасибо за внимание.