>в венике есть возможность включить шифрования фс... и хрен ты че от туда достанеш без сертификата.

Ага, а потом с твоим сертификатом случается несчастье и тогда твои данные уже никто не спасёт.

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

Не получиться! Эти гады такой вариант уже предусмотрели.

>Не получиться! Эти гады такой вариант уже предусмотрели.

Что предусмотрели? Что я оригинальный бинарник ядра виндовса ручками модифицирую? Все получится.

>Ага, а потом с твоим сертификатом случается несчастье и тогда твои данные уже никто не спасёт.

1) Неуч, почитай виндовую справку, как пользоваться этим шифрованием.

2) Так ведь пишут что этот ntfsprogs поломал это шифрование, или это звездежь таки??

> Отлично! Скоро можно будет перевести раздел с 250гб порнухи с ext3 на ntfs.

Обломисся, венда не поддерживает линупсовые софтрейды.

> 1) Неуч, почитай виндовую справку, как пользоваться этим шифрованием.

Там ещё и шифрование есть? А может быть оно и данные ещё не теряет? о_О

P.S. ждём тестов работы линакса с NYFS, на которых нативная венда сольёт в разы =)

> в венике есть возможность включить шифрования фс... и хрен ты че от туда достанеш без сертификата.

Это вениковое "шифрование" не сломает разве что ленивый.

Требую ядерного драйвера! К чёрту эти fuse`вские поделки.

> Требую ядерного драйвера! К чёрту эти fuse`вские поделки.

FUSE в ядре, так что не колышет.

>> Потестил ntfsprogs и у меня получилось что примерно на ~25% медленее запись и примерно на ~10% чтение нежели ntfs-3g. Пока решил не переползать... Ещё ктонить тестил? У кого что получилось?

Я тестил - винт maxtor 40г, старьё, но другие заняты, файлы - винда сразу после установки + разные программы, примерно 1,5г

чтение

ntfs-3g v1.1004 - 4m30c ntfsmount v2.0.0 - 4m35c

запись

ntfs-3g - 7m26c ntfsmount - 3m32c

по записи ntfsprogs у меня в 2 раза быстрее

копировал на/c сигейта 200г, xfs, слака 11, 2.6.18

Порадовало

Copying 70MB file to very-very fragmented (bitmap is close to
010101...) ntfs:

ntfs-3g-CVS-28.09.2007:
0,00s user 0,26s system 0% cpu 2:59,01 total

ntfsmount-2.0.0:
0,00s user 0,21s system 4% cpu 4,919 total

ntfsmount 36.38 times (this is not a typo!!!) faster than ntfs-3g.

Все что юзерспейс использовать нельзя, какие бы тесты не проводились, ибо неправильно.

Кто то говорил, что когда место заканчивается, то запись на ntfs начинает жутко тормозить. Это не из-за драйвера, а из-за самой NTFS. Подробнее: Особенности дефрагментации NTFS

Более подробно здесь: http://www.remont-pc.ru/ntfs.htm Выдержка:

Вернемся к одному достаточно интересному и важному моменту - фрагментации и дефрагментации NTFS. Дело в том, что ситуация, сложившаяся с этими двумя понятиями в настоящий момент, никак не может быть названа удовлетворительной. В самом начале утверждалось, что NTFS не подвержена фрагментации файлов. Это оказалось не совсем так, и утверждение сменили - NTFS препятствует фрагментации. Оказалось, что и это не совсем так. То есть она, конечно, препятствует, но толк от этого близок к нулю... Сейчас уже понятно, что NTFS - система, которая как никакая другая предрасположена к фрагментации, что бы ни утверждалось официально. Единственное что - логически она не очень от этого страдает. Все внутренние структуры построены таким образом, что фрагментация не мешает быстро находить фрагменты данных. Но от физического последствия фрагментации - лишних движений головок - она, конечно, не спасает. И поэтому - вперед и с песней... К истокам проблемы...

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

Диск NTFS поделен на две зоны. В начала диска идет MFT зона - зона, куда растет MFT, Master File Table. Зона занимает минимум 12% диска, и запись данных в эту зону невозможна. Это сделано для того, чтобы не фрагментировался хотя бы MFT. Но когда весь остальной диск заполняется - зона сокращается ровно в два раза :). И так далее. Таким образом мы имеем не один заход окончания диска, а несколько. В результате если NTFS работает при диске, заполненном на около 90% - фрагментация растет как бешенная.

Попутное следствие - диск, заполненный более чем на 88%, дефрагментировать почти невозможно - даже API дефрагментации не может перемещать данные в MFT зону. Может оказаться так, что у нас не будет свободного места для маневра.

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

16 - 16 - 16 - 16 - 16 - [скачек назад] - 15 - 15 - 15 - [назад] - 14 - 14 - 14 .... 1 - 1 - 1 -1 - 1...

Так процесс идет до самых мелких дырок в 1 кластер, несмотря на то, что на диске наверняка есть и гораздо более большие куски свободного места.

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

Смысл в сего этого вступления в пояснении того простого факта, что никак нельзя сказать, что NTFS препятствует фрагментации файлов. Наоборот, она с радостью их фрагментирует. Фрагментация NTFS через пол года работы доведет до искреннего удивления любого человека, знакомого с работой файловой системой. Поэтому приходится запускать дефрагментатор. Но на этом все наши проблемы не заканчиваются, а, увы, только начинаются...

>> буГаГаГа! А если веник слетит и его переустановить придёца? Тады и сам хозяин ничё не поучить!!!
видимо дворник в своём пту плохо учился. если у него веники слетают.

>Это вениковое "шифрование" не сломает разве что ленивый.

Я таки сходил по ссылке, и удостоверился, что без закрытого ключа, на который зашифрованы файлы, ничего этот ntfsprogs не может "сломать". Так что все это брехня.

> Я таки сходил по ссылке, и удостоверился, что без закрытого ключа, на который зашифрованы файлы, ничего этот ntfsprogs не может "сломать". Так что все это брехня.

А что, этот ключ разве задает пользователь? Нет ведь, так? А криптостойкость системы, содержащей в себе ключ по определению нулевая.

>А что, этот ключ разве задает пользователь? Нет ведь, так? А криптостойкость системы, содержащей в себе ключ по определению нулевая.

Итак, где софтина, с легкостью вынимающая данные, зашифрованные на ntfs-разделе?

Надо бы попробовать в действии..

> Итак, где софтина, с легкостью вынимающая данные, зашифрованные на ntfs-разделе?

Наверняка уже есть. Не думаю только, что ее распространяют бесплатно.

Advanced EFS Data Recovery 3.0
http://softsearch.ru/programs/205-397-advanced-efs-data-recovery-download.shtml


	Программа для восстановления (расшифровки) файлов, защищенных
 на NTFS-разделах Windows XP/2K/2003 с помощью системы EFS (Encrypted 
File System).

With AEFSDR (Advanced EFS Data Recovery), protected files can be
 decrypted, even when the system is not bootable so you cannot log on,
 or when some encryption keys (private or master) have been tampered 
with. AEFSDR effectively (and instantly) decrypts the files protected 
under all versions of Windows 2000, Windows XP (Professional), Windows
 Server 2003 and Windows Vista (Business, Ultimate, Enterprise). While
 some situations make it impossible to recover encryption keys, if the
 keys are somewhere on the system, and not totally corrupted, AEFSDR 
can usually find and restore the critical information that will make 
your system accessible again.


------------------------------------------------------------------------

NTFS Partition Undelete 3.1.0.5
http://www.freeware.ru/program_prog_id_12795.html

Encrypted files and folder on NTFS disk drive can also be recovered by this software 

------------------------------------------------------------------------

NTFS data recovery
http://www.datadoctor.de/datenrettung/ntfs-soft.html

Software characteristics:

    * Support all NTFS formatted hard disk drive.
    * Recover data after loss of MBR DBR or corrupted boot sector files.
    * Data recovery support to compressed or encrypted files.
    * Rescue data from missing or corrupted system files.
    * Preview files and folders before actual recovery.
    * Shows complete list of logical and physical drive information.

По моему, вполне достаточно. Особенно интересна первая, ибо как 
оказывается, EFS не защищает, например, от кражи ноутбука (интересно, 
отчего она вообще защищает? От паяльника в ж@пе тоже нет.)

Вот понас.ли, что нибудь по делу будет? От себя могу сказать, что юзаю это дело потому как её создатели не такие упёртые бараны как создатели ntfs-3g, и эти дрова поддерживают регистронезависимую чтение/запись файлов/папок ntfs.

>Advanced EFS Data Recovery 3.0

Опять же - идем на сайт автора, и убеждаемся, что _без ключей эта программа ничего не делает_. Ну сколько можно повторять бред?

Хватит засирать ветку идиотским бредом: ntfsprogs - драйвер файловой системы, а не ломалка веникового шифрования.

> Опять же - идем на сайт автора, и убеждаемся, что _без ключей эта программа ничего не делает_. Ну сколько можно повторять бред?

Сколько можно повторять, что ключи лежат на том же венике, а не в защищенном месте, понятно? Что делает ломание efs совершенной тупой задачкой. Сперли у тебя ноут, положим. Все, спиец, твои данные в руках других людей. А нафиг тогда шифрование вообще? Процессор погонять?