Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
Сообщение от opennews (??), 18-Апр-26, 09:30
Линус Торвальдс принял в состав ядра Linux 7.1, релиз которого ожидается в середине июня, набор патчей с новой реализацией файловой системы NTFS, развивавшейся под именем ntfsplus. Новый драйвер включён под именем "ntfs", которое ранее использовалось для удалённого из ядра старого драйвера, работавшего в режиме только для чтения. Драйвер ntfsplus разработал Намджэ Чон (Namjae Jeon),   участник проекта Samba, сопровождающий драйвер EXFAT и сервер KSMBD в ядре Linux... Подробнее: https://www.opennet.me/opennews/art.shtml?num=65233
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

1. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+7 +/–
Сообщение от Аноним (1), 18-Апр-26, 09:30
Учитывая, что ksmbd просто рекордсмен по уязвимостям в ядре, многого от нового NTFS ждать не приходится. Очень маловерятно, что по качеству он будет лучше ntfs3. https://github.com/advisories?query=ksmbd
Ответить | Правка | Наверх | Cообщить модератору

	3. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от Аноним (1), 18-Апр-26, 09:32
	exfat тоже не блещет безопасностью, как и ntfs3 :-( Вообщем, меняют шило на мыло. https://github.com/advisories?query=exfat https://github.com/advisories?query=ntfs3
	Ответить | Правка | Наверх | Cообщить модератору

	24. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от нах. (?), 18-Апр-26, 11:15
	там дело не только и не столько в безопастносте (не надо совать в свой лин00ps троянские флэшки, а то там бырбырбыр окажется, в которой уязвимостей побольше можно нарыть чем в тривиальном эксфате, просто это - кого надо нога) сколько в качестве самого кода. Который после переписывания с нуля стал откровенно глючным и ходили слухи что таки успешно убивал фс при неудачной записи. ну зато xfstests проходятсо! (кто-нибудь может уже скажет им что это - regression tests давно несуществующей файловой системы? А, зачем... улыбаемся и машем.)
	Ответить | Правка | Наверх | Cообщить модератору

	33. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+2 +/–
	Сообщение от soarin (ok), 18-Апр-26, 11:37
	А что блещет с таким подходом? https://github.com/advisories?query=linux+btrfs
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	93. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от нах. (?), 18-Апр-26, 16:39
	не, ну самый отвратительный пример-то ты зачем из под шкафа достал? вот тебе нормальная фс: https://github.com/advisories?query=linux+ntfs-3g целый один issue 22го года и тому искусственно задран приоритет - вместо "если троянскую флэшку пихать себе в задницу и еще и при этом попрыгать на стуле, может понадобиться помощь проктолога", как оно по факту есть, выдуман ужос-ужос. (кстати, это те самые утилиты которые сперли корейские радетели за шв@60дку от неплатинового кода в ведре)
	Ответить | Правка | Наверх | Cообщить модератору

	45. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от Аноним (45), 18-Апр-26, 12:05
	> exfat тоже не блещет безопасностью, как и ntfs3 Какая может быть безопасность, если драйвер - в ядре?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	85. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (85), 18-Апр-26, 15:53
	Там ему как раз даже безопасней, если выверять будут, чем отдельной поставкой, не верифицируемой. Или ты про Ring0? По сути всё аналогично.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от Аноним (55), 18-Апр-26, 12:23
	> Очень маловерятно, что по качеству он будет лучше ntfs3. Он уже лучше. См. xfstests и производительность.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	94. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от нах. (?), 18-Апр-26, 16:42
	угу, ты ж собираешься запускать xfstests вместо работы. особенно мне вот нравится про скорость монтирования (дай угадаю - потому что корейская поделка ничего не проверяет)
	Ответить | Правка | Наверх | Cообщить модератору

2. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
Сообщение от anonimm (?), 18-Апр-26, 09:31
Самое главное, что юзерспейс-утилиты одновременно выпускают. Потому что парагоновский драйвер был без них, а нафига он тогда нужен?
Ответить | Правка | Наверх | Cообщить модератору

	32. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от нах. (?), 18-Апр-26, 11:33
	> Самое главное, что юзерспейс-утилиты одновременно сп314ли. Поправил, не благодари. "На основе утилит ntfsprogs от проекта ntfs-3g" простите, а что вам мешало и раньше использовать ntfsprogs? > Потому что парагоновский драйвер был без них, а нафига он тогда нужен? ты не поверишь, он нужен ntfs читать и писать. А утилиты для этого никакие не нужны вообще. (хотя конечно показательный обоcpaмс това...гражданина Алмаз Александровича, пообещавшего открыть коммерческие утилиты но вот...нишмогшего - мы запомним)
	Ответить | Правка | Наверх | Cообщить модератору

	96. Скрыто модератором	+1 +/–
	Сообщение от Аноним (85), 18-Апр-26, 16:46
	> А утилиты для этого никакие не нужны вообще Это не в линуксах... - разделы блокируются при малейшем внештатном завершении. А, то и из-за бажков ОСи в стиле: не успел отмонтировать до внештатного отключения [электричества] - получи NTFSmirror ошибку + проблемы с NTFS-структурами... даже если последняя запись была уже довольно давно! (в виндах такое без проблем, т.е.о авто flush всео на разделе - они слышали в отличие от) А, бонусом - после не самой быстрой загрузки ОС, т.б.как могла бы быть с драйверами в ядре,  - иди на х_й: в винду раздел чини!.... (причём, пользователь ещё должен же знать именно консольную команду(а зачем при наличии GUI?...)! и даже вообще знать - что, надо только из командной строки чинить! Т.к.такой трэш после Линукса бывает - что, GUI версия чаще даже не только не чинит но даже не выдаёт ошибок. Но и консольная версия - не гарантированно чинит - судя по требованию в GParted проверять аж 3 раза перегружаясь... (у меня надобности не было в таком но возможно проносило, дп и от версии ОС может зависеть же). Более, разделы содержащие файлы массово записанные в линукс этой консольной проверкой - ОЧЕНЬ долго проверяются(в моём случае - четверть всего то 450GB раздел, но раздел только под NIX и никакой дефрагментации никогда не делалось, но как и на всех прочих, с всего то 100k файлов сейчас вот их посчитав - подумал: а, не тупит ли драйвер сильно фрагментируя, даже в данном сл.даже не данные ф-лов а NTFS структуры? по сути такое м.б. и из-за фрагментации самих данных, точней менее оптимальной стратегии выделения кластеров чем а винды, в ч.н.знаю что она старается выделять отдельно стоящие блоки кластеров, т.е.беря не первый попавший свободный кластер, а также наверняка выделяя кластеры для NTFSструкктур сразу с резервом), сравнительно с аналогичного размера не такие разделы (а, точней я всех прочих десяток раздело успеваю проверить и в т.ч.даже половину с Surface проверкой пока этот один без неё; даже на которых суммарно скажем куда большее число файлов (100k файлов у меня только на одном 100GB разделе, для примера, - и близко не так тормозно проверяемый,  и как сказал и суммарно все суммарно), хоть обычный доступ к диску во всех случаев нормален, скорости копировать на него и назад - в норме, т.е.без ошибок дисковых),   А, то и из-за бажков в стиле нажал типично(1.5 года назад было корректно) Отключить_том в ФМ вместо Безопасно_извлечь_том  - получи заблокированный раздел с ошибкой в ОС[т.б.в неподходящий момент] при при монтировании, впрочем такое было у FAT32, скорей даже у FAT... но, тоже раздел прекращал(ет) открываться далее (было почему то только на SSD, не HDD в т.ч.с несколькими разделами же или флешке, с одним). Или сделал такому же разделу но, уже на флешке: Unmount - получи то же что то вроде того с монтированием и даже более (подозреваю уже fsck при последующей проверке раздела, в т.ч.+BUG: даже без запроса пользователя из того же корявейшего в этом GPart'ed GUI, хоть у fsck.fat - такая опция оказывается есть!) - снёс пол раздела! И что самое чудовишное  - даже то что вообще не трогалось! в больших количествах. (уже вроде нет, точней повторно с тех пор - не решился проверять... и заодно уже не пользуюсь Gparted/GUI для проверок... а только в консоли вбивая длинююююючую избыточную командную строку, т.к.даже +BUG: кодовая страница - оказывается по умолчанию у него некорректная(не 866)! а, ещё +BUG: пробелы в коротких именах какого то допускает... его автор, совсем ушибленный; и +BUG: что то про то что он не авто-flush'ит исправления без доп.параметров... и т.д.) В общем,,, И у кого есть аккаунт на kernel org -  отошлите в Issue что ли, не зря  же набрал столько, систематизируя тут этот линукса ядро шит.
	Ответить | Правка | Наверх | Cообщить модератору

	106. Скрыто модератором	+/–
	Сообщение от нах. (?), 18-Апр-26, 17:22
	> Это не в линуксах... ну в линуксах УЖЕ сломанное линуксным драйвером я бы побоялся "чинить" линуксными утилитами - даже от других авторов, вроде бы более аккуратных (те, кстати, внятно намекали что так делать не надо, что это last resort если нет вообще никакой винды рядом - но корейцам, стырившим чужой код, конечно же "виднее") > И у кого есть аккаунт на kernel org -  отошлите в > Issue что ли, не зря  же набрал столько, систематизируя тут у меня есть прямой адрес на который разработчики ntfs3 отвечают, но этот поток сознания я туда отправлять не буду, извини уж. А то они и мне отвечать перестанут. Пока, насколько я понял, ты жалуешься на: 1. проблему при нештатном отключении питания - не уверен что это вообще надо чинить 2. какие-то свои проблемы с gui который никак не связан с драйверами 3. "долгие" проверки (в винде) раздела с линуксными файлами - возможно у тебя в винде просто нет похожих файловых свалок - возьми и скопируй (в винде) на другой диск и запусти проверку чтобы подтвердить наличие проблемы именно в линуксе 4. > кодовая страница - оказывается по умолчанию у него некорректная(не 866) очевидно что кодовая страница и не должна быть по умолчанию кодировкой одной отдельной страны с экономикой чуть поменьше испанской. Какой-нибудь японец очень бы удивился такому дефолту. (mount мог бы читать locale, мог бы... но это к другим авторам и они не ответят - тем более что преобразование неочевидное, поскольку локали не совпадают) 5. > пробелы в коротких именах какого то допускает... вот это действительно баг. Но чтобы о нем сообщить - нужны точные версии хотя бы. А то я даже не уверен что ты про ntfs3 а не какую-то еще.
	Ответить | Правка | Наверх | Cообщить модератору

	103. Скрыто модератором	+/–
	Сообщение от Аноним (85), 18-Апр-26, 17:00
	fixed: > простите, а что вам мешало и раньше использовать ntfsprogs? Ну вот они, точней другие, и додумались, правда спустя десятилетие. Другим же надо ещё и знать о пакете. Да и просто м.б.не доступно, как вот даже в моём случае. > А утилиты для этого никакие не нужны вообще Это не в линуксах... - разделы блокируются при малейшем внештатном завершении. А, то и из-за бажков ОСи в стиле: не успел отмонтировать до внештатного отключения [электричества] - получи NTFSmirror ошибку + проблемы с NTFS-структурами... даже если последняя запись была уже довольно давно! (в виндах такое без проблем, т.е.о авто flush всео на разделе - они слышали в отличие от) А, бонусом - после не самой быстрой загрузки ОС, т.б.как могла бы быть с драйверами в ядре,  - иди на х_й: в винду раздел чини!.... (причём, пользователь ещё должен же знать именно консольную команду(а зачем при наличии GUI?...)! и даже вообще знать - что, надо только из командной строки чинить! Т.к.такой трэш после Линукса бывает - что, GUI версия чаще даже не только не чинит но даже не выдаёт ошибок. Но и консольная версия - не гарантированно чинит - судя по требованию в GParted проверять аж 3 раза перегружаясь... (у меня надобности не было в таком но возможно проносило, да и от версии ОС может зависеть же). Более, разделы содержащие файлы массово записанные в линукс этой консольной проверкой - ОЧЕНЬ долго проверяются(в моём случае - четверть дня всего то 450GB раздел, но раздел только под NIX и никакой дефрагментации никогда не делалось, но как и на всех прочих, с всего то 100k файлов сейчас вот их посчитав - подумал: а, не тупит ли драйвер сильно фрагментируя, даже в данном сл.даже не данные ф-лов а NTFS структуры? по сути такое м.б. и из-за фрагментации самих данных, точней менее оптимальной стратегии выделения кластеров чем у винды, в ч.н.знаю что она старается выделять отдельно стоящие блоки кластеров, т.е.беря не первый попавший свободный кластер, а также наверняка выделяя кластеры для NTFSструкктур сразу с резервом), сравнительно с аналогичного размера не такие разделы (а, точней: я все прочие десяток раздело успеваю проверить и в т.ч.даже половину с Surface проверкой пока этот один без неё; даже на которых суммарно скажем куда большее число файлов (100k файлов у меня только на одном 100GB разделе, для примера, - и близко не так тормозно проверяемый,  и как сказал и суммарно все суммарно), хоть обычный доступ к диску во всех случаев нормален, скорости копирования на него и назад - в норме, т.е.без ошибок дисковых),   А, то и из-за бажков в стиле нажал типично(1.5 года назад было корректно) Отключить_том в ФМ вместо Безопасно_извлечь_том  - получи заблокированный раздел с ошибкой в ОС[т.б.в неподходящий момент] при при монтировании, впрочем такое было у FAT32, скорей даже у FAT32 "аж"... но, тоже раздел прекращал(ет) открываться далее (было почему то только на SSD, не HDD в т.ч.с несколькими разделами же или флешке, с одним). Или сделал такому же разделу но, уже на флешке: Unmount - получи то же что то вроде того с монтированием и даже более (подозреваю уже fsck при последующей проверке раздела, в т.ч.+BUG: даже без запроса пользователя из того же корявейшего в этом GPart'ed GUI, хоть у fsck.fat - такая опция оказывается есть!) - снёс пол раздела! И что самое чудовишное  - даже то что вообще не трогалось! в больших количествах. (уже вроде нет, точней повторно с тех пор - не решился проверять... и заодно уже не пользуюсь Gparted/GUI для проверок... а только в консоли вбивая длинююююючую избыточную командную строку, т.к.даже +BUG: кодовая страница - оказывается по умолчанию у него некорректная(не 866)! а, ещё +BUG: пробелы в коротких именах какого то допускает и даже по умолчанию... его автор, совсем ушибленный; и +BUG: что то про то что он не авто-flush'ит исправления без доп.параметров... и т.д.) В общем,,, И у кого есть аккаунт на kernel org -  отошлите в Issue что ли, не зря  же набрал столько, систематизируя тут этот линукса ядро шит.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	152. Скрыто модератором	+/–
	Сообщение от Аноним (85), 18-Апр-26, 23:11
	Нечего жалобы на этот и другие посты позорно строчить (как и позорно не игнорировать такое некоторым, т.б.учитывая доуточнения тут по issues), я уж молчу про тонны кала от тебя выше и удалённое: > но этот поток сознания я туда отправлять не буду, извини уж. А то они и мне отвечать перестанут. Ну и ниасилятор и мудозвон значит. Лишний раз сам уже подтвердил. А, дальше у тебя - я уже твой поток сознания (даже подозрваю типично с ЧСВ-высером) - не читал, "извини". И жаль тех кто тебя тут вообще вынужденно читает. За всю историю 0 % полезного, в отилчие от меня, в ч.н. По поводу отсылки issues: обращался же я - далеко не только к тебя, так что... Ну а не т так нет, я то уже привык обходиться имеющимся линукс-шитом, за других обидно. ======== > Я честно попытался (потому что у меня личный интерес к тому чтобы багов в этой части ядра было поменьше) но там просто нет ничего кроме последнего пункта, что можно было бы куда-то отправлять Хуцпа, в этом и прочем(по сути, текста, это ведь не считая твоих хамств - т.б.уч.сколько часов я это набирал,,, а сделать читабельней - нужно ещё больше! тебе же 5 минут потратить на прочесть внимательно - непосильно...). Т.о.не укрылось от меня что, ты лишь пытаешься отмазаться от "Ну и ниасилятор и мудозвон значит. Лишний раз сам уже подтвердил". Как и брехня у тебя про то что, там малый % информации и слать якобы почти нечего. Другим, собственно даже переводить не предлагаю - ИИ с этим ныне неплохо справляются. ======== > и нормально оформит баг с пробелом Другим, он такой неадекват что даже ниасилил читая понять что, это у него(как и прочие "+BUG"), - не про NTFS (и т.б.раз уж у NTFS нет поддержки fsck), а про FAT32. А, вот баги связанные с NTFS  и  проблемами (раз)монтирования - могут иметь отношение вовсе НЕ ТОЛЬКО к NTFS.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

4. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+4 +/–
Сообщение от Аноним (4), 18-Апр-26, 09:35
А я пользуюсь проприетарным драйвером NTFS от Paragon, он платный, но покупка всего лишь 1 раз, и можно купить даже в российских маркетплейсах. Работает идеально в отличие от других всяких ntfs3g или ntfs3 (с ними у меня на разделе было полно проблем), нативная производительность, на 4TB SATA SSD с миллионами файлов ошибок нет. Есть нативный chkntfs, который умеет даже ремонтировать. Из интересного кстати то, что в самом архиве драйвера никаких проверок на лицензию нет, наверное его просто мало используют, поэтому нет пиратских версий под Linux.
Ответить | Правка | Наверх | Cообщить модератору

	5. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–3 +/–
	Сообщение от Tron is Whistling (?), 18-Апр-26, 09:50
	Дык ещё бы не редко, извращения в виде NTFS под линухами - это особая ниша.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (4), 18-Апр-26, 10:11
	Не знаю, их продукты под macOS вполне себе популярны. Возможно вы не знаете, но многим людям приходится часто использовать чужие накопительные устройства.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–2 +/–
	Сообщение от Tron is Whistling (?), 18-Апр-26, 11:49
	"macOS" "под линухами" Зачем сравнивать гламурную поделку с технологической ОС?
	Ответить | Правка | Наверх | Cообщить модератору

	73. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Смузихлеб забывший пароль (?), 18-Апр-26, 14:28
	зачем сравнивать сертифицированный юникс с линуксом ?
	Ответить | Правка | Наверх | Cообщить модератору

	107. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–2 +/–
	Сообщение от cheburnator9000 (ok), 18-Апр-26, 17:24
	фига себе сравнивать сертификат на десяток консольных утилит с полноценным ядром ОС.
	Ответить | Правка | Наверх | Cообщить модератору

	134. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (134), 18-Апр-26, 20:17
	>> macOS > фига себе сравнивать сертификат на десяток консольных утилит с полноценным ядром ОС. В macOS, внезапно, тоже есть ядро ОС. Причем нормальное ядро, созданное сугубо для десктопной оси, а не как твой Линукс - блоатварная помойка, в которую корпораты всего мира сливают свое г*о.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от Аноним (82), 18-Апр-26, 15:37
	Да, зачем сравнивать поделку из 2000-х с поделкой из 70-х.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	100. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+2 +/–
	Сообщение от Аноним (134), 18-Апр-26, 16:51
	> Зачем сравнивать гламурную поделку с технологической ОС? Во-первых, затем, что драйвер от Paragon продается как доя macOS, так и для Линукса. Во-вторых, не "технологическая ОС", а 100500 корявых васянских дистров, использующих ядро Linux.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	117. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (117), 18-Апр-26, 18:23
	>гламурную поделку Всмысле, MacOs, это Unix вообще то.
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	14. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от iCat (ok), 18-Апр-26, 10:23
	Ну вот мне не редко приходится вытаскивать инфу с дисков "виндовых машин"...
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	40. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Tron is Whistling (?), 18-Апр-26, 11:49
	Я и говорю - нишево.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от iCat (ok), 18-Апр-26, 11:53
	А ты в какой нише?
	Ответить | Правка | Наверх | Cообщить модератору

	74. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от Tron is Whistling (?), 18-Апр-26, 14:34
	Я в той, в которой кесарю таки кесарево. А остальное - на оттяг.
	Ответить | Правка | Наверх | Cообщить модератору

	97. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от Аноним (134), 18-Апр-26, 16:47
	>> виндовых машин.. > Я и говорю - нишево. Самая распрстраненная десктопная ОС в мире вот уже более 30 лет. Очень нишево, ага.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	121. Скрыто модератором	+/–
	Сообщение от Аноним (85), 18-Апр-26, 19:03
	> Ну вот мне не редко приходится вытаскивать инфу с дисков "виндовых машин"... Ну и причём тут NTFS? 20 лет - ни одного сколько то серьёзного случая! И этом при использовании кучи разделов и дисков! Да, может быть это и ошибка выжившего. Но, для меня вполне закономерность. Т.б.нештатные выключение у меня - стандарт. Из-аз неиспользования Стабилизатора и ИБП - не хочу чтобы [винты] дохли как мухи, как у многих других, минимум из-за качества "их" питания, стабилизатор оказалось компу не нужен. даже при 150B другой и ещё ниже(ниже 140 в  сети просто не было/не видел) ныне из-за обстрелов электроподстанций, да и до этого зимами хоть повыше. Помножить на мега тряску... из-за заболоченного грунта мега-чуткого к ней и от прилётов и поныне ежедневных, вот только что был вдали, и ранее миномётной стрельбы неподалёку где то, с разных сторон; соответственно часто в т.ч.и в рабочем состоянии ПК. Не удивлюсь если ваши случаи: 1) Прошивки ведь у разных моделей винчестеров и SSD - не раз засвечивались как мега-глючные, а сколько не засвечивались - никто не знает же! И признавались же производителем глючными - явно только прошивки которые сравнительно легко обновить, а не сами микрухи или не обновляемые части, ну кроме совсем легко обнаруживаемых причём сразу после выпуска проблем. 2) использования всяких сторонник ПО/говноподелий (я из соображений не накрывания дисков и вообще где то 100%-го риска троянизации от них - такое не использовал на данном компе, хоть на другом - по крайней мере NU и PQM вроде тоже без каких то прям у проблем за где тоже время, но там NTFS разделов всего один, не показатель) 3) проблемы самих дисков, типа винчестер, т.б.когда не самых новых (или новые непроверенные нижеуказанным способом). Но, даже они в 99% случаях авто-восстанавливаются из информации о восстановлении с скрытым авто-ремаппингом секторов в другие, благодаря чему у меня за 20 лет ни одного BADBLOCK'a (только на новом и то 160GB IDE диске "со складов" - 10GB область не восстановимо, накрылась после недели тестов её перезаписями с проверками, так что не зря делал), а если хотя бы раз в месяц, а лучше в неделю, - делать Surface проверку - то и не возникнут (впрочём, лучше затем и копированием [в NUL]; но, не через Unbuffered-режим, т.е. не Проводник/TC.неStdCopy/FAR.AdvancdCopy в котором ошибки даже не выводятся, какого то, возможно считывая до посинения и автоустраняя, но почему то находя затем при иначе, в теории тогда конечно должно автоисправляться, но и сам факт появления ошибки - тоже полезен, т.б.что в таком случае такое копирование желательно делать не раз и т.б.вообще всего диска, а при большом количестве - лучше и перезаписывая раздел(полностью) и затем уже при отсутствии выдачи ошибок чтения - format, т.к. он может ошибки проигнорировать аналогично VERIFY или же отменить как нерабочий кластер(ы) без надобности, в теории он после write - по любому желателен т.к.при этой операции могут дефрагментироваться автоперемещёныне сектора, которые иначе будут создавать небольшую доп.просадку производительности и в т.ч.тем лжесигнализируя о проблеме диска, в ч.н. во всяких тестах вроде MHDD и графиками чтения); т.к. мин.у меня, в виндах(и по fsck судя по схожей скорости проверки - ~тоже самое) std Surface проверка - обычно использует аппаратную команду VERIFY, которая МНОГО хуже авто-восстанавливает (очень часто не видит авто-восстановимые проблемы, даже когда при чтении уже выдаётся ошибка чтения или записи), подозреваю - она без проверки секторов с информацией о восстановлении, т.е.дуря пользователей в ней призводителями дисков обычно убрана эта или иная проверка). Но, кстати альтернативы этому VERIFY нету для заблокированных ОСью [системных] файлов, тут только принуждение автопроверки диска C: при каждой перезагрузке ОС, делается через реестр поиском по autocheck добавлением строки с ним же но с C: и без '*' и Surface параметром(уже не помню /f или нет), получаемого после запросе отложенной проверки диска C: . И да ни один мой диск(кучи разных компаний) - автоматически реально не делает автоперемщение МАССОВО, в простое... как судя по некой длительной автоактивности диски бывает делают слышно (возможно, чтобы данные не накрылись при внештатном отключении для диска - самим пользователем, но т.к.это решаемо даже только программно в прошивке  - скорей по лени сделать и/или даже чтобы пользователь увидев выдачу ошибки или их кучу при загрузке ОС и в итоге явно вставляемую исскуственно задержку чтения суммарный мега-лаг(похоже нужно более раза считывать один и тот же сектор; хоть в альтернативно одарённых ещё и с VERIFY или ещё как в [официальной] спец.утилите восстановления секторов - у меня лично таких дисков нет) - пользователь "обосравшись" срочно побежал новый диск покупать...). В общем, это нужно не лениться вручную делать, даже просто для лучшей сохранности данных. Ну и Backups + CRC всех файлов, в идеале конечно - и для кластеров самой фс, если поддерживает. Но, учитывать - что неравнозначно, один другому. Т.к.CRC реально ничего не гарантирует. Точней: гарантирует только одиночную, аж 1 бит, ошибку и уже с вероятностями обнаружения совсем не большими как выглядит число это - множетсвенно-битную, с весьма приличным риском коллизий. Кстати, всякие SHA512 - и той одиночной обнаружения не гарантируют... Но, они могут быть использованы - для подстраховки. В ч.н.все - нужной и при использовании Backup т.б. дисках физически очень подолгу отключаемых и затем слишком кратко-временно подключаемых (и т.б.без вышеуказанных вручную авто-восстановлений периодических), как и на SSD - в таком случае из-за саморазряда (и -//-; но, соответственно write метод авто-восстанволения или форматирование - тут не приемлем, без серьёзной надобности). 4) Но, всё же чаще проблемы - из-за контактов шлейфов дерьмо-стандарта SeriaATA! Какого бы бренда не были. И т.б. при перевтыкании их более раза в жизни. Как и просто от окисления из-за времени. Более то ли из-за последнего, то ли просто но, на [некоторых] материнках ещё и явно электрические рассогласования бывают вызывающие обнаруживаемые ошибки аппаратурой(и перезапрашиваемые контроллеров, что отражается в S.M.A.R.T.) и не обнаруживаемые(обнаруживаемо только сравнением с копией/backup и с некоторым риском по CRC программно). Часто бывает что это только с каким то одни диском... В общем, стандрарт SerialATA - шлачище! Хоть и у IDE даже почти нового весьма брендового шлейфа, даже пару раз встречал [на других материнках]. И в т.ч.тоже выборочно дискам. И в т.ч. причём не обнаруживаемо контроллером. Один раз вообще такой спалился на том что на таком не нравящимся  диске - вместо 0-го сектора выдавались в одномо случае все случайные данные, в другом на половину - из другого сектора, т.е.тоже лажа но ВСЕГДА одна и таже,  и видя вместо случайного мусора или ошибки такое - чуть было не испортил MBR и диск, уже подумывая отформатировать. Но, соответственно, у SerialATA шлейфов - это НАМНОГО чаще. Наверняка и от материки зависит(но, это точно далеко не на одной такое, у меня - на всех в т.ч.ранее использованных) но, факт что всегда замена на новый шлейф, вовсе не обязательно даже брендовый [как было], - исправляло всё, на некоторое время (и да что очень кому то выгодно).   5) Второе у меня место дисковых ошибок доставало - разлочка ЦП и/или разгон, т.б.некоторые своложных BIOS(AMI) своложных компаний(AsГовно хвастающиеся разлочкой и разгоном из коробки, в т.ч.и фирменной утилитой, а всё же не сторонней, уже в OS) при разгоне ЦП - авто-разгоняя и память - некорректно... выставляя скрытно тайминги(выводя стандартные) или наоборот не выставляю (уже не помню, возможно выставляя только при ручном изменении частоты на стандартные, но без разгона, а нестандартные автовыставляемые BIOS'ом при разгоне - не экстраполируя или наоборот экстраполируя но, некорректно или же скорей западлисто задавая сильно некорректные значения - притом выводя корректные; я так понял - чтобы покупали их ещё более разгонную версию материнки с ОС префиксом и усиленным питанием, мне и даром не нужным для ЦП и уровня разгона им поддерживаемым [у других], в  общем дело оказалось (и) в западлистой материнке/BIOS).
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	21. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+3 +/–
	Сообщение от Zloy (ok), 18-Апр-26, 10:54
	драйвер нужен для подключения дисков от винды. вот у меня два диска ntfs, один освободил и сделал xfs, а вот что делать со вторым диском непонятно т.к переместить информацию уже не могу, он почти забит.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	41. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от Tron is Whistling (?), 18-Апр-26, 11:50
	Вот у меня 1 SSD на тер и 6 прочих SSD по 4 тера, и я не знаю, нафига мне на них ext4 под виндой и NTFS под линухами.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (134), 18-Апр-26, 16:53
	Чувак, тебе прямым тесктом написал, что диск из-под Винды. Что конкретно тебе не понятно?
	Ответить | Правка | Наверх | Cообщить модератору

	6. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от Аноним (6), 18-Апр-26, 09:58
	Теперь купи драйвера на Usb.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	9. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (4), 18-Апр-26, 10:10
	Это не файловая система.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от Аноним (27), 18-Апр-26, 11:20
	Нутипа купи драйвера к купленной например Звуковой карте, гы-гы).
	Ответить | Правка | Наверх | Cообщить модератору

	7. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–5 +/–
	Сообщение от Аноним (7), 18-Апр-26, 09:59
	А я не пользуюсь нтфс, и не понимаю, зачем бы все это могло пригодиться, и из за чего такой шум.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	8. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от Аноним (4), 18-Апр-26, 10:10
	У меня дуалбут, и не хочется создавать разные разделы, особенно для игр или данных по проектам. А на Винде ext4 нормальных нативных нет, только если через WSL2 монтировать.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (4), 18-Апр-26, 10:14
	Добавлю, что я пробовал триал ext4 от Paragon на Винду, и вот он работал довольно медленно.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–4 +/–
	Сообщение от Аноним (7), 18-Апр-26, 11:19
	>Добавлю, что я пробовал триал ext4 от Paragon на Винду Лучше попробуй удалить винду с со своих носителей, и настроить все в linux. Первую неделю будет трудно, но через месяц ты не сможешь себе представить, как это можно вернуться к винде. Вместе с удалением винды решится множество других проблем втч с нтфс.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от Аноним (46), 18-Апр-26, 12:05
	Такое делал чуть меньше 30 лет назад. Лет 15 назад вернулся. Как приятно когда всё работает и на локалхосте в масштабах десятков тысяч устройств.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (7), 18-Апр-26, 14:47
	>Такое делал чуть меньше 30 лет назад. Лет 15 назад вернулся. Я тебе не верю. Максисмум у тебя был дуалбут в котором ты все равно сидел на маздае. >Как приятно когда всё работает и на локалхосте И когда нет секретов от MS и третьих компаний :) И когда все ломается от ненужного обновления, установленного без твоего согласия. >в масштабах десятков тысяч устройств. Да да, я верю про десятки тысяч твоих устройств. Вообще, сейчас найти устройство, которое не поддерживалось бы в Linux, ну это тот еще квест. Подитожим: 30 назат, когда все было +/- так как ты говоришь, ты ушел на Linux, а через 15 лет, когда все уже было норм, ты решил вернуться на винду, где тестирование перенесли на пользователей, и включили кейлоггер...ну что сказать, это мазахизм наверно ;)
	Ответить | Правка | Наверх | Cообщить модератору

	83. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+3 +/–
	Сообщение от Аноним (82), 18-Апр-26, 15:44
	>Вообще, сейчас найти устройство, которое не поддерживалось бы в Linux, ну это тот еще квест. Любая популярная видео карта старше 10 лет, 80% шанс, что ноутбук будет без нормального энергосбережения, про устройства, для настройки которых нужен софт от производителя (мышки, клавиатуры например), и говорить нечего.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (46), 18-Апр-26, 17:43
	> Я тебе не верю. Чувачок, ты можешь хоть кому верить. Ещё настраивать cf пытался, потому что диды так говорили правильно, хотя mc уже вовсю был. И автономку которая была обслуживал. А потом динамикой на этот узел подводил некоторые точки в городе. И сидел я на том же на чём всё крутилось. Потому что винды были убоги как по мне  до 2000 годов. И в домашнем виде они нормально смогли только в xp, а в серверном с 2012. > И когда нет секретов от MS и третьих компаний :) И смайлик что за стыд. Опять нам будут рассказывать как в этих линухах бишапашно. Стыдливо умалчивая на какой ос самые большие ботнеты, и что же вы все не смогли. А вот все мои голые фотки и банковские данные у мс, это да. > И когда все ломается от ненужного обновления, установленного без твоего согласия. Вот такие вы все и админы линукса. Позорище, ни выбрать вариант установки ОС, ни работать с ней не умеете. Только поставить сборочку васянсд с троянами или бубунту от космонавта. В обоих случаях нажимая нект-нект и совершенно не зная если не поставится что делать. > Да да, я верю про десятки тысяч твоих устройств. Мне вообще без разницы во что верят линухоиды с своим локалхостом. Погонять большое количество пользователей можно сейчас только в вин. > Вообще, сейчас найти устройство, которое не поддерживалось бы в Linux, ну это тот еще квест. Так бери и читай что выкидывают в лин. Бери и читай багтрек по всему что попадается под руки. А во вторых зачем мне работающее устройство если всего остального с чем приятно работать(ПО) - нет? > Подитожим: 30 назат, когда все было +/- так как ты говоришь, ты ушел на Linux, а через 15 лет, когда все уже было норм, ты решил вернуться на винду, где тестирование перенесли на пользователей, и включили кейлоггер... Ага, как раз к 10 годам всё в лин начали ломать, если ты не заметил. И зачем мне корповская система где неудобно, когда рядом есть корповская система где удобно. А по поводу келогера и слива данных, и тестирование на пользователях, и что мне может навредить это всё... У тебя конечно же документальные свидетельства есть? Ну там суд какой-нибудь проигранный? Замятые дела по тыреным данным? Не? > .ну что сказать, это мазахизм наверно ;) И опять смайлики, какой стыд. Ну вот психиатр-психолог из тебя такой же как линуксоид. Иди к блиновской, хоть научишься как деньги зарабатывать горлопаноством. А то бесплатно тут течёшь.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	136. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (134), 18-Апр-26, 20:23
	> ты ушел на Linux, а через 15 лет, когда все уже было норм Ахаха! На линуксе когда-то что-то было норм? Чел, там вон в соседней новости о KDE инновации подвезли: приложения теперь могут сохранять и восстанавливать позицию/размер своих окон. 2026 год на дворе. > ты решил вернуться на винду, где тестирование перенесли на пользователей, и включили кейлоггер...ну что сказать, это мазахизм наверно ;) Ну да, на Винду, в которой и первоклассная поддержка железа, и обратная совместимость ПО на десятки лет, и - главное - 90% профессионального прикладного софта. Действительно мазохизм.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	140. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (134), 18-Апр-26, 21:06
	> Вообще, сейчас найти устройство, которое не поддерживалось бы в Linux, ну это тот еще квест. Зато найти профессиональный софт, который не поддерживал бы Linux - вообще не проблема.
	Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

	102. Скрыто модератором	+1 +/–
	Сообщение от нах. (?), 18-Апр-26, 16:59
	> Такое делал чуть меньше 30 лет назад. да, в 96м линукс и опенсорс еще выглядели вполне реальной альтернативой. А для банального пользования интернетом - так и вовсе на порядок был впереди венды поганой. Но ты бы мог начать о чем-то догадываться еще в 2006м, что ж было так долго-то терпеть... (на самом деле конечно надо было догадаться в момент "шт@6ильное ведро в вашем дистрибутиве!" и другие перлы от воспарившего из грязи божества с миллионом денег ibm, но это мало кому было дано)
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	23. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от Аноним (23), 18-Апр-26, 11:07
	Например, файлы знакомому на винду перенести, записать фото/видео для проигрывания на внешней смотрелке (ext* отнюдь не везде адекватно обрабатывается).
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	31. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от ivan1986 (?), 18-Апр-26, 11:29
	Для всего этого используется fat и exfat, ntfs на флешках это вообще извращение
	Ответить | Правка | Наверх | Cообщить модератору

	80. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от КакойТоТолян (?), 18-Апр-26, 15:17
	>ntfs на флешках это вообще извращение И портативный Ssd извращение.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от Пыщь (?), 18-Апр-26, 19:18
	Кроме меня кто-нибудь udf на флешке использует? Выньда со времён выньхп поддерживает, даже исправляет в случае ошибок, но отформатировать не может вроде бы. В нынешнем линухе наоборот: можно отформатировать, а вот udftools или какой там пакет с "исправлялками" поди найди в дистрах (не исправляет у меня оно в линухе).
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	153. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от maximnik0 (?), 18-Апр-26, 23:13
	>Кроме меня кто-нибудь udf на флешке используе Я одно время пользовался- но теперь когда есть exfat особо смысла нет.На 7 и 10 нужно скачивать определенные падчи - очень глюкавые драйвера, вечно разделы в ro переводили.А средств ремонта в lin  не было ... Сейчас есть-3 года назад появился  порт с Bsd :fsck_udf .Правда в некоторых случаях утилита падает. А так в винде отфармотировать в udf можно,но только в cmd . Вообще Ms одно время забил на udf,в 7 падчи только спустя 5 лет начал выпускать для этой ФС.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+2 +/–
	Сообщение от нах. (?), 18-Апр-26, 11:48
	но зачем для этого прдлинг с парагоном? Для переноса файлов знакомым прекрасно работает ntfs-3g Она в общем-то для всего неплохо работает, кроме разьве что смешанного паттерна чтения-апдейта отдельных блоков. Ну то есть посгрез наверное все же не надо на ней запускать. Но что-то мне подсказывает что ни на какой in-kernel версии его тоже не надо бы, если данные тебе дороги.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	18. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (18), 18-Апр-26, 10:33
	И для каких версий ядра его можно собрать?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	49. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от Аноним (49), 18-Апр-26, 12:12
	Microsoft NTFS for Linux by Paragon Software 10.10.0 официально сейчас поддерживает ядра до 6.16 включительно, но мне GPT 5.4 в Codex поправил код, обновил всё что нужно для 6.18 LTS, прекрасно работает.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от нах. (?), 18-Апр-26, 11:38
	> А я пользуюсь проприетарным драйвером NTFS от Paragon, он платный, но еще и не собирается под те ядра что официально объявлены "поддерживаемыми". При том что разумеется (не)"собирается" там как раз враппер, делающий основной код независимым от шт@6ле нонсенсов. Тот - блоб, чтоб враги не украли. При заглядывании в скрипты сборки на предмет нельзя ли это как-то побыстрому починить, ведь официально даже версия поддерживаемая - хочется блевать и убежать в тундру. Вероятнее всего техподдержка может рано или поздно тебе помочь, но для платного (и не особо дешевого даже) софта это какой-то гребаный стыд. > 4TB SATA SSD с миллионами файлов ЧТО ТЫ ТАКОЕ?! у меня вот нет ни проблем (каких-то ужасных, по крайней мере) с ntfs3, ни дисков 4t с миллионами файлов. > Есть нативный chkntfs, который умеет даже ремонтировать. я бы побоялся им ремонтировать что-то ценное, с таким-то уровнем кода.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	48. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (49), 18-Апр-26, 12:11
	>При заглядывании в скрипты сборки на предмет нельзя ли это как-то побыстрому починить, ведь официально даже версия поддерживаемая - хочется блевать и убежать в тундру. Официально там вполне себе новая, но да, медленно обновляют, мне GPT 5.4 с Codex спокойно обновил их (там вроде 6.16 была самая поддерживаемая) до 6.18 LTS эту обёртку
	Ответить | Правка | Наверх | Cообщить модератору

	60. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от нах. (?), 18-Апр-26, 12:33
	мне была нужна во-первых старая а не новая, а во-вторых проблема не в том что я не мог бы это починить без всяких цоппилотов, а в том что я туда посмотрел. ЭТО писал ж0порукий студент первого курса что-то как-то второпях прочитавший в гугле. (по слухам именно так и работал бизнес парагона до того как слуцилось чтойта - каркас писал сам великий владелец компании, а доделывать набирал студней новосибирского педтехникума за три копейки) боюсь что и техподдержку там набрали по таким же объявлениям. (а это в первую очередь означает что баги будут заметать под ковер вместо исправления)
	Ответить | Правка | Наверх | Cообщить модератору

	62. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от нах. (?), 18-Апр-26, 12:36
	вдогонку: а, ну и тестирования хотя бы факта успешности сборки, еще раз повторю - _поддерживаемой_ версии - разумеется нет. Иначе бы они заметили что что-то не так. Вот это за них агент ЫЫ 008 сделал бы сам за пятнадцать минут и два доллара. Ну еще пришлось бы приплатить немного больше за амазоновские или чьи там поближе подешевле инстансы (нет, инстансу не надо поддеживать те ядра, мы ж сборку тестируем). Но ничего этого не делается, видимо деньги от развода л-хов с макосью и так норм капают.
	Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

15. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
Сообщение от SVolf (?), 18-Апр-26, 10:23
Вот, очередной опенсорс во всей красе. Нет чтобы сделать один нормально работающий драйвер, так нет, лучше наклепать 10 полу-рабочих драйверов и думать какой ты молодец...
Ответить | Правка | Наверх | Cообщить модератору

	16. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+3 +/–
	Сообщение от Аноним (16), 18-Апр-26, 10:29
	Основная проблема опенсурца - лебедь, рак и щука. Нет чтобы сесть всем вместе и выработать стандарт. Не, каждому надо лепить свое поделие, рассказывая попутно, что они энтузиасты и что если тебе что то надо - то делай сам. А нам не забывай присылать патчи, чтобы вся слава была наша. Не слышали ребята наверное про такую штуку как разделение труда. Если каждый будет лепить то, что ему надо, это будет во первых неэффективно, т.к. каждому придется изучать все с 0, а так же опять же проблема лебедя, рака и щуки.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от Аноним (1), 18-Апр-26, 10:52
	"Нет чтобы всем производителям автомобилей сесть всем вместе и разработать один супер автомобиль".... Есть такие вещи как мотивация и конкуренция, не все хотят быть гребцами на галере.
	Ответить | Правка | Наверх | Cообщить модератору

	37. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+2 +/–
	Сообщение от нах. (?), 18-Апр-26, 11:44
	может скажем ему, что как раз производители автомобилей-то (они ведь работают за деньги от продаж, а не гранты которых на всех не хватит) давным-давно додумались до этого, и "платформы" действительно шарятся между совершенно разными на первый взгляд компаниями? (не говоря уже про такие мелкие детали как мерсовские лицензионные двигатели в корейском автопроме) Да ну, нафиг...
	Ответить | Правка | Наверх | Cообщить модератору

	56. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (45), 18-Апр-26, 12:25
	> всем производителям автомобилей сесть всем вместе и За них это уже сделали. Например: Евро-6 и его аналог EPA10. Ты обязан выпускать автомобили по этим стандартам.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	58. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от нах. (?), 18-Апр-26, 12:30
	не обязан, европа не единственный и не самый дорогой рынок. (для автомобилей внезапно штучные цены важнее массовости продаж) ну а фольксвагенам всяким можно только пожелать приятного банкротства.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от Аноним (45), 18-Апр-26, 12:34
	> европа EPA10 - американский так-то
	Ответить | Правка | Наверх | Cообщить модератору

	64. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от нах. (?), 18-Апр-26, 12:43
	так он вообще никому не нужен. Ты конкурировать с теслой на зильоных дотациях все равно не сможешь. И у китаского нелегала все равно денег тольк на бу додж двадцатилетнего возраста. А реднек американец купит новый. Подумаешь стекла криво вклеены одноразовыми мексами. (я, честно говоря, охренел когда это увидел) Продавай в юва и юа. Там зильоной бредятиной ни разу не болеют, а рынок (в штуках, что главное для автопрома) вдесятеро больший. Что, собственно, все и делают - я хренею от количества НОВЫХ японских (!) тачек там где раньше ездили на tata и каком-то совсем уж чудовищном этомсамом. Ну хотят зеленанутые угробить свой автопром как уже угробили энергетику - флаг им в задницу и поглубже.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–2 +/–
	Сообщение от pva (??), 18-Апр-26, 11:00
	Это не проблема, это сила opensource. Как раз куча решений и побеждает тот, кто делает лучше - очень честная модель. Как демократия - одного мнения нет и быть не может, но именно это даёт возможность людям жить, не будучи втянутыми в войну, нужную одному лишь дедушке.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	50. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+3 +/–
	Сообщение от Аноним (46), 18-Апр-26, 12:15
	> побеждает тот, кто делает лучше - очень честная модель. Это что за ересь? Может продолжим регулярно вспоминать Кона Коливаса и как его код не брали в ядро. И таких побеждает не тот кто сильнее а кто рулит апстримом немеряно. А если будешь пытаться что-то дописывать в наш код - мы будем менять потрошка. Что бы патчи регулярно отваливались. И такое перебить могут только мегакорпорации уровня амазона. Но с другой стороны двуличность опенсурсников весело наблюдать. елк стек форкнули и корпы победили апстрим - так им и надо сволочам. Форкнули иксы и против корпов не смогли - так им и надо руканальщикам. Этакие сипаи нашего времени. Которые стелются перед корпорациями, ненавидят и с радостью пинают своих же коллег по указке авторитетов.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (45), 18-Апр-26, 12:28
	> побеждает не тот кто сильнее а кто рулит апстримом немеряно. А если будешь пытаться что-то дописывать в наш код - мы будем менять потрошка К сожалению, пока даже не видится, что будет меняться эта устаревшая система.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (85), 18-Апр-26, 19:44
	и очень грамотно продуманная некоторыми, основными выгодо-получателями Особенно же жесть: с практикой GPL ПО - которые якобы не обязательно открывать при использовании получаемых бинарников не публично.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от Аноним (46), 18-Апр-26, 12:16
	> но именно это даёт возможность людям жить Как там в проливе, живешь?
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	59. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от Аноним (45), 18-Апр-26, 12:32
	> побеждает тот, кто Может заблокировать других в проекте.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	127. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (85), 18-Апр-26, 19:45
	Ну заблокируй - Cannical, MS, Redhat, ...
	Ответить | Правка | Наверх | Cообщить модератору

	125. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (85), 18-Апр-26, 19:41
	> нужную одному лишь дедушке. А, ты про Бандеру, не знал что он твой дед, но даже похоже.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	29. Скрыто модератором	–3 +/–
	Сообщение от Аноним (7), 18-Апр-26, 11:24
	>Основная проблема опенсурца - лебедь, рак и щука. Хватит уже СВОИ проблемы пытаться объявить проблемами опенсоурса. Либо займитесь делом (обучение, написание), либо вaлитe в виндовое стойло. И завязывайте с этим плачем Ярославны, что вым не сделали как в винде.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	54. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (45), 18-Апр-26, 12:22
	> Основная проблема опенсурца ... Для ядра не хватает действия, позволяющего проводить выбор лидера проекта.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	99. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от нах. (?), 18-Апр-26, 16:50
	да, давайте вон посмотрим на лидеров гома или дебиана. Безусловно это именно то чего не хватает ведру. Нет, чувак. Для этого вашего опенсорсия а не только ядра остро не хватает, внезапно, той самой свободы. Которая образуется в первую очередь когда ты свободен от добывания себе чопожрать каждый день. Вот эта свобода, и так существовавшая в очень узких университетских кругах - кончилась в конце 90х, когда денежки универов поехали тратить на борьбу за права фембоев и униженных чорных. А их и так было кот накакал. Никаких других денег в опенсорсии не было вообще никогда. А кто продался бизнесу за миллион в месяц - продал ему и свою свободу, и чужую тоже. И будет делать что говорят. Вон саcyнг сказал взять ЭТОТ драйвер, который МЫ будем доить - и взял, под козырек. А какой-то там парагон ГОД переписывал колор на колор - пока не потерял всякий интерес к проекту. А потом претензии - чегоета вы не отвечаете на наш ответ. Да за... ли потому что вы!
	Ответить | Правка | Наверх | Cообщить модератору

	113. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (113), 18-Апр-26, 17:39
	> Основная проблема опенсурца - лебедь, рак и щука. Нет чтобы сесть всем вместе и выработать стандарт. Не, каждому надо лепить свое поделие Особый цимес в том, что когда какие-нибудь люди действительно садятся все вместе и вырабатывают стандарт, обязательно находятся гордые неприручаемые носители NIH-синдрома с неповторимой индивидуальностью, которых в этом стандарте что-нибудь не устраивает.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	35. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от нах. (?), 18-Апр-26, 11:41
	> Вот, очередной опенсорс во всей красе. тут еще и божок-с-пальцем во всей красе - сколько раз ХОРОШИЙ код (вспомним _верифицированную_ версию wireguard) выбрасывали в помойку скривив рожу "дублирует существующий!" а вот тут целый драйвер ничем не лучше уже существующего - но от платинового, конечно же, спонсора - с добродушным кивком принят. Даром что платиновый спонсор, точнее его единственный кодер приставленный ко всем принятым недоделкам, славен в основном тем что все делает через задницу.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	47. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (45), 18-Апр-26, 12:09
	> лучше наклепать 10 полу-рабочих драйверов и думать какой ты молодец При этом ещё и заблокировать разработчиков Байкал-Т и искромсать сырцы.
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

17. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
Сообщение от kusb (?), 18-Апр-26, 10:31
Нужен конвертер файловых атрибутов NTFS в юниксовые чтобы корневую директорию Linux сделать NTFS. Наверное не хватает только атрибутов.
Ответить | Правка | Наверх | Cообщить модератору

	19. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+4 +/–
	Сообщение от Аноним (18), 18-Апр-26, 10:39
	Зачем корневую ФС Linux делать на NTFS ?
	Ответить | Правка | Наверх | Cообщить модератору

	25. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (25), 18-Апр-26, 11:16
	Может, он хочет вайн как-то по-особому запустить.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Frestein (ok), 18-Апр-26, 11:28
	А почему бы и нет? Не мешай художнику творить
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	71. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от Bob (??), 18-Апр-26, 13:49
	Боль, страдания, унижения - Ломай_меня_полностью.avi, часть вторая
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	79. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от kusb (?), 18-Апр-26, 15:15
	> Зачем корневую ФС Linux делать на NTFS ? Просто в основном ради развлечения, интересно как это.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	28. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от dannyD (?), 18-Апр-26, 11:23
	тебе тоже можно прешить некторые органы, но родить ты все равно не сможешь. на натягивай сову на глобус.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	78. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от kusb (?), 18-Апр-26, 15:14
	> тебе тоже можно прешить некторые органы, но родить ты все равно не > сможешь. Это пока. Мы способны целенаправленно решать проблемы, благодаря своему разуму, включая даже эту.
	Ответить | Правка | Наверх | Cообщить модератору

	92. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от dannyD (?), 18-Апр-26, 16:33
	к сожалению разум часто сам выдумывает себе проблемы, чтоб потом биться о стену. даный пример - наглядгейшее подтвержление.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от kusb (?), 18-Апр-26, 17:26
	С одной стороны согласен, а с другой - что считать проблемой, а что - целью. Может быть проблема и в том, что я хочу что-то кроме сидения в комнате с минимальным самообслуживанием и многие наши стремления можно назвать "мы выдумали себе проблемы".
	Ответить | Правка | Наверх | Cообщить модератору

	43. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–2 +/–
	Сообщение от maximnik0 (?), 18-Апр-26, 12:00
	>Нужен конвертер файловых атрибутов NTFS в юниксовые Вот и выросло поколение которое не знает.Вы хотя бы прочитали про ntfs и историю разработки.Тогда бы знали - по требованию ряд министерств (военные и энергетики) для  windows nt 4 было выставлено требования posix совместимости - MS как всегда сделало все на "атвалите пративные" - и на уровне библиотек реализовало не полностью posix v1 , т.е в основном консольный вариант и кое что из АРИ . Но ntfs атрибуты posix полностью поддерживает (называется пространство имён posix и поток атрибутов posix) - как классические posix rwx ,так и дерево ACL.В драйвере ntfs-3g одно время было даже опция posix - можно было спокойно классические acl выставлять.Беда в другом - хоть и имена можно в стандарте posix задавать - средст ремонта если файл с не вин именем окажется с ошибкой записи - нет (возможно paragon fsck может и чинит такие файлы) .
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	111. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от kusb (?), 18-Апр-26, 17:29
	Вау, я видел это в компонентах в XP и оно было выключено по умолчанию. Ещё кажется они специально сделали так, чтобы функции posix нельзя было использовать вместе с другими обычными для Windows, чтобы программы на них не завязывались и POSIX можно было позже спокойно выпилить.
	Ответить | Правка | Наверх | Cообщить модератору

	129. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (85), 18-Апр-26, 19:53
	Скорей подать как уникальное/ноу-хау "ново"-введение... (когда с кнопкой Пуск и галочками опций ОС - пользователи совсем уж сильно [s]натра_аются[/s]наиграются).
	Ответить | Правка | Наверх | Cообщить модератору

	65. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Пожилая лысая женщина (?), 18-Апр-26, 12:45
	Вообще-то у NTFS вроде как есть юниксовые аттрибуты, просто текущим драйвером в ядре они не поддерживаются. А вот в том же NTFS-3G они есть (mount -o permissions,suid -t ntfs-3g). https://github.com/nikp123/ntfs-rootfs/blob/master/guide_in_...
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	112. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от kusb (?), 18-Апр-26, 17:30
	Жалко...
	Ответить | Правка | Наверх | Cообщить модератору

44. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
Сообщение от Аноним (45), 18-Апр-26, 12:04
> Разработка ntfsplus началась в 2022 году после публикации отчёта о проблемах с сопровождением драйвера NTFS3 Теперь NTFS3 вычистят из ядра, или "это другое"?
Ответить | Правка | Наверх | Cообщить модератору

66. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
Сообщение от Аноним (66), 18-Апр-26, 12:56
Надо уже прекращать этот разврат и добавлять драйвер для ReFS. А NTFS должен быть доступен только для чтения, чтобы пользователь всё же мог свои данные перенести на правильную ФС.
Ответить | Правка | Наверх | Cообщить модератору

	67. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от maximnik0 (?), 18-Апр-26, 13:31
	>разврат и добавлять драйвер для ReFS. 1) Формат закрыт 2)Патенты 3) Ещё пилится, т е нужен  ещё и конвертер,т.к совместимость на чтение гарантируется только на 1 ревизию 4)Зачем когда есть btrfs ?
	Ответить | Правка | Наверх | Cообщить модератору

	90. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от нах. (?), 18-Апр-26, 16:24
	> Надо уже прекращать этот разврат и добавлять драйвер для ReFS. думаю, Парагон ынк уже получили вполне достаточный опыт взаимодействия с получателями миллиона долларов в месяц. Поэтому шансов на их refs в ядре ровно ноль. А никакого другого и тем более не будет. Но ты можешь заплатить им деньгов... а, не можешь, у тебя их нет.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

69. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
Сообщение от Аноним (69), 18-Апр-26, 13:47
Всегда интересовало, что там такое на NTFS-разделах хранят, что туда постоянно требуется лезть?
Ответить | Правка | Наверх | Cообщить модератору

	72. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (72), 18-Апр-26, 14:24
	NTFS не нужен. Проблема Линукса заключена в эммигрантах-вантузниках. Эти вантузники имеют отвратительный характер. Они несут в экосистему Линукса свои вантузно-ущербные привычки, программы (Фотожоп, Ворд), Wine, Samba и прочую лабуду.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+2 +/–
	Сообщение от Аноним (82), 18-Апр-26, 16:02
	Ну, извини. Не всем нравится плескаться в болотце с вечными недоделками и рассказывать как всё хорошо.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от куцк (?), 18-Апр-26, 14:58
	Ограничение длинны имени файла на кириллице 127 символов, при использовании syncthing для синхронизации файлов с винды имеются проблемы, на ntfs и exfat поддерживается 255 символов.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	131. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (85), 18-Апр-26, 19:58
	И мне их постоянно не хватает! А, 127 это где - EXT4? Сколько в других?
	Ответить | Правка | Наверх | Cообщить модератору

	133. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (85), 18-Апр-26, 20:14
	Upd: Нет, 255 - более менее чаще хватает (но, 127 точно не так!), а вот всего 260 символов на полный путь (в не Unicode ПО, включая ФМ - я и Unicode использую, если что, но это тоже очень нужно), - просто терроризирует! Особенно при операциях с backup. Кстати, что там и по длине пути - в никсовых файловых системах?   (или тоже половина виндовой)
	Ответить | Правка | Наверх | Cообщить модератору

	137. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от куцк (?), 18-Апр-26, 20:25
	https://se.math.spbu.ru/thesis_download?thesis_id=204
	Ответить | Правка | Наверх | Cообщить модератору

	146. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (85), 18-Апр-26, 22:13
	> "FAT32 LFN 255 символов UTF–16 1530 255 символов 127 символов" (Ubuntu) - Лажа, вот прямо сейчас, в Linux 6.18 (впрочем в статье старей 5.8.0/2021), создал тестово 255 из кириличных символов. Возможно исправили. Значит могли и в никсовых фс изменить.. (ни одной такой нет - проверка лично невозможна, - проверьте кому ни лень, строку необходимой длины для имени - легко создать в текстовом редакторе: сначала создав 10 символов затем Скопировать все и с последующими Paste x24 раз или смотря в СтрокеСтатуса позицию курсора) И там ещё верно подмечено что иероглифы(а, и они бывают особенно часто в азиатских музыке и  песнях с ютуба, а иначе там же часты разные прочие криповые же символы в т.ч даже разноцветные) занимая 4 байта: дадут не 127 символа - а, всего 63.
	Ответить | Правка | Наверх | Cообщить модератору

	147. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (85), 18-Апр-26, 22:15
	* дадут в EXT4 не 127 символа - а, всего 63.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от куцк (?), 18-Апр-26, 20:21
	https://en.wikipedia.org/wiki/Comparison_of_file_systems#Limits
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	130. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от warlock (??), 18-Апр-26, 19:54
	Флешки часто с NTFS бывают.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

81. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+2 +/–
Сообщение от Ананоним (?), 18-Апр-26, 15:36
Вангую потерю данных!
Ответить | Правка | Наверх | Cообщить модератору

89. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
Сообщение от SlackwareRT (?), 18-Апр-26, 16:18
Так кто драйвер то ntfs-3g написал? Я так и не понял. И тут самое интересное, что "разработчики перестали выходить на связь"!
Ответить | Правка | Наверх | Cообщить модератору

	98. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
	Сообщение от Аноним (45), 18-Апр-26, 16:49
	> перестали выходить на связь Торвальдс опять кого-то неудачно заблокировал?
	Ответить | Правка | Наверх | Cообщить модератору

104. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
Сообщение от Анонисссм (?), 18-Апр-26, 17:01
Мда, в винде давно COW-fs под названием ReFS используют
Ответить | Правка | Наверх | Cообщить модератору

	110. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от cheburnator9000 (ok), 18-Апр-26, 17:28
	> используют Один это ты, и еще два инвалида из Microsoft. На ReFS по сравнению с NTFS просадка по скорости работы ФС до 50%. Под виндой этим _НИКТО_ вообще не пользуется, и простой ОС для домашних ПК в нее отформатировать нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	–1 +/–
	Сообщение от нах. (?), 18-Апр-26, 18:07
	>> используют > Один это ты, и еще два инвалида из Microsoft. На ReFS по главное веровать в собственные фантазии. > сравнению с NTFS просадка по скорости работы ФС до 50%. Под на линуксных cow fs - столько же или больше (x32/x64 write amplification по сравннению с x8 у ext4+journal, а xfs или nojournal побоялись тестировать чтоб не создать чорную дыру - потому что есть мнение что там не больше x1.5 да и то на специфических сценариях, на linear write будет 1.00001 - _никакая_ cow-fs на это не способна в принципе) > виндой этим _НИКТО_ вообще не пользуется, и простой ОС для домашних главное - веровать! > ПК в нее отформатировать нельзя. домашней пека он совершенно и не нужен, а ms совершенно не нужны визги пользователей начитавшихся глупостей в интернетах. Да, с форматированием в windows home edition будут сложности. С workstation/enterprise не будет. Потому что они МОГУТ оказаться установлены на железе где есть толк от refs. Но она более актуальна на convergent storage, а там никаких домашних пека в принципе быть не должно.
	Ответить | Правка | Наверх | Cообщить модератору

108. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
Сообщение от Аноним (113), 18-Апр-26, 17:26
> драйвер ntfsplus успешно проходит 326 тестов (41.4%) из 787, а ntfs3 - 273 (34.6%) Аксиома Эскобара как она есть.
Ответить | Правка | Наверх | Cообщить модератору

	116. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+1 +/–
	Сообщение от нах. (?), 18-Апр-26, 18:09
	>> драйвер ntfsplus успешно проходит 326 тестов (41.4%) из 787, а ntfs3 - 273 (34.6%) > Аксиома Эскобара как она есть. да ну, брось. Эти тесты вообще не предназначены для тестирования качества фс. Поэтому меряться ими совершенно бессмысленно. Просто у л@п4@тых нет никаких других тестов фс, кроме безумного дристона. Который ни в каком месте не похож на реальные сценарии использования. Тестируют чем могут.
	Ответить | Правка | Наверх | Cообщить модератору

128. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
Сообщение от Джон Титор (ok), 18-Апр-26, 19:52
Интересно, на каком дистрибутиве Linux будет Windows 12?
Ответить | Правка | Наверх | Cообщить модератору

142. "В состав ядра Linux 7.1 принят новый драйвер для NTFS"	+/–
Сообщение от Аноним (85), 18-Апр-26, 21:28
А, что там с NTFS патентами слышно? Если такие вообще были. И если есть - какие(глянул wikipedia молчит/?скрывает, в отличие от FAT32), возможно они уже истекли? Можете даже объяснить программные патенты на структуру данных это собственно как? С одной стороны понятно что изобрести её - тоже труд, и как бы изобретение, хоть это реально - это формат данных значит это только побочный результат другого изоретения(драйера/ОС), но юридически то что патентуется то?! (т.б.патентов то что нет, прячут значит на западло, в линукс&OSF-корпорациях же напомню действует кросс-патентование с MS - потому тема тут не поднимается, но как быть другим наиная с ReactOS и т.д?!). Чего они тогда патентуют не сами байты как данные?... Я ещё пойму если бы исходный код драйвера от MS, но он то и так под (С). Более, NTFS всегда же была без спецификаций, т.е.они значит скрывали формат, пусть даже как изобретение(что как я показал ложь), как и скрывали ранее FATnn хоть когда стало не иметь резона опубликовали, и какие тогда вообще притензии могут быть, ведь смысл патентование подразумевает публикацию изобретения, по аналогии с FAT32 же - мы видим что, его не было! (а только часть его - не дающая возможность использовать по ней в ч.н.FAT32...) Было что то на эту тему на уровне суда? (лаконично и ссылки) Впрочем видел было какое то дело ещё даже по API, кого то подключившегося с чужому ПО, ещё более притянутое за уши :( (85)
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема