[решено] Слетела файловая система диска

[yab]

Можете проверить »
Зачем, если я это делал не раз и крайний раз буквально с неделю назад?

[Tau_0]

Зачем, если я это делал не раз и крайний раз буквально с неделю назад? »
Тогда почему пишете ахунею...???... ===>
Кстати, MHDD сразу выдаёт точный номер LBA, поэтому лишнее гоняние не нужно. »

ЗЫ Если создать бэд в LBA = 255, то Victoria выдаст адрес UNCR = 0, а MHDD UNCR = 255.
ЗЗЫ Вы далеко не первый, кто на это не обратил внимание. --- Для особо упёртых я даже на кибере скрины выкладывап...

[Markus-x]

Докладываю о проделанной работе. Заменил SATA кабель, сбросил BIOS, стер бед блоки в MHDD через команду erase. При повторном сканировании они больше не появляются. Только вот по сути ни чего не изменилось диск С по прежнему размером 0kB без файловой системы. Чувствую что упустил что то важное. Диск D свободно читается. Вообщем скопировал все полезное с диска D. Хотелось бы сделать подобное с диском С и переустановить ОС. Только наверное придется проститься со старыми фотками. Впрочем вперёд наука как хранить важные файлы на системном диске... :flag:

[Tau_0]

Только наверное придется проститься со старыми фотками. »
Попробуем их достать..., а может и раздел удастся восстановить...???...
1. Скачайте DMDE 3.0.6
(http://dmde.ru/download.html)
Распакуйте и запишите на любой носитель. Достаточно на флешку записать, редактор прост в использовании и не требует установки.
Запустите DMDE и покажите картинку с разделами диска. Должно быть примерно как на второй картинке из DMDE GUI для Windows (http://dmde.ru/images.html)

2. Покажите картинку из Управления дисками
Пуск ===> Выполнить ===> diskmgmt.msc

После просмотра картинок продолжим...

[Markus-x]

Всё делал в среде ERD Commander. DMDE 3.0.6 http://savepic.ru/10196406m.jpg (http://savepic.ru/10196406.htm)
Управление дисками из ERD Commander (другое не запускается) http://savepic.ru/10147923m.jpg (http://savepic.ru/10147923.htm) (вообщем то что и было в начале)

[Tau_0]

Markus-x, нет у меня такого мелкоскопа, чтобы Ваши иконки рассмотреть...:(
Выложите снимки с нормальным разрешением...

Скачайте LiveCD_Seven+LEX --- в сети полно. Запишите на CD/DVD и загружайтесь с него...
А ERD Commander вместе со средой фффтопку...

Добавлено
==========
Перечитал Ваши посты...

стер бед блоки в MHDD через команду erase. »
И чем Вы думали...???... Вы читать умеете, --- я ведь для Вас здесь писал...

Из-за одного паршивого сектора Вы затёрли целый блок из 255 секторов.
Сталинский подход, --- Лес рубят --- щепки летят...
Вам прямая дорога в НКВД

[Markus-x]

У меня вроде крупно открываются. Щелкаю по ним почти листок А4 получается. Правда я их сильно сжал, в оригинале фотки по 5 Гб были.

[Tau_0]

в оригинале фотки по 5 Гб были. »
Скачивайте Live CD, --- придётся учить Вас нормальные скрины делать...
Картинки с фотокамеры рассматривать не буду...

[yab]

У меня вроде крупно открываются. »
У меня тоже, и всё прекрасно видно.
Хотелось бы увидеть дампы секторов 63, 61432559, 312576704 - в крайнем случае скриншоты.

Тогда почему пишете ахунею...??? »
А вы что - истина в последней инстанции?
Я не конспектирую свои действия, но сколько помню - в MHDD номер проблемного сектора соответствует действительному.
И когда я узнавал в ней этот номер, просматривал этот сектор - и он не читался.
Диск является блочным устройством? Хотите сказать что при тестировании тестируется не каждый сектор а только блок, причём только первый сектор? Или как?

[Tau_0]

Диск является блочным устройством? Хотите сказать что при тестировании тестируется не каждый сектор а только блок, причём только первый сектор? Или как? »
Хард, --- по своей природе блочное устройство. Читать по одному сектору для него проблема... и слишком долго тест всего харда будет идти... И виктория и MHDD и все остальные утилиты, что я знаю читают блоками. Весть тест основан на временных задержках чтения блока...

Фиксируются именно блоки... Но, в Victoria For Windows или в HDDScan, размером блока можно управлять и для ювелирного нахождения бэда можно протестировать узкий диапазон секторов с BlockSize=1.

Мамой клянусь и зуб даю...:gigi::gigi::gigi:

[mwz]

Мамой клянусь и зуб даю... »

И при дисках с AF (правда, здесь не этот случай)? :cool:

[Tau_0]

И при дисках с AF »
А харды AF ни Виктория, ни MHDD не знают. Как-то, что-то при линейном чтении показывают. И пока нет бэдов, то оно нормально... --- Эмуляция 512 секторов срабатывает.

Но если есть бэды, то концы с концами не срастаются (4096 байтов, это не 512). И эти утилиты, хотя и не вылетают, но и не работают так, как нам бы хотелось...

[Markus-x]

Всё сделал! Вот настоящие скриншоты с LiveCD_Seven+LEX: http://savepic.ru/10158558m.jpg (http://savepic.ru/10158558.htm) http://savepic.ru/10162654m.jpg (http://savepic.ru/10162654.htm)
Цитата Markus-x:
стер бед блоки в MHDD через команду erase. »
И чем Вы думали...??? » Эт я не подумал :not-me:
Хотелось бы увидеть дампы секторов 63, 61432559, 312576704 - в крайнем случае скриншоты. » Не додумался как их добыть, подскажите и я всё выложу.

[Tau_0]

Не додумался как их добыть, подскажите и я всё выложу. »
Запускаете DMDE в меню Сервис ===> Копировать секторы
Выбираете Источник -- у меня это Physical*Drive*0 [1.00*TB*WDC WD1002FBYS-02A6B0 : 03.00C06 : WD-WMATV8288537], а у Вас Ваш проблемный хард…

И приёмник (у меня это файл E:\Ответ\OSZone\Markus-x\dev0_lba312576704_1.bin), а Вы копируете куда хотите…

ЗЫ только имя файла не меняйте, -- оно мнемонично…
См. картинку

[yab]

Tau_0
Зубов у тебя уже точно нет, надеюсь что хоть мама жива.
И нет ответа на вопрос оглашённый ранее. Зато много пустословия.
Понимаю что ответа не будет поэтому обьясняю - считывание может характеризоваться и блочно, но только читаются все сектора. Если этого не делать невозможно определить сбойный.
А вот дальше уже зависит от того как предусмотрел разработчик.
Можно сделать просто и быстро - показать номер начального сектора блока и пусть потом пользователь дотумкает что и как. А можно вывести и реальный (реальные) - для этого достаточно вспомнить на каком больше всего задержка или повторить исследование блока, но уже "с точностью до 1 сектора" причём безо всякого вмешательства пользователя.

[Markus-x]

Достал дампы секторов 63, 61432559, 312576704
Посмотрите пожалуйста если возможность что то сделать.

[Tau_0]

А вот дальше уже зависит от того как предусмотрел разработчик. »
Мой ответ прост ===>

Я домыслами не занимаюсь... --- Я конкретно о MHDD и Victoria for DOS писал, а также о других утилитах, что я знаю...

Коли Вы не знаете/умеете, как просто проверить мои утверждения, это сделаю я.

Называйте LBA адрес сектора в диапазоне 1-2047. Я создам на на своей машине soft-bad и выложу скрины в подтверждение своей правоты...

Это не бла-бла-бла...
А там посмотрим кому зуб и язык (за пустой трёп...) и упёртость надо рвать...:gigi::gigi::gigi:

[yab]

Markus-x
Возможность есть, но смотря о чём речь.
У тебя была повреждена 24-я запись и если бы сделал просто ремап секторов, то всё было бы нормально.
Сейчас у тебя затёрт какой то блок, а это уже больше 100 ни записей.
Чтобы узнать точно - нужен или дамп секторов 6291500+260 или лог поиска NTFS. А лучше и то, и другое.
И да, дамп 30716311+7

Tau_0
Конкретно, покажи где в MHDD изменить размер блока.
И что, не мог сам себе назвать LBA секторов - тех трёх что есть на скриншоте.
Вот по этим цифрам покажи как распределены блоки.
Там даже разница ни разу не кратна 255 (256).

[Markus-x]

Возможность есть, но смотря о чём речь. »
Мне хотя бы фотки вытащить.

[Tau_0]

По непонятным причинам слетела файловая система диска системного диска С. »
Мдя...???... А мне кажется, что с программулиной типа акрониса побаловались...

Посмотрел я разные цифири в блоках и получается, что в PT (таблице разделов) подрезан раздел System. По файловой системе он просится быть диском C:, а вместо него обрубок...

А подрезали, когда создали логический диск D: в расширенном разделе. Не сразу, но со временем логический стал затаптывать System, пока не затоптал до нехорошего...

См. картинки во вложении

Поведайте нам, как дело было...???... --- А у меня вот такие домыслы...