Изменение жесткого диска с данными - Ubuntu Server

Изменение жесткого диска с данными - Ubuntu Server

Относительно недавно начавший работать с Ubuntu, я считаю себя настоящим новичком. Мне удалось установить Ubuntu Server 16.04 на старый ПК. ОС находится на внутреннем диске, а данные — на внешнем USB-накопителе на 3 ТБ. Я использую его в основном для Owncloud, Samba, Plex и Roon. Теперь мне нужно обновить свой внешний HDD до 8 ТБ.

edwin@ubuntu:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            1.9G     0  1.9G   0% /dev
tmpfs           386M   21M  365M   6% /run
/dev/sda2       454G  7.0G  424G   2% /
tmpfs           1.9G   20K  1.9G   1% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
/dev/sdb1       2.7T  1.8T  774G  71% /media/data
/dev/sda1       511M  3.4M  508M   1% /boot/efi
tmpfs           386M     0  386M   0% /run/user/1000

Правильно ли будет, если я синхронизирую всю папку /media/data с новым отформатированным диском, а затем изменю UUID нового диска в fstab, и все?

Нужно ли останавливать службу owncloud перед этим? Не лучше ли вместо этого использовать команду DD?

Любая помощь/идеи будут высоко оценены!

решение1

изменить UUID нового диска в fstab

Для вступления изменений в силу потребуется перезагрузка или придется вручную размонтировать и смонтировать заново.

Нужно ли мне перед этим останавливать службу owncloud?

Если служба owncloud может что-то изменить во /media/dataвремя копирования на новый диск, то вам следует остановить службу перед копированием. То же самое касается любой другой службы, которая может использовать этот каталог.

Кроме того, если вы решили вручную размонтировать и перемонтировать, вам следует заранее остановить службы, которые могут считывать данные с диска.

Не лучше ли вместо этого использовать команду DD?

rsyncдостаточно для передачи данных. ddпросто потеряет время — скопирует 2,7 ТБ данных, когда вам нужно скопировать всего 1,8 ТБ.

Связанный контент