https://opennet.ru/openforum/vsluhforumID3/121590.html Константин Комаров, основатель и руководитель компании Paragon Software, опубликовал в списке рассылки ядра Linux набор патчей с полноценной реализацией файловой системы NTFS, поддерживающей работу в режиме чтения и записи.Код открыт под лицензией GPL...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53554<br> https://opennet.ru/openforum/vsluhforumID3/121590.html#344 Sun, 09 Feb 2025 15:52:46 GMT Забавно, потому что даже в win 95 длина LNN - до 260 символов, а не 255...<br> https://opennet.ru/openforum/vsluhforumID3/121590.html#343 Thu, 14 Mar 2024 06:38:03 GMT Это называется "человек что-то услышал про little и big endian и пытается втирать, что созданная на big endian ext4 не будет читаться на little endian и наоборот".<br><br>Человек, конечно же, не в курсе, что в спеке ext4 прописано, что все поля хранятся в little endian и не зависят от архитектуры. И что, внезапно, с числами в любом endianness можно работать на любой архитектуре. <br> https://opennet.ru/openforum/vsluhforumID3/121590.html#342 Wed, 14 Oct 2020 15:05:53 GMT Седьмая версия - вроде никаких проблем не добавили, старые вылечены, кривохак для сборки с нераспоследним ядром не нужен (удалить кусок кода с readahead по прежнему нужно, не нужно править ядро вне ntfs3)<br><br> https://opennet.ru/openforum/vsluhforumID3/121590.html#341 Thu, 24 Sep 2020 10:00:26 GMT хозяйке на заметку: в шестой версии патча маски вылечены, и работают как в остальных fs. Патч https://lore.kernel.org/linux-fsdevel/20200814134056.GV2026@twin.jikos.cz/ по прежнему нужен.<br><br>И, главное, чтоб не потерялось:<br> file.c ntfs_getattr <br> Надо удалить эти две строчки (и можно само объявление sbi чтоб убрать предупреждение):<br> stat-&gt;blksize = sbi-&gt;cluster_size;<br> stat-&gt;blocks &lt;&lt;= sbi-&gt;cluster_bits - 9;<br><br>- они лишние, из-за этого неверно работает du и прочие stat()<br><br> https://opennet.ru/openforum/vsluhforumID3/121590.html#340 Thu, 27 Aug 2020 13:46:40 GMT Вообще-то PowerQuest.<br> https://opennet.ru/openforum/vsluhforumID3/121590.html#339 Wed, 26 Aug 2020 19:38:30 GMT Парагон помню по кривым системным утилитам которые ломили венду. Жаль если их поделку примут я ядро.<br> https://opennet.ru/openforum/vsluhforumID3/121590.html#338 Tue, 25 Aug 2020 11:32:12 GMT &gt; У вас когда-нибудь крашилась XFS?<br><br>Почитайте тему. Я даже бэктрейс выложил. Во времена мной ее массового использования - она крэшилась _постоянно_ - никто даже не напрягался - "упала - ребут - поднялась? Хорошо, не поднялась - reinstall".<br><br>Единственная fs, которая меня никогда не подводила в линуксе, скорее в силу своей простоты схожей с тупостью - это ext2. Но это ext2 95го года. С кучей проблем как производительности, так и просто работоспособности - после героической победы над которыми в ней слуцилась "massive filesystem corruption", ой, опять.<br><br>&gt; А вот NTFS -- многажды.<br><br>А у меня за 25 лет - ни разу. Что я делаю не так?<br><br>Причем, если на полках порыться, я найду диски с ntfs'ом 2003го года. Один из них немного полуживой в силу чисто механических причин, но fs как-то пока справляется с его проблемами.<br>ext то ли 2, то ли 3 - не справилась, эти диски у меня образовались после ночной поездочки в ДЦ, где "redundant" коробка с ними внезапно сдохла на ходу.<br><br> https://opennet.ru/openforum/vsluhforumID3/121590.html#337 Tue, 25 Aug 2020 08:36:08 GMT У вас когда-нибудь крашилась XFS? У меня за двадцать лет ни одного раза. А вот NTFS -- многажды.<br> https://opennet.ru/openforum/vsluhforumID3/121590.html#336 Tue, 25 Aug 2020 08:33:00 GMT Да, XFS до сих пор лучшая для хостинга, скажем, кластеров того же Слона.<br>