forum.opennet.ru - "Выпуск утилиты для восстановления данных dd

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

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

"Выпуск утилиты для восстановления данных 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.ru/opennews/art.shtml?num=62167
Ответить \| Правка \| Cообщить модератору

Оглавление

Я единственный кто использует ddrescue и grsync , Аноним (1), 17:11 , 03-Ноя-24, (1)

Путаешь с dd-rescue, ИмяХ (ok), 17:49 , 03-Ноя-24, (5) +4

А точно не с dd_rescue , Аноним (6), 17:53 , 03-Ноя-24, (6) +6

https habr com ru articles 236977 Волбщем путаю , Аноним (1), 00:48 , 04-Ноя-24, (39)

много пиво с тех пор утекло 2014 г, Аноним (69), 16:20 , 04-Ноя-24, (69)

Вообщем утекло , Аноним (1), 02:28 , 05-Ноя-24, (75)

Ну почему они залили на sourceforge его Это ужасно , ijuij (?), 07:38 , 04-Ноя-24, (50) +1
Если ddrescue не читает данные, то может помочь https www hddsuperclone com , Аноним (51), 08:42 , 04-Ноя-24, (51)

омайга чувакам надо просто навсего достать из винчестера свои личные фотки как, Аноним (-), 18:05 , 03-Ноя-24, (7) –2

Тогда они идут в лабу по дата рекавери, расчехляют кошель - и за довольно круглу, Аноним (-), 19:20 , 03-Ноя-24, (13)

Тогда они открывают Wet c Kiska tm от MegaglukSoft и смотрят на красивые карти, Dzen Python (ok), 19:57 , 03-Ноя-24, (16)

Дело в том, что немногие люди могут подключиться к контроллеру напрямую Об, Аноним (33), 22:30 , 03-Ноя-24, (33)

Те, кто зарабатывает на этом деньги вполне имеют подобные устройства Где вся О, Dzen Python (ok), 23:08 , 03-Ноя-24, (34)

Теперь вы понимаете почему их услуги стоят вон тех денег Это все кто-то долж, Аноним (-), 00:11 , 04-Ноя-24, (37)
Т е Вы согласны, что А не напрямую к человеку 128521 Теперь ещё раз прочти, Аноним (33), 00:46 , 04-Ноя-24, (38)

Вы точно трезвы Если кому сабж хочется - это не про красивые прогрессбары уже н, Аноним (-), 00:08 , 04-Ноя-24, (36)

И есть вероятность, что они после этого пойдут на кичу , Аноним (18), 20:07 , 03-Ноя-24, (18)

Экие вы там нехорошие, это что у вас там такое было Тогда либо перекачаете, либ, Аноним (-), 01:20 , 04-Ноя-24, (43)

Недавно восстановил фото и видео с помощью данной утилиты К сожалению бывает чт, Аноним (-), 18:21 , 03-Ноя-24, (8)
Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Pu, Pret78 (?), 18:45 , 03-Ноя-24, (9)

TestDisk занимается восстановлением на логическом уровне например, может попыта, Антип (?), 18:55 , 03-Ноя-24, (10) +2

Спасибо Много раз использовал TestDisk для восстановления файлов после форматир, Pret78 (?), 19:43 , 03-Ноя-24, (15)

Потому как чудес не бывает Если ты что-то удалил с диска и ничего не записал по, Megacock (ok), 20:55 , 03-Ноя-24, (26)

Спасибо О таблице разделов и кластерах, и секторах мне тоже известно Конечно, , Pret78 (?), 21:03 , 03-Ноя-24, (28)

Ну вот бывает людям надо восстановить данные Например фотографу с дешевой sd ка, Аноним (1), 01:15 , 04-Ноя-24, (42)

Вероятность того что он сможет это сам 50 50 У дешевых транслятор порой отъезжа, Аноним (-), 01:25 , 04-Ноя-24, (44)
Восстановление после перезаписи теоретически возможно, но это уже совсем другой , Анониссимус (?), 11:35 , 04-Ноя-24, (56)

NIST SP 800-88 Rev 1 считает, что да Memory Cards Purge N A , то есть могут, Аноним (81), 15:07 , 05-Ноя-24, (81)

гуглите в сторону data erase standards, secure delete files , zk (?), 14:26 , 04-Ноя-24, (66)

Можно подумать какой-то другой софт сможет восстановить информацию из перезаписа, Megacock (ok), 19:22 , 04-Ноя-24, (72) +1

gt оверквотинг удален Ваш комментарий на 5 по пятибалльный шкале оценок Вот и, Pret78 (?), 20:31 , 04-Ноя-24, (74)
Из-за старого стандарта in 2001, DoD published the DoD 5220 22-M ECE method, a, Аноним (81), 15:24 , 05-Ноя-24, (82)

Ты лучше купи крутую тачку, и не забивай голову , Аноним (-), 11:59 , 04-Ноя-24, (63) –1

Ты лучше оставь свои советы, потому что для реализации твоих советов нужно совер, Pret78 (?), 15:15 , 04-Ноя-24, (67)
Если под тачкой понимается софт для восстановления То это тот случай когда лучш, Megacock (ok), 19:39 , 04-Ноя-24, (73)

Да, это не GNU ddrescue, это которая дефективная Зачем ей avx2, кстати , Аноним (12), 19:17 , 03-Ноя-24, (12) –1

Ускорять работу , Dzen Python (ok), 19:38 , 03-Ноя-24, (14)

В том и вопрос, зачем это конкретно безопасному dd Ассемблерный код -- это не, Аноним (12), 20:00 , 03-Ноя-24, (17) –1

См выше Жать образ на лету Кому-то до сих пор не хватает места , Dzen Python (ok), 20:34 , 03-Ноя-24, (22)

Но ведь lzma не ускоряется avx2 Даже 7z не ускоряется А про lzo и говорить неч, Аноним (12), 20:42 , 03-Ноя-24, (23)

А хотя нет, в крайних версиях 7z вроде появилась поддержка avx2 Ну, может быть,, Аноним (12), 20:45 , 03-Ноя-24, (24)

Код открыт Полуркай что-то типа вполне библиотечных вызовов cnt _popcnt32 _, Dzen Python (ok), 23:11 , 03-Ноя-24, (35)

Жать образ на лету, когда скачиваешь ununtu server hz 400 mb а он распаковывает, Аноним (1), 00:58 , 04-Ноя-24, (40)

Как вижу что-то-GNU, так сразу вспоминается комиксhttp www wtfpl net wp-conten, Аноним (19), 20:20 , 03-Ноя-24, (19) –1
А с каких это пор альт стал популярным дистрибутивом , Аноним (20), 20:28 , 03-Ноя-24, (20) +2

Дайте догадаюсь С тех пор, как его упомянули рядом с , Аноним (25), 20:49 , 03-Ноя-24, (25)
Бывший главный модератор этого ресурса работал и в AltLinux также , Аноним (18), 21:16 , 03-Ноя-24, (30)

Где ж он так в прошлой жизни согрешил, что по таким местам помотало, нейм (?), 08:51 , 04-Ноя-24, (52)

Ну у alt хорошая документация , Аноним (1), 01:00 , 04-Ноя-24, (41) –1

Документация у Альта устаревшая Инфу то надо обновлять, а некому все на фронте , Аноним (57), 11:51 , 04-Ноя-24, (57)

Чем это лучше простого dd , Аноним (21), 20:30 , 03-Ноя-24, (21) +1

Прогресс-бар показывает , ИмяХ (ok), 21:01 , 03-Ноя-24, (27)
Лучше относится к факапам при чтении с диска, например Не, dd для подобных целе, Аноним (45), 01:36 , 04-Ноя-24, (45)

Кто знает, есть ли утилита для нахождение томов LLVM2, если метаданные попортили, Аноним (18), 21:13 , 03-Ноя-24, (29)
Упомянутая GNU ddrescue и то и другое умеет -d--idirectUse direct disc access s, gumanzoy (?), 22:12 , 03-Ноя-24, (31) +1

Он и еще много чего полезного умеет И, вот, кстати, еще 1 практикующий направле, Аноним (45), 01:37 , 04-Ноя-24, (46)

Скрыто модератором, Аноним (57), 11:54 , 04-Ноя-24, (59)

На сайте НИУ ВШЭ https cs hse ru persons нет никакого Иванова , кроме юриста , Аноним (47), 02:29 , 04-Ноя-24, (47) +1

https www hse ru gold cm alumni 2019 ivanov, Аноним (55), 11:33 , 04-Ноя-24, (55)

ddrerscue dd-rescue dd_rescueЕсть ещё немало вариантов dd rescue dd rescue dd , iCat (ok), 06:42 , 04-Ноя-24, (48)

Не понял Поясни , Аноним (-), 11:55 , 04-Ноя-24, (60)
Вариант троллинговый dd rescue Теперь попробуйте его вызвать правильно с ком, Аноним (-), 08:30 , 05-Ноя-24, (77)

ну прямо так и вызвать, с кавычкамину либо dd rescue , но без кавычек, wd (?), 09:48 , 05-Ноя-24, (78)

еще можно dd nrescue , wd (?), 09:58 , 05-Ноя-24, (79)
вообще еще можно туда и nbsp воткнуть и прочие юникодовые zwj, zwnj, wd (?), 10:00 , 05-Ноя-24, (80)

GNU ddrescue сначала сохраняет хорошо читаемые области диска и уже потом приступ, iCat (ok), 07:10 , 04-Ноя-24, (49) +1

Лет 15 назад только 1 из вариантов ddrescue не помню уже какой умел в таймауты, Аноним (64), 12:30 , 04-Ноя-24, (64)

Хороший способ доканать полудохлый винч Нормальные читалки, даже простенький my, Аноним (-), 08:29 , 05-Ноя-24, (76)

Классная штука Я однажды с ней мега-квест прошел Называется в ноуте сдох хард , Аноним (65), 12:46 , 04-Ноя-24, (65) +1

Сообщения [Сортировка по времени | 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ообщить модератору

51. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17" +/–

Сообщение от Аноним (51), 04-Ноя-24, 08:42

Если ddrescue не читает данные, то может помочь: https://www.hddsuperclone.com/

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

7. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17" –2 +/–

Сообщение от Аноним (-), 03-Ноя-24, 18:05

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

Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17" +/–

Сообщение от Аноним (-), 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" +2 +/–

Сообщение от Антип (?), 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ообщить модератору

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" +2 +/–

Сообщение от Аноним (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" –1 +/–

Сообщение от Аноним (1), 04-Ноя-24, 01:00

> А с каких это пор альт стал популярным дистрибутивом?
Ну у alt хорошая документация.

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

57. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17" +/–

Сообщение от Аноним (57), 04-Ноя-24, 11:51

Документация у Альта устаревшая. Инфу то надо обновлять, а некому все на фронте.

Ответить | Правка | Наверх | 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ообщить модератору

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" +/–

Сообщение от 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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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ообщить модератору


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

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


	13. "Выпуск утилиты для восстановления данных dd_rescue 1.99.17"	+/–
	Сообщение от Аноним (-), 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"	+2 +/–
	Сообщение от Антип (?), 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ообщить модератору


	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ообщить модератору