» Восстановление разделов и информации на HDD (часть 2)

GreenT
Если в BIOS он определяется как 32-х гиговый, значит, как тебе уже говорил Agul, проблема (скорее всего) в неправильной установке джампера.

help777

Цитата:

Делаешь полную проверку всех разделов chkdsk ... /f

Ну да, на хрюкающем AVER'е с нужной инфой, гениально...

help777
С пунктом 3. превосходно стпавляются MHDD, PC3000, Victoria...

gryu: На самом деле erase'ить действительно лучше в dft, она это делает по всем IBM'овским правилам, и лог на диск пишет. Можно посмотреть, чинили ли винт и когда .

tomset, Agul, help777, Sish, LeoT, gryu большое спасибо за ответы!!! Сейчас запарка на работе, как только выкрою время буду пробывать.

Никогда не думал, что со мной такое случится Просто так, взял и умер блин. Эх...

GreenT: Сначала надо бы решить, что важнее - "пробовать", или инфу восстановить.

Цитата:

После диагностики винта, сказали, что запорчена служебная дорожка. Можна ли ее переписать в "домашних" условиях. Головки читают диск 120Гб. Все остальное в порядке. Есть битые сектора. Но причина в служебке.

Niknik2

Цитата:

Цитата:

Это к чему цитата-то, вопрос или ответ?
Если он читает, то служебка вероятно в порядке.
А битые сектора это совсем другая история.
Где Модель, SMART, Результат сканирования.
Проги на выбор.
под Win (но не системный диск!!!):
HDDScan - http://hddguru.com/content/ru/software/2006.01.22-HDDScan/
Dalas - http://dalas.hardw.net/
Под ДOC: (Мастер на второй канал. не слейв и без второго устройства!!!)
Victoria - http://hdd-911.com/index.php?option=com_docman&Itemid=31
MHDD - http://hddguru.com/content/ru/software/2005.10.02-MHDD/
О SMARTе:
http://pcjs.chat.ru/smartdoc.html

LeoT

Цитата:

Ну да, на хрюкающем AVER'е с нужной инфой, гениально...

не язви, это поможет считать данные стандартными средствами даже на хрюкающем авере, если на винте есть логичесике ошибки.

gryu

Цитата:

С пунктом 3. превосходно стпавляются MHDD, PC3000, Victoria...

имхо фирменная тулза наилучшим образом пересчитывает транслятор и проще в обращении. Имхо нужно взять за правило по-возможности всегда сначала использовать для диагностики и устранения неисправностей фирменные утилиты, если их возможностей хватает для работы.

help777: Не поможет, а сильно ухудшит ситуацию. В чем причина появления "софт-бэдов" на этих винтах (DTLA, AVER)?
Хотя, конечно, 99% что чекдиск и не успеет начать гадить, потормозит немного и вылетит с ошибкой...

короче проблема
в 1 паке
один и тотже тип файлов
avi но половина открывается а половина нет
чем можно это устронить?

LeoT

Цитата:

Не поможет, а сильно ухудшит ситуацию. В чем причина появления "софт-бэдов" на этих винтах (DTLA, AVER)?

причиной может быть даже простейший перегрев винта...

Цитата:

Хотя, конечно, 99% что чекдиск и не успеет начать гадить, потормозит немного и вылетит с ошибкой...

1. У нас с тобой разный опыт работы с винтами и разные методы. И я скажу следующее: если пользователь хочет имеено сам воссатновить или скопировать данные - не нужно давать ему трудновыполнимые советы или рекомендовать кривоработающие взломки типа pc3000, 98% что ситуация после всего этого станет еще хуже.
2. По своему опыту знаю, да и ты должен знать, что когда начинает глючить винт, то операционка работает недолго и появляется синий экран, а у немалого количества пользователей еще стоит fat32... в этих случаях очень помогает подсоединение винта к другому компу и выполнение chkdsk /f - если пользователь желает получить свои данные стандартными средствами. Заметь что это команда без ключика /r и не затрагивает лечение и исправление плохих секторов.
3. Гадить и торомзить можно чем угодно, если ты не умеешь правильно использовать программы по назначению.

help777:
Вообще-то причина появления "софт-бэдов" на этих винтах найдена еще лет 5 назад, и с тех пор сотни раз опубликована. И до ее устранения почти любой записанный сектор превращается в тот же самый "софт-бэд", а записываемая инфа невосстановимо теряется. Это к вопросу о вообще попытках что-то делать на хрюкающем AVER'е в состоянии "как есть".
1. Мое мнение - "если пользователь хочет именно сам восстановить или скопировать данные", но не имеет для этого ни знаний, ни опыта, то помочь советами можно только в явно простейших случаях. А иначе у него есть только две альтернативы: или обращаться к специалистам, или отложить свои нужные данные на полочку и заняться самообразованием с целью освоения профессии восстановителя данных с самых азов, с тем, чтобы со временем (через месяц, полгода, год и т.д.), возможно, стать способным решить свою проблему. Обсуждаемый случай - да, хорошо изученный, сотни раз встречавшийся, но не простейший.
2. Предлагаю провести эксперимент: взять исправный FAT32 раздел (пусть будет, например, отдельный HDD с одним разделом, диск D: для винды), любым дисковым редактором изменить только один байт в секторе LBA=63, например, по смещению 0xD, и запустить chkdsk d:/f из консоли. Добиться, чтобы он прошел и полюбоваться результатом по окончании процесса.
3. Да, я не умею использовать чекдиск по назначению в рассматриваемой ситуации. И сам чекдиск, кстати, тоже не умеет себя использовать, когда бут не читается . А он там не читается.

и какой вывод из постов help777 и LeoT должен сделать пользователь если его файлы были повреждены чек диском?
дефгрементация делать что ли? или спец прогрмма мож есть для чек диском похожия на то что в Win XP встроена?

Kobmat: Если уже повреждены, то поздно делать выводы, разве что на будущее. А речь была не о том, что чекдиском пользоваться нельзя. Можно и нужно, но только по назначению. А назначение его - исправлять повреждения в файловой системе, но не восстанавливать данные. Алгоритм чекдиска, как и любых других программ "ремонта" файловой системы (ndd и т.п.) не предусматривает практически никакого анализа, направленного на восстановление пользовательских данных. Наоборот, файлы приводятся к тому состоянию, которого требует файловая система, получающаяся на основе предустановленных исходных параметров, взятых из системных секторов. Предложенный эксперимент наглядно показывает, к чему это может привести, всего лишь из-за одного неверного байта.
А какие есть альтернативы у пользователя - см. выше.

LeoT мы говорим о разных вещах, и поэтому не сможем разрешить проблему.

Цитата:

любым дисковым редактором изменить только один байт в секторе LBA=63, например, по смещению 0xD, и запустить chkdsk d:/f из консоли

здесь ты предлагаешь слишком специфические вещи. Чекдиск используется для ремонта структуры данных файловой системы и не расчитан на ремонт заголовков раздела. Если бед сектор появится в мбр - то результат будет одинаков при работе с любой программой - этот участок придется восстанавливать. Но как правило веротность поялвения бедов в начале диска очень мала и чекдиск после проверки сделает сектора с логическими ошибками читаемыми.

Цитата:

Вообще-то причина появления "софт-бэдов" на этих винтах найдена еще лет 5 назад, и с тех пор сотни раз опубликована. И до ее устранения почти любой записанный сектор превращается в тот же самый "софт-бэд", а записываемая инфа невосстановимо теряется.

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

all
кого слушать и что делать - выбирайте сами

All
Подскажите, пожалуйста, чем лучше восстановить инфу на c HDD 160Gb. Это был не основной HDD, а второй в системе. Там куча фильмов, прог, фоток и всякого другого, что дорого человеку, который это потерял. У харда слетели разделы/раздел. И в данный момент в PQM показывает как Unformatted.
R-Studio восстановить можно, но почему-то расскидывает по папкам с определенными расширениями. Но хотелось бы чтобы восстановило иерархию папок и их содержимое.
Чем вообще можно попробывать вернуть разделы? А то до этого не доводилось этим заниматься.

RedKrasik
Попробуй для начала TestDisk

Зайди на morenews.ru в отдел восстановление. Там их тьма.

help777: Я говорю о данном конкретном случае - AVER' е с его "первой врожденной болезнью", т.н. "контактной". Судя по описанным симптомам, это именно она и есть. В этом случае как правило портятся бутсектора, первые сектора обеих копий FAT и корневой каталог (если там FAT), ну и сверх того - как повезет. И о восстановлении данных из софт-бэдов речь не идет, так как в данном случае из них мало что можно восстановить, в силу их природы - это "номер 2" из того ясного ответа.

Народ, а какие из самсунгов понадежнее?
У кого были в работе подобные отзовитесь, как они

SP1603C
P120 SATA Series
Capacity : 160 GB
Interface : SATA 3.0 Gbps
BufferMemory : 8MB

SP1613N
P120 Series
Capacity : 160 GB
Interface : ATA6
BufferMemory : 8MB

SP1614N
P80 Series
Capacity : 160 GB
Interface : ATA6
BufferMemory : 8MB

SP1644N
P80 Series
Capacity : 160 GB
Interface : ATA6
BufferMemory : 2MB

SP1654N
P80 Series
Capacity : 160 GB
Interface : ATA6
BufferMemory : 8MB

Sish
TestDisk не помог.
Вот лог работы.
[more]
Mon Oct 23 11:10:03 2006
Command line: TestDisk

TestDisk 6.5, Data Recovery Utility, October 2006
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Windows version (ext2fs lib: 1.39, ntfs lib: 9:0:0, reiserfs lib: 0.3.1-rc8)
Using locale 'C'.
file_test_availability_win32(\\.\G GetFileSize err Неверная функция.

file_test_availability_win32(\\.\G SetFilePointer err Неверная функция.

Warning: can't get size for \\.\G:
file_read(4,1,buffer,156312449(9729/254/63)) seek err Invalid argument
file_read(5,1,buffer,312592769(19457/254/63)) seek err Invalid argument
file_read(6,1,buffer,312592769(19457/254/63)) seek err Invalid argument
Hard disk list
Disk /dev/sda - 80 GB / 74 GiB - CHS 9729 255 63, sector size=512
Disk /dev/sdb - 160 GB / 149 GiB - CHS 19457 255 63, sector size=512
Disk /dev/sdc - 160 GB / 149 GiB - CHS 19457 255 63, sector size=512

Disk /dev/sdb - 160 GB / 149 GiB
Partition table type: Intel

Analyse Disk /dev/sdb - 160 GB / 149 GiB - CHS 19457 255 63
Geometry from i386 MBR: head=255 sector=63
test_FAT : Boot sector doesn't have the endmark 0xAA55


test_FAT()
1 P hid. FAT32 LBA 0 1 1 19456 254 63 312576642
sector_size 50057
cluster_size 248
reserved 0
fats 1
dir_entries 2016
sectors 33260
media 00
fat_length 42496
secs_track 30154
heads 23402
hidden 935187750
total_sect 3404622215
check_part_i386 failed for partition type 1C
get_geometry_from_list_part_aux head=255 nbr=2
get_geometry_from_list_part_aux head=8 nbr=1
get_geometry_from_list_part_aux head=16 nbr=1
get_geometry_from_list_part_aux head=32 nbr=1
get_geometry_from_list_part_aux head=64 nbr=1
get_geometry_from_list_part_aux head=128 nbr=1
get_geometry_from_list_part_aux head=240 nbr=1
get_geometry_from_list_part_aux head=255 nbr=2
Current partition structure:
test_FAT : Boot sector doesn't have the endmark 0xAA55
1 P hid. FAT32 LBA 0 1 1 19456 254 63 312576642
1 P hid. FAT32 LBA 0 1 1 19456 254 63 312576642
No partition is bootable

search_part()
Disk /dev/sdb - 160 GB / 149 GiB - CHS 19457 255 63

Results

interface_write()

No partition found or selected for recovery
simulate write!

write_mbr_i386: starting...
write_all_log_i386: starting...
No extended partition

TestDisk exited normally.[/more]

vetvetvet

Цитата:

SP1654N
P80 Series
Capacity : 160 GB
Interface : ATA6
BufferMemory : 8MB

Сейчас стоит - проблем нет.

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



Добавлено:
RedKrasik
А что произошло с хардом: работал-работал и вдруш слетели разделы?

Можно ещё попробовать Acronis Disk Director (для облегчения скачивания взять BootCD).

Sish

Цитата:

А что произошло с хардом: работал-работал и вдруш слетели разделы?

Что-то типа этого.

Цитата:

Можно ещё попробовать Acronis Disk Director (для облегчения скачивания взять BootCD).

С этого и начал. Что-то вообще не хочет ничего делать. Пишет, мол, нечего восстанавливать.
Кстати, статус харда в PQM показывает hidden. Что это значит?

RedKrasik
Что-то у меня возникает лёгкле подозрение, чт там пытались ковертировть партиции, а потом, посмотрев на ожидаемое время, решили выключить комп.

Если это на самом деле так: то выход ИМХО один: EasyRecovery и восстановление данных в RAW-режиме, гиммор, конечно...

Sish
Что значит в RAW-режиме? Т.е. раскидает все по папкам по расширениям? Или что?

RedKrasik

Цитата:

.е. раскидает все по папкам по расширениям?

Да, именно так, увы.

Но не торопись, может ещё кто что-нибудь посоветует...

Sish
имеется ввиду наличие массового падения винтов? какой из них живучий?
в нормальных условиях работы ...

RedKrasik
Ещё вопросик: хард в BIOS правильно определяется?

vetvetvet
По массовым падениям я не могу тебе ничего сказать, так как не имею доступа к большому объёму статитстики.

Sish
С хардом проблем нет. В BIOS, в тестах - все прекрасно.
Сейчас докачиваю EasyRecovery (то, что было у меня почему-то не запустилось ^^ ) и буду пробывать еще там.

Добавлено:
vetvetvet
А чего именно Самсунг? Seagate Barracuda понадежнее будет.