Скопіюйте всю ієрархію файлової системи з одного диска на інший

Я хотів би скопіювати всю ієрархію файлової системи з одного диска на інший .. вміст кожного каталогу, а також звичайні файли на платформі Linux. Було б вдячно знати найкращий спосіб зробити це за допомогою можливо вбудованих функцій Linuxes. Файлова система - це сімейство ext.

Я часто використовую

> cp -ax / /mnt

Презумпція / mnt - це новий диск, встановлений на / mnt, і немає інших кріплень на /.

-x зберігає його в одній файловій системі.

Це, звичайно, потрібно робити як root або використовуючи sudo.

Це посилання має деякі альтернативи, включаючи вищевказану

http://linuxdocs.org/HOWTOs/mini/Hard-Disk-Upgrade/copy.html

Те, що ви хочете, - rsync .

Ця команда може використовуватися для синхронізації папки, а також відновлення копіювання, коли вона перервана на півдорозі. Команда скопіювати один диск:

rsync -avxHAX --progress / /new-disk/

Варіанти:

-a  : all files, with permissions, etc..
-v  : verbose, mention files
-x  : stay on one file system
-H  : preserve hard links (not included with -a)
-A  : preserve ACLs/permissions (not included with -a)
-X  : preserve extended attributes (not included with -a)

Щоб підвищити швидкість копіювання, додайте -W( --whole-file), щоб уникнути обчислення дельта / різниці файлів. Це за замовчуванням, коли і джерело, і пункт призначення визначені як локальні шляхи, оскільки реальна користь алгоритму передачі дельта передачі rsync - зменшення використання мережі.

Також розглянути можливість додавання, --numeric-idsщоб уникнути відображення значень uid / gid за іменем користувача / групи.

Відповідь Майкла Аарона Саф'яна не враховує рідкісні файли. -Sваріант виправляє це.

Також цей варіант не спамує при прогресуванні кожного файлу і не робить дельта-синхронізацію, що вбиває продуктивність у немережевих випадках.

Ідеально підходить для копіювання файлової системи з одного локального диска на інший локальний диск.

rsync -axHAWXS --numeric-ids --info=progress2

Для однієї зніманої локальної копії з одного диска на інший, я думаю, вистачить cp, як описано тут у Вольфмана.

Наприклад, для великих робіт, таких як локальні або віддалені резервні копії, найкращим є rsync .

Звичайно, rsync є значно складнішим у використанні.

Чому rsync:

• це дозволяє копіювати (синхронізовану копію) весь або частину вашого диска A на диск B з багатьма параметрами, як-от виключення деяких каталогів із копії (наприклад, виключення / proc).

• Ще одна велика перевага полягає в тому, що цей нативний інструмент контролює передачу файлів: наприклад, для масових передач, якщо з'єднання буде перервано, воно продовжиться з точки розриву.

• І останнє, але не менш важливе, rsync використовує ssh-з'єднання, так що це дозволяє досягти віддалених синхронізованих захищених "копій". Перегляньте сторінку чоловіка , а також тут кілька прикладів .

Як Михайло Сафян пропонує вище, я використовував rsyncдля цієї мети. Я пропоную скористатися деякими додатковими параметрами, щоб виключити каталоги, які ви, мабуть, не хочете копіювати.

Ця версія досить специфічна для систем на базі Gnome та Debian / Ubuntu, оскільки включає в себе підкаталоги домашніх каталогів користувачів, специфічні для Gnome, а також кеш пакетів APT.

Останній рядок буде виключати будь-який каталог з назвою кеш / Кеш / .cache, який може бути занадто агресивним для деяких застосувань:

rsync -WavxHAX --delete-excluded --progress \
  /mnt/from/ /mnt/to/
  --exclude='/home/*/.gvfs' \
  --exclude='/home/*/.local/share/Trash' \
  --exclude='/var/run/*' \
  --exclude='/var/lock/*' \
  --exclude='/lib/modules/*/volatile/.mounted' \
  --exclude='/var/cache/apt/archives/*' \
  --exclude='/home/*/.mozilla/firefox/*/Cache' \
  --exclude='/home/*/.cache/chromium'
  --exclude='home/*/.thumbnails' \
  --exclude=.cache --exclude Cache --exclude cache

Додавання двох корисних бітів до потоку повторної синхронізації: зміна cypher та використання --update:

Відповідно до публікації Вольфмана, cp -axце елегантно та здорово для місцевих речей.

Однак, rsyncце також дивовижно. Відповідно до відповіді Майкла -W, зміна кофа може також прискорити роботу (хоча читайте про будь-які наслідки щодо безпеки).

rsync --progress --rsh="ssh -c blowfish" / /mnt/dest -auvx

Місцями є певна дискусія (і орієнтири) про те, що повільний процесор є фактичним вузьким місцем, але, здається, це допомагає мені, коли машина завантажується, роблячи інші одночасні речі.

Однією з інших великих причин використання rsync у великій, рекурсивній копії, як це, є через перемикач -u (або - update ). Якщо під час копіювання виникла проблема, ви можете її виправити, і rsync підбере там, де вона припинилася (я не думаю, що у scp цього є). Робити це локально, cp також має комутатор -u.

(Я не впевнений, які наслідки мають --update та --whole-файл разом, але вони, як видається, завжди спрацьовують для мене в цьому типі завдань)

Я усвідомлюю, що це не нитка про особливості rsync, але деякі з найбільш поширених для цього я використовую:

• --delete-after тощо (як Михайло згадував у подальшій роботі), якщо ви хочете синхронізувати нову систему до початкового місця чи щось подібне. І,
• --exclude - для пропускання каталогів / файлів, для таких випадків, як копіювання / створення нової системи на нове місце, одночасно пропускаючи домашні каталоги користувачів тощо (або ви монтуєте будинки з іншого місця, або створюєте нових користувачів тощо).

Між іншим, якщо мені колись доведеться використовувати Windows, я використовую rsync від cygwin, щоб робити великі рекурсивні копії, через те, що злегка мозок у дослідника хоче почати з самого початку (хоча мені здається, що Finder OS X ще гірший)

rsync

"Цей підхід вважається кращим, ніж клонування диска з dd, оскільки він дозволяє використовувати інший розмір, таблицю розділів і файлову систему, а також краще, ніж копіювати за допомогою cp -a, тому що він дозволяє більше контролювати дозволи файлів, атрибути , Списки контролю доступу (ACL) та розширені атрибути. "

Від:

https://wiki.archlinux.org/index.php/Full_system_backup_with_rsync

Сторінка людини Тут

Як згадується в коментарях juniorRubyist, переважним підходом тут має бути використання dd. Основна причина - продуктивність, це копія по блоку замість файлу за файлом.

Клонування перегородки

# dd if=/dev/sda1 of=/dev/sdb1 bs=64K conv=noerror,sync status=progress

Клонування всього диска

# dd if=/dev/sdX of=/dev/sdY bs=64K conv=noerror,sync status=progress

Список літератури

1. https://wiki.archlinux.org/index.php/disk_cloning

'dd' є дивним, але ddrescue (apt install gddrescue) ще кращий. Якщо DD перерветься, немає можливості перезапустити (ще одна вагома причина використовувати rsync). Коли ви використовуєте ddrescue з лог-файлом, він відстежує, які блоки були скопійовані.

Під час створення резервної копії подвійної завантажувальної системи Windows / Linux я використовую ntfsclone для розділів Windows та ddrescue для розділу Linux та dd для MBR. (Я не намагався створити резервну копію подвійної системи завантаження за допомогою GPT / UEFI.)

Що я хотів би побачити - це інструмент ddrescue, який може створювати такі файли, як ntfsclone, де нерозподілений простір позначений контрольними символами. Це робить зображення не монтується безпосередньо, але дозволяє воно бути таким же великим, як і містяться дані.

Хтось, будь ласка, придумав ntfsclone "спеціальний формат зображення" для ddrescue ...

rsync є ідеальним рішенням, як пояснено вище.

Я б просто додати -Sдо " ефективної обробки розріджених файлів " у випадку, якщо є копіювальний об'єм докерівного пристрою або подібний для копіювання.

Я спробував запропоновані тут команди rsync, але в підсумку я отримав набагато чистіші та швидші результати partclone. Відключіть джерело та цільові розділи та запустіть наступне:

partclone.ext4 -b -s /dev/sd(source) -o /dev/sd(target)
e2fsck -f /dev/sd(target)
resize2fs /dev/sd(target)

Це виконує такі кроки:

1. Клоніруйте (лише використані частини) розділу
2. переконайтеся, що файлова система в порядку (resize2fs виконує цей крок)
3. змінити розмір розділу до нової файлової системи

Вищезазначене працює в тому випадку, якщо цільовий розділ має той самий розмір або більше, ніж джерело. Якщо ваша ціль менша за вихідну (але відповідає всім даним), виконайте наступне:

e2fsck -f /dev/sd(target)
resize2fs -M /dev/sd(target)
partclone.ext4 -b -s /dev/sd(source) -o /dev/sd(target)
resize2fs /dev/sd(target)

resize2fs -M скорочує файлову систему до мінімального розміру перед клонуванням даних.

Зауважте, що partcloneне встановлено за замовчуванням у більшості систем. Використовуйте дистрибутив в реальному часі, як клонезіла, або встановіть частину з вашого диспетчера пакетів дистрибутивів ( apt-get install partcloneна синтезованих на основі debian).