Эффективный способ резервировать исходный ноутбук в гарантийных целях?

Question 1

Я купил новый ноутбук HP. Я вытру Windows полностью и установлю Ubuntu (не двойная загрузка).

Однако я хочу смочь восстановить диск к его исходному условию (начальная загрузка + разделы + исходная ОС + исходное программное обеспечение + и т.д.), если я когда-нибудь должен передавать ноутбук обратно в гарантийных целях.

Что лучший способ состоит в том, чтобы сохранить исходный 1TB диск к сетевому местоположению, таким образом, мне не нужен a> резервный диск на 1 ТБ? Кроме того, чем соответствующие шаги восстановления были бы для решения?

(Примечание: Я просто загружу в Ubuntu Живой USB на первой начальной загрузке).

Question 2

Резервное копирование

Начальная загрузка Используя живой USB

На компьютере, который сохраняется, загрузите Ubuntu Живой USB и откройте окно терминала.

Информация о разделе списка

Диск, который я хочу скопировать, /dev/nvme0n1. Замена nvme0n1 с Вашим диском. Можно использовать Дисковое приложение в Ubuntu для наблюдения списка дисков и их имен устройств.

sudo fdisk -l /dev/nvme0n1

Это - то, как мой диск был разделен от производителя.

Disk /dev/nvme0n1: 953.9 GiB, 1024209543168 bytes, 2000409264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1C949023-866B-4764-B397-252D5125277C

Device              Start        End    Sectors   Size Type
/dev/nvme0n1p1       2048     534527     532480   260M EFI System
/dev/nvme0n1p2     534528     567295      32768    16M Microsoft reserved
/dev/nvme0n1p3     567296 1972772863 1972205568 940.4G Microsoft basic data
/dev/nvme0n1p4 1972772864 1974779903    2007040   980M Windows recovery environment
/dev/nvme0n1p5 1974779904 2000396287   25616384  12.2G Microsoft basic data

Таблица резервного раздела

Выполните следование из компьютера, который сохраняется для создания резервного копирования таблицы разделов.
```
cd ~/
sudo sgdisk --backup=nvme0n1.gpt /dev/nvme0n1
```
Скопируйте резервное копирование на /mnt/data/Backup/ каталог на удаленном компьютере. Замена /mnt/data/Backup/ с существующим местоположением резервирных копий на Вашем удаленном компьютере. Замена remote_user и REMOTE_COMPUTER соответственно.
```
rcp ~/nvme0n1.gpt remote_user@REMOTE_COMPUTER:/mnt/data/Backup/
```
После проверки файла был скопирован безопасно, удалите локальную копию.
```
rm ~/nvme0n1.gpt
```
Совет
- Можно на самом деле скопировать каждый раздел параллельно, с помощью различных окон терминала на шаге 5, ниже. Просто обязательно выполнитесь sudo -i в каждом новом окне терминала.
- Для контроля возможности соединения во время процесса резервного копирования делают следующее.
  
  На сохраняемом компьютере откройте терминал и тип:
```
ping REMOTE_COMPUTER.local
```
  На удаленном компьютере откройте терминал и тип:
```
ping <IP ADDRESS OF COMPUTER BEING BACKED UP>
```
  (Я думаю просто ping ubuntu.local может также работать, так как Вы работаете от Живого USB).
  
  По-моему, постоянная проверка с помощью ping-запросов сохраняет соединение между компьютерами живым. Я заметил, что время от времени, один из компьютеров станет недостижимым; я сопротивлялся искушению уничтожить dd процесс и другой компьютер начали бы отвечать на запросы ping через несколько минут.
- Если Вы хотите видеть прогресс и оцененное время (ETA) процесса резервного копирования, можно соединиться pv команда в на шаге 5 ниже. Я не сделал этого во время резервного копирования, но Вы видите шаги 6 и 7 в разделе Restore по тому, как использовать pv.
Скопируйте каждый раздел к удаленному компьютеру

Выполните следование из компьютера, который сохраняется для создания резервного копирования каждого раздела.

Файлы резервных копий помещаются в /mnt/data/Backup/ каталог на удаленном компьютере.

Замена /mnt/data/Backup/ с существующим местоположением резервирных копий на Вашем удаленном компьютере. Замена remote_user и REMOTE_COMPUTER соответственно.

Выполнитесь dd команда для каждого раздела, перечисленного на шаге 2 выше. Например, для каждого из моих пяти разделов, я выполнил следующее:
```
sudo -i

# (1) 260.0 MiB
dd if=/dev/nvme0n1p1 | ssh remote_user@REMOTE_COMPUTER dd of=/mnt/data/Backup/nvme0n1p1.img

# (2) 16.0 MiB
dd if=/dev/nvme0n1p2 | ssh remote_user@REMOTE_COMPUTER dd of=/mnt/data/Backup/nvme0n1p2.img

# (3) 940.4 GiB
date; dd if=/dev/nvme0n1p3 | gzip -1 - | ssh remote_user@REMOTE_COMPUTER dd of/mnt/data/Backup/=nvme0n1p3.img.gz; date

# (4) 980.0 MiB
dd if=/dev/nvme0n1p4 | ssh remote_user@REMOTE_COMPUTER dd of=/mnt/data/Backup/nvme0n1p4.img

# (5) 12.2 GiB
dd if=/dev/nvme0n1p5 | ssh remote_user@REMOTE_COMPUTER dd of=/mnt/data/Backup/nvme0n1p5.img
```
Заметьте, что для раздела номер 3, я принял решение gzip раздел из-за его большого размера. Так как это было разделом главных окон, и он никогда не использовался, я был уверен, что большинство битов на диске будет нулями, допуская значительное сжатие. Если диск используется, или Вы не используете сжатие, файл резервной копии может быть слишком большим; также копирование данных к удаленному компьютеру может взять намного дольше. Раздел номера 1, 2, 4, и 5 не был настолько большим, и у меня было пространство памяти для резервного копирования их, таким образом, я не потрудился сжимать их, но Вы могли также использовать gzip для всех разделов, если Вы хотите.

Вот вывод в качестве примера для третьего раздела.
```
root@ubuntu:~ # date; dd if=/dev/nvme0n1p3 | gzip -1 - | ssh remote_user@REMOTE_COMPUTER dd of=/mnt/data/Backup/nvme0n1p3.img.gz; date

Fri Nov  3 03:23:06 EDT 2017
remote_user@REMOTE_COMPUTER's password: 
1972205568+0 records in
1972205568+0 records out
1009769250816 bytes (1.0 TB, 940 GiB) copied, 4422.5 s, 228 MB/s
45542474+1 records in
45542474+1 records out
23317746863 bytes (23 GB, 22 GiB) copied, 4417.97 s, 5.3 MB/s
Fri Nov  3 04:36:49 EDT 2017
```
Вот список файлов, которые были сохранены.
```
remote_user@REMOTE_COMPUTER:/mnt/data/Backup $ ls -g -o -h
total 36G
-r--r--r-- 1  18K Nov  3 01:14 nvme0n1.gpt
-r--r--r-- 1 260M Nov  3 00:55 nvme0n1p1.img
-r--r--r-- 1  16M Nov  3 00:55 nvme0n1p2.img
-r--r--r-- 1  22G Nov  3 04:36 nvme0n1p3.img.gz
-r--r--r-- 1 980M Nov  3 00:56 nvme0n1p4.img
-r--r--r-- 1  13G Nov  3 01:06 nvme0n1p5.img
```
Как Вы видите, сжатый размер раздела Windows, раздел номер 3, составляет только 22 ГБ, по сравнению с исходным размером раздела 940 ГБ. Снова, это было возможно, потому что я создал резервную копию этого раздела, когда мой компьютер был новым.

Восстановление

Начальная загрузка Используя живой USB

На компьютере, который восстанавливается, загрузите Ubuntu живой USB и откройте окно терминала.

Информация о разделе списка

Диск, который я хочу восстановить, /dev/nvme0n1. Замена nvme0n1 с Вашим диском. Можно использовать Дисковое приложение в Ubuntu для наблюдения списка дисков и их имен устройств.

sudo fdisk -l /dev/nvme0n1

Вывод будет зависеть от того, как Вы разделили свой диск при установке Ubuntu.

Disk /dev/nvme0n1: 953.9 GiB, 1024209543168 bytes, 2000409264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 2CF060B8-D127-491A-80D6-6AE411E5A7B8

Device             Start        End    Sectors   Size Type
/dev/nvme0n1p1      2048     405503     403456   197M EFI System
/dev/nvme0n1p2    405504   10172415    9766912   4.7G Linux filesystem
/dev/nvme0n1p3  10172416  242595839  232423424 110.8G Linux filesystem
/dev/nvme0n1p4 242595840 2000409230 1757813391 838.2G Linux filesystem

Восстановите таблицу разделов

Выполните следование из компьютера, который восстанавливается.

Замена /mnt/data/Backup/ с существующим местоположением резервирных копий на Вашем удаленном компьютере. Замена remote_user и REMOTE_COMPUTER соответственно.
```
cd ~/
rcp remote_user@REMOTE_COMPUTER:/mnt/data/Backup/nvme0n1.gpt ~/
sudo sgdisk --load-backup=nvme0n1.gpt /dev/nvme0n1

The operation has completed successfully.
```

Перечислите (восстановленную) информацию о разделе

sudo fdisk -l /dev/nvme0n1

Как Вы видите, таблица разделов моего диска была восстановлена оригиналу разделы производителя.

Disk /dev/nvme0n1: 953.9 GiB, 1024209543168 bytes, 2000409264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1C949023-866B-4764-B397-252D5125277C

Device              Start        End    Sectors   Size Type
/dev/nvme0n1p1       2048     534527     532480   260M EFI System
/dev/nvme0n1p2     534528     567295      32768    16M Microsoft reserved
/dev/nvme0n1p3     567296 1972772863 1972205568 940.4G Microsoft basic data
/dev/nvme0n1p4 1972772864 1974779903    2007040   980M Windows recovery environment
/dev/nvme0n1p5 1974779904 2000396287   25616384  12.2G Microsoft basic data

Совет
- Можно на самом деле восстановить каждый раздел параллельно, с помощью различных окон терминала на шаге 7, ниже. Просто обязательно выполнитесь sudo -i в каждом новом окне терминала.
- Для контроля возможности соединения во время процесса резервного копирования делают следующее.
  
  На восстанавливаемом компьютере откройте терминал и тип:
```
ping REMOTE_COMPUTER.local
```
  На удаленном компьютере откройте терминал и тип:
```
ping <IP ADDRESS OF COMPUTER BEING RESTORED>
```
  (Я думаю просто ping ubuntu.local может также работать, так как Вы работаете от Живого USB).
Инструмент мониторинга прогресса установки

Установите инструмент для просмотра прогресса процесса восстановления в терминале. Этот инструмент будет использоваться в последующих командах.
```
sudo apt install pv
```
pv показывает индикатор выполнения на командной строке, с процентом и время, оставаясь (ETA). Я нашел, что ETA был довольно точен; это очень полезно, потому что восстановление раздела на 1 ТБ может принять день. Обратите внимание, что ETA 1:12:05:40 переводит в, 'один 24-часовой день: двенадцать часов: пять минут: и сорок секунд"; другими словами, почти 36 часов!
Восстановите каждый раздел от удаленного компьютера

Выполните следование из компьютера, который восстанавливается.

Файлы резервных копий копируются с /mnt/data/Backup/ каталог на удаленном компьютере.

Замена /mnt/data/Backup/ с существующим местоположением резервирных копий на Вашем удаленном компьютере. Замена remote_user и REMOTE_COMPUTER соответственно.

Используйте информацию от шага 4 как значение для pv -s, таким образом, это может вычислить Ваш ETA. Можно окружить к ближайшему МБ, так как это не должно быть точно; это должно только показать Вам приблизительно, сколько времени остается.

Выполнитесь dd команда для каждого раздела, перечисленного на шаге 4 выше. Например, для каждого из моих пяти разделов, я выполнил следующее:
```
sudo -i

# (1) 260.0 MiB
date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p1.img" | pv -s 260M | dd of=/dev/nvme0n1p1; date

# (2) 16.0 MiB
date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p2.img" | pv -s 16M | dd of=/dev

# (3) 940.4 GiB
date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p3.img.gz | gunzip -1 - " | pv -s 940G | dd of=/dev/nvme0n1p3; date

# (4) 980.0 MiB
date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p4.img" | pv -s 980M | dd of=/dev/nvme0n1p4; date

# (5) 12.2 GiB
date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p5.img" | pv -s 12G | dd of=/dev/nvme0n1p5; date
```
Заметьте, что для раздела 3, мы распаковываем файл резервной копии. Если Вы также сжали свои другие файлы резервных копий раздела, использовать gunzip для них также.

Вот пример вывода для раздела номер 4. Необходимо будет ввести пароль для удаленной машины. Подсказка ввода пароля может быть немного затенена выводом прогресса, но просто ввести Ваш удаленный пароль, и нажимать Enter.
```
root@ubuntu:~ # sudo -i
root@ubuntu:~ # date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p5.img" | pv -s 12G | dd of=/dev/nvme0n1p5; date
Sun Feb 11 03:17:30 UTC 2018
remote_user@REMOTE_COMPUTER's password:
12.2GiB 0:33:01 [6.31MiB/s] [=========================================================================>] 101%            
25616384+0 records in
25616384+0 records out
13115588608 bytes (13 GB, 12 GiB) copied, 1982.54 s, 6.6 MB/s
Sun Feb 11 03:50:33 UTC 2018
```
Примечания по производительности

Я использовал 5 Wi-Fi GNZ (Беспроводной AC) для этого процесса. Сохраняемый компьютер имел диск nvme, и компьютер, получающий файлы резервных копий, имел твердотельный диск. Самый большой раздел составлял 940 ГБ; это приняло час для резервного копирования этого раздела, но потребовалось 36 часов для восстановления его. В течение процесса скорости передачи Wi-Fi колебались между ~4 мебибайт/с к ~12 мебибайт/с, иногда спадая 0MiB или кратко посмотрев на 16 МиБ.

Я сделал резервное копирование, когда моя машина была новой от производителя, таким образом, неиспользованный nvme диск имел "нули" во всех неиспользованных областях; это сделало степень сжатия и время резервного копирования раздела на 940 ГБ очень быстро.

Поэтому я настоятельно рекомендую создание резервного копирования как первый шаг, когда Ваш компьютер является новым, прежде, чем загрузиться в Windows.

Question 3

Question 4

При создании сжатого резервного копирования Вам не будет нужно ничто как> 1 ТБ устройства хранения данных для резервного копирования. Установленный Windows 10 на новой машине должен быть не больше, чем приблизительно 40 ГБ, и Вы будете рядом с 50%-м сжатием, таким образом, Вам "только" будут нужны приблизительно приблизительно 20 ГБ устройства хранения данных. При использовании встроенной утилиты резервного копирования Ubuntu то восстановление (если Вам нужен гарантийный сервис) может быть сделано от тех же Живых медиа, которые Вы раньше делали резервное копирование (и по-видимому устанавливали).

Немного более хитрая часть будет воссоздавать, точно, исходные разделы - машины Windows больше не идут с одним большим разделом; вместо этого, существует раздел "начальной загрузки", раздел Windows и раздел данных (в его самом простом). Если Вас обеспокоят освобождаемой гарантией или отклонят из-за установки Ubuntu, то Вы захотите быть уверенными, что можно отложить те разделы в точно том же месте и размере, в котором они были первоначально. К счастью, gparted имеет опцию создать резервную копию раздела и более позднего восстановления это точно - если Вы будете использовать ту опцию скопировать каждый раздел в порядке, затем сделайте сжатое резервное копирование тех резервных копий, то Вам будет нужно большое устройство хранения данных только так долго, поскольку это берет для получения от исходного Windows до сжатого резервного копирования второго поколения - и еще раз когда/если Вы восстанавливаете.

Однако можно создать резервную копию начальной загрузки и разделов Windows в нетронутый раздел данных, затем сделать сжатые резервные копии из тех, которые на внешний носитель. После того как это сделано, если Вы будете хотеть/нуждаться восстановить, то Вы сделаете раздел достаточно большим, чтобы восстановить сжатые резервные копии, восстановить разделы из восстановленных копий, затем удалите и воссоздадите раздел данных, заполняющий все остающееся пространство.

PJ Singh · Accepted Answer · 2 November 2019 в 00:06

Резервное копирование

Начальная загрузка Используя живой USB

На компьютере, который сохраняется, загрузите Ubuntu Живой USB и откройте окно терминала.

Информация о разделе списка

Диск, который я хочу скопировать, /dev/nvme0n1. Замена nvme0n1 с Вашим диском. Можно использовать Дисковое приложение в Ubuntu для наблюдения списка дисков и их имен устройств.

sudo fdisk -l /dev/nvme0n1

Это - то, как мой диск был разделен от производителя.

Disk /dev/nvme0n1: 953.9 GiB, 1024209543168 bytes, 2000409264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1C949023-866B-4764-B397-252D5125277C

Device              Start        End    Sectors   Size Type
/dev/nvme0n1p1       2048     534527     532480   260M EFI System
/dev/nvme0n1p2     534528     567295      32768    16M Microsoft reserved
/dev/nvme0n1p3     567296 1972772863 1972205568 940.4G Microsoft basic data
/dev/nvme0n1p4 1972772864 1974779903    2007040   980M Windows recovery environment
/dev/nvme0n1p5 1974779904 2000396287   25616384  12.2G Microsoft basic data

Таблица резервного раздела

Выполните следование из компьютера, который сохраняется для создания резервного копирования таблицы разделов.
```
cd ~/
sudo sgdisk --backup=nvme0n1.gpt /dev/nvme0n1
```
Скопируйте резервное копирование на /mnt/data/Backup/ каталог на удаленном компьютере. Замена /mnt/data/Backup/ с существующим местоположением резервирных копий на Вашем удаленном компьютере. Замена remote_user и REMOTE_COMPUTER соответственно.
```
rcp ~/nvme0n1.gpt remote_user@REMOTE_COMPUTER:/mnt/data/Backup/
```
После проверки файла был скопирован безопасно, удалите локальную копию.
```
rm ~/nvme0n1.gpt
```
Совет
- Можно на самом деле скопировать каждый раздел параллельно, с помощью различных окон терминала на шаге 5, ниже. Просто обязательно выполнитесь sudo -i в каждом новом окне терминала.
- Для контроля возможности соединения во время процесса резервного копирования делают следующее.
  
  На сохраняемом компьютере откройте терминал и тип:
```
ping REMOTE_COMPUTER.local
```
  На удаленном компьютере откройте терминал и тип:
```
ping <IP ADDRESS OF COMPUTER BEING BACKED UP>
```
  (Я думаю просто ping ubuntu.local может также работать, так как Вы работаете от Живого USB).
  
  По-моему, постоянная проверка с помощью ping-запросов сохраняет соединение между компьютерами живым. Я заметил, что время от времени, один из компьютеров станет недостижимым; я сопротивлялся искушению уничтожить dd процесс и другой компьютер начали бы отвечать на запросы ping через несколько минут.
- Если Вы хотите видеть прогресс и оцененное время (ETA) процесса резервного копирования, можно соединиться pv команда в на шаге 5 ниже. Я не сделал этого во время резервного копирования, но Вы видите шаги 6 и 7 в разделе Restore по тому, как использовать pv.
Скопируйте каждый раздел к удаленному компьютеру

Выполните следование из компьютера, который сохраняется для создания резервного копирования каждого раздела.

Файлы резервных копий помещаются в /mnt/data/Backup/ каталог на удаленном компьютере.

Замена /mnt/data/Backup/ с существующим местоположением резервирных копий на Вашем удаленном компьютере. Замена remote_user и REMOTE_COMPUTER соответственно.

Выполнитесь dd команда для каждого раздела, перечисленного на шаге 2 выше. Например, для каждого из моих пяти разделов, я выполнил следующее:
```
sudo -i

# (1) 260.0 MiB
dd if=/dev/nvme0n1p1 | ssh remote_user@REMOTE_COMPUTER dd of=/mnt/data/Backup/nvme0n1p1.img

# (2) 16.0 MiB
dd if=/dev/nvme0n1p2 | ssh remote_user@REMOTE_COMPUTER dd of=/mnt/data/Backup/nvme0n1p2.img

# (3) 940.4 GiB
date; dd if=/dev/nvme0n1p3 | gzip -1 - | ssh remote_user@REMOTE_COMPUTER dd of/mnt/data/Backup/=nvme0n1p3.img.gz; date

# (4) 980.0 MiB
dd if=/dev/nvme0n1p4 | ssh remote_user@REMOTE_COMPUTER dd of=/mnt/data/Backup/nvme0n1p4.img

# (5) 12.2 GiB
dd if=/dev/nvme0n1p5 | ssh remote_user@REMOTE_COMPUTER dd of=/mnt/data/Backup/nvme0n1p5.img
```
Заметьте, что для раздела номер 3, я принял решение gzip раздел из-за его большого размера. Так как это было разделом главных окон, и он никогда не использовался, я был уверен, что большинство битов на диске будет нулями, допуская значительное сжатие. Если диск используется, или Вы не используете сжатие, файл резервной копии может быть слишком большим; также копирование данных к удаленному компьютеру может взять намного дольше. Раздел номера 1, 2, 4, и 5 не был настолько большим, и у меня было пространство памяти для резервного копирования их, таким образом, я не потрудился сжимать их, но Вы могли также использовать gzip для всех разделов, если Вы хотите.

Вот вывод в качестве примера для третьего раздела.
```
root@ubuntu:~ # date; dd if=/dev/nvme0n1p3 | gzip -1 - | ssh remote_user@REMOTE_COMPUTER dd of=/mnt/data/Backup/nvme0n1p3.img.gz; date

Fri Nov  3 03:23:06 EDT 2017
remote_user@REMOTE_COMPUTER's password: 
1972205568+0 records in
1972205568+0 records out
1009769250816 bytes (1.0 TB, 940 GiB) copied, 4422.5 s, 228 MB/s
45542474+1 records in
45542474+1 records out
23317746863 bytes (23 GB, 22 GiB) copied, 4417.97 s, 5.3 MB/s
Fri Nov  3 04:36:49 EDT 2017
```
Вот список файлов, которые были сохранены.
```
remote_user@REMOTE_COMPUTER:/mnt/data/Backup $ ls -g -o -h
total 36G
-r--r--r-- 1  18K Nov  3 01:14 nvme0n1.gpt
-r--r--r-- 1 260M Nov  3 00:55 nvme0n1p1.img
-r--r--r-- 1  16M Nov  3 00:55 nvme0n1p2.img
-r--r--r-- 1  22G Nov  3 04:36 nvme0n1p3.img.gz
-r--r--r-- 1 980M Nov  3 00:56 nvme0n1p4.img
-r--r--r-- 1  13G Nov  3 01:06 nvme0n1p5.img
```
Как Вы видите, сжатый размер раздела Windows, раздел номер 3, составляет только 22 ГБ, по сравнению с исходным размером раздела 940 ГБ. Снова, это было возможно, потому что я создал резервную копию этого раздела, когда мой компьютер был новым.

Восстановление

Начальная загрузка Используя живой USB

На компьютере, который восстанавливается, загрузите Ubuntu живой USB и откройте окно терминала.

Информация о разделе списка

Диск, который я хочу восстановить, /dev/nvme0n1. Замена nvme0n1 с Вашим диском. Можно использовать Дисковое приложение в Ubuntu для наблюдения списка дисков и их имен устройств.

sudo fdisk -l /dev/nvme0n1

Вывод будет зависеть от того, как Вы разделили свой диск при установке Ubuntu.

Disk /dev/nvme0n1: 953.9 GiB, 1024209543168 bytes, 2000409264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 2CF060B8-D127-491A-80D6-6AE411E5A7B8

Device             Start        End    Sectors   Size Type
/dev/nvme0n1p1      2048     405503     403456   197M EFI System
/dev/nvme0n1p2    405504   10172415    9766912   4.7G Linux filesystem
/dev/nvme0n1p3  10172416  242595839  232423424 110.8G Linux filesystem
/dev/nvme0n1p4 242595840 2000409230 1757813391 838.2G Linux filesystem

Восстановите таблицу разделов

Выполните следование из компьютера, который восстанавливается.

Замена /mnt/data/Backup/ с существующим местоположением резервирных копий на Вашем удаленном компьютере. Замена remote_user и REMOTE_COMPUTER соответственно.
```
cd ~/
rcp remote_user@REMOTE_COMPUTER:/mnt/data/Backup/nvme0n1.gpt ~/
sudo sgdisk --load-backup=nvme0n1.gpt /dev/nvme0n1

The operation has completed successfully.
```

Перечислите (восстановленную) информацию о разделе

sudo fdisk -l /dev/nvme0n1

Как Вы видите, таблица разделов моего диска была восстановлена оригиналу разделы производителя.

Disk /dev/nvme0n1: 953.9 GiB, 1024209543168 bytes, 2000409264 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1C949023-866B-4764-B397-252D5125277C

Device              Start        End    Sectors   Size Type
/dev/nvme0n1p1       2048     534527     532480   260M EFI System
/dev/nvme0n1p2     534528     567295      32768    16M Microsoft reserved
/dev/nvme0n1p3     567296 1972772863 1972205568 940.4G Microsoft basic data
/dev/nvme0n1p4 1972772864 1974779903    2007040   980M Windows recovery environment
/dev/nvme0n1p5 1974779904 2000396287   25616384  12.2G Microsoft basic data

Совет
- Можно на самом деле восстановить каждый раздел параллельно, с помощью различных окон терминала на шаге 7, ниже. Просто обязательно выполнитесь sudo -i в каждом новом окне терминала.
- Для контроля возможности соединения во время процесса резервного копирования делают следующее.
  
  На восстанавливаемом компьютере откройте терминал и тип:
```
ping REMOTE_COMPUTER.local
```
  На удаленном компьютере откройте терминал и тип:
```
ping <IP ADDRESS OF COMPUTER BEING RESTORED>
```
  (Я думаю просто ping ubuntu.local может также работать, так как Вы работаете от Живого USB).
Инструмент мониторинга прогресса установки

Установите инструмент для просмотра прогресса процесса восстановления в терминале. Этот инструмент будет использоваться в последующих командах.
```
sudo apt install pv
```
pv показывает индикатор выполнения на командной строке, с процентом и время, оставаясь (ETA). Я нашел, что ETA был довольно точен; это очень полезно, потому что восстановление раздела на 1 ТБ может принять день. Обратите внимание, что ETA 1:12:05:40 переводит в, 'один 24-часовой день: двенадцать часов: пять минут: и сорок секунд"; другими словами, почти 36 часов!
Восстановите каждый раздел от удаленного компьютера

Выполните следование из компьютера, который восстанавливается.

Файлы резервных копий копируются с /mnt/data/Backup/ каталог на удаленном компьютере.

Замена /mnt/data/Backup/ с существующим местоположением резервирных копий на Вашем удаленном компьютере. Замена remote_user и REMOTE_COMPUTER соответственно.

Используйте информацию от шага 4 как значение для pv -s, таким образом, это может вычислить Ваш ETA. Можно окружить к ближайшему МБ, так как это не должно быть точно; это должно только показать Вам приблизительно, сколько времени остается.

Выполнитесь dd команда для каждого раздела, перечисленного на шаге 4 выше. Например, для каждого из моих пяти разделов, я выполнил следующее:
```
sudo -i

# (1) 260.0 MiB
date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p1.img" | pv -s 260M | dd of=/dev/nvme0n1p1; date

# (2) 16.0 MiB
date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p2.img" | pv -s 16M | dd of=/dev

# (3) 940.4 GiB
date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p3.img.gz | gunzip -1 - " | pv -s 940G | dd of=/dev/nvme0n1p3; date

# (4) 980.0 MiB
date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p4.img" | pv -s 980M | dd of=/dev/nvme0n1p4; date

# (5) 12.2 GiB
date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p5.img" | pv -s 12G | dd of=/dev/nvme0n1p5; date
```
Заметьте, что для раздела 3, мы распаковываем файл резервной копии. Если Вы также сжали свои другие файлы резервных копий раздела, использовать gunzip для них также.

Вот пример вывода для раздела номер 4. Необходимо будет ввести пароль для удаленной машины. Подсказка ввода пароля может быть немного затенена выводом прогресса, но просто ввести Ваш удаленный пароль, и нажимать Enter.
```
root@ubuntu:~ # sudo -i
root@ubuntu:~ # date; ssh remote_user@REMOTE_COMPUTER.local "dd if=/mnt/data/Backup/nvme0n1p5.img" | pv -s 12G | dd of=/dev/nvme0n1p5; date
Sun Feb 11 03:17:30 UTC 2018
remote_user@REMOTE_COMPUTER's password:
12.2GiB 0:33:01 [6.31MiB/s] [=========================================================================>] 101%            
25616384+0 records in
25616384+0 records out
13115588608 bytes (13 GB, 12 GiB) copied, 1982.54 s, 6.6 MB/s
Sun Feb 11 03:50:33 UTC 2018
```
Примечания по производительности

Я использовал 5 Wi-Fi GNZ (Беспроводной AC) для этого процесса. Сохраняемый компьютер имел диск nvme, и компьютер, получающий файлы резервных копий, имел твердотельный диск. Самый большой раздел составлял 940 ГБ; это приняло час для резервного копирования этого раздела, но потребовалось 36 часов для восстановления его. В течение процесса скорости передачи Wi-Fi колебались между ~4 мебибайт/с к ~12 мебибайт/с, иногда спадая 0MiB или кратко посмотрев на 16 МиБ.

Я сделал резервное копирование, когда моя машина была новой от производителя, таким образом, неиспользованный nvme диск имел "нули" во всех неиспользованных областях; это сделало степень сжатия и время резервного копирования раздела на 940 ГБ очень быстро.

Поэтому я настоятельно рекомендую создание резервного копирования как первый шаг, когда Ваш компьютер является новым, прежде, чем загрузиться в Windows.

Zeiss Ikon · Answer 2 · 2 November 2019 в 00:06

При создании сжатого резервного копирования Вам не будет нужно ничто как> 1 ТБ устройства хранения данных для резервного копирования. Установленный Windows 10 на новой машине должен быть не больше, чем приблизительно 40 ГБ, и Вы будете рядом с 50%-м сжатием, таким образом, Вам "только" будут нужны приблизительно приблизительно 20 ГБ устройства хранения данных. При использовании встроенной утилиты резервного копирования Ubuntu то восстановление (если Вам нужен гарантийный сервис) может быть сделано от тех же Живых медиа, которые Вы раньше делали резервное копирование (и по-видимому устанавливали).

Немного более хитрая часть будет воссоздавать, точно, исходные разделы - машины Windows больше не идут с одним большим разделом; вместо этого, существует раздел "начальной загрузки", раздел Windows и раздел данных (в его самом простом). Если Вас обеспокоят освобождаемой гарантией или отклонят из-за установки Ubuntu, то Вы захотите быть уверенными, что можно отложить те разделы в точно том же месте и размере, в котором они были первоначально. К счастью, gparted имеет опцию создать резервную копию раздела и более позднего восстановления это точно - если Вы будете использовать ту опцию скопировать каждый раздел в порядке, затем сделайте сжатое резервное копирование тех резервных копий, то Вам будет нужно большое устройство хранения данных только так долго, поскольку это берет для получения от исходного Windows до сжатого резервного копирования второго поколения - и еще раз когда/если Вы восстанавливаете.

Однако можно создать резервную копию начальной загрузки и разделов Windows в нетронутый раздел данных, затем сделать сжатые резервные копии из тех, которые на внешний носитель. После того как это сделано, если Вы будете хотеть/нуждаться восстановить, то Вы сделаете раздел достаточно большим, чтобы восстановить сжатые резервные копии, восстановить разделы из восстановленных копий, затем удалите и воссоздадите раздел данных, заполняющий все остающееся пространство.

Эффективный способ резервировать исходный ноутбук в гарантийных целях?

2 ответа

Резервное копирование

Восстановление

Примечания по производительности

Другие вопросы по тегам:

Похожие вопросы: