Использование cat вместо cp в разделах разного размера [дубликат]
На этот вопрос уже есть ответ здесь:
Я понял, что невозможно использовать dd или cat для копирования всех данных раздела на другой раздел с разницей в размерах, Верно ли это утверждение? пример
2 HDD, первый /dev/sdd1 (100gb), и использовано 30gb и второй /dev/sdc1 (50gb), и нет данных
Конечно, я не могу использовать:
cat /dev/sdd1 >/dev/sdc1
почему? Потому что sdd1 имеет раздел 100gb, а sdc1 имеет лимит 50gb
Это правда? Что я должен использовать для копирования?
Могу ли я использовать (Предполагая, что hdds смонтированы):
cp -avr /mnt/sdd1/* /mnt/sdc1/
Правильно ли использовать cp? Кто-нибудь знает альтернативу cp
EDIT: В случае, если я не могу смонтировать hdd, потому что linux не распознает раздел, что я могу сделать? Продолжение этого нового вопроса в: "Backup without free space in not recognized partition"
Примечание: Я не говорю об утилитах восстановления типа ddrescue
Большое спасибо.
3 ответа
Несомненно, cp будет хорошо работать. Вам, возможно, придется использовать shopt -s dotglob так, чтобы * файлы соответствий и папки, имена которых начинаются .:
shopt -s dotglob
cp -avr /mnt/sdd1/* /mnt/sdc1/
существует также rsync:
rsync -a --info=progress2 /mnt/sdd1/ /mnt/sdc1/
Это имеет более хороший дисплей прогресса.
Заметьте различие копирования на уровне файла и клонирования разделов или целых дисков на уровне устройств.
файлы Копии, как описано muru
В этом случае Вы используете смонтированные разделы, где Вы видите каталоги и файлы.
rsync является очень хорошим инструментом для резервного копирования и синхронизации.
Устройства клона, как описано ниже
Клонирующиеся устройства очень опасны, и необходимо проверить и перепроверить, который Вы пишете в правильное устройство. Иначе Вы могли бы перезаписать свои изображения семейства..., и это - только незначительная опечатка далеко. Когда клонирование Вас должно размонтировать все разделы на входных и выходных устройствах. Вы уже заметили, что необходимо клонировать к устройству, по крайней мере, того же то же.
sudo dd if=/dev/sdx of=/dev/sdy bs=4096
клоны устройство, например, USB pendrive (от диска x для управления y).
sudo dd if=/dev/sdxm of=/dev/sdyn bs=4096
клоны раздел к другому разделу (от раздела xm к разделу yn, где X и Y являются буквами дисков и m и n, числа раздела).
sudo dd if=/dev/sdx of=file.img bs=4096
создает файл изображения диска.
sudo dd if=/dev/sdx bs=4096 | xz > file.img.xz
создает сжатый файл изображения.
sudo if=ubuntu.iso of=/dev/sdx bs=4096
создает загрузочный диск USB из файла ISO Ubuntu.
-o-
возможно клонироваться с CP вместо dd и получить подобные результаты.
Инструменты
для снижения риска и сделать процесс легче для Вас, существуют инструменты, чтобы помочь с этим процессом, особенно создать загрузочные диски из файлов ISO и [сжатых] файлов изображения. Примеры: Создатель Загрузочного диска Ubuntu (в 16.04 LTS и более новый), Диски (диски гнома), mkusb.
Clonezilla является инструментами, которые могут выбрать используемые блоки на 'поверхности диска' и копировать/клонировать их, в то время как это пропускает неиспользованные блоки. Это делает клонирование с Clonezilla намного быстрее, чем клонирование с dd (или CP), особенно, в диске с большим свободным пространством.
Во-первых, короткая версия не, и причина, являющаяся, Вы не знаете, где Ваши данные находятся на Вашем первом диске. Почти бесспорно, что Ваши данные не будут в первых 30 ГБ. Это - что-то встроенное в файловую систему Linux и причина, которую Вы никогда не должны дефрагментировать; т.е. Ваши данные случайным образом выделяются в свободное пространство, противоположное Ваших старых дней MS-DOS необходимости дефрагментироваться один раз в неделю.
У меня нет точек репутации для корректировки, тот рекомендуют выше, но самый быстрый способ достигнуть того, в чем Вы нуждаетесь, это:
rsync -avz --delete /mnt/sdd1 /mnt/sdc1
-r не необходимо, как -a автоматически подразумевает -r также. Я включал описания переключателей:
-a, --archive режим архивирования; равняется -rlptgoD (нет -H,-A,-X)
--delete удалите посторонние файлы от целевых директоров
-z, --compress данные файла сжатия во время передачи
Можно принять решение пропустить -z, однако я нахожу это очень удобным для сетевых копий, особенно Wi-Fi.
Для восстановления имейте Вас попробованный fsck?
Я нашел другой инструмент под названием TestDisk из http://www.cgsecurity.org/, но Вы обязаны иметь, по крайней мере, что сумма пространства, доступного, который Вы желаете восстановить.