LINUX.ORG.RU

NTFS - RAW


0

0

сидел в winxp (файловая система ntfs), после перезагрузки у этого диска файловая система стала raw (raw это только в winxp, он пишет (у меня такая фигня была когда я федору 2 ставил) что диск надо форматнуть)

Но в slackware он свободно монтирует его. Ничего не ставил, подскажите что сделать чтоб в винде тоже диск /dev/hdb7 () был не как raw а как ntfs

Disk /dev/hdb: 80.0 GB, 80026361856 bytes

255 heads, 63 sectors/track, 9729 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System

/dev/hdb1 * 2 9729 78140160 f W95 Ext'd

(LBA)

/dev/hdb5 2 1141 9157018+ 7 HPFS/NTFS

/dev/hdb6 1142 1276 1084356 b W95 FAT32

/dev/hdb7 1277 8834 60709603+ 7 HPFS/NTFS

/dev/hdb8 8835 9729 7189056 b W95 FAT32

anonymous

Ответ на: комментарий от fishor

root@slax:~# fdisk -l /dev/hdb

Disk /dev/hdb: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hdb1   *           2        9729    78140160    f  W95 Ext'd (LBA)
/dev/hdb5               2        1141     9157018+   7  HPFS/NTFS
/dev/hdb6            1142        1276     1084356    b  W95 FAT32
/dev/hdb7            1277        8834    60709603+   7  HPFS/NTFS
/dev/hdb8            8835        9729     7189056    b  W95 FAT32

anonymous
()
Ответ на: комментарий от anonymous

Не знаю что случилось но есть еще такая фигня;
Над многими файлами и папками стоять ?...
?Program Files
В эти файлы зайти не как нельзя хотя Program Files была папка

anonymous
()

Извиняюсь заранее за некоторую пропаганду ПО под оффтопик :) Но, думаю в этом случае не до религиозных предрассудков...

Могу предположить, что на разделе был убит MFT (самый худший вариант), либо полностью или частично грохнут реестр(вариант самый простой, всё восстанавливается банальным chkdsk). Правда если грохнут реестр винду всё-равно придётся переустанавливать.

Прицепите винт к другой машине. Если чего предложит винда при загрузке -- не соглашайтесь. Попробуйте замепить на этот раздел какую-либо букву в менеджере разделов. Если после загрузки увидите свои файлы (что врятли судя по всему), то Вам повезло. Если не увидели, то можно попытаться заставить прогнать chkdsk -f . Не факт, что он Вам всё не угробит, если вообще будет работать. Вначале можно погонять просто без ключика -f, заодно там и скажут убит MFT или нет. Если ничего ценного на разделе нет, то можно начать жизнь сначала :) Если ценное есть, то желательно раздобыть программу EasyRecovery (>=6.0 Pro но не Lite). Порой она творит чудеса, выковыривая совершенно безнадёжные файлы с совершенно убитых разделов.

PS: Если в слаке монтируется и видится нормальная структура, то просто скопируйте нужные Вам файлы, а раздел пустите на эксперименты с надеждой на восстановление. Однако, если убит именно MFT можно ничего и не скопировать.

PPS: Видел такое несколько раз. Каждый раз полностью или частично раздел восстановить удавалось. Так что желаю удачи, не падайте духом и не делайте резких движений в сторону fdisk & format.

Lumi ★★★★★
()
Ответ на: комментарий от anonymous

Эти файлы и папки Вы потом увидите как восстановленные из потерянных (возможно не все). Симптомы указывают всё-таки на то, что грохнулась MFT. Точно это скажет чекер раздела. Если есть очень важная информация на разделе, то могу помочь советами и диагностикой проблемы. Если Вы из Тамбова, могу помочь очно :)

--
Михаил
ru.hlfs@gmail.com

Lumi ★★★★★
()
Ответ на: комментарий от Lumi

PS: Самое первое что желательно сделать -- поменяйте ide-шлейф у этого винта на *новый* и/или *100% рабочий*. В 9 случаях на 10 виденных мной такие оказии приключались с винтами, прицепленными мятыми (неоднократно перетыкаемыми) шлейфами на материнках с VIA-мостами.

Lumi ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.