Вопросы Теги

Что быстрее, dd 1.5 ТБ или rsync 500 ГБ?

Файл System.map главным образом используется для отладки катастрофических отказов ядра. Это не на самом деле необходимо, но лучше иметь в наличии его, если Вы собираетесь использовать то ядро. Если Вы решили, что Вам не нужно то ядро, то безопасно удалить соответствующий файл карты.

Если Вы являетесь действительно низкими на дисковом пространстве, Вы могли бы сжать файлы карты. Они не являются настолько большими, таким образом, это не оставит много свободного места, но bzip2 сожмет их вниз приблизительно к 25% первоначального размера. Затем можно распаковать тот, если Вы обнаруживаете необходимость в нем.

6
13.04.2017, 15:36
1 ответ

Никакой вопрос, rsync не будет быстрее. dd должен будет считать и записать целых 1.5 ТБ, и он поразит каждый сбойный блок, инициировав несколько повторений чтения, которые далее замедлят уже долгий процесс. rsync должен будет только считать блоки, которые имеют значение, и так как маловероятно, что каждый сбойный блок происходит в существующих файлах или каталогах, rsync встретится с меньшим количеством из них.

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

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

11
27.01.2020, 20:24
  • 1
    , Спасибо! По некоторым причинам я думал, что движущиеся данные между пространством ядра и пространством пользователя были дорогими, и dd избегает этого, но я мог бы составлять это. –  Adam Monsen 14.03.2012, 21:19
  • 2
    Мой приятель kormoc говорит мне: "ядро <-> пространство пользователя является просто копиями памяти. Это копирует путь быстрее затем, диск на самом деле отвечает, таким образом, это почти свободно. DD все еще делает ядро-> пользователь-> изменения слоя ядра также. dd не работает в пространстве ядра". –  Adam Monsen 14.03.2012, 22:42
  • 3
    , Это также имеет смысл, что, если бы диск был полон (1.5 ТБ фактических нередких данных), rsync был бы медленнее, чем dd. –  Adam Monsen 14.03.2012, 22:48
  • 4
    я согласовываю это rsync будет быстрее, если диск будет читаем. Если существует какое-либо изменение, что диск частично нечитабелен, и у Вас нет резервного копирования содержавших данных, я скорее работал ddrescue сделать максимально точное изображение диска. После этого я сделал бы другую копию "точной копии", работал бы fsck на этом и только затем монтируют его. Таким образом, "точная копия" Вашего сбойного диска сохранена неизмененной для дополнительных спасательных операций. –  Mikko Rantalainen 29.06.2012, 11:08

Теги

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