| 1.1, Аноним (1), 20:43, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Для чтения с ntfs - сойдет. А вот если писать большие файлы на ntfs, возникает жуткая фрагментация.
| | |
| |
| |
| 3.20, Аноним (20), 00:23, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
В Midnight Commander тоже есть. Правда, резервирование места на NTFS очень тормозное, т.к. тупо заливает добавленное место нулями. Т.е. при копировании файл записывается дважды.
| | |
| |
| 4.32, dannyD (?), 06:39, 22/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
надо будет проверить и обязательно выключить....
---
проверил - ок
| | |
| 4.56, cheburnator9000 (ok), 16:39, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Под вендой оно нормальное. Это в линуксовых драйверах не хватает какой-то функциональности. А вот exFAT под вендой точно также медленное, будто нулями записывает (на SSD).
| | |
|
|
|
| |
| 2.9, Аноним (9), 22:15, 21/04/2026 [^] [^^] [^^^] [ответить]
| +6 +/– |
Голосом Каневского: "От легаси, конечно, избавиться, не удалось..."
| | |
| |
| 3.11, Другоанон (?), 22:55, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так ntfp(plus) чел 4 года, если не ошибаюсь, переписывал, с учетом последних фитч ядра. Так что там по идее от старого драйвера остались рожки да ножки.
| | |
|
| 2.22, Аноним (22), 00:48, 22/04/2026 [^] [^^] [^^^] [ответить]
| +5 +/– |
Что-то подсказывает, именно это "легаси" и будет работоспособно. Впрочем, как и раньше.
| | |
| |
| 3.41, пох. (?), 10:28, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Но заметь - ОПЯТЬ новую версию приурочили к выпуску (опять нового) kernel space драйвера.
Так что польза от корейца все же есть.
| | |
| |
| 4.71, Аноним (71), 21:46, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Я подозреваю не к выходу верси ядра приурочили, а к мифической модели от Anthropic, которую в гглаза никто не видел потому что ОЧЕНЬ ОПАСНО. Может оказаться, что модель там - это просто скупленные даркнете уязвимости + десяток элитных вайтхетов, а нам рассказывают про ПРОРЫВ!!!111
| | |
|
|
|
| |
| 2.57, cheburnator9000 (ok), 16:43, 22/04/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Ntfs-3G лучше использовать только read-only, тогда он не записывает никаких метаданных в раздел.
Вот кстати после ядерного ntfs модуля от paragon после перезагрузки в windows, венда вечно ругалась что ФС на разделе "повреждена", а штатное "проверка и исправление" ничего по факту не исправляло (видимо обновленные метаданные из под линукса не нравятся винде).
| | |
|
| |
| 2.7, Аноним (5), 21:46, 21/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
В 7.1-rc1: исправления кто-нибудь бэкпортирует в 7.0?
Я просто не очень в курсе, как это происходит. Или подобным занимаются мейнтейнеры дистрибутивов?
| | |
| |
| 3.26, Аноним (26), 01:34, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вы б ещё дроп 486 предложили бэкпортировать. И принудительно скот обновить.
| | |
| |
| 4.31, Аноним (-), 03:34, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Вы б ещё дроп 486 предложили бэкпортировать. И принудительно скот обновить.
А у кого-то еще действующий 486 остался с современным линухом на нем?
| | |
| |
| 5.37, Аноним (37), 08:45, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Вы б ещё дроп 486 предложили бэкпортировать. И принудительно скот обновить.
> А у кого-то еще действующий 486 остался с современным линухом на нем?
Нет, конечно, но бэкпортировать все равно надо :)
| | |
| |
| 6.47, Аноним (-), 12:20, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Нет, конечно, но бэкпортировать все равно надо :)
Ну тогда пусть те кто это требует - построят бамбуковый самолет и диспетчерскую вышку. Не то чтобы он летать будет, но ритуал то ради ритуала - мастхэв!
| | |
|
|
| |
| 5.60, пох. (?), 17:28, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
это у него будет - значок. Недорого, но неудобный, потому что с некоторых пор нужно покупать отдельную заколку чтоб держался на пиджаке. (то ли дело 486!)
А есди обновляться - это придется вместе с платой и половиной того что в нее воткнуто. И блок питания еще да, с четырех пиновым коннектором уже немодно, давай шесть
| | |
|
|
|
|
| 1.8, Аноним (37), 21:52, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
работает оно нормально. нужно не часто. проблем за 10+ лет с ним не ловил
| | |
| 1.10, Аноним (10), 22:20, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Чет все зашевелились после принятия в ядро ntfs plus, который теперь просто ntfs. Наверное это все хорошо, хотя лучше бы раньше они активничали
| | |
| |
| 2.14, Аноним (14), 23:24, 21/04/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Поддерживает. Ещё поддерживает сжатие из одиннадцатки на reparse pointах, но нужен плагин. И даже дедупликацию, тоже на reparse pointaх, но там плагин вообще написан на си шарпе и через клей приклеен к коду на си.
| | |
|
| 1.15, Аноним (15), 23:27, 21/04/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Повторю вопрос: когда ваш хвалёный BTRFS в линуксовом варианте впилт поддержку reparse pointов на eBPF, и вообще reparse pointы как first-class citizens? Никогда. Когда он трекать свободное место будет не деревьями, а битмапами, как все нормальные ФС делают? Тоже, наверное, никогда.
| | |
| |
| 2.16, Аноним (16), 23:51, 21/04/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Лол, динамические структуры это и есть нормальный подход, а не плейн битмапы, как деды в сорок первом
| | |
| |
| 3.24, Аноним (24), 01:22, 22/04/2026 [^] [^^] [^^^] [ответить] | +/– | Если вы готовы платить за оверхед, и терпеть развалы Свободное место НИКОГДА не... большой текст свёрнут, показать | | |
| |
| 4.25, Аноним (24), 01:28, 22/04/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
А в BTRFS битмап не используют потому, что битмап не очень хорошо совместим с copy on write, либо накладненько будет, либо придётся хитрить и зворачиваться, а там в спеке на BTRFS заявляется, что базовый слой ФС-базы данных укладывается в три сишных структуры, поверх которых всё и строится. А сам битмап - это и есть база, добавлять ещё и его в базовые структуры рушит эстетиику проекта. Хотя у нормальных людей эстетика - это не в красивиости внутреннего мира, а в обеспечении впролне потребительских свойств: надёжностии, скорости, фич. А с первым и вторым у BTRFS всё плохо.
| | |
| |
| 5.30, Аноним (-), 03:27, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А в BTRFS битмап не используют потому, что битмап не очень хорошо совместим
Его никто не использует в современных дизайнах. Просто потому что в среднем по больнице экстентные аллокаторы - сильно быстрее педалирования немеряных битмапов. Это фича антикварных дизайнов из эры когда файлы и диски были - маленькие.
Поэтому буквально все мало-мальски более свежие дизайны юзают экстенты и никаких битмапов. Пометить одним махом регион в дофига мегов куда шустрее чем педалить битмап который ему соотвестствует.
| | |
|
| 4.40, Аноним (40), 10:12, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
ОТкуда такая уверенность, что при использовании каких-то других методов фс не пойдёт по ** * "в результате глюка или bit rot"?
| | |
| |
| 5.70, Аноним (70), 21:42, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Конечно диск может накрыться всегда. Но контроль целостности именно данных - это не должно быть прибито гвоздями менно к ФС.
| | |
|
|
|
| 2.21, Аноним (20), 00:28, 22/04/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Reparse point'ы - это гибко, но это вынужденное зло в винде с её убогой системой монтирования. В POSIX-системах любой mount point, по сути, и есть reparse point. Хранить их как объекты ФС - это костыль и черевато граблями.
| | |
| |
| 3.23, Аноним (23), 01:12, 22/04/2026 [^] [^^] [^^^] [ответить] | –3 +/– | Reparse Pointы это вообще не про монтирование Да, поверх них реализовали и точк... большой текст свёрнут, показать | | |
| |
| 4.28, Аноним (28), 02:27, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Какая дичь, что тебе мешает хранить файлы как файлы и открывать их соответствующими программами? может тебе mp3 проигрывателя в драйвере фс не хватает
Какие плагины? чтобы что? чтобы экономить 3кб озу или что, или чтобы тебе всякие васяны ушатывали фс своими поделками
> Ещё больше можно реализовать
Можно что угодно реализовать, бери fuse и вперед, в линуксе даже такое есть, с примерами на любом языке в отличии от этих ваших божественных оболочек доса
| | |
| |
| 5.68, Аноним (68), 21:11, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
FUSE не замена reparse pointам. Она требует явного монтирования, а reparse pointы работают прозрачно, как будто это фичи самой ФС. Многие фичи самих ФС, ради которых ФС меняют, можно было бы сделать через reparse pointы, и никаких замен ФС, просто поставил пакет и пользуйся.
| | |
| |
| |
| 7.75, Аноним (28), 04:14, 23/04/2026 [^] [^^] [^^^] [ответить] | +/– | То что в винде 30 лет ничего не меняется это не фича, а баг, то что они через ко... большой текст свёрнут, показать | | |
|
|
|
| 4.38, Аноним (38), 08:59, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Эт булшит. Парити уже задействуется дисками, твой пример высосан. Да и при передаче по сети битый файл сегодня получить надо постараться. Ну и ты, видимо, не понимаешь, что парити не замена копии.
| | |
| |
| 5.54, Аноним (54), 14:47, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если парити и так есть и спользуется, нафига тогда в BTRFS чексуммы? Может есть далеко не везде, не всегда и не для всех?
| | |
| |
| 6.61, пох. (?), 17:31, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
хахаха. Посмотрите, до этого начало понемногу доходить.
(нет, конечно)
> Может есть далеко не везде, не всегда и не для всех?
да, в большинстве случаев вообще-то нет ее, там коды рида-соломона. Потому что prml диски (других уже тридцать лет как нет) _принципиально_ не могут прочитать с поверхности то что на нее было записано. By design.
С современными ssd тоже все забавно.
Но ты об этом даже не узнаешь.
| | |
| |
| 7.65, Аноним (65), 21:04, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Про диски я тоже раньше думал, что там, как и вообще в любом носителе с движущимися частями, коды рида-соломона, потом узнал про bit rot и подумал, что таки нет. А вот сейчас мне стало реально страшно. То есть диск у нас тихо сыпется, но коды рида-соломона всё корректируют. А потом вдруг оказывается, что не могут кореектировать, и ВНЕЗАПНО потеря данных, вплоть до потери данных системной зоны, со смертью всего диска..
Тогда нафига в BTRFS вообще чексуммы данных? Если у нас диски такие ненадёжные, то не лучше ли на несколько бит побольше выделить на избыточность, чтобы механика сдохла раньше, чем единственный бит флипнулся?
| | |
| |
| 8.76, Аноним (28), 04:33, 23/04/2026 [^] [^^] [^^^] [ответить] | +/– | А насколько побольше а давай на диске будет 50 места под восстановление, чтобы... большой текст свёрнут, показать | | |
|
|
|
| 5.59, cheburnator9000 (ok), 17:19, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>> по сети битый файл сегодня получить надо постараться
Роскомнадзор тебе в помощь, спроси их они помогут.
| | |
| |
| 6.62, пох. (?), 17:32, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
не помогут, он просто своего файла вообще никогда не увидит. Битый получить - надо что-то ну очень уникальное сотворить.
| | |
| |
| 7.66, Аноним (66), 21:07, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Обрезанный, одну головку доставят, 1 кибибайт. Белый список давно уже на проводе. Блог того же ревуа хрен откроешь, сайт BRFS, и вообще подавляющее большинство сайтов.
| | |
|
| 6.63, Аноним (38), 17:55, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Потеря пакетов не приводит к повреждению. Всё, что работает поверх TCP, априори устойчиво. С UDP возможны варианты (отдельное спасибо опциональным чексуммам), но, в целом, тот же QUIC устойчив к потерям.
| | |
|
|
|
|
| 2.29, Аноним (-), 03:19, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Когда он трекать свободное место будет не деревьями, а битмапами,
Это уже более никто и никогда делать - не будет. Потому что тормозит в современных реалиях что капец просто. Это анти-фича легаси дизайнов из 90х прошлого века.
| | |
| |
| 3.64, Аноним (64), 20:52, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
В смысле тормозит? Битмапы наоборот очень быстры. Ещё быстрее - битмапы с индексом.
| | |
|
|
| 1.27, Аноним (27), 01:45, 22/04/2026 [ответить] [﹢﹢﹢] [ · · · ] | –3 +/– | Ещё продублирую ФС в принципе может быть модульной То есть один класс для треки... большой текст свёрнут, показать | | |
| |
| 2.42, Аноним (40), 10:36, 22/04/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Чувак, ты гений! Теперь при развале ФС, порче данных, и вообще, при любом глюке, авторы модулей смогут перепихивать ответственность друг на друга, постоянно устраивать свары по поводу толкования АПИ интерфейса между примитивами, форкать модули, форкать весь продукт ради выбора другого набора модулей, и так далее.
Ты не задумывался - почему так не делают? Почему ФС выкатывается как цельный продукт? Потому что разброд и шатание - это не то, что можно себе позволить при разработке такого фундаментально важного продукта, как ФС.
| | |
| |
| 3.44, пох. (?), 10:49, 22/04/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
чо ж у вас афтыри все как на подбор такое г-но?
Ну ничего, rhbm уже наняло им нормальных индусов с палками. (и смотри-ка - как бы ни был ужасен бутерброд lvm-thin-xfs - он работает. Видимо перекладывателей ответственности там как тех крокодильчиков...)
| | |
| |
| 4.46, Аноним (-), 12:18, 22/04/2026 [^] [^^] [^^^] [ответить] | +/– | То что в реальном мире - единорогов и розовых пони не бывает Как и программисто... большой текст свёрнут, показать | | |
| |
| 5.50, пох. (?), 12:57, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
> То что в реальном мире - единорогов и розовых пони не бывает. Как и программистов
> которые совсем не ошибаются.
ошибаться можно. Врать и хамить вот не стоит, как и заниматься откровенным саботажем.
А с этим у адептов почему-то как раз не получается, пока злые дяди с палками не придут и фронт работ не обозначат.
> Но саппорт от rhbm лучше все же купить.
"а придетца". Хотя бы для доступа к документации (на шв260дкин код!) за пэйволом. (ну и к нормальным версиям а не вечной пре-альфа)
Нет, ни для чего другого он не нужен. Бизнес у них не по продаже саппорта как тутошние наивные дети верят. Бизнес у них по перепродаже вашего труда. Ну вот потому что сами вы трудиться не умеете и не хотите нормально, так что в целом все правильно делают.
> Удачи тебе в менеджменте всякими сратисами + xfs.
но нотабаг надысь при всей почтенной публике (как раз по описанному тобой сценарию - все виноваты, автыр не виноват, исправлять ничего не будет потому что может) случилсо вовсе не в xfs.
Удивительно, правда?
| | |
| |
| 6.72, Аноним (40), 22:24, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> хамить вот не стоит
забавное заявление от главного хама опеннета
| | |
|
|
|
| 3.52, Аноним (52), 14:25, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Авторы чего угодно могут при желании вообще всех послать в след за кораблём, и хрен ты такое вообще оспоришь. А модульность как раз позволяет тестировать компоненты ФС отдельно друг от друга. И менять компоненты одни на другие просто ради того, чтобы исключить проблемного автора компонента из цепочки поставок. Можно не один на другой, а просто на форк, другой пакет.
| | |
| |
| 4.73, Аноним (40), 22:25, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
А зачем оспаривать? Пожал плечами и послал авторов самих той же траекторией.
| | |
|
|
| 2.45, Аноним (-), 12:13, 22/04/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> В общем очень гибкая система могла бы быть.
Было уже такое. Reiser4 называлось. А потом и Reiser5. В силу сложности и масштаба задачи vs постоянной смены правил игры типа пришествия ssd и сверхскоростного io - оказалось нахреннужно и труднореализуемо. Так что вся эта вавилонская башня оказалась vaporware в основном.
Но вы можете попробовать еще раз. Разумеется убивая свое время и ресурсы прежде всего. Во первых потому что лучше архитекта мало кто знает как оно. Во вторых потому что у других могут быть иные идеи на этот счет.
| | |
| |
| 3.53, Аноним (53), 14:45, 22/04/2026 [^] [^^] [^^^] [ответить] | +/– | Задача действительно огромная и нафиг не нужная лично разработчикам ФC модульно... большой текст свёрнут, показать | | |
| 3.55, Аноним (55), 14:57, 22/04/2026 [^] [^^] [^^^] [ответить]
| +/– |
Не настолько у них модульность была, как вышеотписавшийся предлагает. Reiser4, всё же, минимально монолитная. Её, как простую ФС, можно использовать без внешних модулей.
| | |
|
|
|
