|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alexey Morozov 2:5020/400 08 Jan 2002 11:01:13 To : Eugene B. Berdnikov Subject : Re: NTFS rw - stable? -------------------------------------------------------------------------------- Eugene B. Berdnikov <berd@desert.ihep.su> wrote: AM>> У нас возникло подозрение, что MS давит на NTFS-хакеров. Может, не AM>> запугивает, но как-то так. Соответственно, предложение дружка опубликовать AM>> всю накопанную им информацию по устройству раздела было отвергнуто. EBB> А почему бы Вашему дружку не написать самому opensource реализацию EBB> драйвера ntfs или сделать свою реализацию открытой? А то эти сказочки EBB> как-то очень уж неубедительны (ничего личного). А зачем ему это надо? Он сидит под винде, получает за свою работу деньги и, в последнее время, не очень одобрительно отзывается о линуксе. А так, вообще, приблуда есть, скачать дают нахаляву, крэки... ну я говорил про асталависту... SNP>>> Хех. Я бы тоже не отказался от rw на ntfs. AM>> rw на NTFS - дело крайне нежелательное. Потому что структура слегка AM>> меняется в каждом втором-третьем сервис-паке (ну и при смене версий). AM>> И если для вытаскивания информации можно просто пытаться учитывать какие-то AM>> нюансы, последовательно перебирая возможные варианты, то при записи встает EBB> Винда тоже "перебирает возможные варианты"? Hу-ну... :) Евгений, а _подумать_? У одной, отдельно взятой винды есть один вполне конкретный формат. С которым она работает. При принесении этого диска на другую машину периодически случаются казусы, помните ту знаменитую историю с автоконвертацией NTFS на Win2K, после который диски переставали читаться на NT4, из которых были выдернуты? Обычно, конечно, изменения не столь фатальны, но тем не менее... AM>> более неприятная проблема - как писать так, чтобы написанное было AM>> гарантированно понятно установленной версии Windows. Хотя, конечно, в AM>> простых случаях (в случае коротких файлов в каталогах с небольшим AM>> количеством записей без навороченной компрессии итп) все более-менее AM>> просто. EBB> Почему бы просто не признаться в том, что формат понять не удается? :-) До конца, я боюсь, его не понимают даже в MS. --- ifmail v.2.15dev5 * Origin: Кафеда АФТИ HГУ (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/117496262fead.html, оценка из 5, голосов 10
|