| 1.7, Аноним (-), 18:05, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
> Не стоит путать ее с утилитой GNU ddrescue, в отличие от которой dd_rescue имеет дополнительные полезные возможности, такие как, например, поддержка разрежённых файлов, ввод/вывод в обход кэша, прозрачные сжатие и шифрование.
омайга! чувакам надо просто навсего достать из винчестера свои личные фотки. какие разрежённые файлы, я даже такого слова незнаю. зачем мне ввод/вывод в обход кеша если я хочу тупо достать свои файлы? зачем мне прозрачное сжатие если нечаяно я форматнул раздел.
| | |
| |
| 2.13, Аноним (-), 19:20, 03/11/2024 [^] [^^] [^^^] [ответить] | +/– | Тогда они идут в лабу по дата рекавери, расчехляют кошель - и за довольно круглу... большой текст свёрнут, показать | | |
| |
| 3.16, Dzen Python (ok), 19:57, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
 > Тогда они идут в лабу по дата рекавери, расчехляют кошель
Тогда они открывают Wet(c) Kiska(tm) от MegaglukSoft и смотрят на красивые картинки и прогрессбар, которые от них инкапсулирует и разреженные файлы, и кэши-смэши, и еще всю энту вашу программистскую лабудень. В лабу они идут тогда, когда совсем швах без этих данных, но то такое - даже у открытых олигофренов уже при разворачивании и система уже или содержит в себе дубовый RAID1 (все восстановление сводится к замене сбойного и ожиданию перестроения), или так же автоматом бэкапится.
> ЕСЛИ будешь этим заниматься
> ЕСЛИ дадут восстанавливать
> ЕСЛИ
> Прикинь как круто когда ашипки чтения и прочая труха - подкешируются,
Хм. А что, сбойные диски до сих пор читают (люди, которые занимаются их восстановлением) через ОС, а не напрямую с контроллера?
> Затем, чтобы образ - который нормальные люди делают с восстанавливаемого девайса - весил меньше. Потому что его хранение всеми теми терабайтами может стоить заметных денег в тех объемах.
Хм... Вроде бы не 96й год, когда приходилось наблюдать "дорогое" storage в десятки мегабайт. В 2024 году, если работаешь с дисками, не иметь 8-32-64 Тб медленной, но свободной дисковой памяти, хотя бы на том же насе? А потом страдать с потоковой "прозрачной" распаковкой образа, когда ресурс проца выгоднее отдать на что-то иное?
| | |
| |
| 4.33, Аноним (33), 22:30, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– | |
> сбойные диски до сих пор читают (люди, которые занимаются их восстановлением) через ОС, а не напрямую с контроллера?
Дело в том, что немногие люди могут подключиться к контроллеру "напрямую". Обычно приходиться подключать сбойный диск к какому-то устройству под управлением какой-либо ОС.
И ещё. В 2024 году иметь 64 Тб свободной (!) дисковой памяти и экономить ресурс проца?
| | |
| |
| 5.34, Dzen Python (ok), 23:08, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– | |
> Дело в том, что немногие люди могут подключиться к контроллеру "напрямую".
Те, кто зарабатывает на этом деньги вполне имеют подобные устройства. Где вся "ОС" работает только вокруг вставленного в разъём контроллера и гонит считанные сырые байты наружу, уже откуда их забирает и размещает в образе софт. Про подвальную контору "Васян Лимитед", с тремя "сотрудниками" и очень молодым и крайне динамично разв(и/е)вающимся дирехтуром мы, ясен пень, не говорим.
> В 2024 году иметь 64 Тб свободной (!) дисковой памяти и экономить ресурс проца?
Вполне. Рабочий стенд может не только выполнять программу перегона байт в образ, но и делать еще много чего полезного. Например не жать этот образ, а параллельно подготавливать мету, анализируя поток байт по сигнатурам.
| | |
| |
| 6.37, Аноним (-), 00:11, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– | |
> Те, кто зарабатывает на этом деньги вполне имеют подобные устройства.
Теперь вы понимаете почему их услуги стоят вон тех денег :). Это все кто-то должен оплачивать. Например, вы. И тут такие как вы начинают дважды думать - а так ли им уж нужны эти их фоты котят, или может и хрен с ними за столько.
| | |
| 6.38, Аноним (33), 00:46, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
Т.е. Вы согласны, что
> Обычно приходиться подключать сбойный диск к какому-то устройству под управлением какой-либо ОС?😉
А не "напрямую" к человеку😉?
Теперь ещё раз прочтите заголовок новости.
Причём здесь "деньги", "подвальная контора" и "дирехтур"?
Остапа понесло (с)?
Пользуясь сабжем любой юзер получает шанс поднять свои данные со сбойного диска.
Причём здесь Ваша сферическая контора с большими деньгами и супер-устройствами?
Я полагаю, что многим (мне - точно), в том числе на опеннет, приходилось так или иначе это делать своими руками, для этого сабж (и другие) и создавался.
| | |
|
|
| 4.36, Аноним (-), 00:08, 04/11/2024 [^] [^^] [^^^] [ответить] | +/– | Вы точно трезвы Если кому сабж хочется - это не про красивые прогрессбары уже н... большой текст свёрнут, показать | | |
|
| 3.18, Аноним (18), 20:07, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– | |
>Тогда они идут в лабу по дата рекавери, расчехляют кошель - и за довольно круглую сумму может быть и получают своих s/котят/прон назад.
И есть вероятность, что они после этого пойдут на кичу.
| | |
| |
| 4.43, Аноним (-), 01:20, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– | |
> И есть вероятность, что они после этого пойдут на кичу.
Экие вы там нехорошие, это что у вас там такое было? Тогда либо перекачаете, либо переживете без ваших сомнительных развлечений. А так вы реально думаете датареки прямо рассматривают ваше добро? Хотя конечно если у вас завалы очень спорных вещей... ну вот тут да. Считайте разлет фс фичой, извращенцы.
| | |
|
|
|
| 1.8, Аноним (-), 18:21, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Недавно восстановил фото и видео с помощью данной утилиты. К сожалению бывает что на смартфоне память не вечна. Весьма полезная утилита.
| | |
| 1.9, Pret78 (?), 18:45, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue?
| | |
| |
| 2.10, Антип (?), 18:55, 03/11/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
TestDisk занимается восстановлением на логическом уровне: например, может попытаться найти файлы на испорченной файловой системе. Но для этого все живые данные со сбойного устройства должны быть предварительно скопированы в образ диска или на рабочее устройство.
| | |
| |
| 3.15, Pret78 (?), 19:43, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
> TestDisk занимается восстановлением на логическом уровне: например, может попытаться
> найти файлы на испорченной файловой системе. Но для этого все живые
> данные со сбойного устройства должны быть предварительно скопированы в образ диска
> или на рабочее устройство.
Спасибо. Много раз использовал TestDisk для восстановления файлов после форматирования диска или после удаления (насчет восстановления после удаления не помню точно). Потерянный раздел находит и с ним работаешь. TestDisk находит даже давно удаленные разделы и файлы, но восстановить их обычно не получается.
| | |
| |
| 4.26, Megacock (ok), 20:55, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
 Потому как чудес не бывает. Если ты что-то удалил с диска и ничего не записал поверх, то восстановить это довольно легко. Пусть и не всегда с прежним именем и структурой каталогов. Хотя современные системы часто структуры и метаданные копируют в разные места, чтобы проще было восстановить. А вот если ты поверх что-то записал, то восстановить сможешь только если нужный тебе файл остался неперезаписанным. Потому старые разделы можно найти, но восстановить с них почти ничего нельзя, если поверх них новые созданы и сколько-то времени активно использовались. Как правило, чем меньше файл, тем более вероятно что целым восстановится.
| | |
| |
| 5.28, Pret78 (?), 21:03, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Потому как чудес не бывает. Если ты что-то удалил с диска и
> ничего не записал поверх, то восстановить это довольно легко. Пусть и
> не всегда с прежним именем и структурой каталогов. Хотя современные системы
> часто структуры и метаданные копируют в разные места, чтобы проще было
> восстановить. А вот если ты поверх что-то записал, то восстановить сможешь
> только если нужный тебе файл остался неперезаписанным. Потому старые разделы можно
> найти, но восстановить с них почти ничего нельзя, если поверх них
> новые созданы и сколько-то времени активно использовались. Как правило, чем меньше
> файл, тем более вероятно что целым восстановится.
Спасибо. О таблице разделов и кластерах, и секторах мне тоже известно. Конечно, о фрагментации и дефрагментации тоже известно.
Я же написал, что много раз использовал TestDisk.
Хотя и может быть без знаний об устройстве жесткого диска и хранении данных на нем можно восстанавливать файлы с помощью TestDisk, но мне об этом неизвестно. Скорее всего без знаний не получится. Это не Recuva.
| | |
| |
| 6.42, Аноним (1), 01:15, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну вот бывает людям надо восстановить данные. Например фотографу с дешевой sd карты вытащить 100gb фото.
Восстановить данные можно даже после записи нулями, я незнаю как но слышал. Но не вникал прям в тему поскольку не пользуюсь.
| | |
| |
| 7.44, Аноним (-), 01:25, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Ну вот бывает людям надо восстановить данные. Например фотографу с дешевой sd
> карты вытащить 100gb фото.
Вероятность того что он сможет это сам 50/50. У дешевых транслятор порой отъезжает и врядли вам понравится как выглядит результат. Сами вы его не перестроите, конечно.
> Восстановить данные можно даже после записи нулями, я незнаю как но слышал.
А вот это уже - зависит от. Если по всей площади карты нулями пройти - то мало что уже восстановится.
> Но не вникал прям в тему поскольку не пользуюсь.
Тогда и слухи на тему одна бабка сказала можно держать при себе.
| | |
| 7.56, Анониссимус (?), 11:35, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
Восстановление после перезаписи теоретически возможно, но это уже совсем другой уровень технический и финансовый. Вряд ли кто-то кроме спецслужб может себе это позволить.
| | |
| 7.66, zk (?), 14:26, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
гуглите в сторону data erase standards, secure delete files.
| | |
|
| 6.72, Megacock (ok), 19:22, 04/11/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Можно подумать какой-то другой софт сможет восстановить информацию из перезаписанного сектора. Может и есть где-то в дебрях какого-нибудь АНБ оборудование позволяющее по уровню намагниченности дорожки или остаточному заряду в SSD восстановить предыдущие значения, от которых параноики советуют семь раз перезаписать весь диск(кстати почему именно 7?). Но что-то мне подсказывает это точно не проделать на штатной прошивке диска. Хоть сто раз перечитай перезаписанный сектор, особенно с появлением SMR у HDD.
Реально весь софт для восстановления отличается только расчетом на уровень пользователя. Т. е. один пользователь способен в raw-режиме без всякого софта или с его минимум гулять по секторам диска и искать нужную инфу. Другому нужна кнопка "сделать красиво", а там дальше в зависимости от понимания "красоты" разработчиком.
| | |
| |
| 7.74, Pret78 (?), 20:31, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> по уровню намагниченности дорожки или остаточному заряду в SSD восстановить предыдущие
> значения, от которых параноики советуют семь раз перезаписать весь диск(кстати почему
> именно 7?). Но что-то мне подсказывает это точно не проделать на
> штатной прошивке диска. Хоть сто раз перечитай перезаписанный сектор, особенно с
> появлением SMR у HDD.
> Реально весь софт для восстановления отличается только расчетом на уровень пользователя.
> Т. е. один пользователь способен в raw-режиме без всякого софта
> или с его минимум гулять по секторам диска и искать нужную
> инфу. Другому нужна кнопка "сделать красиво", а там дальше в зависимости
> от понимания "красоты" разработчиком.
Ваш комментарий на 5+ по пятибалльный шкале оценок.
Вот и мне не понятны причины появления и пиара новых программ, когда существуют проверенные временем и опытом программы.
Конечно, предела совершенству нет. Но и ответа на вопрос я всё ещё не получил. Если не считать ответом то, что и функционал dd_rescue не отличается от функционала TestDisk.
Под влиянием физико-математики, прокручивая как кубик рубика технологическую реализацию идеи, сложно создавать что-то новое. Разве что новый фантик - оболочку, шелл, GUI.
| | |
|
|
|
|
|
| 2.63, Аноним (-), 11:59, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– | |
>Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue?
Ты лучше купи крутую тачку, и не забивай голову.
| | |
| |
| 3.67, Pret78 (?), 15:15, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
>>Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue?
> Ты лучше купи крутую тачку, и не забивай голову.
Ты лучше оставь свои советы, потому что для реализации твоих советов нужно совершать расходы, а если предмет, на который сделаны расходы, не оправдает ожидания? Ведь покупая "черный ящик" можешь получить "шкатулку с клоуном".
| | |
| 3.73, Megacock (ok), 19:39, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
>>Скажите, программа TestDisk с открытым исходным кодом и лицензией GNU General Public License (GPL v2+) уступает dd_rescue?
> Ты лучше купи крутую тачку, и не забивай голову.
Если под тачкой понимается софт для восстановления. То это тот случай когда лучше иметь весь автопарк от "ламбарджини" до "трехколесного велосипеда". Пусть даже ламбарджини и краденая. Ситуации с восстановлением бывают сильно разные. К примеру бывали экзотические случаи, когда после обвала SCSI-raid на сервере с NT4 (да, такие тоже бывают еще) и восстановления аппаратной части testdisk позволил восстановить разделы там где всякие Acronis не справились. Просто не были рассчитаны на экзотику.
| | |
|
|
| 1.12, Аноним (12), 19:17, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Да, это не GNU ddrescue, это которая дефективная. Зачем ей avx2, кстати?
| | |
| |
| 2.14, Dzen Python (ok), 19:38, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– | |
> Advanced Vector Extensions — расширение системы команд x86 для микропроцессоров Intel и AMD, предложенное Intel в марте 2008.
Ускорять работу?
| | |
| |
| 3.17, Аноним (12), 20:00, 03/11/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
В том и вопрос, зачем это конкретно "безопасному" dd? Ассемблерный код -- это не то, что должно быть в утилитах восстановления.
| | |
| |
| |
| 5.23, Аноним (12), 20:42, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
Но ведь lzma не ускоряется avx2? Даже 7z не ускоряется. А про lzo и говорить нечего. SIMD это хорошо, но такой код намного дороже во всех отношениях, и обычно не пихается "чтобы было".
| | |
| |
| 6.24, Аноним (12), 20:45, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
А хотя нет, в крайних версиях 7z вроде появилась поддержка avx2. Ну, может быть, странно всё равно конечно, в сабже точно не код из 7z (там сомнительные зависимости).
| | |
| |
| 7.35, Dzen Python (ok), 23:11, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– | |
Код открыт? Полуркай что-то типа вполне библиотечных вызовов
cnt += _popcnt32( _mm256_movemask_epi8( _mm256_cmpeq_epi16( avxVal, _mm256_loadu_si256((__m256i *) &arr[i]) ) ) );
| | |
|
|
| 5.40, Аноним (1), 00:58, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
Жать образ на лету, когда скачиваешь ununtu server .hz 400 mb а он распаковывается в 3.4 gb
| | |
|
|
|
|
| |
| 2.25, Аноним (25), 20:49, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
Дайте догадаюсь. С тех пор, как его упомянули рядом с
> Fedora, openSUSE, Mageia
?
| | |
| 2.30, Аноним (18), 21:16, 03/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
Бывший главный модератор этого ресурса работал и в AltLinux также.
| | |
| |
| 3.52, нейм (?), 08:51, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
Где ж он так в прошлой жизни согрешил, что по таким местам помотало
| | |
|
| 2.41, Аноним (1), 01:00, 04/11/2024 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А с каких это пор альт стал популярным дистрибутивом?
Ну у alt хорошая документация.
| | |
| |
| 3.57, Аноним (57), 11:51, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
Документация у Альта устаревшая. Инфу то надо обновлять, а некому все на фронте.
| | |
|
|
| |
| 2.45, Аноним (45), 01:36, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– | |
> Чем это лучше простого dd?
Лучше относится к факапам при чтении с диска, например. Не, dd для подобных целей - совершенно не годится. Он вырубается на первой ошибке и вообще совсем не трекает что и докуда прочиталось.
| | |
|
| 1.29, Аноним (18), 21:13, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кто знает, есть ли утилита для нахождение томов LLVM2, если метаданные попортились?
| | |
| 1.31, gumanzoy (?), 22:12, 03/11/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 > поддержка разрежённых файлов, ввод/вывод в обход кэша,
Упомянутая GNU ddrescue и то и другое умеет.
-d
--idirect
Use direct disc access (see Direct disc access) to read from infile, bypassing the kernel cache. (Opens the file with the flag 'O_DIRECT').
-S
--sparse
Use sparse writes for outfile. (The blocks of zeros are not actually allocated on disc).
Кстати по умолчанию создается разреженный файл. Если не указан ключ
-p
--preallocate
Preallocate space on disc for outfile.
| | |
| |
| 2.46, Аноним (45), 01:37, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– |
>> поддержка разрежённых файлов, ввод/вывод в обход кэша,
> Упомянутая GNU ddrescue и то и другое умеет.
Он и еще много чего полезного умеет. И, вот, кстати, еще 1 практикующий направление.
| | |
|
| 1.48, iCat (ok), 06:42, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 #ddrerscue
#dd-rescue
#dd_rescue
Есть ещё немало вариантов:
#dd:rescue
#dd&rescue
#dd=rescue...
| | |
| 1.49, iCat (ok), 07:10, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
GNU ddrescue сначала сохраняет хорошо читаемые области диска и уже потом приступает к остальным. dd_rescue этого не умеет by design
| | |
| |
| 2.64, Аноним (64), 12:30, 04/11/2024 [^] [^^] [^^^] [ответить]
| +/– | |
Лет 15 назад только 1 из вариантов ddrescue (не помню уже какой) умел в таймауты чтения. Киллер-фича.
А так, можно и на обычном dd сделать bash-портянку+логи для пропуска плохих секторов. По логам потом дочитывается нечитаемое без навороченных алгоритмов довычитывания. Делал, чаще всего этого достаточно ;)
Что лучше - хз. Один раз пригодился как раз описанный алгоритм. Надо было сделать образ очень плохого CD-диска, у которого вся область overwrite (около 100Мб на 800Мб диске) очень-очень плохо читалась. Чтение вперёд/назад кусками по 1Мб и долгое-долгое довычитывание отдельных битых секторов сильно экономило время (около 30 мин на всё vs больше двух часов ускорения/замедления диска и дальше я уже забил).
| | |
|
| 1.65, Аноним (65), 12:46, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Классная штука. Я однажды с ней мега-квест прошел. Называется в ноуте сдох хард на даче, но там таких хардов два. А так же квест перенеси ОС на новый хард без переустановки, ибо старому уже 10 лет. Незаменимая весч.
| | |
|
