Намджэ Чон (Namjae Jeon), участник проекта Samba, сопровождающий драйвер EXFAT и сервер KSMBD в ядре Linux, предложил включить в ядро новую реализацию файловой системы NTFS - ntfsplus. Предполагается, что более качественный и сопровождаемый NTFS-драйвер позволит улучшить совместимость Linux-систем с Windows-устройствами и упростить работу пользователей...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64084
>старый драйвер ntfs-3g, работающий в пространстве пользователятоже разваливает файлуху на раз и не поддерживает половину фич ntfs агрессивно задействуемых вендой, про производительность можно не вспоминать
Как и exfat. Но ведь им же вроде как нинужна!(tm)
Хотя вот для взаимодействий с различными внешними ^^проприетарными^^ устройствами очень даже и нужно бы. Ну, нихотять производители телевизорев и пр. использовать ext или какие-либо другие грибы потяжелее.
дак сабж и нужен именно производителям телевизорев... вот засада...или ты думал что в умных телевизорев напихали винды?
> Как и exfat. Но ведь им же вроде как нинужна!(tm)
> Хотя вот для взаимодействий с различными внешними ^^проприетарными^^ устройствами очень
> даже и нужно бы. Ну, нихотять производители телевизорев и пр. использовать
> ext или какие-либо другие грибы потяжелее.Производитель этих "проприетарных" умных телевизоров в лице Samsung как раз вот exFAT замайнлайнил а теперь и ntfs пытается. Проприетарный - понятие очень растяжимое :)
Бывают интересные ситуации когда заявлена поддержка FAT32 и exFAT, но на самом деле только FAT32 а флешки с exFAT не читаются либо показываются как пустые.
Производители телевизоров всё ещё на FAT32 сидят. Недавно обновление для LG с флешки утанавливал.
>>старый драйвер ntfs-3g, работающий в пространстве пользователя
> тоже разваливает файлуху на раз и не поддерживает половину фич ntfs агрессивно
> задействуемых вендой, про производительность можно не вспоминатьВинда ее и сама разваливает, да так что потом в BSOD брякается - и что хотите то и делайте. А, вот, ntfs3g в юзерспейсе можно прочитать - он, таки, не брякается. Да и чисто технически всю систему usermode процесс брякнуть не может.
Когдаж Редхат то сделают годный нтфс и бтрфс.
Чтобы четкие пацаны могли копилить.
Ато 4% ведь.
Пользователей.
>тоже разваливает файлухуСкажу тебе что и MacOs не особо дружит с ntfs.
> сервер KSMBD в ядре LinuxНичоси. Кто-нибудь пользуется?
Я пользуюсь. Ради одного меня получается что-ли поддерживает?
Конечно:
https://opennet.ru/63301
https://opennet.ru/60860
https://opennet.ru/60668
https://opennet.ru/59189
https://opennet.ru/58377exFAT тоже пользуются:
https://opennet.ru/59664Учитывая, что автор ntfsplus и автор exFAT и ksmbd одно лицо, ntfsplus тоже будут активно эксплуатировать.
Да-да, пользуюсь.
Лучше exFAT для флешек и sd нету ничего. Естся почти всем, чем можно.
А ksmbd так-то стоит на системе, не подключённой по внешний мир
Как там живётся флешкам на ext4 на всяких экзотических системах?
> Лучше exFAT для флешек и sd нету ничего. Естся почти всем, чем можно.А самое лучшее что там есть - всего 1 таблица FAT. Так что в случае чего - вы точно про#$%фывете - все и сразу и восстановлению это поддается хреново и канительно :). Майкрософт хорошей файлухи не сделает.
Как раз там шансы есть - фс простая, как дрова. А вот с бтрфс без метаданных попробуй что-то сделать. Их сейчас не зря дублируют.
> Как раз там шансы есть - фс простая, как дрова. А вот
> с бтрфс без метаданных попробуй что-то сделать. Их сейчас не зря дублируют.В btrfs сразу в комплекте ее fs utils есть - btrfs restore ... - офлайн вычитывалка, в общем. С альтернативным парсингом того что есть силами утилс.
А поскольку это CoW - можно еще и в более старые версии потыкаться, указав generation мануально.
Вот с exFAT так попробуйте вообще... не говоря о том что за офлайн чтец этой штуки с продвинутым парсингом придется отдельно заплатить какому-то проприетарию. Ибо его такого - даже в винде у майкрософта нет изначально. Ибо нефиг, умерла так умерла, сказали же вам!
>А самое лучшее что там есть - всего 1 таблица FAThttps://learn.microsoft.com/ru-ru/windows/win32/fileio/exfat...
Смотрим таблицу описание : регион FAT .Чудеса : первый FAT и внезапно 2й .
Но в ГЛАВНОМ-то он прав!!!(Ц)
> Но в ГЛАВНОМ-то он прав!!!(Ц)Ну не знаю.Поломать фат нужно ещё умудриться, а Ms не стала слишком изобретать велосипед, спецификация куда проще UDF .У меня был смартфон - он на внешнию exfat флэшки криво записывал - исчезали папки, название папок из знаков вопроса и т.д. Но fsck на ноутбуке (тоже linux ) это дело ченил.
> папок из знаков вопроса и т.д. Но fsck на ноутбуке (тоже
> linux ) это дело ченил.кЕтайский, наверное, fsck раз чЕнил :). Или этот... корейский, от Jeon.
Флешки бывают разные, например со скоростью записи 2-10 МБ/с, а бывают и 100+ МБ/с.На устаревшие тормозные флешки, кроме архивов, видео и подобного ничего особо не попишешь.
А на шустрные флешки, и тем более ssd в виде флешки, можно по несколько Гигабайт мелких файлов скидывать. Во втором случае NTFS будет сильно быстрее.По сути, достоинства ExFat, что с ним корректно работает любая вменяемая ОС, включая встраиваемые на микроконтроллерах.
А для современных флешек, и SD карт тоже, ExFatпо скорости так себе.
Например в ноутбуках, если SD карту использовать как дополнительный диск, то NTFS и на SD карте оказывается сильно предпочтительнее.Так, NTFS кандидат на очень кроссплатформенную файловую систему. Но, в отличии от ExFAT быстрее. Внешний диск с NTFS прочитают везде, а если пользователь маргинальной ОС грамотный, то и запишут.
В общем, развивать драйвер NTFS нужно.
С ExFat плохо работает МАК. МАК повреждает ExFat
> МАК повреждает ExFatСам не вляпывался, но слышал это от реальных людей, и у всех эта проблема на arm-Maс'ах.
Плюс, слышал, что на Маках придачу и кривые драйвера ExFat.
Поскольку я знаю, что ExFat и спроектирована ради потери данных, то особо и не использую её.
На внешних носителях использую NTFS. Маки и Linux вполне удовлетворительно переваривают NTFS. Проблемы мелкие бывали, но потерь файлов не было.
Кстати прикол. На микроконтроллере ESP32 FAT и EXFAT можно использовать с "журналом" и выравниванием износа, от чего файловая система становится очень надежной. Только такую SD карту размеченную в таком режиме, в компе не прочитать не просто, но для внутреннего применения пофиг. Но, даже в мелкой поделке не ходят по граблям из прошлого века, а в дизайне относительно новой ExFat не предусмотрели никакой защиты от сбоев, хотя бы простенькой.
> Как там живётся флешкам на ext4 на всяких экзотических системах?В миллиарде андроид устройств флешка на ext4, живётся хорошо. Но для своих флешек я всегда XFS беру. Она у меня везде, живётся хорошо.
А ничего, что там особенную "флэшку" намертво впаяли в плату и на ней крутится спец ОС на "оптимизированной" версии EXT4?А человек выше говорил о флэшках попроще, например с фильмами. Чтобы совать во всякую проприетарщину.
На флешке с фильмами файловая система уж как-нибудь доживёт, пока ее несли от компа до телевизора, которому read only достаточно.
этот телевизор - умный. Поэтому когда он подглядывает за тобой в камеру (а ты думал, в телевизоре нет камер?!) - он разумно сливает то что углядел на флэшку, а в интернет передает когда ты не смотришь. (Ну или когда интернет появится, например ты захотел оттуда что-то посмотреть, чтоб не палиться траффиком.)Так что запись ему очень даже пригодитсо!
Red Hat, оказывается, не включает в поставку, ksmbd даже в Fedora нет. Видимо, сильно сырое.
Ещё Windows на ext4 поставьте. Извращенецы!
> Ещё Windows на ext4 поставьте. Извращенецы!Я как-то поставил ext2fsd, перекинул данные из винды на ext3 диск с линухом и ... ушел в линух. В какой-то момент - навсегда. Заодно и NTFS с виндой декомиссовал! :D
Вот и разрешай вам неправильные файловые системы читать-писать.
Сегодня он ext2 читает, а завтра Windows удаляет!
на btrfs можно, если заюзать freeldr от ReactOS.
А оно что-то кроме XP умеет запускать?
А разве в чём-то выше XP есть необходимость? ))
XP и 7 даже Msys2 теперь не поддерживает, увы.
> А разве в чём-то выше XP есть необходимость? ))Ну ваще-то да... :).
оно и софт времен ХР не могет запускать...
сочувствую всем, кому приходится возюкаться с устаревшими ФС вместо ZFS/Btrfs (да, кроме этих двух, буквально все буквально устаревшие).
Какая из этих неустаревших систем ремонтируется не полной переразбивкой и копированием файлов из бэкапа?
> Какая из этих неустаревших систем ремонтируется не полной переразбивкой и копированием
> файлов из бэкапа?ext3/4
И ведь вы не троллите. Вы пишете это на серьёзных щах!
Спасибо!
Лучшая фс. Бесконечные иноды привет ext, не рассыпается в труху на глазах, да, btrfs? И, будет в ядре, а не как зфс.
Ну будет, а толку? В качестве правильной NIX ФС не годится: UNIX-права и атрибуты не поддерживает. На радость только дуалбутчикам, да геймерам.
Никс уже весь распилили на части и выкинули: FHS, sysvinit, Xorg, GNU coreutils.
Значит он был лишь ступенью к совершенству!
> UNIX-права и атрибуты не поддерживаетИ на глиняных табличках тоже плохо работает. Впрочем, она и не для однопользовательских систем сделана.
геймерам пофиг как и что там называется. в линукс практически все игры уже идут. вплоть до того что MSFS2020 на винде говорит слабая видеокарта и затем висит и не грузится, а на линукс можно играть. нонсенс. подержу еще полгодика виндовс диск на случай чего и если ни разу не воспользуюсь, то сделаю ext4 под игры.
Коре Два Дуо гейминг?
> геймерам пофиг как и что там называется. в линукс практически все игры уже идут. вплоть до того что MSFS2020 на винде говорит слабая видеокарта и затем висит и не грузится, а на линукс можно играть. нонсенс. подержу еще полгодика виндовс диск на случай чего и если ни разу не воспользуюсь, то сделаю ext4 под игры.Игры идут не в линукс, игры идут в виндовс, а в линукс у тебя идет вайн, и уже в нем идут игры.
Это примерно как поставить в машину электромотор с генератором, подключенным к ДВСнику с бензобаком, и называть это электромобилем: ездить будет, управляться будет, некоторые плюсы будут, но бензозаправки в городе все равно останутся.
Линуксятники не могут определиться то с вяленным, то с новяу, то с тем где дрова размещать, каждый следующий релиз - лотерея, где что-нибудь да отломают.
Если же на компе не работает винда, это значит что не работает комп ;)
> Игры идут не в линукс, игры идут в виндовс, а в линукс у тебя идет вайн, и уже в нем идут игры.wine это не винда и не эмулятор, это открытая написанная с нуля реализация winapi для Linux.
> Если же на компе не работает винда, это значит что не работает комп ;)
Сталкивался с таким, Linux там заработал без проблем, а винда при загрузке выдавала перманентный синяк из-за дров на видяху.
Он и не сказал, что wine это винда.Одним winapi сыт не будешь. К реализации прилагается ещё куча всего виндового, и по этой причине перешли с elf на pe и ntsync в ядро воткнули.
> Одним winapi сыт не будешь. К реализации прилагается ещё куча всего виндового,
> и по этой причине перешли с elf на peИ? Что это меняет?
> и ntsync в ядро воткнули.
В протоне уже давно был fsync который через футексы делал все что надо, так что ничего особого ntsync не привнес.
> ничего особого ntsync не привнесИ поэтому надо было аж в ядро добавить?
>Это примерно как поставить в машину электромотор с генератором, подключенным к ДВСнику с бензобакомОй, а вон тот большой и суровый тепловоз, тянущий товарняк в полкилометра длинной, именно по такому принципу и работает. И, говорят, оно даже эффективнее получается, чем иные варианты.
>Это примерно как поставить в машину электромотор с генератором, подключенным к ДВСнику с бензобаком, и называть это электромобилем: ездить будет, управляться будет, некоторые плюсы будут, но бензозаправки в городе все равно останутся.Последовательная схема, которая много где применяется, в том числе и в автомобилях. Такая схема гораздо удобнее, чем чисто электричка или параллельная, т.к. позволяет быстро заправить топливо для двигателя-генератора, которое может быть любым, хоть водородным, а движемся с плюсами (и минусами) электродвигателя. Кстати, для быстрой езде по трассе (150+) как раз не самая лучшая схема. Впрочем, "электрички" вообще для быстрой езды хуже обычных ДВС.
> Это примерно как поставить в машину электромотор с генератором, подключенным к ДВСнику
> с бензобаком, и называть это электромобилем: ездить будет, управляться будет, некоторые
> плюсы будут, но бензозаправки в городе все равно останутся.Это называется - гибрид. ДВС скромнее и всегда работает в оптимальном режиме, сжирая меньше бензина. Минус дурацкие коробки передач, динамика и свойства - скорее электромобиля, а не коптилки с ручкой для дро^W переключения передач. Энное расстояние и без беззина может проехать. И что характерно - производится и продается.
> Линуксятники не могут определиться то с вяленным, то с новяу, то с тем где
> дрова размещать, каждый следующий релиз - лотерея, где что-нибудь да отломают.И тем не менее - у меня линух на десктопе. А в винду я вообще не собираюсь, даже если мне за это приплатят. Странно.
MSFS2020 на тех видеокартах, которые обзывает слабыми, вполне идет и на средних настройках, лиш бы и процессор впридачу не был совсем дохлым.
Под Линуксом производительность (в виде FPS) практически такая же.
А если "висит и не грузится", то проблема загаженности ОС, или кривых драйверов.
И в чем проблема сделать поддержку UNIX прав и атрибутов? Блин, umsdos поверх FAT реализовывал UNIX права! А тут NTFS - настоящие ACL в которые можно права отобразить, либо в alternate data stream положить. Либо просто в extended attributes сложить, между прочим WSL так и делает: https://learn.microsoft.com/ru-ru/archive/blogs/wsl/wsl-file...
> настоящие ACL в которые можно права отобразитьНо только в линуксовом модуле это не сделали. Да и в новом вряд ли сделают.
Совместимо с WSL - почему бы не сделать? Если никто не пришлет патч, значит, никому и не надо.
>И в чем проблема сделать поддержку UNIX прав и атрибутов?Товарищ "дезу" написал.Все Ntfs поддерживает. Читай про пространство имён dos и Unix, там простое posix ACL.Старый 3g драйвер использовал это пространство при указании опции.
Современный (после появление в xp poxix пакета : портированные некоторые утилиты и службы) стал использовать пространство ACL виндовс (ms зарезервировала определенный идентификатор за posix службой) , если опцию не выкинули можно использовать уже современные списки доступа.
> UNIX-права и атрибуты не поддерживаетНа самом деле поддерживает, но нигде не используется. Например при помощи ntfs-3g можно примонтировать ФС с поддержкой юниксовых прав и атрибутов (с ключом -o permissions,suid). Даже линуксы пробовали ставь на NTFS (https://github.com/nikp123/ntfs-rootfs). А вот реализация, которая есть в ядре так не умеет.
> Ну будет, а толку? В качестве правильной NIX ФС не годится: UNIX-права
> и атрибуты не поддерживает. На радость только дуалбутчикам, да геймерам.Как раз поддерживает - была даже опция монтирования Posix ACL в ntfs3g.Сейчас просто АСl ,но там драйвер уже расширенную acl потжерживает, (пишет и читает виндовс acl) . Не забываем что когда появились NT4 министерство энергии США поставило условие _ операционная система должна быть Posix совместима чтобы старый софт запускать. Ms выполнила эти требования формально,была подсистема posix 1.1 для терминальных программ (кривая и глюкавая) и поддержка posix на ntfs (пространство имён) - ещё было пространство имён дос ,но его в висте отключили.
> Лучшая фсЭто древняя фс с древним дизайном.
Которую хотели выбросить сами Microsoft заменив на reFS
но не шмогли, так как диды из dec и ibm, которые написали ведро и нтфс для мелкомягких как всегда помешали смузехлёбам...
Они не хотели её выбрость. РЕФС поддерживает работу +65535 с виртуальными файлами. А НТФС не поддерживает. ЕХТ тоже не умеет в виртуалку. ЕХТ на свалку.
> Это древняя фс с древним дизайном.Зато быстрее этих твоих ext3\ext4\btrfs
В каком месте она быстрее?
> В каком месте она быстрее?Как это ни забавно - "в практическом", на сценариях выходящих за рамки локалхоста... и не только ).
Вот понадобилось тебе одну папОчку зашифровать - ты правой кнопкой тык - properties-advanced-encrypt contents... А в этих ваших modern-superFS чота ой. И "не modern" ой. А стоит только поверх этого какой encfs через fuse прикрутить - нувыпонимаете, да? Можно конечно наоборот, какое блочное устройство через luks к отдельной точке монтирования приколхозить - но чот пойдут на это не только лишь все криптоиакодзуны - мало кто будет эта делать ).
А если взгромоздить всю ФС поверх LUKS - то я сильно хз, помогут ли тебе "metadata checksums" от modernFыSы, ага. Еще и performance impact от write amplification будет несколько выше номинальных 10%.
Или вот понадобится тебе базу данных повертеть - причем вот не sqlite, а что-нибудь более другое. Нет, теоретически конечно nocow есть - но он чуть-чуть, самую капельку, малость - не очень совместим с btrfs'овским же raid'ом
И даже при попытке раздать папОчку с файлового сервера предприятия с пригодными к практическому применению ACL (Нет, это не "777", и "posix DRAFT" ни для чего полезного тоже не годятся) все внезапно тоже не столь однозначно...
классический стиль изложения айтишника - русский язык угадывается, но сомнений, что автор социопат, нет
> Как это ни забавно - "в практическом", на сценариях выходящих за рамки локалхоста...А если мне не нужно вот это вот всё? Мне нужно, чтобы мой локалхост работал и не лагал?
Подозреваю, что те, кому реально нужно шифрование, не заморачиваются с шифрованием отдельно взятой папки с любимым проном, а шифруют сразу весь раздел.
>> Как это ни забавно - "в практическом", на сценариях выходящих за рамки локалхоста...
> А если мне не нужно вот это вот всё? Мне нужно, чтобы
> мой локалхост работал и не лагал?Ну "ненужно" - значит "ненужно", чоужтут. Это, собственно ПАРАДИГМА, с этим никто не спорит. Вот если-вдруг кто сделает - аналоговнета сразу станет уникально-необходимым-эксклюзивным-преимуществом-как-тебе-такое-илон-маск?! - а пока "ненужно", да.
Для однопользовательского локалхоста distro default в общем-то достаточно. Впрочем, тут надо сказать что при наличии SSD хотя бы пятилетнего возраста и ntfs "работает и не лагает" на пользовательских сценариях - но то такое.
> Подозреваю, что те, кому реально нужно шифрование, не заморачиваются с шифрованием отдельно
> взятой папки с любимым проном, а шифруют сразу весь раздел.Ну, если других возможностей "почему-то" не завезли (Традиционно - "Надо-только-подождать" https://lore.kernel.org/linux-btrfs/20240124195831.GA1212739.../) - то да, весь раздел. А вообще - от сценариев использования зависит. Мы вот к self-encrypted disks пришли - шифрование на уровне блочных устройств оказалось изрядно небесплатным удовольствием - но "в среднем" - шифровать надо то, что нужно - а то, что не нужно защищать !внезапно! не и нужно ))).
Во-первых, это не правда, ntfs - тормоз. Во-вторых, скорость это не единственный плюс файловых систем. Прямая запись на блочное устройство через dd еще быстрее работает. Значит отсутствие фс лучше, чем ее наличие?
>>ntfs - тормозСмотря для чего. Если архивы писать, то ExFat точно чуть быстрее.
А если для приложений и работы, так NTFS уделает по скорости ExFAT, в том числе и на SD карте (например если SD карту в ноутбуке использовать как дополнительный диск)Что каксается скорости ext4, по сравнению с NTFS, то при интенсивной работе ext4 даст выигрыш, но не потому что он такой прогрессивеый, а скорее за счет линуксовой файловой подсистемы, с "бесплатным" fstat.
Не от нечего делать компиляцию для ESP32 делаю на Linux машине же.
На маленьких файлах она тормознее ext4, на больших - в паритете. Зато возможностей у неё больше. Да и для названий файлов русскими буквами Винда+нтфс больше подходит, чем Линюкс+<любая_ФС>. Когда там уже главпингвин уберёт эти жалкие ограничения на байты вместо символов?
> Да и для названий файлов русскими буквами Винда+нтфс больше подходит, чем Линюкс+<любая_ФС>.Это, наверно, поэтому везде пишут "не должно быть русских букаф в пути к домашей директории"?
Понятия не имею, что у вас там с русскими буквами, но под Linux проблем не наблюдается уже лет 20, если не больше.
> Когда там уже главпингвин уберёт эти жалкие ограничения на байты вместо символов?
Я вас огорчу, но в Винде тоже байты, точнее, 16-битные слова. Нет, там совсем не обязан быть UTF-16. Чуваки просто взяли и умножили на 2 размеры всех имён файлов, ничего не получив взамен. А заодно продублировали всё системное и стандартное API, чтоб два раза не вставать. Зато не как у всех.
>> Да и для названий файлов русскими буквами Винда+нтфс больше подходит, чем Линюкс+<любая_ФС>.
> Это, наверно, поэтому везде пишут "не должно быть русских букаф в пути
> к домашей директории"?
> Понятия не имею, что у вас там с русскими буквами, но под
> Linux проблем не наблюдается уже лет 20, если не больше.... но при попытке скопировать папку "Годовой отчет по освоению бюджета за 2018 год (последний)_не_удолять!!!!" - почему-то выходит "ой!". Казалось бы, при чем тут "байты" vs "символы"?
> ... но при попытке скопировать папку "Годовой отчет по освоению бюджета за
> 2018 год (последний)_не_удолять!!!!" - почему-то выходит "ой!". Казалось бы, при чем
> тут "байты" vs "символы"?На Виндах с этим тоже забавно бывает, так что с задачей частенько не справляется штатный Explorer, но справляется FAR. По результату Exlorer не может развернуть каталог, но опять-же справляется FAR. Выходит, что какие-то из ограничений (читай костылей) стоят на разных уровнях и дёргая разный API мы можем получить какой-то (но не всегда какой хотели) результат.
>> ... но при попытке скопировать папку "Годовой отчет по освоению бюджета за
>> 2018 год (последний)_не_удолять!!!!" - почему-то выходит "ой!". Казалось бы, при чем
>> тут "байты" vs "символы"?
> На Виндах с этим тоже забавно бывает, так что с задачей частенько
> не справляется штатный Explorer, но справляется FAR. По результату Exlorer не
> может развернуть каталог, но опять-же справляется FAR. Выходит, что какие-то из
> ограничений (читай костылей) стоят на разных уровнях и дёргая разный API
> мы можем получить какой-то (но не всегда какой хотели) результат.Оттож. Сам нтфс 32765 поддерживает, а (часть) winapi вот 260. Вроде как с десятки начиная - поддержку ДЛИИИИИИИННЫХ имен можно и включить - но думаю, что и с этим будут "проблемочки"(ТМ). Но при необходимости интеропа win-lin по опыту проблемы у тебя возникают именно на стороне linux и их эээээ... несколько больше и возникают они раньше.
Скопировать файл на smb-шару? нет, мы не моожем, у него имя не правильное. Открыть архив сделанный соседом? Нет, у вас zip не той системы, а у нас в дистре патчи для Ark еще недоKDEдили, терминал у нас кнешн, самый-луДший, но вы со своей case-sensitive кириллицей и пробелами достали уже ниделайтетаг!!!111
У меня недавно забавный случай был в обратную сторону. Девочке из отдела надо было взять файлы домой поработать. На работе Альт, на дома Вин10, ест-но. Три раза копировала, три раза приходит домой - файлов нет.
Смотрю в Виндах - действительно нет, втыкаю в Альт - есть. Берём FAR - есть. И только в FAR я заметил "точку" в конце имени файла (так FAR обозначает пробел, зачем она его там ставила - вопрос не ко мне). Убираем FAR-ом пробел - explorer резко обретает зрение. Т.е., получается, Линуксу на пробелы в конце имени положить (ну, есть и есть), и он это нормально запишет на флешку и увидит, а вот с Виндами есть нюансы (пробелы допускаются в начале, но не в конце имени директории).
>а вот с Виндами есть нюансы (пробелы допускаются в начале, но не в конце имени директории).ох уж эти мне сказочники...
Y:\Linux>mkdir "delme "
Y:\Linux>dir "delme "
Volume in drive Y is IT_install
Volume Serial Number is AE05-340ADirectory of Y:\Linux\delme
File Not Found
Y:\Linux>
в эксплорере тоже никаких проблем (им и удалил его нафиг). Вероятно, это был не пробел, а несуществующий символ юникода или вообще половина символа. Логично, что лучшее что можно сделать с таким - не показывать его в гуе вообще.
>[оверквотинг удален]
> Y:\Linux>dir "delme "
> Volume in drive Y is IT_install
> Volume Serial Number is AE05-340A
> Directory of Y:\Linux\delme
> File Not Found
> Y:\Linux>
> в эксплорере тоже никаких проблем (им и удалил его нафиг). Вероятно, это
> был не пробел, а несуществующий символ юникода или вообще половина символа.
> Логично, что лучшее что можно сделать с таким - не показывать
> его в гуе вообще.Неа. Он у тебя при создании и работе просто автоматом делает strip. Попробуй его скажем переименовать в GUI или там автодополнение в терминале использовать - увидишь что-то вроде:
"D:\d2projects> mkdir "test1 "
Каталог: D:\d2projects
Mode LastWriteTime Length Name
---- ------------- ------ ----
d----- 22.10.2025 12:56 test1
PS D:\d2projects> cd .\test\"
просто выстрелить-себе-в-ногу не дает.
> Неа. Он у тебя при создании и работе просто автоматом делает strip.да, похоже там автообрезалка лишних пробелов из каких-то странных соображений добавлена.
А поскольку она их обрежет даже там где они нелишние - хрен ты такое откроешь или удалишь.
>[оверквотинг удален]
> Вин10, ест-но. Три раза копировала, три раза приходит домой - файлов
> нет.
> Смотрю в Виндах - действительно нет, втыкаю в Альт - есть. Берём
> FAR - есть. И только в FAR я заметил "точку" в
> конце имени файла (так FAR обозначает пробел, зачем она его там
> ставила - вопрос не ко мне). Убираем FAR-ом пробел - explorer
> резко обретает зрение. Т.е., получается, Линуксу на пробелы в конце имени
> положить (ну, есть и есть), и он это нормально запишет на
> флешку и увидит, а вот с Виндами есть нюансы (пробелы допускаются
> в начале, но не в конце имени директории).Ну, про это даже в официальной доке написано:
"Do not end a file or directory name with a space or a period. Although the underlying file system may support such names, the Windows shell and user interface does not. However, it is acceptable to specify a period as the first character of a name. For example, ".temp"."Причем последнее вызовет обратный эффект с т.з пользователя - .в-начале-имени не имеет специального значения в win, но имеет в lin - с т.з. конечного пользователя не знающего о special meaning результат тот же самый ).
В общем "абстрактно-вакуумно" - в windows ограничений _больше_ (Попробуй назвать файл COM1 или там NUL) - но наткнуться на них в реальной жизни конечному пользователю пожалуй что и затруднительно и на деле какой-нибудь "формально допустимый в lin" "\" в имени создаст проблемы и там и там.
> "Do not end a file or directory name with a space or
> a period.ну с точкой это логично - иначе никак не отличить "нулевое расширение" времен досовских 8.3 от реальной точки. А в любом другом месте - нет проблем.
А чем пробел не угодил - непонятно.
>> "Do not end a file or directory name with a space or
>> a period.
> ну с точкой это логично - иначе никак не отличить "нулевое расширение"
> времен досовских 8.3 от реальной точки. А в любом другом месте
> - нет проблем.
> А чем пробел не угодил - непонятно.Ну, как по мне - так и правильно же. Самой ФС на это примерно "пофиг", но если мы знаем, что некоторое поведение _гарантированно_ вызовет проблемы (А пробел на конце - их вызовет, т.к. визуально не видим\не различим\не ожидаем пользователем\скриптомисателем) - мы пытаемся это поведение ограничить, а не так, что "У нас только два запрещенных символа - "\0" и "/", но использование каких-нибудь "*", "?", "\", "'", '"' и т.д. в именах будет рандомно ломать вам тулинг"
Регулярно копирую файлы с русскими символами - без проблем. ext4, xfs, ntfs-3g.
> Регулярно копирую файлы с русскими символами - без проблем. ext4, xfs, ntfs-3g.Ну, мы все за тебя конечно очень рады - но о чем тут написано ты, увы не понял.
Ну, в общем "да" - но как-то так случайно получилось, что по совокупности пользовательских характеристик (Включая, но не ограничиваясь интеграцией в систему) - ничего близкого по возможностям в природе в общем-то нет.
А при попытке приколхозить дополнительные возможности к "более другим"(ТМ) ФС и по производительности примерно то-на то выходить начинает...
> по совокупности пользовательских характеристикЭто о чём речь?
> Включая, но не ограничиваясь интеграцией в систему
ntfs никогда не была интегрирована. Она всегда какими-то левыми драйверами прикручивалась. Дефолтный ext всегда был на голову выше по этому параметру.
-Грузины лучше, чем армяне.
-Чем?
-Чем армяне!
>> по совокупности пользовательских характеристик
> Это о чём речь?Ну, зашифруй одну папку на диске и посмотри на удобство-и-производительность решения, например.
>> Включая, но не ограничиваясь интеграцией в систему
> ntfs никогда не была интегрирована. Она всегда какими-то левыми драйверами прикручивалась.
> Дефолтный ext всегда был на голову выше по этому параметру.Ну, в этом самом "свободном"-то ясно-понятно, "на костылях". Но вот попробуй по телефону объяснить маме, как откатить ОДИН ФАЙЛ на snapshot в ubuntu. Хз чо-как сейчас, но когда я этим делом прошлый раз любовался - доступных для пользователя интегрированных средств вот прям _не было_ и все тут. Или acl поправить - тоже может вылиться в увлекательнейший квест на пустом месте.
> Ну, зашифруй одну папку на диске и посмотри на удобство-и-производительность решения, например.У NTFS производительность - что с шифрованием - паршивая, что без шифрования. Это последний писк технологий из 90 прошлого века, что вы от них ожидаете? Чудес чтоли? Так не бывает :)
И пересмотр дизайнов ФС случился - не просто так, если кто не понял. Майкрософт просто не смог в этот уровень технологий - сделал ReFS какой-то невнятный. И видимо все настолько круто и офигенно вышло что теперь HyperV на линуха перепиливают чего-то. Видимо уже и сами в своих ДЦ нанюхались своих творений и решили что линух - профитабельнее в целом. Даже для себя. Абажур линух не даст соврать :)
>> Ну, зашифруй одну папку на диске и посмотри на удобство-и-производительность решения, например.
> У NTFS производительность - что с шифрованием - паршивая, что без шифрования.
> Это последний писк технологий из 90 прошлого века, что вы от
> них ожидаете? Чудес чтоли? Так не бывает :)Ну так ты скажи\укажи альтернативу-то? Вот в NTFS это работает, в btrfs - внезапно - нет, совсем нет. И если на костыле прикрутить изоленту чтобы "есть" - то ntfs-то от этого быстрее конечно не станет, а вот бырбырбыр медленней - гарантированно.
> И пересмотр дизайнов ФС случился - не просто так, если кто не
> понял. Майкрософт просто не смог в этот уровень технологий - сделал
> ReFS какой-то невнятный. И видимо все настолько круто и офигенно вышло
> что теперь HyperV на линуха перепиливают чего-то. Видимо уже и сами
> в своих ДЦ нанюхались своих творений и решили что линух -
> профитабельнее в целом. Даже для себя. Абажур линух не даст соврать
> :)Ну, примерно как у RH, ага. Тоже вот - xfs почему-то.
> Ну так ты скажи\укажи альтернативу-то? Вот в NTFS это работает, в btrfs
> - внезапно - нет, совсем нет.Да и хрен с ним, имхо. Если оно реально надо можно и весь том зашифровать. Например весь /home что логичнее. При том этот фортель умеет - даже инсталлер убунты.
> изоленту чтобы "есть" - то ntfs-то от этого быстрее конечно не
> станет, а вот бырбырбыр медленней - гарантированно.Чего ему на шифрованом блочном девайсе тормозить то если проц успевает? А на современных многоядерниках крипто еще и _другие_ ядра озадачит и всякий там счет чексум, внутренние операции, сжатие и крипто - распараллелится на отлично.
Но для начала - я вообще не собираюсь доверять в вопросах крипто каким-то мутным блобам. Первое правило крипто гласит: source or GTFO. Без сорца это snake oil пока не доказано обратное. Тем более что на генерации себе любимым recovery certeficate майкрософт уже палился. Пусть сами такую муть юзают. И, вот, "криптографы" типа вас.
> Ну, примерно как у RH, ага. Тоже вот - xfs почему-то.
Я вообще этот абажур линух видел только на картинке. Так что вам видней. Это настолько популярный софт - что на форониксе типично собирает под 0 коментариев. Настолько всем опенсорсникам благодать от майкрософта упала. Так что можно с чистой совестью назвать это Microsoft Linux да еще уточнив что это - прежде всего для своих внутренних майкрософтовских нужд. Остальным это... кхе-кхе :)
>> Ну так ты скажи\укажи альтернативу-то? Вот в NTFS это работает, в btrfs
>> - внезапно - нет, совсем нет.
> Да и хрен с ним, имхо. Если оно реально надо можно и
> весь том зашифровать. Например весь /home что логичнее. При том этот
> фортель умеет - даже инсталлер убунты.Ну начина-аается. Я - пользователь - хочу - зашифровать - папку. Одну. Сейчас, а не при установке ОС на ноут 5 лет назад. Нет, не весь диск. Нет, не раздел на диске - вот ОДНУ папку, компренде?
И нет, не "нинужьна1111", а "ниасилили", хоть в общем-то и пытались.>> изоленту чтобы "есть" - то ntfs-то от этого быстрее конечно не
>> станет, а вот бырбырбыр медленней - гарантированно.
> Чего ему на шифрованом блочном девайсе тормозить то если проц успевает? А
> на современных многоядерниках крипто еще и _другие_ ядра озадачит и всякий
> там счет чексум, внутренние операции, сжатие и крипто - распараллелится на
> отлично.Тю! Теоретик-локалхостовод, да? А я на колокейшене all-flash nvme-ssd массив таки тестил. Нет, без бырбырбыра - но 48 ядер в полку при ~70% от номинала видел своими глазами. Диски со времен 5400RPM несколько побыстрее стали, да.
> Но для начала - я вообще не собираюсь доверять в вопросах крипто
> каким-то мутным блобам. Первое правило крипто гласит: source or GTFO. Без
> сорца это snake oil пока не доказано обратное. Тем более что
> на генерации себе любимым recovery certeficate майкрософт уже палился. Пусть сами
> такую муть юзают. И, вот, "криптографы" типа вас."Зачем вам подорожная?"(С)
Эта криптография - не криптография, буду пользоваться кривым костылём припертым в другом месте. В результате вот - в ntfs пригодное к практическому применению реальными пользователями шифрование есть - а во всех линуксах вместе взятых примерно во всех файлухах - ну вот TBD, WIP и прочий КТТС - о чем собственно и спич.>> Ну, примерно как у RH, ага. Тоже вот - xfs почему-то.
> Я вообще этот абажур линух видел только на картинке. Так что вам
> видней. Это настолько популярный софт - что на форониксе типично собирает
> под 0 коментариев. Настолько всем опенсорсникам благодать от майкрософта упала. Так
> что можно с чистой совестью назвать это Microsoft Linux да еще
> уточнив что это - прежде всего для своих внутренних майкрософтовских нужд.
> Остальным это... кхе-кхе :)Оу. Ну, есть чем гордиться - rhel не видел, cbl mariner - не видел, сталбыть плохие ОС, не нужные ))). Ну хоть ubuntu то или там debian - видел? Что там в дефолт fs, можешь сказать? А по-че-мууу?
> Ну хоть ubuntu то или там debian - видел? Что там в дефолт fs, можешь сказать? А по-че-мууу?а патамушта так было гвоздем прибито когда тридцать лет назад написали установщик.
Его в бабуинте таки попытались один раз переписать - до сих пор отойти не могут, хотя тех обезьянов давно уже забыли все как звали, да и в ту часть подвала где их живьем забетонировали, давно уже и дверь замурована - мест больше не оставалось, чего туда ходить-то.Ты б еще спросил, зачем в СЕРВЕРНОЙ бабуинте неотключаемо устанавливается ntfs-3g да еще и запихивается в initrd!
>> Ну хоть ubuntu то или там debian - видел? Что там в дефолт fs, можешь сказать? А по-че-мууу?
> а патамушта так было гвоздем прибито когда тридцать лет назад написали установщик.В смысле, "этому городу нужен герой!" - и как только он найдется - тут же станет вот как в SuSe - btfs на / и "выбери другое!"(С) на все остальное? Или вот лучше даже - на ВСЬО btrfs аж по самую LTS дефолтом?
Не. Не верю. Они ж там психи - но всё-таки не дураки(Ц)> Ты б еще спросил, зачем в СЕРВЕРНОЙ бабуинте неотключаемо устанавливается ntfs-3g да
> еще и запихивается в initrd!"Во первых, это красиво" - мечтательно улыбаясь сказала тётя Циля...(С)
> В смысле, "этому городу нужен герой!" - и как только он найдетсятам в подвале еще другие помещения есть, так что как найдется так и потеряется обратно. Цемент конечно стал недешев, но consequential damage дороже обойдется.
Думаю, прошлого раза им вполне хватило.
А то б, конечно, была б бырбырфесе целиком на весь диск.
Но пока, по факту, мы не можем научиться автоматически создавать пользователей при скриптованной установке.
> Ну начина-аается. Я - пользователь - хочу - зашифровать - папку. Одну.Отличный подгон, как аукцион где под закупку подходит 1 марка автомобиля на планете.
Но знаете, вопросы доверия каким-то галочкам в каких-то блобах просто вне сферы моих интересов. Я в состоянии почитать Шнайера, DJB и проч криптографов и там прямо сказано что без сорца по части вопросов доверия говорить вообще не о чем. Мне такое "крипто" без надобности, advantage ЭТО в моих глазах не является. Я не покупаю snake oil.
> хоть в общем-то и пытались.
Не помню чтобы в btrfs это вообще кто-то пытался. Там где это все интересовало конкретного меня - весь хомяк на отдельном томе. Это куда осмысленнее имхо.
> Тю! Теоретик-локалхостовод, да? А я на колокейшене all-flash nvme-ssd массив
> таки тестил. Нет, без бырбырбыра - но 48 ядер в полку при ~70%
> от номинала видел своими глазами. Диски со времен 5400RPM несколько побыстрее
> стали, да.У энтыэфса - оно при вон том с 100К файлов в 1 дире в полку проц прогружает на дофига даже вообще без шифрования. Хуже чем ЭТО - будет весьма сложно сделать. Хотя если линуха поставить на третий пень с механическим винчом, наверное можно и подравнять счет.
Так что вон то шифрование - и вон те ФС пусть отдел маркетинга впаривает кому-то еще. Я _такое_ юзать даже бесплатно то не буду, thank you very much.
И да, cbl mariner мне нужен - настолько же насколько и посетителям фороникса, оставившим под ним 0 коментов :). Правда это кажется уже Azure Linux называется нынче.
>> Ну начина-аается. Я - пользователь - хочу - зашифровать - папку. Одну.
> Отличный подгон, как аукцион где под закупку подходит 1 марка автомобиля на
> планете.Вот в NTFS encryption есть. В сами-знаете-чьей APFS - есть. И даже в ZFS - есть!
А в бырбырбыр - "нинужна!". Есть, правда, НЮАНС - ребятам об этом почему-то не сказали, и они там пилят-стараются...> Но знаете, вопросы доверия каким-то галочкам в каких-то блобах просто вне сферы
> моих интересов. Я в состоянии почитать Шнайера, DJB и проч криптографов
> и там прямо сказано что без сорца по части вопросов доверия
> говорить вообще не о чем. Мне такое "крипто" без надобности, advantage
> ЭТО в моих глазах не является. Я не покупаю snake oil.Вооооу! Ты та-ааа-акой ууу-уумный! ЦРУ, ФСБ и Моссад тебя точно не достанут - осталось от васяна, с314здившего ноут защищаться научиться - но то, конечно риск незначительный по сравнению с ЦРУ-ФСБ-Моссадом-то! Было б там чего полезного...
>> хоть в общем-то и пытались.
> Не помню чтобы в btrfs это вообще кто-то пытался. Там где это
> все интересовало конкретного меня - весь хомяк на отдельном томе. Это
> куда осмысленнее имхо.Ну, танк секретный - ученые могут и не знать! Какой-то Жозеф Басик opennet'овских экспертов не читает и всякой ерундой занимается - надо-только-подождать!
>> Тю! Теоретик-локалхостовод, да? А я на колокейшене all-flash nvme-ssd массив
>> таки тестил. Нет, без бырбырбыра - но 48 ядер в полку при ~70%
>> от номинала видел своими глазами. Диски со времен 5400RPM несколько побыстрее
>> стали, да.
> У энтыэфса - оно при вон том с 100К файлов в 1
> дире в полку проц прогружает на дофига даже вообще без шифрования.Да-да, а в америке - негров вешают!
Зачем хоть кому-нибудь кроме тебя могло понадобиться накласть под себя такую кучу файлов мы конечно же, не узнали - но да и г-дь с ним. 100000 файлов в одной дире у анонима есть - а серваков в дц нет - да и с данными, которые нужно хоть от чего-то защищать, подозреваю - "проблемочки", ergo - "И та-аак сойдет!"> И да, cbl mariner мне нужен - настолько же насколько и посетителям
> фороникса, оставившим под ним 0 коментов :). Правда это кажется уже
> Azure Linux называется нынче.Ну да - главное жи рейтинг дистровоча! Где 9бэ больше накомментил - тот линукс и круче, ясно-понятно.
Не бесконечные там иноды. У меня был диск на 4Тб и файловая ntfs создана. Места ещё под террабайт свободного, а записать ничего не может. Для такого диска был маленький размер блока.
MFT, вроде, не фиксированного размера. Может там диск был с каким-то патченным контроллером?
А при переформатировании с большим сектором всё влезло. У вас нарушена логика - контроллеру диска до одного места на фс с её размером блока.
Фрагментация файлов передаёт привет.
Окошки будут против и при перезагрузке будут стирать данные. Осторожно!
Винда иногда использует недокументированные фичи и лучше не трогать, максимум read only.
Винда иногда использует недокументированные фичи винды.
После добавления ntfsplus удалят ntfs3?
Да, Акелла выйдет к народу и заявит "нас обману-у-ули, надули, водили за нос эти проклятые Paragon".. 😆
После добавления NTFS Original удалят EXT
>а также нынешним драйвером NTFS3, у которого имеется много проблемДа там проблемы появились даже после выхода драйвера. У меня тестовые тома NTFS монтируются только из loop-устройств, а физический диск монтируется только с NTFS-3g (хотя в декабре монтировался нормально, этот звездец в феврале начался).
>остающихся нерешёнными из-за плохого сопровождения
У фирмы -производителя драйвера ntfs3 конфликт интересов, вот сюрприз-то!
> Да там проблемы появились даже после выхода драйвера. У меня тестовые тома NTFS монтируются только из loop-устройств, а физический диск монтируется только с NTFS-3g (хотя в декабре монтировался нормально, этот звездец в феврале начался).NTFS в декабре пришла к власти. А в феврале NTFS начала революцию.
>Проектом также разработана новая утилита ntfsck для проверки и восстановления повреждённых разделов с NTFS.Лучше бы загрузчик-инъектор для оригинального виндового chkdsk сделали. Нет, в вайне он не пойдёт, и нужны серьёзные бинарь-специфичные инъекции, но так как прога для Native API, узкоспецифичная, и скорее всего статически слинкованная ввмду её важности, то скорее всего проблем не будет. На самом деле проблемы будут, так как виндовый chkdsk не справляется с неудаляемыми каталогами и файлами, которые возникают при сбоях питания во время записи, там только открывать hex-редактором с поддержкой парсинга NTFS и самому занулять сектор.
> возникают при сбоях питания во время записиТакое даже в бытовых условиях бывает в исключительных случаях, т.к. ноуты имеют батарейное питание, а стационарники почти всегда подключены через ИБП. Про сервера и ынтерпрайз даже не заикаюсь.
> а стационарники почти всегда подключены через ИБПЕсли бы.
Если jmicron-овский контролёр исправен... А jmicron-овские контролёры - это хлам, который перегревается, потом начинает сбоить и перезапускаться, а потом и вовсе из строя выходит. И для ФС это выглядит именно как обрыв питания именно во время записи.
> Лучше бы загрузчик-инъектор для оригинального виндового chkdsk сделали. Нет, в вайне он
> не пойдёт, и нужны серьёзные бинарь-специфичные инъекции, но так как прога
> для Native API, узкоспецифичная,Вам надо - вы и сделайте. Это все к линуху не относится - вообще совсем никак. А самсунгу и их Jeon интересны видите ли линухи. Андроиды, умные телевизоры и что там еще они выпускают на линухе, 100500 наименований девайсов.
Винды там ессно нет и не будет. И никакого нативного NT mode тоже. И бинарей тех под те процы с теми системами команд и не существовало даже скорее всего.
Просто для понимания: сабж это инициатива Jeon (известного F2FS, exFAT, ksmbd) и самсунга. Винда к этому вообще - никак. И дистрибутить "оригинальный виндовый chkчтототам" - легально ну вообще никак. Так что это никому не надо просто. Ессно самсунг не будет в ваш бред свои ресурсы вкидывать - а как это улучшит их бизнес?! Если с MS надо договариваться по части бинарей - весь пойнт затеи прощелкан клювом и нет смысла денег тратить. Сюрприз!
chkdsk нормально работает только в Виндовс 11. 20 лет ждали пока chkdsk отремонтируют. В 12 chkdsk будет работать ещё лучше. Обновляйтесь.
Неужели настолько сложная файловая система (не злорадствую, реально интересно), что уже три реализации в линуксе (включая парагоновскую) оказываются недостаточно хорошими?
При этом отформатированный в современной версии оффтопика раздел какая-нибудь хрюша спокойно открывает, т.е. ломающих совместимость изменений не было.
> Неужели настолько сложная файловая система (не злорадствую, реально интересно), что уже
> три реализации в линуксе (включая парагоновскую) оказываются недостаточно хорошими?
> При этом отформатированный в современной версии оффтопика раздел какая-нибудь хрюша спокойно
> открывает, т.е. ломающих совместимость изменений не было.Ну это булшит, там овер 9000 несовместимых изменений каждые пару лет, естественно, старые версии не поддерживают их. И да, очень переусложнённая и любит рассыпаться сама по себе (что регулярно "исправляют").
> Ну это булшит, там овер 9000 несовместимых изменений каждые пару летА чего не каждые пару месяцев? Набрасывать так набрасывать!
Потому что только каждые пару лет, каждые 6 месяцев там другое разносят.
NTFS 3.1 выпущена ещё в 2001 для XP и с тех пор не менялась. Так что твои слова о 2 месяцах выглядят, мягко говоря, обманом..
Вот на таких как ты эти мифы про венду и рассчитаны. Формат не менялся, но код регулярно переписывается и семантика значительно меняется. Функциональность, доступная в новых версиях, не поддерживается старыми, а рассыпавшаяся mft вещь не то чтобы удивительная. Есть такая фича, как, к примеру, дедупликация. Точнее, нечто среднее между хардлинками и дедупликацией. Она нарушает совместимость и не подконтрольна пользователю. И вон только пару лет назад разлеталась при закончившемся месте и включённом сжатии, дооптимизировались в который раз уже.
Какие мифы? Тебе Наделла позвонить должен и сказать, что диски, отформатированные под XP, прекрасно монтируются и работают вплоть до Windows 11?
Разве речь шла об этом? Ну да, я бы не полагался на диски отформатированные прошлыми вендами. Монтироваться это одно, а не рассыпаться это совсем другое.
А диски отформатированные в десяточке, или какая-там венда последняя? Монтируются в XP и работают там? Кому сегодня интересны ntfs созданные в XP и которые монтировались только там?
Работают. Их даже самому монтировать не надо.В отличие от.
> Кому сегодня интересны ntfs созданные в XP и которые монтировались только там?тем у кого есть не одноразовые файлики. У меня, например, есть.
А вот кому могут быть сегодня интересно что-то "монтировать в XP" и вообще работать с XP, а не снять с нее диск, если там было что-то полезное, и выкинуть наконец дедушкин пентиум-3 в помойку? И зачем вы этим страдаете?
> Есть такая фича, как, к примеру, дедупликация. Точнее, нечто среднее между хардлинками и дедупликацией.Формально, дедуп не нарушает формат ФС, т.к. использует существующую фичу, а именно reparse point'ы. Другое дело, что не все типы этих reparse point'ов изначально определены, и MS (и даже сторонние разработчики приложений) могут добавлять новые типы со своим собственным особым поведением. Т.е. это точка расширения функциональности, изначально заложенная в дизайн ФС. Про forward compatibility и, тем более, совместимость со сторонними реализациями, есс-но, никто не задумывался.
Это называется "преемственность". Как бы тут не ругали майкрософт, но она не ломает обратную совместимость и диск, отформатированный ещё в хрюше, запросто откроется в 11 винде.
https://ru.wikipedia.org/wiki/NTFS
Наоборот только не работает, плохая идея использовать диск с windows 11 в win xp, прощай часть данных ))
> Неужели настолько сложная файловая система (не злорадствую, реально интересно)Умеренно сложная. Уж всяко не сложнее современного ужаса ужасного ext4 (родом из 70х прошлого века) и тем более xfs (из тех же 70х), с шеститомником изменений и дополнений.
Но есть нюанс - по каким-то неведомым соображениям MS тридцать лет не может открыть ее спецификацию. А все что добыто методом реверс-инженеринга - имеет свойство быть неполным и не всегда правильным.
> При этом отформатированный в современной версии оффтопика раздел какая-нибудь хрюша
> спокойно открывает, т.е. ломающих совместимость изменений не было.были, но они были заложены создателями правильным образом - т.е. ничего не упадет, нарвавшись на неподдерживаемую фичу - драйвер просто вернет ошибку, потому что может ее отличить, хотя и не знает как правильно читать.
Ну и используется это все (кроме битлокера, и это конечно бида отдельная) в основном глубоко в недрах \windows для системных файликов.
Нормальной поддержки в линуксах нет и никогда не будет просто потому что IBM не собирается заплатить за разработку. А энтузиастам не угнаться за шт@6ле нонсенсом на все деньги IBM, да и просто они - стареют и умирают уже. Новых нету. ntfs-3g поддерживалась на плаву одним последним разработчиком. Которому давным-давно уже неинтересно и вероятно просто тяжело (только пинок под зад в виде ntfs3 заставил его взяться и разгрести ПЯТНАДЦАТИЛЕТНЕЙ давности фиксы и те "вроде мы это уже закомитили... или нет? АААА, и таааак сойдет")
Ну ниче, ниче - вон там рабу самсуня еще фару, фару на лоб! Чтоб ночью еще мог косить!
Мало вам ksmbd с кучкой remote root, мало вам exfat разносящей флэшки (причем та, старая, несовместимая в таком не замечена) - ща он еще и ntfs вам запилит. И это кого надо кот. Божок получает транши от этого спонсора регулярно, его не выпилят.
Ну, для телевизоров - сойдет.
>>по каким-то неведомым соображениям MS тридцать лет не может открыть ее спецификацию. А все что добыто методом реверс-инженеринга - имеет свойство быть неполным и не всегда правильным.Утекали же исходники винды, ну уж как оно устроено подсмотреть хоть там-то можно? И СИЛАМИ СООБЩЕСТВА(tm) написать лучше каких-то там дидов-балмеров?
Ты уверен, что утекали именно те исходники, которые содержали в себе (помимо всего) код файловой системы? А может он вообще включается в систему только на этапе сборки?
> Утекали же исходники винды, ну уж как оно устроено подсмотреть хоть там-то можно?1. нет, нельзя, поскольку в любой момент в MS может смениться начальство и выкатить судебный иск за такое копирование. Это пока они благосклонно смотрят на возню парагонов и caсуня. Могут перестать в любой момент.
2. это снова реверс-инжиниринг. Ты по исходнику будешь гадать как оно работало и почему здесь вот так. Так уже до тебя все угадали - никакой волшебный однострочный коммент в исходнике не прояснит тебе всей ситуации. Нужны спецификации и тесты (и не "xfs test suite", разумеется, прямая поставка из 1982го года). Вполне возможно что их нет у самой MS. В 90е так вполне могло получиться - лепили на ходу из того что было, срывая сроки, некогда-некогда документацию писать.
> И СИЛАМИ СООБЩЕСТВА
и вот это самое главное. Нет больше никакого сообщества - дЭффективный менеджер-с-пальцем его угробил своим шт@6ле нонсенсом.
Есть корпоративные рабы на зарплатах. Вон очередного назначили крайним. Правда, на нем уже висит три проекта, и все три он делает очень хреново, потому что не успевает. Для телевизора, впрочем, оно и сойдет.
До него был какой-то алмаз александрович из Нска. Но начальник сбежал в германию по визе для одаренных мальчиков, и зарплата кончилась.
>Уж всяко не сложнее современного ужаса ужасного ext4 (родом из 70х прошлого века)Тащето ext4 родился в 2006 году и даже если вы намекаете на само семейство ext* то и ext появился только в 93-м.
>Новых нету. ntfs-3g поддерживалась на плаву одним последним разработчиком. Которому давным-давно уже неинтересно и вероятно просто тяжело (только пинок под зад в виде ntfs3 заставил его взяться и разгрести ПЯТНАДЦАТИЛЕТНЕЙ давности фиксы и те "вроде мы это уже закомитили... или нет? АААА, и таааак сойдет")
Бред. Последняя версия 03.10.2022
Просто она закрытая, а все реализации - это реверс-инжиниринг.
> Неужели настолько сложная файловая система (не злорадствую, реально интересно), что ужеФайловая система не то что очень сложная, но есть в ней особенности которые называются костыли, при том проделанные к задним "шарикам" . Вот к примеру - есть атрибут сжатый файл ,все понятно как с ним работать.Но за 10 лет появился новый эффективный алгоритм сжатия- и что сделали чтобы не сломать совместимость,правильно,сделали новый тип заголовок файла : т.е на уровне фс нужно вводить парсер файлов. Был стандарт на "магические" номера определяющие тип файла ,ладно вы сделали расширение файлов,как говорится одно другому не мешает.Но затем опять для графических,музыкальных и видиофайлов добавили методанные и потоки - а если атрибуты неправильно поставить - вин дисковая проверка удалит эти файлы.А регистронезависимость по умолчанию??? А utf-16 и 255 символов а не байт по posix стандарту ? И таких примеров наберётся на воз и маленькую тележку.
А что мешало просто выкатить апдейт на старые ОСи с новым сжатием? Вон для MS DOS выкатили же DriveSpace вместо DoubleSpace. Чтоб с Windows 95 иметь совместимость.
> А что мешало просто выкатить апдейт на старые ОСи с новым сжатием?Ms и так выкатила в sp5 и sp6 обновления для nt4 с поддержкой ntfs5 .Но без сжатия которое появилось на xp . Возможно новый алгоритм конфликтовал с поддержкой "разряженных" файлов - это когда множественные нули заменяться специальной записью экономещей место. В общем забили на портирование - не конфликтует с старыми осями и ладно.
>А utf-16 и 255 символов а не байт по posix стандарту ?utf16 не utf8, символы посчитать легко.
>utf16 не utf8, символы посчитать легко.Прочитайте https://wiki.etersoft.ru/Linux/VLFN
начало статьи,там описано суть проблемы для ядра.Дело не в количестве символов а что делать с длинными именами.У 3g драйвера проблем нет т.к там используется прослойка fuse и не "ядерные" константы .Т.е прикладной софт давно уже готов,дело за дедами :-( А с этим грустно.
> Неужели настолько сложная файловая система (не злорадствую, реально интересно), что уже
> три реализации в линуксе (включая парагоновскую) оказываются недостаточно хорошими?
> При этом отформатированный в современной версии оффтопика раздел какая-нибудь хрюша спокойно
> открывает, т.е. ломающих совместимость изменений не было.Не то чтобы она вот прям супер сложная изначально. Но она сама по себе ацкий тормоз и фич мало. Со временем в ней отросло более чем 9000 культурных наслоений между версиями в попытках сделать с этим что-нибудь.
Теперь там более 9000 расширений, дополнений и чего там еще за костыли. Не то чтоб это сильно помогло ее похабному перфомансу, но головняка реализаторам добавило знатно.
Накодить новую супер-пупер ФС любой дурак сможет (и может).
В реверс уметь — тут уже способности нужны.
да вот ровно наоборот получилось. В реверс сумели грек с цыганом (и татарин) в 99м еще, и парагоновцы в 2005м (или раньше?)Т.е. проблем с пониманием как с ней работать - на самом деле, нету.
Проблема вписать в шт@6ле нонсенс, который каждый день новый.
Ну так тут один попробовал "новую" - тоже не очень получилось. Причем - снова не потому что не сумел накодить.
чтобы коннектиться к NTFS linux нужен проприетарный драйвер от MS для NTFS, вот эти все поделки не летают не будут никогда летатьвообще у создания софта какой то кризис, нужен какой то прорыв, а не вот это все
Всё в твоих руках, юный падаван. Мир ждёт твоего продукта, твоего прорыва.(Завариваю чай позёвывая)
Покажи нам всем... Дерзай!
Но когда в лине проприетарные блобы используют, "это другое", верно?
Зачем в Linux NTFS? Разве что только когда Виндузятко приходит со своей флешкой, с просьбой скинуть ему отчотик... Так для этого и старого вполне хватит. Неужели кто-то серьёзно рассматривает возможность подключения на Linux машине разделов с этой недофс для постоянной продуктивной работы?
в период энорнэта кто ходит с флешкой?
> в период энорнэтаКоторый глушат и банят целыми сервисами. Взбредет чинушам снова что-нибудь запретить и люди вместо фильмов будут смотреть в окно..
ну на крайняк можно отформатить в exfat я так делал, все нормально было и на линуксе и на винде
Я оставлю это здесь..
https://www.linux.org.ru/forum/general/17782374
Поэтому нужно скачивать и зранить все фильмы у себя на CD/DVD 740/1080p. Вот отключат интернеты а у меня будет полный сундук фильмов в качестве конца прошлого века, хоть обсмотрись на телеке 4K HDR.
К тому времени фильмы уже будут на флешке считываться генерироваться нейронными сетями в режиме реального времени.
Со смартфоном ходят вместо флешки.
> Зачем в Linux NTFS?А есть какая-то другая ФС, чтобы, например, я взял фильм (гигов так восемь, возможно не один), скинул его на внешний HDD и унёс на телевизор с семьёй смотреть?
Так уж в природе срослось, что почти вся потребительская электроника умеет в FAT32, NTFS и реже exFAT. Поэтому, если хочешь переносимый носитель, выбор из этих трёх вариантов, из которых первый и последний отлетают по очевидным причинам (первый по ограничениям, последний по недостаточной распространённости).
На телеках всяких Андроид же,неужели не умеет ext4?
Ну здесь https://www.linux.org.ru/forum/mobile/15194292 все сошлись во мнении, что ext4 в Android не работает. Хотя ещё здесь https://www.opennet.dev/opennews/art.shtml?num=42028 уверяли, что поддержка будет.
И если ты будешь внимательным, то в первой же ссылке все советуют использовать ntfs/exfat..
exfat
Открой для себя Kodi. Подключать внешний жёсткий диск к телевизору, это моветон. С Kodi ты можешь иметь библиотеку и с неё смотреть. При этом тебе наплевать на то, какие там форматы файловых систем поддерживает телек. И это просто удобнее, чем возиться с внешним жёстким диском, каждый раз когда ты хочешь что-то посмотреть.
> Открой для себя Kodi.Я знаю про Kodi. Пример от этого чем плох? Полно устройств (и ТВ и приставок к ним), которые физически не умеют ни в сеть, но умеют играть с USB.
>> Зачем в Linux NTFS?
> А есть какая-то другая ФС, чтобы, например, я взял фильм (гигов так
> восемь, возможно не один), скинул его на внешний HDD и унёс
> на телевизор с семьёй смотреть?Так про то и речь, что скинуть тебе фильму хватит старого драйвера. Вся приблуда с восстановлением данных при аварийке, журналирование и прочие вкусняшки нужны только в продакшене. А кто в продакшене реально будет подключать к компу НТФС? Только садомазохист...
Вот когда у вас будет 80%, а не 4%, тогда и будете этот вопрос задавать.
>Зачем в Linux NTFSНе задумывался что у некоторых людей больше одного ПК, и возможно на втором Windows.
>>Зачем в Linux NTFS
> Не задумывался что у некоторых людей больше одного ПК, и возможно на
> втором Windows.Так я уже в вопросе ответил...
> Разве что только когда Виндузятко приходит со своей флешкой, с просьбой скинуть ему отчотик... Так для этого и старого вполне хватит.
NTFS не сильно то и нужен нынче. vfat хватит всем. Надо просто реализовать FAT64, чтобы большие файлы норм класть.
> Надо просто реализовать FAT64Он называется exFAT. Но там всё сложно с MS и её патентами.
Там 2³² количество кластеров, как и у FAT32.
Что-то у модуля exfat не удалось заставить эту exFAT не отображать все файлы как исполняемые. Никакие комбинации mode/mask не помогли. У vfat (FAT16/32) это красиво решается опцией монтирования showexec. У exfat такой нет.
Ничего не понял. Сначала "великодушный диктатор" Линус хвалил ntfs3, что он лучше старого ntfs-3g. Теперь выясняется, что не такое уж и нормальное изделие от Парагон - систему разваливает, файлы пропадают, тесты проходит не все (но в ядро уже приняли).
Сабж вообще не ясно зачем, ведь
> набор утилит ntfsprogs-plus, работающих в пространстве пользователя и основанных на утилитах ntfsprogs от проекта ntfs-3g.работать он будет в userspace (как и старичок ntfs-3g). Вся эта возня зачем?
Парагон денежек хотел на поддержке,а фигвам получился. Надо форкнуть и тащить на сколько это возможно, а то совсем без файлух остаться можно.
Выходит "Акелла промахнулся", опрометчиво приняв код в ядро?
Хз сколько получил за финт ушами. Может и намекнул кто не по-детски.D Акелла тоже на привязи так или иначе.
Финт финна.
> работать он будет в userspace (как и старичок ntfs-3g)В userspace будут работать тулзы для починки/ресайза фс. Так сделано во всех фс. Сам драйвер - ядерный.
То есть вам мало неработающего парагона, вы решили ещё один запилить? Правильно - валить систему (и терять файлы) нужно со всех сторон.. 😆
> То есть вам мало неработающего парагона, вы решили ещё один запилить? Правильно
> - валить систему (и терять файлы) нужно со всех сторон.. 😆Это вообще на нам - а Самсунгу. Но на опеннете поучат самсунг выпускать смарты и умные телевизоры, сразу после того как закончат мастеркласс для сотрудников HP по производству принтеров.
> ntfsplus ... ntfs-3g ... ntfs3Какая-то эра в линуксе переписывания на семь кругов. Может, попросить раст-программистов, чтобы помогли безопасно работать с NTFS?
Точно, надо интенсифицировать процесс переписывания. Пусть безопастно переписывают.
Зачем NTFS? Ext бяка. Была виртуалка. При размере диска 12Гб, образ был 11Гб, при этом 8Гб было занято системой, т.е. 3Гб было занято нодами. Увеличил размер диска до 200Гб - размер образа просто так стал 16Гб, т.е. половина занята нодами. Это нормально?
Подкачка? Гибернация? Не, не слышали.
Открываете свойства корня. Видите: размер фалов 8Гб, занято 16Гб. Своп вообщет тоже в файлике, если он не раздел. Никуда спрятаться не может.
Хорошая новость. Надеюсь, что в скором времени таки появится нормальный драйвер NTFS, которым не страшно и не медленно будет работать с файлами из соседней винды. Желаю этому проекту всяческих успехов!
Чем нативная винда не устраивает?
А ты про какую версию?
Хотя бы самую популярную - 10..
> Хотя бы самую популярную - 10..мы ж вам ее - запретили?!
Тем, что она - не Linux, а некоторые данные, скажем на диске D, нужны в обоих системах.
О, кстати, хотел спросить.У меня кончилось место на линуксовом разделе, поэтому я взял SSD с виндой. ntfs-3g сказал, что примонтировать нельзя: система сделала Suspend. Я действительно часто отправляю систему в сон, но в этот раз я выключил комп нормально.
Тогда я решил воспользоваться Paragon NTFS. Взял версию 9.6.7 и скомпилировал. Примонтировал стандартными параметрами udisks2.
Я записал трансляцию в папку onlyfans_20.10.2025, после чего начал колдовать над сжатием/пережатием... В какой-то момент папка сама переименовалась в untitled folder (к счастью, содержимое сохранилось). Это глюк caja (мате, форк Наутилуса) или драйвера?
> записал трансляцию в папку onlyfansВыкладывайте, проверим у себя.
Простите, у меня только мобильный интернет, а его замедляют. До скончания веков загружаться будет. Тем более тут 12 мегабит видео.
А зачем тебе эта трансляция в таком качестве?
А в каком надо?
В винде обязательно нужно отрубать быструю загрузку, иначе она не будет правильно сбрасывать данные на диск при выключении, тогда все будет монтироваться
> но в этот раз я выключил комп нормально.контингент...
ну ведь в два клика в гугле узнал бы, что "правильно" у 11й винды совершенно не означает корректный шатдаун - она умнее тебя, и решает как ей сегодня правильно - сама.
(shutdown -s ВСЕГДА выключает ее по настоящему, с отмонтированием дисков)
А у кого есть exfat 1.2.24? Это тот, который до преобразования в sdfat. А то у меня exfat 1.2.19, который повреждает ФС, если монтировать её с опцией "namecase=0" (это аналог "nocase" из Paragon). На гитхабе exfat-nofuse есть фикс, но я хочу официальный.
опенсорс во всей красе, даже повторить существующее не могут, что уж говорить, когда даже IDE нет приемлемых и приходится юзать микрософтовский vscode
https://github.com/mhx/dwarfs/releases/tag/v0.14.0
>There's a tendency to try to unbundle the folly and fbthrift libraries that are included as submodules and are built along with DwarFS. While I agree with the sentiment, it's unfortunately a bad idea. Besides the fact that folly does not make any claims about ABI stability (i.e. you can't just dynamically link a binary built against one version of folly against another version), it's not even possible to safely link against a folly library built with different compile options.А кто притянул эту помойку в проект? Автор проекта и притянул. Вот он и виноват. Не надо было бы анбандлить folly, если бы она вообще не использовался. Сборища xлама "мы сделаем свою стандартную библиотеку" зло. Такой xлам (теперь за это слово на опеннете удаляют сообщения "mat3 BAN!!!!!") делается исключительно для нужд создателя, и не следует использовать его в каких-либо других проектах.
Я очень зол.
1. Автор затянул в исходник нестандартную реализацию Apache Thrift и собирал её в процессе сборки. Сборка этого дерьма где шаблон шаблоном погоняет вогнала систему в трешинг настолько, что я просто нажал на резет на системнике. sysrq+m не поможет, так как надо не по потреблению памяти, а по использованию жёсткого диска.
2. После перезапуска я ограничил число процессов. Это дерьмо дошло до стадии линковки, после чего насыпало ошибок линковки, символов видите-ли нет.
3. После чего я снёс всю папку с репозиториями и дочерними репозиториями. Но проблемы мои не закончились. Стоило мне запустить firefox ... так тут же компьютер полностью перезагрузился.
4. после этой перезагрузки ... я набрал в lightdm логин и пароль, отвернулся от экрана ... и тут компьютер ещё раз перезагрузился.Я в полном недоумении.
Но самое обидное - оказались потеряны все открытые вкладки в firefox.
За это время Майкрософт уже могла давно купить Линукс 65535 раз и сделать нормальный оригинальный НТФС
Но мы дерьма - не покупатели.
Хорошая новость, надеюсь сделают нормальный драйвер.
Посмотрите на те, что есть в ядре, там давным-давно есть НОВЫЙ драйвер ntfs,который уже превзошёл даже оригинал, потому что по-настоящему 64-х битный. Скрины приводить не буду, но там всё есть.# su
# cd /usr/src/linux
# make oldconfig nconfigВ Меню:
File systems ---> DOS/FAT/EXFAT/NT Filesystems --->
-*- NTFS Read-Write file system support - Это драйвер NTFS-3G
[*] 64 bits per NTFS clusters - А тут включается НОВЫЙ
[*] activate support of external compressions lzx/xpress
[*] NTFS POSIX Access Control Lists
<*> NTFS file system support
В предъидущих версиях ядра это было более развёрнуто показано,
и было два отдельно настраиваемых драйвера NTFS-3 и NTFS-64.Откуда я это знаю ? Потому что я давным-давно эти драйвера написал.
И на момент их создания меня всё устраивало.
> -*- NTFS Read-Write file system support - Это драйвер NTFS-3Gntfs3. NTFS-3G, это немного другое.
NTFS-3G создан в 2007 году компанией Tuxera. Вроде как на деньги Apple (новость об этом читал в Linux Format за август 2006, но меня удивляет, зачем Apple финансировать драйвер для Linux, а самой его не использовать). Старт разработки произошёл летом 2006 года. NTFS-3G является FUSE-драйвером, что означает, что он - юзерспейсный. Можно взять драйвер хоть из 2007 года, и запустить в системе 2025-го (только незачем).
ntfs3 создан разработчиками проприетарного драйвера Paragon NTFS, но не основан на его коде. Например ntfs3 не умеет работать с разделами NTFS, которые когда-то были преобразованы из FAT32 (например при установке Windows XP поверх Windows 98, инсталлятор предлагает осуществить такую конвертацию), тогда как проприетарный драйвер вроде как умеет (не проверял).
> Откуда я это знаю ? Потому что я давным-давно эти драйвера написал.
Так ты - автор ntfs3?
>но меня удивляет, зачем Apple финансировать драйвер для Linux, а самой его не использоватьТы наивно полагаешь что в Apple все пользуются макбуками?)
И никак не Windows.
И никак не Linux?)