Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
Сообщение от opennews (??), 03-Ноя-24, 17:11
Вышла новая версия dd_rescue 1.99.17, утилиты для восстановления данных со сбойных носителей, резервного копирования и развёртывания образов дисков. Не стоит путать ее с утилитой GNU ddrescue, в отличие от которой dd_rescue имеет дополнительные полезные возможности, такие как, например, поддержка разрежённых файлов, ввод/вывод в обход кэша, прозрачные сжатие и шифрование.  Утилита dd_rescue входит в поставку многих популярных дистрибутивов GNU/Linux, таких как Fedora, openSUSE, Mageia и ALT Linux. Код утилиты написан на языке Си и распространяется под лицензией GPLv2+... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62167
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
Сообщение от Аноним (1), 03-Ноя-24, 17:11
Я единственный кто использует ddrescue и grsync.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+4 +/–
	Сообщение от ИмяХ (ok), 03-Ноя-24, 17:49
	Путаешь с dd-rescue
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+6 +/–
	Сообщение от Аноним (6), 03-Ноя-24, 17:53
	А точно не с dd_rescue?
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (1), 04-Ноя-24, 00:48
	https://habr.com/ru/articles/236977/ Волбщем путаю.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (69), 04-Ноя-24, 16:20
	> https://habr.com/ru/articles/236977/ много пиво с тех пор утекло.. 2014 г
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (1), 05-Ноя-24, 02:28
	Вообщем утекло.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+1 +/–
	Сообщение от ijuij (?), 04-Ноя-24, 07:38
	Ну почему они залили на sourceforge его? Это ужасно...
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	83. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (1), 06-Ноя-24, 05:23
	> Ну почему они залили на sourceforge его? Это ужасно... И вправду почему иностранные разработчики залили его на забугорный sourceforge, и пользуются youtube, а все еще не перешли на rutube, и почему в уних в языке программирования латинские символы а не кирилица. а не на yandex.mirror.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от ijuij (?), 06-Ноя-24, 11:59
	Как же надоели такие как ты, везде повесточку вставят, меня интересует, почему они не разместили на GitHub! А Youtube у меня работает без проблем.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (51), 04-Ноя-24, 08:42
	Если ddrescue не читает данные, то может помочь: https://www.hddsuperclone.com/
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	86. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (1), 06-Ноя-24, 05:47
	> Если ddrescue не читает данные, то может помочь: https://www.hddsuperclone.com/ Ты что, тут люди прогрессологи. Они таким не пользуются. У них ведь arch, каждый день обновляется.
	Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	–4 +/–
Сообщение от Аноним (-), 03-Ноя-24, 18:05
> Не стоит путать ее с утилитой GNU ddrescue, в отличие от которой dd_rescue имеет дополнительные полезные возможности, такие как, например, поддержка разрежённых файлов, ввод/вывод в обход кэша, прозрачные сжатие и шифрование. омайга! чувакам надо просто навсего достать из винчестера свои личные фотки. какие разрежённые файлы, я даже такого слова незнаю. зачем мне ввод/вывод в обход кеша если я хочу тупо достать свои файлы? зачем мне прозрачное сжатие если нечаяно я форматнул раздел.
Ответить | Правка | Наверх | Cообщить модератору

	13. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+1 +/–
	Сообщение от Аноним (-), 03-Ноя-24, 19:20
	> омайга! чувакам надо просто навсего достать из винчестера свои личные фотки. Тогда они идут в лабу по дата рекавери, расчехляют кошель - и за довольно круглую сумму может быть и получают своих котят назад. А если ты удумаешь косить под умного и накосячишь, тебе ценник нехило заапгрейдят еще. Потому что после тебя все станет намного сложнее и хреновее. > какие разрежённые файлы, я даже такого слова незнаю. Это не страшно. Вот уроешь кому-нибудь пару сессий датарекавери, тебя показательно линчуют за это (деньгами как минимум) - и узнаешь тогда терминологию. Если приспичит заниматься вот именно этим. Более того - если занесет этим заниматься, и сторажи куда это все сваливается за свой счет, это отличный стимул узнать вон те слова. Ну или лишние веники под хранилку отминусуются из твоего профита, уж как тебе удобнее. > зачем мне ввод/вывод в обход кеша если я хочу тупо достать свои файлы? Прикинь как круто когда ашипки чтения и прочая труха - подкешируются, и даже повтор попыток чтения не ведет к тому результату который задуман?! А заодно системный кеш убит вдрызг интенсивным чтением терабайтов образа (у тебя же нет терабайтов оперативы размером с тот винч?!) и все тормозит как апокалиптец. При том кешировать чтение образа диска смысла примерно ноль. Он читается в энной локации 1 раз и cache hit никогда не будет. > зачем мне прозрачное сжатие если нечаяно я форматнул раздел. Затем, чтобы образ - который нормальные люди делают с восстанавливаемого девайса - весил меньше. Потому что его хранение всеми теми терабайтами может стоить заметных денег в тех объемах. Ах да, оперируя образами - можно получить право на ошибку. И даже если некая стратегия не прокатила, на копии образа можно и что-то другое попробовать, а если оно даже и загадится, то попробовать и еще раз. А у тебя на случай если после твоей возни станет хуже чем было - плана вообще нет. Не, быть линчеваным тем кто тебе это на восстановление дал - хреновый план. И заплатить в пять раз дороже за разгребание последствий вон того - тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Dzen Python (ok), 03-Ноя-24, 19:57
	> Тогда они идут в лабу по дата рекавери, расчехляют кошель Тогда они открывают Wet(c) Kiska(tm) от MegaglukSoft и смотрят на красивые картинки и прогрессбар, которые от них инкапсулирует и разреженные файлы, и кэши-смэши, и еще всю энту вашу программистскую лабудень. В лабу они идут тогда, когда совсем швах без этих данных, но то такое - даже у открытых олигофренов уже при разворачивании и система уже или содержит в себе дубовый RAID1 (все восстановление сводится к замене сбойного и ожиданию перестроения), или так же автоматом бэкапится. > ЕСЛИ будешь этим заниматься > ЕСЛИ дадут восстанавливать > ЕСЛИ > Прикинь как круто когда ашипки чтения и прочая труха - подкешируются, Хм. А что, сбойные диски до сих пор читают (люди, которые занимаются их восстановлением) через ОС, а не напрямую с контроллера? > Затем, чтобы образ - который нормальные люди делают с восстанавливаемого девайса - весил меньше. Потому что его хранение всеми теми терабайтами может стоить заметных денег в тех объемах. Хм... Вроде бы не 96й год, когда приходилось наблюдать "дорогое" storage в десятки мегабайт. В 2024 году, если работаешь с дисками, не иметь 8-32-64 Тб медленной, но свободной дисковой памяти, хотя бы на том же насе? А потом страдать с потоковой "прозрачной" распаковкой образа, когда ресурс проца выгоднее отдать на что-то иное?
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (33), 03-Ноя-24, 22:30
	> сбойные диски до сих пор читают (люди, которые занимаются их восстановлением) через ОС, а не напрямую с контроллера?    Дело в том, что немногие люди могут подключиться к контроллеру "напрямую". Обычно приходиться подключать сбойный диск к какому-то устройству под управлением какой-либо ОС.    И ещё. В 2024 году иметь 64 Тб свободной (!) дисковой памяти и экономить ресурс проца?
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Dzen Python (ok), 03-Ноя-24, 23:08
	> Дело в том, что немногие люди могут подключиться к контроллеру "напрямую". Те, кто зарабатывает на этом деньги вполне имеют подобные устройства. Где вся "ОС" работает только вокруг вставленного в разъём контроллера и гонит считанные сырые байты наружу, уже откуда их забирает и размещает в образе софт. Про подвальную контору "Васян Лимитед", с тремя "сотрудниками" и очень молодым и крайне динамично разв(и/е)вающимся дирехтуром мы, ясен пень, не говорим. > В 2024 году иметь 64 Тб свободной (!) дисковой памяти и экономить ресурс проца? Вполне. Рабочий стенд может не только выполнять программу перегона байт в образ, но и делать еще много чего полезного. Например не жать этот образ, а параллельно подготавливать мету, анализируя поток байт по сигнатурам.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (-), 04-Ноя-24, 00:11
	> Те, кто зарабатывает на этом деньги вполне имеют подобные устройства. Теперь вы понимаете почему их услуги стоят вон тех денег :). Это все кто-то должен оплачивать. Например, вы. И тут такие как вы начинают дважды думать - а так ли им уж нужны эти их фоты котят, или может и хрен с ними за столько.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (33), 04-Ноя-24, 00:46
	Т.е. Вы согласны, что > Обычно приходиться подключать сбойный диск к какому-то устройству под управлением какой-либо ОС?😉 А не "напрямую" к человеку😉? Теперь ещё раз прочтите заголовок новости. Причём здесь "деньги", "подвальная контора" и "дирехтур"? Остапа понесло (с)? Пользуясь сабжем любой юзер получает шанс поднять свои данные со сбойного диска. Причём здесь Ваша сферическая контора с большими деньгами и супер-устройствами? Я полагаю, что многим (мне - точно), в том числе на опеннет, приходилось так или иначе это делать своими руками, для этого сабж (и другие) и создавался.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	36. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (-), 04-Ноя-24, 00:08
	> Тогда они открывают Wet(c) Kiska(tm) от MegaglukSoft и смотрят на красивые картинки > и прогрессбар, которые от них инкапсулирует и разреженные файлы, и кэши-смэши, > и еще всю энту вашу программистскую лабудень. В лабу они идут > тогда, когда совсем швах без этих данных, но то такое - > даже у открытых олигофренов уже при разворачивании и система уже или > содержит в себе дубовый RAID1 (все восстановление сводится к замене сбойного > и ожиданию перестроения), или так же автоматом бэкапится. Вы точно трезвы? Если кому сабж хочется - это не про красивые прогрессбары уже наверное. Тематический софт который делает то же что сабж, но с прогрессбаром, обычно стоит денег. И врядли стоит на ЭТОМ с кряками экспериментировать. Если кто просто форматнул, зачем ему софт для образов и куча времени на снятие образа? Если RAID1 - это уже не тот хомячок явно. >> Прикинь как круто когда ашипки чтения и прочая труха - подкешируются, > Хм. А что, сбойные диски до сих пор читают (люди, которые занимаются > их восстановлением) через ОС, а не напрямую с контроллера? Если вы не ультра-хардкорщик, пациент живой - и нести мешок денег жаба душит, и есть понимание как это все (это не про того сэра, ему лучше сразу в лабу) - можно и так. Если осторожно. Да, ядро Linux VS основательно побитый винч может взаимодействовать не слишком хорошо. Это как повезет. И в этом случае через команды таки - лучше. Для линя есть whdd на такой случай. У него свои приколы, но в целом неплохая штука. > Хм... Вроде бы не 96й год, когда приходилось наблюдать "дорогое" storage в > десятки мегабайт. Ну, э, так на восстановление и притащут - такое же по размеру, плюс-минус, и если место транжрить, хранение чужих терабайтов не бесплатное нихрена выходит :) > В 2024 году, если работаешь с дисками, не иметь > 8-32-64 Тб медленной, но свободной дисковой памяти, хотя бы на том же насе? Ну так и притащут этого барахла - на терабайты. А записывание куч нолей - тормозит операцию и стоит и времени, и денег на их хранение, если без пропусков (sparse файлы) и прочего сжатия. Терабайты довольно быстро кончаются, если ими активно ворочать. > А потом страдать с потоковой "прозрачной" распаковкой образа, когда > ресурс проца выгоднее отдать на что-то иное? Конечно с LZMA это, имхо, перебор (с его скоростью распаковки ждать распаковку терабайтов можно задолбаться в край), но с LZO может быть и нормуль. Де факто при чтении с механики LZO даже ускорить может - у него скорость распаковки сотни мегов в секунду даже на лажовом проце.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	18. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (18), 03-Ноя-24, 20:07
	>Тогда они идут в лабу по дата рекавери, расчехляют кошель - и за довольно круглую сумму может быть и получают своих s/котят/прон назад. И есть вероятность, что они после этого пойдут на кичу.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	43. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (-), 04-Ноя-24, 01:20
	> И есть вероятность, что они после этого пойдут на кичу. Экие вы там нехорошие, это что у вас там такое было? Тогда либо перекачаете, либо переживете без ваших сомнительных развлечений. А так вы реально думаете датареки прямо рассматривают ваше добро? Хотя конечно если у вас завалы очень спорных вещей... ну вот тут да. Считайте разлет фс фичой, извращенцы.
	Ответить | Правка | Наверх | Cообщить модератору

8. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
Сообщение от Аноним (-), 03-Ноя-24, 18:21
Недавно восстановил фото и видео с помощью данной утилиты. К сожалению бывает что на смартфоне память не вечна. Весьма полезная утилита.
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
Сообщение от Pret78 (?), 03-Ноя-24, 18:45
Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue?
Ответить | Правка | Наверх | Cообщить модератору

	10. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+3 +/–
	Сообщение от Антип (?), 03-Ноя-24, 18:55
	TestDisk занимается восстановлением на логическом уровне: например, может попытаться найти файлы на испорченной файловой системе. Но для этого все живые данные со сбойного устройства должны быть предварительно скопированы в образ диска или на рабочее устройство.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Pret78 (?), 03-Ноя-24, 19:43
	> TestDisk занимается восстановлением на логическом уровне: например, может попытаться > найти файлы на испорченной файловой системе. Но для этого все живые > данные со сбойного устройства должны быть предварительно скопированы в образ диска > или на рабочее устройство. Спасибо. Много раз использовал TestDisk для восстановления файлов после форматирования диска или после удаления (насчет восстановления после удаления не помню точно). Потерянный раздел находит и с ним работаешь. TestDisk находит даже давно удаленные разделы и файлы, но восстановить их обычно не получается.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Megacock (ok), 03-Ноя-24, 20:55
	Потому как чудес не бывает. Если ты что-то удалил с диска и ничего не записал поверх, то восстановить это довольно легко. Пусть и не всегда с прежним именем и структурой каталогов. Хотя современные системы часто структуры и метаданные копируют в разные места, чтобы проще было восстановить. А вот если ты поверх что-то записал, то восстановить сможешь только если нужный тебе файл остался неперезаписанным. Потому старые разделы можно найти, но восстановить с них почти ничего нельзя, если поверх них новые созданы и сколько-то времени активно использовались. Как правило, чем меньше файл, тем более вероятно что целым восстановится.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Pret78 (?), 03-Ноя-24, 21:03
	> Потому как чудес не бывает. Если ты что-то удалил с диска и > ничего не записал поверх, то восстановить это довольно легко. Пусть и > не всегда с прежним именем и структурой каталогов. Хотя современные системы > часто структуры и метаданные копируют в разные места, чтобы проще было > восстановить. А вот если ты поверх что-то записал, то восстановить сможешь > только если нужный тебе файл остался неперезаписанным. Потому старые разделы можно > найти, но восстановить с них почти ничего нельзя, если поверх них > новые созданы и сколько-то времени активно использовались. Как правило, чем меньше > файл, тем более вероятно что целым восстановится. Спасибо. О таблице разделов и кластерах, и секторах мне тоже известно. Конечно, о фрагментации и дефрагментации тоже известно. Я же написал, что много раз использовал TestDisk. Хотя и может быть без знаний об устройстве жесткого диска и хранении данных на нем можно восстанавливать файлы с помощью TestDisk, но мне об этом неизвестно. Скорее всего без знаний не получится. Это не Recuva.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (1), 04-Ноя-24, 01:15
	Ну вот бывает людям надо восстановить данные. Например фотографу с дешевой sd карты вытащить 100gb фото. Восстановить данные можно даже после записи нулями, я незнаю как но слышал. Но не вникал прям в тему поскольку не пользуюсь.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (-), 04-Ноя-24, 01:25
	> Ну вот бывает людям надо восстановить данные. Например фотографу с дешевой sd > карты вытащить 100gb фото. Вероятность того что он сможет это сам 50/50. У дешевых транслятор порой отъезжает и врядли вам понравится как выглядит результат. Сами вы его не перестроите, конечно. > Восстановить данные можно даже после записи нулями, я незнаю как но слышал. А вот это уже - зависит от. Если по всей площади карты нулями пройти - то мало что уже восстановится. > Но не вникал прям в тему поскольку не пользуюсь. Тогда и слухи на тему одна бабка сказала можно держать при себе.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Анониссимус (?), 04-Ноя-24, 11:35
	Восстановление после перезаписи теоретически возможно, но это уже совсем другой уровень технический и финансовый. Вряд ли кто-то кроме спецслужб может себе это позволить.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	81. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (81), 05-Ноя-24, 15:07
	NIST SP 800-88 Rev. 1 считает, что да: "Memory Cards: Purge: N/A", то есть могут остаться следы в служебных областях, если карты имеют flash translation layer и не отображают часть ёмкости ради overprovisioning'а и подменных блоков. Если анон думал про изучение остаточного заряда/намагниченности, это бредятина почти как красная ртуть. nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-88r1.pdf#page=47 PS: стандарт расхваливает Cryptographic Erase (удаление ключей шифрования) в SSD, но почти игнорирует возможность в прошивке складывать в укромное место лог с удалёнными ключами: 05.11.2024 15:01:43: Удалён ключ шифрования: 24dfa1e... 05.11.2024 15:02:13: Сгенерирован новый ключ шифрования: a320c64...
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Анониссимус (?), 12-Ноя-24, 10:44
	> остаточного заряда/намагниченности, это бредятина почти как красная ртуть. почему бредятина? Теоретически, достаточно изменить уровни квантования в контроллере и можно смело вычитывать удалённые данные. Другое дело, сколько данных там будет отличимо от случайного шума. А восстановить потом из этого какие-то файлы -- ещё менее вероятно.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от zk (?), 04-Ноя-24, 14:26
	гуглите в сторону data erase standards, secure delete files.
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	72. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+1 +/–
	Сообщение от Megacock (ok), 04-Ноя-24, 19:22
	Можно подумать какой-то другой софт сможет восстановить информацию из перезаписанного сектора. Может и есть где-то в дебрях какого-нибудь АНБ оборудование позволяющее по уровню намагниченности дорожки или остаточному заряду в SSD восстановить предыдущие значения, от которых параноики советуют семь раз перезаписать весь диск(кстати почему именно 7?). Но что-то мне подсказывает это точно не проделать на штатной прошивке диска. Хоть сто раз перечитай перезаписанный сектор, особенно с появлением SMR у HDD. Реально весь софт для восстановления отличается только расчетом на уровень пользователя. Т. е. один  пользователь способен в raw-режиме без всякого софта или с его минимум гулять по секторам диска и искать нужную инфу. Другому нужна кнопка "сделать красиво", а там дальше в зависимости от понимания "красоты" разработчиком.
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	74. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Pret78 (?), 04-Ноя-24, 20:31
	>[оверквотинг удален] > по уровню намагниченности дорожки или остаточному заряду в SSD восстановить предыдущие > значения, от которых параноики советуют семь раз перезаписать весь диск(кстати почему > именно 7?). Но что-то мне подсказывает это точно не проделать на > штатной прошивке диска. Хоть сто раз перечитай перезаписанный сектор, особенно с > появлением SMR у HDD. > Реально весь софт для восстановления отличается только расчетом на уровень пользователя. > Т. е. один  пользователь способен в raw-режиме без всякого софта > или с его минимум гулять по секторам диска и искать нужную > инфу. Другому нужна кнопка "сделать красиво", а там дальше в зависимости > от понимания "красоты" разработчиком. Ваш комментарий на 5+ по пятибалльный шкале оценок. Вот и мне не понятны причины появления и пиара новых программ, когда существуют проверенные временем и опытом программы. Конечно, предела совершенству нет. Но и ответа на вопрос я всё ещё не получил. Если не считать ответом то, что и функционал dd_rescue не отличается от функционала TestDisk. Под влиянием физико-математики, прокручивая как кубик рубика технологическую реализацию идеи, сложно создавать что-то новое. Разве что новый фантик - оболочку, шелл, GUI.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (81), 05-Ноя-24, 15:24
	> кстати почему именно 7? Из-за старого стандарта: "in 2001, DoD published the DoD 5220.22-M ECE method, a 7-pass version of the original standard". Не хуже выравнивания сугробов и даже можно попилить деньги на новом софте.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	63. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	–1 +/–
	Сообщение от Аноним (-), 04-Ноя-24, 11:59
	>Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue? Ты лучше купи крутую тачку, и не забивай голову.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	67. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Pret78 (?), 04-Ноя-24, 15:15
	>>Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue? > Ты лучше купи крутую тачку, и не забивай голову. Ты лучше оставь свои советы, потому что для реализации твоих советов нужно совершать расходы, а если предмет, на который сделаны расходы, не оправдает ожидания? Ведь покупая "черный ящик" можешь получить "шкатулку с клоуном".
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Megacock (ok), 04-Ноя-24, 19:39
	>>Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue? > Ты лучше купи крутую тачку, и не забивай голову. Если под тачкой понимается софт для восстановления. То это тот случай когда лучше иметь весь автопарк от "ламбарджини" до "трехколесного велосипеда". Пусть даже ламбарджини и краденая. Ситуации с восстановлением бывают сильно разные. К примеру бывали экзотические случаи, когда после обвала SCSI-raid  на сервере с NT4 (да, такие тоже бывают еще) и восстановления аппаратной части testdisk позволил восстановить разделы там где всякие Acronis не справились. Просто не были рассчитаны на экзотику.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

12. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	–1 +/–
Сообщение от Аноним (12), 03-Ноя-24, 19:17
Да, это не GNU ddrescue, это которая дефективная. Зачем ей avx2, кстати?
Ответить | Правка | Наверх | Cообщить модератору

	14. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Dzen Python (ok), 03-Ноя-24, 19:38
	> Advanced Vector Extensions — расширение системы команд x86 для микропроцессоров Intel и AMD, предложенное Intel в марте 2008. Ускорять работу?
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	–1 +/–
	Сообщение от Аноним (12), 03-Ноя-24, 20:00
	В том и вопрос, зачем это конкретно "безопасному" dd? Ассемблерный код -- это не то, что должно быть в утилитах восстановления.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Dzen Python (ok), 03-Ноя-24, 20:34
	См. выше. Жать образ "на лету". Кому-то до сих пор не хватает места.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (12), 03-Ноя-24, 20:42
	Но ведь lzma не ускоряется avx2? Даже 7z не ускоряется. А про lzo и говорить нечего. SIMD это хорошо, но такой код намного дороже во всех отношениях, и обычно не пихается "чтобы было".
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (12), 03-Ноя-24, 20:45
	А хотя нет, в крайних версиях 7z вроде появилась поддержка avx2. Ну, может быть, странно всё равно конечно, в сабже точно не код из 7z (там сомнительные зависимости).
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Dzen Python (ok), 03-Ноя-24, 23:11
	Код открыт? Полуркай что-то типа вполне библиотечных вызовов cnt += _popcnt32( _mm256_movemask_epi8( _mm256_cmpeq_epi16( avxVal, _mm256_loadu_si256((__m256i *) &arr[i]) ) ) );
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (1), 04-Ноя-24, 00:58
	Жать образ на лету, когда скачиваешь ununtu server .hz 400 mb а он распаковывается в 3.4 gb
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

19. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+1 +/–
Сообщение от Аноним (19), 03-Ноя-24, 20:20
>Не стоит путать ее с утилитой 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
Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+3 +/–
Сообщение от Аноним (20), 03-Ноя-24, 20:28
А с каких это пор альт стал популярным дистрибутивом?
Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (25), 03-Ноя-24, 20:49
	Дайте догадаюсь. С тех пор, как его упомянули рядом с > Fedora, openSUSE, Mageia ?
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (18), 03-Ноя-24, 21:16
	Бывший главный модератор этого ресурса работал и в AltLinux также.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	52. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от нейм (?), 04-Ноя-24, 08:51
	Где ж он так в прошлой жизни согрешил, что по таким местам помотало
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	–2 +/–
	Сообщение от Аноним (1), 04-Ноя-24, 01:00
	> А с каких это пор альт стал популярным дистрибутивом? Ну у alt хорошая документация.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	57. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (57), 04-Ноя-24, 11:51
	Документация у Альта устаревшая. Инфу то надо обновлять, а некому все на фронте.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (1), 06-Ноя-24, 05:45
	> Документация у Альта устаревшая. Инфу то надо обновлять, а некому все на > фронте. А понятно устарело. https://en.altlinux.org/Dd https://www.altlinux.org/%D0%97%D0%B0�... Если ненравится надо предлагать альтернативы, аргументы.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (88), 06-Ноя-24, 13:52
	И? Документация != популярность.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

21. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+1 +/–
Сообщение от Аноним (21), 03-Ноя-24, 20:30
Чем это лучше простого dd?
Ответить | Правка | Наверх | Cообщить модератору

	27. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от ИмяХ (ok), 03-Ноя-24, 21:01
	Прогресс-бар показывает.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (45), 04-Ноя-24, 01:36
	> Чем это лучше простого dd? Лучше относится к факапам при чтении с диска, например. Не, dd для подобных целей - совершенно не годится. Он вырубается на первой ошибке и вообще совсем не трекает что и докуда прочиталось.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	84. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (1), 06-Ноя-24, 05:37
	> Чем это лучше простого dd? Ну dd это для понтов, чтобы люди посмотрели а ты в konsole, а так обычно кнопочку прощще нажать. и вообще есть Recuva.
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

29. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
Сообщение от Аноним (18), 03-Ноя-24, 21:13
Кто знает, есть ли утилита для нахождение томов LLVM2, если метаданные попортились?
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+1 +/–
Сообщение от gumanzoy (?), 03-Ноя-24, 22:12
> поддержка разрежённых файлов, ввод/вывод в обход кэша, Упомянутая 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.
Ответить | Правка | Наверх | Cообщить модератору

	46. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (45), 04-Ноя-24, 01:37
	>> поддержка разрежённых файлов, ввод/вывод в обход кэша, > Упомянутая GNU ddrescue и то и другое умеет. Он и еще много чего полезного умеет. И, вот, кстати, еще 1 практикующий направление.
	Ответить | Правка | Наверх | Cообщить модератору

	59. Скрыто модератором	+/–
	Сообщение от Аноним (57), 04-Ноя-24, 11:54
	Какое напрвление? Куда?
	Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+1 +/–
Сообщение от Аноним (47), 04-Ноя-24, 02:29
> подготовлен Дмитрием Ивановым из НИУ ВШЭ (Высшая школа экономики). На сайте НИУ ВШЭ https://cs.hse.ru/persons нет никакого "Иванова", кроме юриста: https://www.hse.ru/org/persons/961693096/ Это юрист патч подготовил?
Ответить | Правка | Наверх | Cообщить модератору

	55. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (55), 04-Ноя-24, 11:33
	https://www.hse.ru/gold/cm/alumni/2019/ivanov
	Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
Сообщение от iCat (ok), 04-Ноя-24, 06:42
#ddrerscue #dd-rescue #dd_rescue Есть ещё немало вариантов: #dd:rescue #dd&rescue #dd=rescue...
Ответить | Правка | Наверх | Cообщить модератору

	60. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (-), 04-Ноя-24, 11:55
	Не понял. Поясни.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (-), 05-Ноя-24, 08:30
	> Есть ещё немало вариантов: > #dd:rescue > #dd&rescue > #dd=rescue... Вариант троллинговый: "dd rescue". Теперь попробуйте его вызвать правильно с командлайна :)
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

	78. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от wd (?), 05-Ноя-24, 09:48
	ну прямо так и вызвать, с кавычками ну либо "dd\ rescue", но без кавычек
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от wd (?), 05-Ноя-24, 09:58
	еще можно "dd\nrescue"
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+1 +/–
	Сообщение от wd (?), 05-Ноя-24, 10:00
	вообще еще можно туда и nbsp воткнуть и прочие юникодовые zwj, zwnj
	Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

49. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+1 +/–
Сообщение от iCat (ok), 04-Ноя-24, 07:10
GNU ddrescue сначала сохраняет хорошо читаемые области диска и уже потом приступает к остальным. dd_rescue этого не умеет by design
Ответить | Правка | Наверх | Cообщить модератору

	64. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (64), 04-Ноя-24, 12:30
	Лет 15 назад только 1 из вариантов ddrescue (не помню уже какой) умел в таймауты чтения. Киллер-фича. А так, можно и на обычном dd сделать bash-портянку+логи для пропуска плохих секторов. По логам потом дочитывается нечитаемое без навороченных алгоритмов довычитывания. Делал, чаще всего этого достаточно ;) Что лучше - хз. Один раз пригодился как раз описанный алгоритм. Надо было сделать образ очень плохого CD-диска, у которого вся область overwrite (около 100Мб на 800Мб диске) очень-очень плохо читалась. Чтение вперёд/назад кусками по 1Мб и долгое-долгое довычитывание отдельных битых секторов сильно экономило время (около 30 мин на всё vs больше двух часов ускорения/замедления диска и дальше я уже забил).
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (-), 05-Ноя-24, 08:29
	> А так, можно и на обычном dd сделать bash-портянку+логи для пропуска плохих > секторов. По логам потом дочитывается нечитаемое без навороченных алгоритмов довычитывания. > Делал, чаще всего этого достаточно ;) Хороший способ доканать полудохлый винч. Нормальные читалки, даже простенький my_rescue, умеют 1) Экспоненциальный скип, при раннем чтении чтобы сперва быстро выйти за битые области. Это чтобы отстроить сначала хотя-бы грубый образ, а потом доканывать пациента уточняющим чтением. Иначе есть шанс что пациент помрет ДО того как хотя-бы грубый образ есть на середине операции. И вот тут обидно будет. Потому что результат - отстоен. 2) А вот дальше, когда готово - уже можно попробовать уточняющие стратегии дочитывания. Если повезет - дочитается до идеала или очень близко к нему. И так даже на довольно осыпаном винче можно почти-flawless получить. 3) Нормальный битмап того что прочлось - лучше абы какого самопала надежность и глючность которого проверить на своей ж@пе, как и кодинг повтора попыток по этому барахлу. А dd хренов тем что вываливается на первой же ошибке. И сам по себе вообще ничего не логирует. Кодить навесную логику, довольно разлапистую, того что уже написано - жрет много времени на войну с ветряными мельницами а результат - хуже чем у вон тех. > по 1Мб и долгое-долгое довычитывание отдельных битых секторов сильно экономило время > (около 30 мин на всё vs больше двух часов ускорения/замедления диска > и дальше я уже забил). Знатное донкихотство, конечно, но вооооон те штуки, умеющие в экспоненциальный скип и нормальный битмап чтения, дали б вам мастеркласс как надо было. И вы поблевали бы с убогости своего вела.
	Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+1 +/–
Сообщение от Аноним (65), 04-Ноя-24, 12:46
Классная штука. Я однажды с ней мега-квест прошел. Называется в ноуте сдох хард на даче, но там таких хардов два. А так же квест перенеси ОС на новый хард без переустановки, ибо старому уже 10 лет. Незаменимая весч.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема