The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск утилиты для восстановления данных dd_rescue 1.99.17

03.11.2024 16:43

Вышла новая версия dd_rescue 1.99.17, утилиты для восстановления данных со сбойных носителей, резервного копирования и развёртывания образов дисков. Необходимо различать dd_rescue и утилиту аналогичного назначения GNU ddrescue. Утилита dd_rescue в сравнении с ddrescue имеет дополнительные полезные возможности, такие, как, например, поддержка разрежённых файлов, ввод/вывод в обход кэша, прозрачные сжатие и шифрование. Утилита dd_rescue входит в поставку многих популярных дистрибутивов GNU/Linux, таких как Fedora, openSUSE, Mageia и ALT Linux. Код утилиты написан на языке Си и распространяется под лицензией GPLv2+.

В новой версии добавлена поддержка прозрачного сжатия и распаковки с помощью алгоритма LZMA, позволяющая, в частности, использовать образы дисков, сжатые в формате xz. Использование алгоритма LZMA демонстрирует более высокий уровень сжатия ценой повышения нагрузки на CPU, по сравнению с ранее задействованным алгоритмом LZO. В качестве реализации алгоритма LZMA выбрана библиотека liblzma, ставшая скандально известной после обнаружения в ней закладки, которую специально разместил злоумышленник, добившийся получения статуса сопровождающего. Патч с реализацией поддержки LZMA в dd_rescue подготовлен Дмитрием Ивановым из НИУ ВШЭ (Высшая школа экономики).

  1. Главная ссылка к новости (https://www.garloff.de/kurt/li...)
  2. OpenNews: Обновление сборки DogLinux для проверки оборудования
  3. OpenNews: Ubuntu CyberPack (ALF) 1.0 - новый дистрибутив для криминалистического анализа
  4. OpenNews: Опубликованы дистрибутивы Rescuezilla 2.5 и SystemRescue 11.01
  5. OpenNews: Выпуск Redo Rescue 4.0.0, дистрибутива для резервного копирования и восстановления
  6. OpenNews: Доступен Snagboot, инструментарий для восстановления встраиваемых устройств
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62167-dd_rescue
Ключевые слова: dd_rescue
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (62) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 17:11, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я единственный кто использует ddrescue и grsync.
     
     
  • 2.5, ИмяХ (ok), 17:49, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Путаешь с dd-rescue
     
     
  • 3.6, Аноним (6), 17:53, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А точно не с dd_rescue?
     
     
  • 4.39, Аноним (1), 00:48, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    https://habr.com/ru/articles/236977/

    Волбщем путаю.

     
     
  • 5.69, Аноним (69), 16:20, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > https://habr.com/ru/articles/236977/

    много пиво с тех пор утекло..
    2014 г

     
     
  • 6.75, Аноним (1), 02:28, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вообщем утекло.
     
  • 2.50, ijuij (?), 07:38, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну почему они залили на sourceforge его? Это ужасно...
     
  • 2.51, Аноним (51), 08:42, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если ddrescue не читает данные, то может помочь: https://www.hddsuperclone.com/
     

  • 1.7, Аноним (-), 18:05, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Не стоит путать ее с утилитой GNU ddrescue, в отличие от которой dd_rescue имеет дополнительные полезные возможности, такие как, например, поддержка разрежённых файлов, ввод/вывод в обход кэша, прозрачные сжатие и шифрование.

    омайга! чувакам надо просто навсего достать из винчестера свои личные фотки. какие разрежённые файлы, я даже такого слова незнаю. зачем мне ввод/вывод в обход кеша если я хочу тупо достать свои файлы? зачем мне прозрачное сжатие если нечаяно я форматнул раздел.

     
     
  • 2.13, Аноним (-), 19:20, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда они идут в лабу по дата рекавери, расчехляют кошель - и за довольно круглу... большой текст свёрнут, показать
     
     
  • 3.16, Dzen Python (ok), 19:57, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда они идут в лабу по дата рекавери, расчехляют кошель

    Тогда они открывают Wet(c) Kiska(tm) от MegaglukSoft и смотрят на красивые картинки и прогрессбар, которые от них инкапсулирует и разреженные файлы, и кэши-смэши, и еще всю энту вашу программистскую лабудень. В лабу они идут тогда, когда совсем швах без этих данных, но то такое - даже у открытых олигофренов уже при разворачивании и система уже или содержит в себе дубовый RAID1 (все восстановление сводится к замене сбойного и ожиданию перестроения), или так же автоматом бэкапится.

    > ЕСЛИ будешь этим заниматься
    > ЕСЛИ дадут восстанавливать
    > ЕСЛИ
    > Прикинь как круто когда ашипки чтения и прочая труха - подкешируются,

    Хм. А что, сбойные диски до сих пор читают (люди, которые занимаются их восстановлением) через ОС, а не напрямую с контроллера?

    > Затем, чтобы образ - который нормальные люди делают с восстанавливаемого девайса - весил меньше. Потому что его хранение всеми теми терабайтами может стоить заметных денег в тех объемах.

    Хм... Вроде бы не 96й год, когда приходилось наблюдать "дорогое" storage в десятки мегабайт. В 2024 году, если работаешь с дисками, не иметь 8-32-64 Тб медленной, но свободной дисковой памяти, хотя бы на том же насе? А потом страдать с потоковой "прозрачной" распаковкой образа, когда ресурс проца выгоднее отдать на что-то иное?

     
     
  • 4.33, Аноним (33), 22:30, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > сбойные диски до сих пор читают (люди, которые занимаются их восстановлением) через ОС, а не напрямую с контроллера?

       Дело в том, что немногие люди могут подключиться к контроллеру "напрямую". Обычно приходиться подключать сбойный диск к какому-то устройству под управлением какой-либо ОС.
       И ещё. В 2024 году иметь 64 Тб свободной (!) дисковой памяти и экономить ресурс проца?

     
     
  • 5.34, Dzen Python (ok), 23:08, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Дело в том, что немногие люди могут подключиться к контроллеру "напрямую".

    Те, кто зарабатывает на этом деньги вполне имеют подобные устройства. Где вся "ОС" работает только вокруг вставленного в разъём контроллера и гонит считанные сырые байты наружу, уже откуда их забирает и размещает в образе софт. Про подвальную контору "Васян Лимитед", с тремя "сотрудниками" и очень молодым и крайне динамично разв(и/е)вающимся дирехтуром мы, ясен пень, не говорим.

    > В 2024 году иметь 64 Тб свободной (!) дисковой памяти и экономить ресурс проца?

    Вполне. Рабочий стенд может не только выполнять программу перегона байт в образ, но и делать еще много чего полезного. Например не жать этот образ, а параллельно подготавливать мету, анализируя поток байт по сигнатурам.

     
     
  • 6.37, Аноним (-), 00:11, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Те, кто зарабатывает на этом деньги вполне имеют подобные устройства.

    Теперь вы понимаете почему их услуги стоят вон тех денег :). Это все кто-то должен оплачивать. Например, вы. И тут такие как вы начинают дважды думать - а так ли им уж нужны эти их фоты котят, или может и хрен с ними за столько.

     
  • 6.38, Аноним (33), 00:46, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. Вы согласны, что
    > Обычно приходиться подключать сбойный диск к какому-то устройству под управлением какой-либо ОС?😉

    А не "напрямую" к человеку😉?
    Теперь ещё раз прочтите заголовок новости.
    Причём здесь "деньги", "подвальная контора" и "дирехтур"?
    Остапа понесло (с)?
    Пользуясь сабжем любой юзер получает шанс поднять свои данные со сбойного диска.
    Причём здесь Ваша сферическая контора с большими деньгами и супер-устройствами?
    Я полагаю, что многим (мне - точно), в том числе на опеннет, приходилось так или иначе это делать своими руками, для этого сабж (и другие) и создавался.

     
  • 4.36, Аноним (-), 00:08, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы точно трезвы Если кому сабж хочется - это не про красивые прогрессбары уже н... большой текст свёрнут, показать
     
  • 3.18, Аноним (18), 20:07, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Тогда они идут в лабу по дата рекавери, расчехляют кошель - и за довольно круглую сумму может быть и получают своих s/котят/прон назад.

    И есть вероятность, что они после этого пойдут на кичу.

     
     
  • 4.43, Аноним (-), 01:20, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > И есть вероятность, что они после этого пойдут на кичу.

    Экие вы там нехорошие, это что у вас там такое было? Тогда либо перекачаете, либо переживете без ваших сомнительных развлечений. А так вы реально думаете датареки прямо рассматривают ваше добро? Хотя конечно если у вас завалы очень спорных вещей... ну вот тут да. Считайте разлет фс фичой, извращенцы.

     

  • 1.8, Аноним (-), 18:21, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Недавно восстановил фото и видео с помощью данной утилиты. К сожалению бывает что на смартфоне память не вечна. Весьма полезная утилита.
     
  • 1.9, Pret78 (?), 18:45, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue?
     
     
  • 2.10, Антип (?), 18:55, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    TestDisk занимается восстановлением на логическом уровне: например, может попытаться найти файлы на испорченной файловой системе. Но для этого все живые данные со сбойного устройства должны быть предварительно скопированы в образ диска или на рабочее устройство.
     
     
  • 3.15, Pret78 (?), 19:43, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > TestDisk занимается восстановлением на логическом уровне: например, может попытаться
    > найти файлы на испорченной файловой системе. Но для этого все живые
    > данные со сбойного устройства должны быть предварительно скопированы в образ диска
    > или на рабочее устройство.

    Спасибо. Много раз использовал TestDisk для восстановления файлов после форматирования диска или после удаления (насчет восстановления после удаления не помню точно). Потерянный раздел находит и с ним работаешь. TestDisk находит даже давно удаленные разделы и файлы, но восстановить их обычно не получается.


     
     
  • 4.26, Megacock (ok), 20:55, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому как чудес не бывает. Если ты что-то удалил с диска и ничего не записал поверх, то восстановить это довольно легко. Пусть и не всегда с прежним именем и структурой каталогов. Хотя современные системы часто структуры и метаданные копируют в разные места, чтобы проще было восстановить. А вот если ты поверх что-то записал, то восстановить сможешь только если нужный тебе файл остался неперезаписанным. Потому старые разделы можно найти, но восстановить с них почти ничего нельзя, если поверх них новые созданы и сколько-то времени активно использовались. Как правило, чем меньше файл, тем более вероятно что целым восстановится.
     
     
  • 5.28, Pret78 (?), 21:03, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому как чудес не бывает. Если ты что-то удалил с диска и
    > ничего не записал поверх, то восстановить это довольно легко. Пусть и
    > не всегда с прежним именем и структурой каталогов. Хотя современные системы
    > часто структуры и метаданные копируют в разные места, чтобы проще было
    > восстановить. А вот если ты поверх что-то записал, то восстановить сможешь
    > только если нужный тебе файл остался неперезаписанным. Потому старые разделы можно
    > найти, но восстановить с них почти ничего нельзя, если поверх них
    > новые созданы и сколько-то времени активно использовались. Как правило, чем меньше
    > файл, тем более вероятно что целым восстановится.

    Спасибо. О таблице разделов и кластерах, и секторах мне тоже известно. Конечно, о фрагментации и дефрагментации тоже известно.
    Я же написал, что много раз использовал TestDisk.
    Хотя и может быть без знаний об устройстве жесткого диска и хранении данных на нем можно восстанавливать файлы с помощью TestDisk, но мне об этом неизвестно. Скорее всего без знаний не получится. Это не Recuva.

     
     
  • 6.42, Аноним (1), 01:15, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот бывает людям надо восстановить данные. Например фотографу с дешевой sd карты вытащить 100gb фото.
    Восстановить данные можно даже после записи нулями, я незнаю как но слышал. Но не вникал прям в тему поскольку не пользуюсь.
     
     
  • 7.44, Аноним (-), 01:25, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну вот бывает людям надо восстановить данные. Например фотографу с дешевой sd
    > карты вытащить 100gb фото.

    Вероятность того что он сможет это сам 50/50. У дешевых транслятор порой отъезжает и врядли вам понравится как выглядит результат. Сами вы его не перестроите, конечно.

    > Восстановить данные можно даже после записи нулями, я незнаю как но слышал.

    А вот это уже - зависит от. Если по всей площади карты нулями пройти - то мало что уже восстановится.

    > Но не вникал прям в тему поскольку не пользуюсь.

    Тогда и слухи на тему одна бабка сказала можно держать при себе.

     
  • 7.56, Анониссимус (?), 11:35, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Восстановление после перезаписи теоретически возможно, но это уже совсем другой уровень технический и финансовый. Вряд ли кто-то кроме спецслужб может себе это позволить.
     
  • 7.66, zk (?), 14:26, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    гуглите в сторону data erase standards, secure delete files.
     
  • 6.72, Megacock (ok), 19:22, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно подумать какой-то другой софт сможет восстановить информацию из перезаписанного сектора. Может и есть где-то в дебрях какого-нибудь АНБ оборудование позволяющее по уровню намагниченности дорожки или остаточному заряду в SSD восстановить предыдущие значения, от которых параноики советуют семь раз перезаписать весь диск(кстати почему именно 7?). Но что-то мне подсказывает это точно не проделать на штатной прошивке диска. Хоть сто раз перечитай перезаписанный сектор, особенно с появлением SMR у HDD.
    Реально весь софт для восстановления отличается только расчетом на уровень пользователя. Т. е. один  пользователь способен в raw-режиме без всякого софта или с его минимум гулять по секторам диска и искать нужную инфу. Другому нужна кнопка "сделать красиво", а там дальше в зависимости от понимания "красоты" разработчиком.
     
     
  • 7.74, Pret78 (?), 20:31, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > по уровню намагниченности дорожки или остаточному заряду в SSD восстановить предыдущие
    > значения, от которых параноики советуют семь раз перезаписать весь диск(кстати почему
    > именно 7?). Но что-то мне подсказывает это точно не проделать на
    > штатной прошивке диска. Хоть сто раз перечитай перезаписанный сектор, особенно с
    > появлением SMR у HDD.
    > Реально весь софт для восстановления отличается только расчетом на уровень пользователя.
    > Т. е. один  пользователь способен в raw-режиме без всякого софта
    > или с его минимум гулять по секторам диска и искать нужную
    > инфу. Другому нужна кнопка "сделать красиво", а там дальше в зависимости
    > от понимания "красоты" разработчиком.

    Ваш комментарий на 5+ по пятибалльный шкале оценок.
    Вот и мне не понятны причины появления и пиара новых программ, когда существуют проверенные временем и опытом программы.
    Конечно, предела совершенству нет. Но и ответа на вопрос я всё ещё не получил. Если не считать ответом то, что и функционал dd_rescue не отличается от функционала TestDisk.
    Под влиянием физико-математики, прокручивая как кубик рубика технологическую реализацию идеи, сложно создавать что-то новое. Разве что новый фантик - оболочку, шелл, GUI.

     
  • 2.63, Аноним (-), 11:59, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue?

    Ты лучше купи крутую тачку, и не забивай голову.

     
     
  • 3.67, Pret78 (?), 15:15, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue?
    > Ты лучше купи крутую тачку, и не забивай голову.

    Ты лучше оставь свои советы, потому что для реализации твоих советов нужно совершать расходы, а если предмет, на который сделаны расходы, не оправдает ожидания? Ведь покупая "черный ящик" можешь получить "шкатулку с клоуном".


     
  • 3.73, Megacock (ok), 19:39, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue?
    > Ты лучше купи крутую тачку, и не забивай голову.

    Если под тачкой понимается софт для восстановления. То это тот случай когда лучше иметь весь автопарк от "ламбарджини" до "трехколесного велосипеда". Пусть даже ламбарджини и краденая. Ситуации с восстановлением бывают сильно разные. К примеру бывали экзотические случаи, когда после обвала SCSI-raid  на сервере с NT4 (да, такие тоже бывают еще) и восстановления аппаратной части testdisk позволил восстановить разделы там где всякие Acronis не справились. Просто не были рассчитаны на экзотику.

     

  • 1.12, Аноним (12), 19:17, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Да, это не GNU ddrescue, это которая дефективная. Зачем ей avx2, кстати?
     
     
  • 2.14, Dzen Python (ok), 19:38, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Advanced Vector Extensions — расширение системы команд x86 для микропроцессоров Intel и AMD, предложенное Intel в марте 2008.

    Ускорять работу?

     
     
  • 3.17, Аноним (12), 20:00, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В том и вопрос, зачем это конкретно "безопасному" dd? Ассемблерный код -- это не то, что должно быть в утилитах восстановления.
     
     
  • 4.22, Dzen Python (ok), 20:34, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    См. выше. Жать образ "на лету". Кому-то до сих пор не хватает места.
     
     
  • 5.23, Аноним (12), 20:42, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь lzma не ускоряется avx2? Даже 7z не ускоряется. А про lzo и говорить нечего. SIMD это хорошо, но такой код намного дороже во всех отношениях, и обычно не пихается "чтобы было".
     
     
  • 6.24, Аноним (12), 20:45, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А хотя нет, в крайних версиях 7z вроде появилась поддержка avx2. Ну, может быть, странно всё равно конечно, в сабже точно не код из 7z (там сомнительные зависимости).
     
     
  • 7.35, Dzen Python (ok), 23:11, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Код открыт? Полуркай что-то типа вполне библиотечных вызовов

    cnt += _popcnt32( _mm256_movemask_epi8( _mm256_cmpeq_epi16( avxVal, _mm256_loadu_si256((__m256i *) &arr[i]) ) ) );

     
  • 5.40, Аноним (1), 00:58, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Жать образ на лету, когда скачиваешь ununtu server .hz 400 mb а он распаковывается в 3.4 gb
     

  • 1.19, Аноним (19), 20:20, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Не стоит путать ее с утилитой GNU ddrescue

    Как вижу что-то-GNU, так сразу вспоминается комикс

    >Hey, Dad!..
    >First of all, my name is not "dad", but "GNU/dad"...

    http://www.wtfpl.net/wp-content/uploads/2012/12/wtfpl-strip.jpg

     
  • 1.20, Аноним (20), 20:28, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А с каких это пор альт стал популярным дистрибутивом?
     
     
  • 2.25, Аноним (25), 20:49, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дайте догадаюсь. С тех пор, как его упомянули рядом с
    > Fedora, openSUSE, Mageia

    ?

     
  • 2.30, Аноним (18), 21:16, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Бывший главный модератор этого ресурса работал и в AltLinux также.
     
     
  • 3.52, нейм (?), 08:51, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Где ж он так в прошлой жизни согрешил, что по таким местам помотало
     
  • 2.41, Аноним (1), 01:00, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А с каких это пор альт стал популярным дистрибутивом?

    Ну у alt хорошая документация.

     
     
  • 3.57, Аноним (57), 11:51, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Документация у Альта устаревшая. Инфу то надо обновлять, а некому все на фронте.
     

  • 1.21, Аноним (21), 20:30, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Чем это лучше простого dd?
     
     
  • 2.27, ИмяХ (ok), 21:01, 03/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Прогресс-бар показывает.
     
  • 2.45, Аноним (45), 01:36, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем это лучше простого dd?

    Лучше относится к факапам при чтении с диска, например. Не, dd для подобных целей - совершенно не годится. Он вырубается на первой ошибке и вообще совсем не трекает что и докуда прочиталось.

     

  • 1.29, Аноним (18), 21:13, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто знает, есть ли утилита для нахождение томов LLVM2, если метаданные попортились?
     
  • 1.31, gumanzoy (?), 22:12, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > поддержка разрежённых файлов, ввод/вывод в обход кэша,

    Упомянутая GNU ddrescue и то и другое умеет.

    -d
    --idirect
    Use direct disc access (see Direct disc access) to read from infile, bypassing the kernel cache. (Opens the file with the flag 'O_DIRECT').

    -S
    --sparse
    Use sparse writes for outfile. (The blocks of zeros are not actually allocated on disc).

    Кстати по умолчанию создается разреженный файл. Если не указан ключ

    -p
    --preallocate
    Preallocate space on disc for outfile.

     
     
  • 2.46, Аноним (45), 01:37, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> поддержка разрежённых файлов, ввод/вывод в обход кэша,
    > Упомянутая GNU ddrescue и то и другое умеет.

    Он и еще много чего полезного умеет. И, вот, кстати, еще 1 практикующий направление.

     
     
  • 3.59, Аноним (57), 11:54, 04/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.47, Аноним (47), 02:29, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > подготовлен Дмитрием Ивановым из НИУ ВШЭ (Высшая школа экономики).

    На сайте НИУ ВШЭ https://cs.hse.ru/persons нет никакого "Иванова", кроме юриста: https://www.hse.ru/org/persons/961693096/

    Это юрист патч подготовил?

     
     
  • 2.55, Аноним (55), 11:33, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.hse.ru/gold/cm/alumni/2019/ivanov
     

  • 1.48, iCat (ok), 06:42, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    #ddrerscue
    #dd-rescue
    #dd_rescue
    Есть ещё немало вариантов:
    #dd:rescue
    #dd&rescue
    #dd=rescue...

     
     
  • 2.60, Аноним (-), 11:55, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не понял. Поясни.
     
  • 2.77, Аноним (-), 08:30, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть ещё немало вариантов:
    > #dd:rescue
    > #dd&rescue
    > #dd=rescue...

    Вариант троллинговый: "dd rescue". Теперь попробуйте его вызвать правильно с командлайна :)

     

  • 1.49, iCat (ok), 07:10, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    GNU ddrescue сначала сохраняет хорошо читаемые области диска и уже потом приступает к остальным. dd_rescue этого не умеет by design
     
     
  • 2.64, Аноним (64), 12:30, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лет 15 назад только 1 из вариантов ddrescue (не помню уже какой) умел в таймауты чтения. Киллер-фича.

    А так, можно и на обычном dd сделать bash-портянку+логи для пропуска плохих секторов. По логам потом дочитывается нечитаемое без навороченных алгоритмов довычитывания. Делал, чаще всего этого достаточно ;)


    Что лучше - хз. Один раз пригодился как раз описанный алгоритм. Надо было сделать образ очень плохого CD-диска, у которого вся область overwrite (около 100Мб на 800Мб диске) очень-очень плохо читалась. Чтение вперёд/назад кусками по 1Мб и долгое-долгое довычитывание отдельных битых секторов сильно экономило время (около 30 мин на всё vs больше двух часов ускорения/замедления диска и дальше я уже забил).

     
     
  • 3.76, Аноним (-), 08:29, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Хороший способ доканать полудохлый винч Нормальные читалки, даже простенький my... большой текст свёрнут, показать
     

  • 1.65, Аноним (65), 12:46, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Классная штука. Я однажды с ней мега-квест прошел. Называется в ноуте сдох хард на даче, но там таких хардов два. А так же квест перенеси ОС на новый хард без переустановки, ибо старому уже 10 лет. Незаменимая весч.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру