есть оно будет пропускать запись нулей вместо непосредственной их записи на приёмный раздел?
Да, а почему не должно быть применимо?
Я уточнить хотел, а то мало ли. Правда, я диск всё равно чуть не запорол :)
Похерит файлы с нулями, ЕЯПП
sparse это свойство фс кмк
Я бы не советовал. То есть оно применится, но когда таким образом делается seek в новосозданном файле — файл увеличивается, пропуск пространства заполняется нулями, всё правильно. Раздел там ужэ есть, с данными — и seek просто пропускает запись на это место. Потому там останется что было. То есть лежал у тебя файлик с несколькими секторами нулей — станет файлик с несколькими секторами мусора... Нудобненько выйдет.
Нет, при sparse dd просто делает seek(2) на дескриптор получателя по количеству нулей, вычитанных из отправителя. seek работает с файлами на любых ФС и любыми блочными устройствами.
Если в целевом файле уже есть ненулевые данные, то, да, похерит. Если раздел чистый или discard-нутый (и поддерживает DZAT), то будет норм.
век живи, век учись
Уточнение, о котором я думал перед тем, как написать сообщение, но которое в окончательную формулировку добавить забыл: seek работает с файлами на любых ФС, если эти файлы могут иметь длину > 0. Из очевидного исключения, с которым seek работать не будет - char devices
#dd #seek #sparse
Обсуждают сегодня