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

Раздел полезных советов: Рекомендации по восстановлению данн..., auto_tips (??), 28-Фев-18, (0) [смотреть все] Спасибо, познавательно Лично я до чтения статьи ограничился бы одним проходом , Аноним (-), 22:53 , 28-Фев-18, (1) // Не нужно складывать все эти разы Утилита ddrescue, например, умеет строить ma, Аноним (-), 11:09 , 01-Мрт-18, (2) // Один раз так прочиталось, другой раз эдак Или считаем прочитанные без ошибок да, Аноним (-), 22:38 , 01-Мрт-18, (5)   // Хоть раз такое встречал ЕМНИП на каждый сектор идет несколько байт CRC, если со, angra (ok), 04:46 , 02-Мрт-18, (6)   Сейчас там чаще всего не CRC а FEC - код коррекции ошибок Поэтому ошибка чтения, Аноним (-), 14:50 , 03-Мрт-18, (11) +1   У современных накопителей довольно мощные коды FEC, поэтому отдавать разные данн, Аноним (-), 14:56 , 03-Мрт-18, (12)   С этим можно налететь Вплоть до того что если у вас MBR или суперблок с 1 попыт, Аноним (-), 14:23 , 03-Мрт-18, (10) +1 Без реальных примеров - грош цена статье Теория, теория , Аноним (-), 11:18 , 01-Мрт-18, (3) –2 // Это из практического опыта бега по граблям, используя Linux, при желании вынуть , Аноним (-), 07:52 , 07-Мрт-18, (16) Довольно рваная информация, но интереснаяПо ddrescue смысл в том, что сначала ч, Аноним (-), 11:56 , 01-Мрт-18, (4) Какой алгоритм для восстановления microSD Можно по шагам подключить ридер, зап, Аноним (-), 19:12 , 02-Мрт-18, (7) // Самое очевидное - понять что с картой и куда копать Разобраться в ситуации в Lin, Аноним (-), 03:32 , 04-Мрт-18, (13) +1 Манера подачи материала отбивает желание с ним знакомиться Это раз Попытка проч, demimurych (ok), 21:03 , 02-Мрт-18, (8) –1 // Это был развесистый комментарий в обсуждении новости о ddrescue, если что А в , Michael Shigorin (ok), 10:47 , 03-Мрт-18, (9) Это вообще по хорошему должно бы быть где-то в wiki и отрихтовано Если хотите и, Аноним (-), 03:58 , 04-Мрт-18, (14) +1 На pc3000 если нужны данные, если нет то можно добивать долбать и тп , illkman (?), 21:44 , 05-Мрт-18, (15) // А за хлебом в магазин надо на самолете подкатывать Иначе не по пацански Если у , Аноним (-), 08:14 , 07-Мрт-18, (17) Не когда не доводилось восстанавливать Обычно zabbix спамит об ошибках диска Ид, Сергей (??), 08:56 , 07-Мрт-18, (18) // Особенно о проблемах на компе родителей, ноутбуке жены и так далее, угу Face it, Crazy Alex (ok), 15:58 , 19-Мрт-18, (20) // А еще Zabbix не помогает если кто-то по запаре махнул рукой и коробка с внешним , Аноним (-), 13:44 , 24-Мрт-18, (21) Прекрасный материал Очень интересно Автору большое спасибо , L (??), 18:14 , 09-Мрт-18, (19) Если на диске есть ценная информация, то лучше отдать в специализированный серви, Аноним (-), 00:06 , 09-Апр-18, (22) // В идеале - да Но за услуги именно хороших профессионалов - дерут Потому что хо, Аноним (-), 08:50 , 10-Апр-18, (23) // В 2011 знакомая обращалась в известный центр в Москве За восстановление морских, Аноним (-), 10:32 , 11-Апр-18, (24) 1,3,4,7,8,15,18,19,22

Сообщения

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

	5. "Рекомендации по восстановлению данных со сбойного накопителя"	+/–
	Сообщение от Аноним (-), 01-Мрт-18, 22:38
	Один раз так прочиталось, другой раз эдак. Или считаем прочитанные без ошибок данные всегда верными?
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Рекомендации по восстановлению данных со сбойного накопителя"	+/–
	Сообщение от angra (ok), 02-Мрт-18, 04:46
	> Один раз так прочиталось, другой раз эдак. Хоть раз такое встречал? ЕМНИП на каждый сектор идет несколько байт CRC, если совпадения не произойдет, то контроллер выдаст ошибку, а не данные. Теоретически конечно возможны изменения в данных, которые дадут такой же CRC, но маловероятны.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Рекомендации по восстановлению данных со сбойного накопителя"	+1 +/–
	Сообщение от Аноним (-), 03-Мрт-18, 14:50
	> Хоть раз такое встречал? ЕМНИП на каждый сектор идет несколько байт CRC, > если совпадения не произойдет, то контроллер выдаст ошибку, а не данные. > Теоретически конечно возможны изменения в данных, которые дадут такой же CRC, > но маловероятны. Сейчас там чаще всего не CRC а FEC - код коррекции ошибок. Поэтому ошибка чтения всего нескольких битиков не ведет к завалу чтения всего сектора. Вместо этого FEC корректирует ошибки и на гора отдаются исправные данные. А накопитель пытается исправить проблемный сектор. Если не получается и после перезаписи исправными данными все-равно не читается - фирмвара переназначит проблемный сектор в grown defect list. По той же причине в новых дисках сектора сделали 4096 байтов вместо 512. Так соотношение служебных данных FEC и данных сектора лучше. Поскольку данные FEC не входят в емкость накопителя заявляемые на этикетке, производителей душила жаба: место есть, но на этикетке не декларируется. Придумали как тратить меньший процент места на FEC не в ущерб результату. Для более крупных блоков соотношение между FEC и данными лучше при прочих равных. Но слишком крупные блоки с другой стороны дольше ворочать при мелких операциях. Ограничились компромиссом. При чтении важно использовать размер блока чтения как блок FEC. Нет смысла насиловать 4096-байтный накопитель с Advanced Format 512-байтовыми чтениями - фирмварь читает 4096 байтов, испправляет FEC если надо, а потом отбрасывает все кроме запрошенных 512 байтов. В результате только чтение тормозится, а ничего нового не прочтется. А для 512-байтового накопителя читать 4096 байтов чревато тем что из-за проблем с 1 сектором потеряется и еще до 7 секторов. Возможно читаемых. SMART зачастую ведет статистику "soft" read errors - это то что при чтении не прочлось но FEC выдюжил и данные не потерялись. Еще обычно ведется статистика "pending sectors" - накопитель заметил что сектор сбойнул при чтении. При попытке записи в него накопитель проверит читается ли записаное и если нет - решит что сектор проблемный и переназначит его. Эти параметры помогают понять насколько дохлый у вас экспонат и чего от него ждать. Это в теории. На практике фирмвари могут откалывать чудеса налетая на проблемные секторы и картина может несколько отличаться от идеала.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Рекомендации по восстановлению данных со сбойного накопителя"	+/–
	Сообщение от Аноним (-), 03-Мрт-18, 14:56
	> Один раз так прочиталось, другой раз эдак. Или считаем прочитанные без ошибок > данные всегда верными? У современных накопителей довольно мощные коды FEC, поэтому отдавать разные данные для них не характерно и что-то такое можно скорее увидеть при жестких глюках контроллера. Но врядли кто-то в здравом уме пойдет читать проблемный винч на глючном контроллере. И таки dmesg полезно читать, не игноря признаки проблем. На такие случаи как глюки контроллера или фирмвари накопителя - файловые системы делают свои чексуммы. Но если этого в оригинале не было - как мы вообще узнаем какая разновидность прочитанного правильная?
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

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

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