заранее извиняюсь что постю суда, а не в оффтом. Короче тока что пришёл домой, захожу в мои документы, а там вместо имён файлов какие-то кракозябры! я запусит чекер хардов, он сказал что
file allocation table повреждена и он ничё не может сделать! ща винда показывает, что на харде занято 39 гигов, но ничё скопировать не могу! мне ндо срочно восстановить с него 10 мегов! это все мои исходники... бля если не получиться я повешусь... без шуток, там весь мой кодинг... (не считая прошлогоднего отката на CD) мля посоветуйте софт... и вообще реально ли восстановить?

-----
[nice coder and reverser]

| Сообщение посчитали полезным:

Мой друг написал ntfs-читалку для kolibri и теперь легко разбирает ntfs в hex-editor'e . Вообще люди копаются не только с диск-едиторами но и с IDA натравленной на ntfs.sys или ntldr.exe ;) . Поэтому этим домыслам вполне можно доверять.

| Сообщение посчитали полезным:

cppasm пишет:
Нормальную инфу найти не так легко.
Если на FAT есть официальная дока с детальным описанием, то на NTFS есть лиш домыслы людей покопавшихся с диск эдитором.

А еще есть исходники винды и детальное исчерпывающее описание prdownloads.sourceforge.net/linux-ntfs/ntfsdoc-0.5.tar.bz2

| Сообщение посчитали полезным:

Неа, не полное...
Похоже вы меня не совсем правильно поняли.
В принципе не проблемма сделать читалку NTFS, и даже не сильно большая проблема сделать ограниченную писалку.
Вопрос в том что именно полного описания нигде нет, и соотвенно полную поддержку на запись сделать не получится.
Достаточно глянуть TODO List приведённой доки:
Security
Log
Index Root
Attribute Id
FILE Record
По крайней мере я до сегодняшнего дня не видел описания разграничений прав пользователей.
А за доку спасибо огромное
Самое полное описание которое я на сегодняшний день встречал.

| Сообщение посчитали полезным:

cppasm пишет:
По крайней мере я до сегодняшнего дня не видел описания разграничений прав пользователей.
А это нахер никому не надо. Драйвер нтфс пишеться для .nix систем, а они по части разграничений прав настолько уступают виндам, что при всем желании не смогут полноценно использовать возможности ntfs в этом плане.

Да и есть сорцы nt4, так что если бы кому нибудь было надо, то давно бы оттуда все взяли.

| Сообщение посчитали полезным:

cppasm
Книга Крис Касперски - "Восстановление данных" http://www.webdisk.ru/p/181/1939/ 7 Мб
В аннотации сказано "... Подробно рассмотрена структура популярных файловых систем: NTFS, ext2/ext3, UFS/FFS и др."
Книга Хелен Кастер - "Основы Windows NT и NTFS" http://bukinist.info/down/open/khelen_kaster_osnovy_windows_nt_i_ntfs.html 9,32 Мб
Из аннотации "...дополнение "Inside the Windows NT file system" (посвященное файловой системе NTFS)"

-----
127.0.0.1, sweet 127.0.0.1

| Сообщение посчитали полезным:

ИНМО, NTFS--ненужный гемор (если, конечно, вам не нужны конкретно ее фитчи--безопасность, файло > 4 Га и т.п.)
А структура FAT настолько проста, что даже доку читать не обязятельно А при сбое (даже физическом!) нужную инфу несложно ручками выковырять (таблица FAT ведь в двух экземплярах хранится )

Правда, если срань какая инфу намерено грохнула, тогда хужее. На этот случай нужно делать снимки системной области (которые в случае с FAT потом опять-таки легко прикрутить ручками )

PS
Еще пару советов для детского сада
1) Отключите нах всякие проги-проверялки, которые грузятся автоматически после некорректного завершения винды (если не умеете их настраивать). Зачастую именно они добивают поврежденный раздел!
2) Не ленитесь делать на винте несколько разделов, и старайтесь не хранить ценную инфу вперемешку со всяким г., а также не держите ее без нужды на километровом разделе.

| Сообщение посчитали полезным:

0xy
кх-Хм...-кхе, вы что(!) нИразу не грамотный?
0xy пишет:
А пока скажи мне:
1) у тебя NTFS или Fat32?
А сабж(?) слетел FAT, думаю там есть ответ на этот вопрос…
Ну, дАладно, не буду придираться к словам (в отличии от некоторых...)

Ну, вот представь теперь, у тебя есть 3D проект, над которым ты трудился 2-3 дня
Стоимость, которого почти тысяча зелененьких, клиент поставил сроки в договоре при невыполнении которых… но это еще неважно, главнее репутация, в этой жестокой конкуренции…
Рендерится 3D проект здания очень длительное время и не на этом говножелезе, которым пользуется n-количество людей для выхода в интернет.
Так теперь представь, что будет, если рубанут электричество вовремя выполнения рендера(!), а при сложившихся обстоятельствах это единственная была возможность вовремя сдать проект…
После вот таких попадосов даже будешь круглосуточно читать инфу, и как тут уже было сказано дилетантская говнотеория здесь не хляет тем более, если стоимость проекта будет доходить до пяти тысяч долларов и для реализации которого затраченного времени требуется гораздо больше…
Надеюсь, этого хватит, чтобы понять что информация, полученная заранее перед попадосом гораздо большим, чем имеет быть место сабжу (не в обиду так для примера)
гораздо важнее чем - совет поменьше читайте вам достаточно знать то, что знаю я!!!
0xy пишет:
А структура FAT настолько проста, что даже доку читать не обязятельно
ЛОЛ!!!

P. S.
А про электричество пример из жизни был очень давно (да, кстати, там как ща помню, стоял FAT), но видать и детский сад неасилил…

-----
ЗЫ: истЕна где-то рядом, Welcome@Google.com

| Сообщение посчитали полезным:

0xy пишет:
ИНМО, NTFS--ненужный гемор (если, конечно, вам не нужны конкретно ее фитчи--безопасность, файло > 4 Га и т.п.)

Если вам посрать на сохранность ваших данных, если вам наплевать на безопасность, если вы в жизни не видели файла > 4гб, а также положили хуй на производительность и эффективность использования дискового пространства, то да, ntfs ненужный гимор. Для всех остальных NTFS это первостепенная необходимость.

| Сообщение посчитали полезным:

Infernal_Terror пишет:
Если вам посрать на сохранность ваших данных, если вам наплевать на безопасность, если вы в жизни не видели файла > 4гб, а также положили хуй на производительность и эффективность использования дискового пространства, то да, ntfs ненужный гимор.
Млин что за манера нависать сразу
Ты доку на которую линк дал читал?
NTFS не гарантирует сохранность данных, она гарантирует целостность ФС.
Т.е. если рендерится проект и рубанули свет - это не значит что ты комп включишь и инфа твоя осталась.
Это лишь значит что у ФС не будет ошибочного состояния.
А если рендер писал в файл, и его не дописал (не закрыл) - то про всё что он туда записал можешь забыть.
Будет откат по журналу и всё.
Файло больше 4Г, это да - плюс.
Насчёт производительности - зависит от задачи, NTFS далеко не всегда у FAT выигрывает.
На счёт экономичного использования диска - тоже не факт.
В плане хранения директорий NTFS по размеру проигрывает - бинарное дерево хранить не то же самое что массив.
Насчёт разграничения прав - ну скажем тоже далеко не всем надо...

Просто всё зависит от того для чего эту ФС использовать.
Если как писал Demon666 на этом компе мега проекты разрабатываются, то тогда надо и на RAID раскошеливаться, и на ИБП - чтоб от света не зависеть.
А если у тебя на винте фильмы валяются, то вполне хватит и FAT с 16К кластерами.
И в этом случае в плане быстродействия NTFS она сделает.

OKOB За книги спасибо.

| Сообщение посчитали полезным:

Demon666
Помнится, еще в яслях учили такой предмет: "пропадания питания есть некорректное завершение работы"
А если проект стоит 5K$, а купить UPS жаба давит, то жадность фраера погубит.
Выбор же FS в данном случае--вопрос десятый...

Infernal_Terror
Книги--СИЛА
Четатили--ЗЛО! Их спасут только заборы и хирурги.

PS
Т.к. на заборе частенько "пизда" написано

| Сообщение посчитали полезным:

cppasm
Не учи отца ебаться. Практика показывает, что там где фат валиться сама собой, на ntfs даже ошибок никаких не возникает. Ну а если дело дойдет до слетания фс (что на нтфс крайне редкое дело), то из нтфс информация восстанавливается в 99% случаев целиков и полностью, а вот из фат ее разве что руками по кластерам собирать придется...


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


cppasm пишет:
И в этом случае в плане быстродействия NTFS она сделает.
Нихуя подобного. Быстродействие на малом количестве больших файлов определяется преимущественно скоростью чтения диска.

0xy
А ты чучело какого хуя тут хавальник раскрываешь? Таким вшам как ты - место возле параши.

| Сообщение посчитали полезным:

Если данные уже спасены, осталость (как говорилось уже выше) проверить винт используя MHDD (мне больше нравится) или VICTORIA, и следить за состоянием S.M.A.R.T. (думаю не стоит говорить что включается он в BIOS, ведёт статистику по работе диска, достаточно вовремя сообщает об ошибках диска, так что можно ещё сохранить данные...).

Особенно важные параметры S.M.A.R.T. - reallocated sectors count (ремапленные бэды) и Ultra-ATA CRC errors (если такие есть - пора менять шлейф).

| Сообщение посчитали полезным:

0xy пишет:
А при сбое (даже физическом!) нужную инфу несложно ручками выковырять (таблица FAT ведь в двух экземплярах хранится )

Жжоте, товарищ, в основном сектора разрушаются как раз в местах, наиболее интенсивно используемых при операциях чтения/записи - А ЭТО И FAT И ROOT.

0xy пишет:
Еще пару советов для детского сада
1) Отключите нах всякие проги-проверялки, которые грузятся автоматически после некорректного завершения винды (если не умеете их настраивать). Зачастую именно они добивают поврежденный раздел!
2) Не ленитесь делать на винте несколько разделов, и старайтесь не хранить ценную инфу вперемешку со всяким г., а также не держите ее без нужды на километровом разделе

Это железная истина.

Demon666 пишет:
Рендерится 3D проект здания очень длительное время и не на этом говножелезе, которым пользуется n-количество людей для выхода в интернет.
Так теперь представь, что будет, если рубанут электричество вовремя выполнения рендера(!), а при сложившихся обстоятельствах это единственная была возможность вовремя сдать проект…

МЕГАЛОЛ, когда 3-дневный проект стоит ~5000$, нормальные люди покупают ИБП за 1500-2000$ + используют 5 райд и НИКОГДА НЕ ПАРЯТ НИКОМУ МОЗГИ.
P.S. И отмазки, типа не было времени на приобретение ибп, не канают.

cppasm пишет:
Насчёт производительности - зависит от задачи, NTFS далеко не всегда у FAT выигрывает.
На счёт экономичного использования диска - тоже не факт.
В плане хранения директорий NTFS по размеру проигрывает - бинарное дерево хранить не то же самое что массив.
cppasm пишет:
А если у тебя на винте фильмы валяются, то вполне хватит и FAT с 16К кластерами.
И в этом случае в плане быстродействия NTFS она сделает.

В корне неверные утверждения -> все-таки надо изучать NTFS.Infernal_Terror пишет:
Не учи отца ебаться. Практика показывает, что там где фат валиться сама собой, на ntfs даже ошибок никаких не возникает. Ну а если дело дойдет до слетания фс (что на нтфс крайне редкое дело), то из нтфс информация восстанавливается в 99% случаев целиков и полностью, а вот из фат ее разве что руками по кластерам собирать придется...

+100
AHZ пишет:
и следить за состоянием S.M.A.R.T. (думаю не стоит говорить что включается он в BIOS, ведёт статистику по работе диска, достаточно вовремя сообщает об ошибках диска, так что можно ещё сохранить данные...).

Особенно важные параметры S.M.A.R.T. - reallocated sectors count (ремапленные бэды) и Ultra-ATA CRC errors (если такие есть - пора менять шлейф).

НЕ ВКЛЮЧАЙТЕ СМАРТ В БИОСЕ !!! Толку от него нету !!! Только сплошные косяки, т.к. СОВРЕМЕННЫЕ винты ничего лишнего о себе не выдадут.

| Сообщение посчитали полезным: