The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Компания Paragon Software опубликовала GPL-реализацию NTFS для ядра Linux

16.08.2020 07:49

Константин Комаров, основатель и руководитель компании Paragon Software, опубликовал в списке рассылки ядра Linux набор патчей с полноценной реализацией файловой системы NTFS, поддерживающей работу в режиме чтения и записи. Код открыт под лицензией GPL.

Реализация поддерживает все возможности актуальной версии NTFS 3.1, включая расширенные атрибуты файлов, режим сжатия данных, эффективную работу с пустотами в файлах и воспроизведение изменений из журнала для восстановления целостности после сбоев. В предложенном драйвере пока используется собственная урезанная реализация журнала NTFS, но в дальнейшем планируется добавить поддержку полного журналирования поверх имеющегося в ядре универсального блочного устройства JBD (Journaling block device), на базе которого организовано журналирование в ext3, ext4 и OCFS2.

Драйвер основан на кодовой базе имеющегося коммерческого продукта Paragon Software и хорошо протестирован. Патчи оформлены в соответствии с требованиями по подготовке кода для Linux и не содержат привязок к дополнительным API, что позволяет включить новый драйвер в основной состав ядра. После включения патчей в основной состав ядра Linux компания Paragon Software намерена обеспечить их сопровождение, исправление ошибок и расширение функциональности.

Тем не менее, включение в состав ядра может потребовать времени из-за необходимости проведения рецензировния предложенного кода сторонними разработчиками. В комментариях к публикации также отмечаются проблемы со сборкой и несоблюдение ряда требований по оформлению патчей. Например, предлагается разбить присланный патч на части, так как 27 тысяч строк в одном патче слишком много и создаёт трудности при рецензировании и проверке. В файле MAINTAINERS рекомендовано явно определить политику дальнейшего сопровождения кода и указать Git-ветку, в которую следует присылать исправления. Также отмечается необходимость согласования добавления новой реализации NTFS при наличии старого драйвера fs/ntfs, который работает в режиме только для чтения.

Ранее для полного доступа к NTFS-разделам из Linux приходилось пользоваться FUSE-драйвером NTFS-3g, работающим в пространстве пользователя и не обеспечивающим желаемой производительности. Данный драйвер не обновлялся с 2017 года, как и работающий только в режиме чтения драйвер fs/ntfs. Оба драйвера были созданы компанией Tuxera, которая, как и Paragon Software, поставляет проприетарный драйвер NTFS, распространяемый на коммерческой основе.

Напомним, что в октябре прошлого года, после публикации Microsoft общедоступных спецификаций и предоставлении возможности безвозмездного использования патентов на exFAT в Linux, компания Paragon Software открыла код своего драйвера с реализацией ФС exFAT. Первая версия драйвера была ограничена работой в режиме только для чтения, но в разработке находился вариант с поддержкой записи. Данные патчи остались невостребованными и в основной состав ядра был принят драйвер exFAT, предложенный Samsung и применяемый в прошивках Android-смартфонов данной компании. Данный шаг был болезненно воспринят в компании Paragon Software, которая выступила с критикой открытых реализаций exFAT и NTFS (по сравнению со своей закрытой).

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Samsung предложил новый вариант драйвера exFAT для ядра Linux
  3. OpenNews: Компания Paragon Software открыла код драйвера с реализацией ФС exFAT
  4. OpenNews: Для ядра Linux предложен новый вариант драйвера exFAT
  5. OpenNews: Microsoft выступил с инициативой включения поддержки exFAT в состав ядра Linux
  6. OpenNews: Стабильный релиз NTFS-3G и ntfsprogs 2017.3.23
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53554-ntfs
Ключевые слова: ntfs, linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (315) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, КО (?), 08:50, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –28 +/
    "проведения рецензировния предложенного кода"
    т.е. до этого код тупо впихивали,  не проверяя?
     
     
  • 2.7, Аноним (7), 08:59, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +29 +/
    Для включения кода в ядро кто-то посторонний с заслуженным авторитетом должен проверить код и подписаться под патчами.
     
     
  • 3.67, Карабьян (?), 12:56, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –16 +/
    Ему за это заплатят?
     
     
  • 4.87, Карабьян (?), 14:15, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ему за это заплатят?

    Судя по минусам, нет

     
  • 3.94, m.makhno (ok), 14:30, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    у Анонима с опеннета достаточно авторитета для сего действия? :D
     
     
  • 4.115, Webmonkey (?), 16:03, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Нет, слишком много. Анонимы такой мелкой ерундой не занимаются.
     

  • 1.2, Аноним (2), 08:50, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Как корневую фс теперь ntfs юзать можно будет?
     
     
  • 2.11, Аноним (11), 09:04, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Даже если и станет можно - идея не то, чтобы "айс"...
     
     
  • 3.12, A.Stahl (ok), 09:16, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ФС как ФС. Так что идея вполне жизнеспособна. Особенно для дуалбутчиков и прочих БСДшников.
     
     
  • 4.53, Аноним (53), 11:59, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да нет, производительность заметно ниже, а к тому же ФС знатно фрагментируется. Не нужно.
     
     
  • 5.66, A.Stahl (ok), 12:50, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +32 +/
    Заметно ниже чем что? У нас тут этих ФС на любой вкус: хочешь тормознутые, хочешь теряющие данные, есть поддерживающие файлы до 100 Хринибайт, но не больше 78 штук, а есть кластерные ФС, монолитные ФС, стековые ФС... Ну вот только про ФС со вкусом политэкономии я не слышал. А всё это безобразие срёт логами, и всячески берется за выживание как тараканы в банке с солидолом. NTFS на этом фоне ну вообще ничем не выделяется.
    >фрагментируется

    Кто-то фрагментируется, у кого-то иноды заканчиваются, кто-то не выравнивает начало файла по началу сектора-кластера... Просто ещё одна особенность. В крон пропишешь запуск дефрагментатора раз в месяц.


     
     
  • 6.118, Michael Shigorin (ok), 16:13, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > дефрагментатора

    Нет уж, померла так померла.

     
     
  • 7.196, Тот_Самый_Анонимус (?), 05:04, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Меня забавляет что в линухе отсутствие чего-либо подаётся как преимущество, а не как недостаток. Дефрагментация — неплохая вещь, вне зависимости от прочих факторов.
     
     
  • 8.220, Аноним (220), 12:09, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Большинство ФС, которые разрабатывались по классической NIX-архитектуре, не треб... текст свёрнут, показать
     
     
  • 9.227, PnD (??), 14:16, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Почти совсем не требуют Но если вдруг, то ext4 e4defrag xfs xfs_fsr... текст свёрнут, показать
     
  • 8.224, Ан О Ним (?), 13:02, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Именно Можно сделать как надо немногим инженерам Вместо хипстера с Маком ... текст свёрнут, показать
     
  • 8.230, VladSh (?), 14:48, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И вне зависимости от типа диска HDD SSD ... текст свёрнут, показать
     
     
  • 9.303, anonymous (??), 11:37, 20/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да На SSD фрагментация вместо тормозов обычно вызывает заметные скачки загрузки... текст свёрнут, показать
     
  • 6.183, admgoat (?), 00:22, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не очень удачная идея дефрагментить RAID-0 терабайт этак на 16 а то и 32

     
     
  • 7.203, A.Stahl (ok), 06:15, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почему?
     
     
  • 8.296, admgoat (?), 23:36, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    потому что это HDD массив, скорость случайного чтения небольшая дефрагментаци... текст свёрнут, показать
     
     
  • 9.299, A.Stahl (ok), 06:12, 20/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то я сомневаюсь Особенно если делать это регулярно ... текст свёрнут, показать
     
  • 6.264, Аноним (264), 20:53, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А поддерживающие нормальные имена файлов есть? Нормальные - это с максимальной длиной больше 255 байтов. NTFS и ReFS в винде это могут, exFAT тоже. В кocтылинупce же во что палочкой ни ткни - 255 байт и отвали, что нередко генерит кучу лулзов.
     
     
  • 7.284, mikhailnov (ok), 10:07, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://wiki.etersoft.ru/Linux/VLFN
     
     
  • 8.313, Аноним (313), 01:08, 22/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Благодарю, но это реально лютый набор костылей 1 На всяких ext2 3 4 не сработа... текст свёрнут, показать
     
  • 5.131, Аноним (131), 17:14, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ось и софт у разумных людей давно уже стоит на SSD, а на файлохранилище (не люблю вот это слово «помойка») проблемы фрагментации особо и нет.
     
     
  • 6.184, admgoat (?), 00:26, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вообще-то есть

    представим какую-нибудь торрент хранилище засранное почти рандомно

    а теперь из этого торрент хранилища нужно скопировать данные

    линейная скорость будет очень большой (у меня рейд 0 и 10GbE), а вот рандомное чтение будет убогое в десятки раз меньше

     
     
  • 7.213, Л1110л_кек (?), 10:18, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –14 +/
    Кто-то торрентом еще пользуется ввиду наличия Netflix, Spotify и пр?
     
     
  • 8.216, runoverheads (ok), 11:00, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    1-го канала и рен-тв ... текст свёрнут, показать
     
  • 8.238, CopyleftHater (?), 19:42, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты совсем дурак что ли ... текст свёрнут, показать
     
     
  • 9.246, ssh (ok), 00:13, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да не, просто для него использовать торрент значит пиратить, а для многих других... текст свёрнут, показать
     
     
  • 10.252, Л1110л_кек (?), 10:56, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не значит Ну юзаю торрент епизодически, но у оратор выше говорит про торрент-хр... текст свёрнут, показать
     
     
  • 11.297, admgoat (?), 23:41, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    там все что скачал дистрибутивы, фильмы, все что на текщий момент скачано и ра... текст свёрнут, показать
     
  • 5.134, Аноним (134), 17:29, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ФС знатно фрагментируется

    Очередная опеннетная страшилка из серии 'ZFS после пропадания електричества починить можно только HEX-редактором'. Катит только для местной аудитории.

    Там было такое что сжатые силами NTFS файлы имели свойство сильно фрагментироваться при модификации (20 лет тому назад). Но сравнивать с линуксом это глупо т.к. тогдашние пингвино-FS в сжатие банально не умели.

     
     
  • 6.225, Алеша (?), 13:03, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > (20 лет тому назад). Но сравнивать с линуксом это глупо т.к. тогдашние пингвино-FS в сжатие банально не умели.

    сжатие было даже у ext2. когда? гуглим e2compr, идем на sourceforge по ссылке, ознакамливаемся внимательно и...
    > Genesis (Linux 1.2 / 1.3, 1995-1997): http://www.etca.fr/Users/Antoine+de+Maricourt/english/e2compress.html

    но ты об этом не знаешь. странно, я вспомнил тут же.. может быть ты просто не в теме совершенно, отсюда и глупые, зато ехидные посылы в сторону линукса?
    25 лет тому, где там винда была со своим "сжатием"..? какую вообще версию венды в 95том году юзал твой отец? спроси у него...
    и изучите матчасть прежде чем критиковать, юноша.

     
     
  • 7.300, Shbr (?), 08:49, 20/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сжатие даже в мсдосе было :)
     
  • 4.74, Аноним (74), 13:34, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> GPL-реализацию NTFS для ядра Linux
    > Особенно для дуалбутчиков и прочих БСДшников.

    Пользователи линукса с дуалбутом в венду у "тру" называется БСДшниками? Невероятная гибкость мыления, но многое объясняет.

     
     
  • 5.153, Аномномномнимус (?), 19:29, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а так же те ярые линусоиды, которые уже давно переобулись в wsl
     
  • 4.120, тоже Аноним (ok), 16:14, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Именно для дуалбутчиков держать Линь на ФС, которую понимает потенциально дырявый сосед - чрезвычайно неудачная идея.
     
     
  • 5.132, A.Stahl (ok), 17:15, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мне кажется, что большинству из тех, кто держит винду второй системой на дыры наcрать. Т.е. конечно хорошо если их мало, но ничего страшного если их 100500. Кому не наcрать -- заморачиваются второй машиной, виртуалкой или ещё чем погаже.


     
     
  • 6.175, тоже Аноним (ok), 22:46, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне кажется

    Титр над головой "Это ему кажется".
    Довольно многие оценившие удобство Линуксов для работы держат Винду в дуалбуте для игрушек, например.

     
     
  • 7.185, admgoat (?), 00:29, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну это изврат.. лучше линуху на отдельной машине

    вот понадобился тебе трансмишен, а он на линухе и что ты будешь делать?

    перегружаться и выходить из игры? ))

     
     
  • 8.188, тоже Аноним (ok), 00:44, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если уж я перестал работать и сел поиграться - мне не понадобится трансмишен Д... текст свёрнут, показать
     
     
  • 9.197, admgoat (?), 05:12, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это потому что кто-то однозадачный ... текст свёрнут, показать
     
     
  • 10.209, тоже Аноним (ok), 09:07, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Когда я уже наработался настолько, чтобы тупо сесть и поиграться - идите все в п... текст свёрнут, показать
     
  • 5.199, Тот_Самый_Анонимус (?), 05:21, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >понимает потенциально дырявый сосед

    Откуда у линуксойдов столько чванства? Дыры есть во всех серьёзных программах. Даже в линухе. Живите теперь с этим.

     
     
  • 6.202, A.Stahl (ok), 06:13, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    У всех есть недостатки. Ты, например, пихаешь литеру "й" куда попало.


     
  • 6.204, тоже Аноним (ok), 08:32, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Откуда у линуксойдов столько чванства? Дыры есть во всех серьёзных программах. Даже в линухе. Живите теперь с этим.

    Да вы просто открылй мне глаза!

     
  • 6.221, Аноним (220), 12:13, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дыры, но не бекдоры. И дыры эти чинят.
     
  • 6.239, К. О. (?), 19:56, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Дыры есть во всех серьёзных программах. Даже в линухе.

    Но у дуалбутчиков их по определению больше.

     
  • 2.16, Я (??), 09:23, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давно уже можно при большом желании. Корень на FUSE вполне себе осуществимая затея, непонятно только зачем.
     
     
  • 3.20, Рева RarogCmex Денис (?), 09:50, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Стоп, стоп, стоп, это то, что мне нужно!
    Где об этом можно почитать?
     
     
  • 4.35, Аноним (35), 10:40, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ntfs-3g пакет установи в свой дистр, он установит прослойку fuse и ntfs
     
  • 4.45, Аноним (45), 11:37, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тебе нужна initramfs с включенным fuse и ntfs-3g. И init в виде шелл скрипта на несколько строчек - монтирование ФС и переключение корня.
     
     
  • 5.60, пох. (?), 12:16, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ему еще отдельный дистрибутив самодельный нужен - потому что unix permissions ntfs3g не поддерживает а имитирует, и без них сломается практически все.

    И даже не потому что очень уж надо (подумаешь, исполняемый /etc/passwd, и не такое во времена umsdos видали) а потому что рукожопые скрипты на пихоне не позволят.

    (наблюдая в очередной раз приключения скриптов поддержки всего лишь /boot раздела, где атрибуты вообще не нужны низачем и ни для чего - жаль что разработчики де6иллиана об этом уже не узнают, потому что старые сдохли, а новые умеют только в CoC)

     
  • 5.149, ананим.orig (?), 18:38, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не обязательно.
    Корень (и/или бут) можно монтировать ридонли.
    После загрузки перемонтировать в рв.
     
     
  • 6.228, Гентушник (ok), 14:16, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понимаю делать надо как-то так:
    1) Монтируем корень ядерным драйвером в ro
    2) В скриптах initramfs или где-нибудь попозже монтируем ту же корневую фс другим драйвером (NTFS-3g) в режиме ro наверное.
    Это кстати возможно? Ну, смонтировать одно блочное устройство сразу двумя драйверами.
    3) Переключаемся через pivot_root на новый корень
    4) Отмонтируем старый корень
    5) Переключим новый корень в r/w
     
  • 4.214, FreeStyler (ok), 10:24, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Очень не советую ибо сам сталкивался с порчей данных! Сырой дравер, ибо спеки не открыты же - лучше как минимум тогда уж этот новый подождать! А вообще к чему это? Для обмена данными тогда уж лучше exFAT юзать, благо спеки открыли, дрова новые приняли
     
     
  • 5.250, iPony129412 (?), 10:30, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Для обмена данными тогда уж лучше exFAT юзать, благо спеки открыли, дрова новые приняли

    Оно там такое (ядерное), что лучше в ближайшие пару лет не подходить

     
  • 2.49, Я (??), 11:48, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Но зачем? Единственный смысл нтфс это дуалбут с виндой, а нафига тебе корень с виндой шарить?
     
     
  • 3.266, Аноним (264), 21:01, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не всегда. У меня вместо флешки нередко используется подключаемый по USB внешний винт на терабайт. Все домашние железки его в NTFS нормально воспринимают: хоть телек, хоть ноут с компом, хоть роутер. А вот если я его во что линупcячьe форматну - начинаются проблемы.
     
     
  • 4.317, РедХет (?), 18:25, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    NTFS-тома без проблем и сейчас монтируются. Для потребительских целей: читать, писать/какать. Другое дело, надо понимать, что виндузычий ACL не является POSIX-совместимым. Поэтому будут проблемы с размещением чего-то системного таком NTFS-томе.
     
  • 2.124, Аноним (124), 16:35, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Разве NTFS имеет поддержку всех нужных юниксовых файловых атрибутов? Я просто реально этим не интересовался и мне интересно.
     
     
  • 3.133, Аноним (133), 17:21, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, не имеет.
     
  • 3.154, пох. (?), 20:00, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Лолшта - вот этого вот недоразумения из двенадцати бит?

    Не, не имеет (posix api там уже двадцать лет как немодно - через него и через backup еще - было можно) - она нормальные hierarchical acls умеет (к сожалению, нет, не posix - шва6одные слоупоке со слоу, что опоздали и изобрели велосипед с квадратными колесами назло врагам).
    Теоретически, разумеется, ничего не мешает тебе написать (или на коленках умолить кого-то умеющего кодить) примитивный враппер, транслирующий какой-нибудь ограниченный набор этих acl'ей в юниксное ничтожество (у самой MS такие есть, причем работающие в обоих направлениях - правда, в обратную сторону не очень хорошо), но ты ведь не будешь, ты будешь страдать.

     
     
  • 4.275, n80 (?), 00:26, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле эти 12 бит 8212 охренительное решение простое как угол дома, н... большой текст свёрнут, показать
     
     
  • 5.283, Аноним (283), 06:18, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну сделай на этих 12 битах разделение прав из серии "вот к этому файлу должны иметь доступ только пользователи из групп "операционисты" и "бухгалтера", причём операционисты файлы только создают, а бухи работают с уже имеющимися. Все остальные идут по известному адресу даже при попытке посмотреть что в этом каталоге такое лежит".
     
     
  • 6.285, n80 (?), 11:55, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Про 100% покрытие никто не говорил. В данном случае речь сугубо о том что хорошо, когда простые проблемы (задачи) решаются простыми (и максимально дубовыми в хорошем смысле) методами, а не так что есть один тяжёлый микроскоп NT ACL, которым и забиваем все гвозди, независимо от их вида.
     
  • 3.180, Аноним (180), 23:34, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Она имеет поддержку расширенных атрибутов, точек повторного анализа, потоков и ф... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (62)

  • 1.3, Аноним (3), 08:51, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >при наличии в ядре старого драйвера fs/ntfs, который работает в режиме только для чтения

    Почему работает на запись? Или в ядре уже есть драйвер для чтения-записи?

     
     
  • 2.9, Аноним (9), 09:00, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    На запись работает драйвер FUSE (ntfs-3g).
     
     
  • 3.25, Аноним (3), 10:14, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Благодарю за разъяснение.
     
  • 2.39, flkghdfgklh (?), 11:08, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Он там 20 лет. Вот тот ядерный который только на чтение имеет дополнительную опцию разрешения записи в конфиге ядра, но с криками, что так делать не нужно ни за что и никогда, что у тебя может все полететь в гнезду и мы не виноваты
     
     
  • 3.52, пох. (?), 11:59, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    он там очень оригинально эту запись осуществляет - то есть она даже включенная будет кастрированной и ни для чего полезного непригодной.

    этот недодрайвер давным-давно пора было выбросить из кода ядра, как абсолютно никем не используемый (и, кстати, неподдерживаемый) - но за это вашему божку rhbm не платит, поэтому выбрасываются совсем другие вещи.

     
     
  • 4.176, flkghdfgklh (?), 22:46, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > этот недодрайвер давным-давно пора было выбросить из кода ядра, как абсолютно никем не используемый (и, кстати, неподдерживаемый)

    Вот тут согласен без вопросов
    И сам всегда удивлялся на какой мужской половой орган его сохраняют
    Впрочем бесполезного дeрьма которое никто не выбрасывает из-за нытиков в ядре еще больше

     
  • 3.195, anonymous yet another (?), 03:45, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Limit of liability приведённое мнение основано на опыте 10-15-летней давности ... большой текст свёрнут, показать
     
     
  • 4.217, пох. (?), 11:36, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    был бы он не краденый - обычно за свои деньги первое что делают - подключают тех... большой текст свёрнут, показать
     
     
  • 5.263, anonymous yet another (?), 20:20, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он был получен от P. для оценки ... и т.п.
    Пальцем показывать --- вообще дурной тон. Тем более в то, что было снесено немедленно после
    оценки.

    Про реализацию, прина... . Да и ладно. Ведёте себя как подпевала у неформального лидера целых четырёх подъездов.

     
     
  • 6.268, пох. (?), 21:19, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Он был получен от P. для оценки ... и т.п.

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


     

  • 1.4, Аноним (4), 08:52, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    Хорошее начинание. Но бюрократы при ядре хотят, чтобы не только предоставили, но и сделали им удобно.
     
     
  • 2.5, Аноним (5), 08:55, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Потому что именно эти «бюрократы» отвечают перед пользователями.
     
     
  • 3.26, uchiya (ok), 10:14, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Ага, прям на опеннете перед тобой отвечают и честь отдают!
     
     
  • 4.47, llolik (ok), 11:45, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Но в случае чего с разборками и криками "у нас терабайты порн^W очень важных файлов на NTFS превратились в кашу из-за вашего shitкода" придут именно к ним,  а не к Paragon Software и уж точно не к анонимному комментатору opennet.
     
     
  • 5.54, пох. (?), 11:59, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Да-да, придут, придут.

    Какие у гнутых истеричек интересные бредни в головах... (нет)

     
  • 5.58, 1231234123 (?), 12:11, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    именно поэтому в тексте лицензии капсом выделен отказ от гарантий? что то ни в одной новости про уязвимости в ядре не видел что бы писали кто написал код с ошибками, кто его смотрел, принимал, был ли пересмотр другого кода этого человека.
     
     
  • 6.114, llolik (ok), 16:01, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > именно поэтому в тексте лицензии капсом выделен отказ от гарантий?

    Юридических последствий не будет, да. В суд не подадут. Но репутация будет подмочена, как и изнасилован мозг мейнтейнеров. Оно им надо? Поэтому и требуют заранее оформлять код, чтобы его было удобно ревьювить, т.к. отвечать за подсистему и её поддерживать им, а не перцам из Paragon Software, при всём к ним уважении.

     
     
  • 7.150, zzz (??), 19:04, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    CVE с ядре находят чуть ли не каждый день. Баг в blk-mq планомерно уничтожал файловые системы. Патчи в ядре убунты каждые полгода создавали проблемы. Репутация скольки разрабов, мейнтейнеров и кучи бюрократов была подмочена? Все что говорят? "Это опенсорс, тут тебе никто ничего не должен, хочешь лучше - сделай лучше" и вообще "Невозможно писать код без единой ошибки".
     
     
  • 8.168, llolik (ok), 21:44, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Из всего этого, я так понимаю, надо сделать вывод что в ядро надо принимать любу... текст свёрнут, показать
     
     
  • 9.173, пох. (?), 22:23, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не можешь ревьюить, и не можешь сам написать - принимай, да Борцуны за все хор... большой текст свёрнут, показать
     
  • 9.189, zzz (??), 01:17, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну вот я и спрашиваю - чья репутация была подмочена кривым blk-mq Придурошным п... текст свёрнут, показать
     
     
  • 10.226, Аноним (226), 13:55, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Просто они не в состоянии объективно оценить качество проекта, предлагаемого для... текст свёрнут, показать
     
     
  • 11.237, пох. (?), 18:26, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    нееет, дорогой - это - опять кого надо нога Везунчик получает угрозы мы опять ... текст свёрнут, показать
     
  • 8.207, iPony129412 (?), 08:56, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это https bugzilla kernel org show_bug cgi id 201685 Kernel Version 4 19 x... текст свёрнут, показать
     
     
  • 9.269, пох. (?), 21:21, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    так им и дальше никто не запрещает на ней сидеть, собственно - и никакой ntfs им... текст свёрнут, показать
     
  • 6.178, тоже Аноним (ok), 23:07, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > именно поэтому в тексте лицензии капсом выделен отказ от гарантий?

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

     
  • 3.89, Аноним (131), 14:18, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ахаха, «отвечают»
     
  • 3.211, Отражение луны (ok), 09:53, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно, кому нужны эти глупости вроде соблюдения общей архитектуры проекта и хорошего кода.
     
     
  • 4.219, пох. (?), 11:48, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Абсолютно не нужны - пресловутые правильные пацаны регулярно комитят плохой и вообще неработающий код - и ничего.

    Причем регулярно с обидными комментариями отбрасываются патчи, исправляющие реальные проблемы. Ведь правильным пацанам не за это каплет бабло.

    То есть ты им исправил баг, портящий данные - а тебе в ответ "порежь помельче и переподай с поклоном вдвое пониже!".

    А мы продолжим рассказывать сказочки про очень хороший код и какую-то там еще "общую архитектуру" трэша и п-ца.

     

     ....большая нить свёрнута, показать (18)

  • 1.6, Аноним (6), 08:55, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Хотим Линdows!!!
     
     
  • 2.77, Аноним (77), 13:43, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Было уже когда-то. Только Мелкомягкие наехали тогда на название, типа, оно созвучно с Windows.
     
     
  • 3.273, Kuromi (ok), 23:34, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Переименование в Linspire им что-то не сильно помогло.
     

  • 1.8, Аноним (8), 08:59, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    В ядре есть режим записи для NTFS, просто это нужно указывать в ручную при монтировании. По умолчанию только чтение.
     
     
  • 2.10, Аноним (9), 09:02, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Это не тот драйвер. И он не в ядре.
     
     
  • 3.46, Аноним (45), 11:39, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тот. Возможность записи нужно включать вручную при сборке и она помечена как "experimental" уже много лет и включать это категорически не рекомендуется.
     
     
  • 4.151, Daemon (??), 19:13, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Причем прикол: одно и то же ядро. Собираешь в Ubuntu - глюк на глюке. Особенно с размонтированием. Из тех же исходников компилишь в слаке 14.2 64 - ну все просто норм. И диски sata, и флешки. Все корректно. В чем особенность - я так и не понял.
     
     
  • 5.177, flkghdfgklh (?), 22:51, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Причем прикол: одно и то же ядро. Собираешь в Ubuntu - глюк
    > на глюке. Особенно с размонтированием. Из тех же исходников компилишь в
    > слаке 14.2 64 - ну все просто норм. И диски sata,
    > и флешки. Все корректно. В чем особенность - я так и
    > не понял.

    В том что ты врешь?

     
  • 3.318, РедХет (?), 18:25, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это таки драйвер, хоть и не ведре.
     

  • 1.14, sage (??), 09:18, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно, позволит ли это исправить низкую производительность в WSL2 при операциях в/в в файловую систему Венды?
     
     
  • 2.91, Аноним (131), 14:25, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В огороде бузина, в Киеве дядька.
     
  • 2.111, mumu (ok), 15:47, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    нет
     

  • 1.15, Fracta1L (ok), 09:22, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чего это они? Раньше же продавали этот драйвер
     
     
  • 2.18, Я (??), 09:28, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    exFAT у них не приняли и они решили превентивно NTFS апстримнуть, пока никто не успел. Внизу же написано.
     
     
  • 3.69, Карабьян (?), 13:15, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И  что им за это будет?
     
     
  • 4.70, Карабьян (?), 13:16, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хотя вон ниже написали, копирайты будут их конторы стоять
     
  • 4.78, Аноним (77), 13:48, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вероятно, не все возможности коммерческой версии они в свободную включили. Кто раскушает, понравится, покупай проприетарную, она расширенная.
     
  • 4.157, пох. (?), 20:20, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И  что им за это будет?

    чуть меньше приключений со "stable api is nonsense" - ну или они так надеются.
    Ну и защита от пакостей вида "с сегодняшнего дня этот и вон тот вызовы апи - только для чатлан с gpl2"

    А их бэкапный софт от этого покупать ни разу не перестанут.

     
  • 2.57, Анотолей (?), 12:10, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Может товарищам майорам закладку захотелось. Я бы в первую очередь на процесс монтирования и работы с mft обратил внимание, если и есть что-то, то вероятней всего туда сначала запихали. Искать нужно комбинированные баги, то есть сработка не в одном месте, а в контексте двух-трех операций. Также интересно будет посмотреть на работу с журналированием и откатом, если рассматривать мою бредовое оценочное суждение в этом ключе, то и отсылка с потенциально сырой части может быть легендированием на случай обнаружения подозрительного кода - «это было технической ошибкой» (с) Фейсбук
     

  • 1.19, Аноним (19), 09:42, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    >Данный шаг был болезненно воспринят в компании Paragon Software, которая выступила с критикой открытых реализаций exFAT и NTFS.

    Критикуя - предлагай. Молодцы.

     
  • 1.21, Аноним (21), 09:53, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Непонятно. Есть ли полные открытые спецификации на NTFS? Или они, как обычно, только у избранных партнеров Майкрософта. Насколько я могу доверять модификацию разделов с NTFS таким драйверам?

    И Эпл тоже мутные. Когда выкатывали новую AppleFS, обещали, что спеки будут открытыми. Но ничего похожего нет.

     
     
  • 2.28, uchiya (ok), 10:16, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    МС открыла спеки на NTFS.
     
     
  • 3.34, Аноним (35), 10:35, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да это был вопрос времени кто первый копирайты занесет в linux mainline
     
  • 3.146, n80 (?), 18:09, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > МС открыла спеки на NTFS.

    Можно, пожалуйста, ссылку? На моей памяти на FAT/exFAT открывала, да, но не на NTFS.
    Гуглить пробовал, нашлись только сторонние документы.

     
  • 2.148, НяшМяш (ok), 18:17, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И Эпл тоже мутные. Когда выкатывали новую AppleFS, обещали, что спеки будут открытыми. Но ничего похожего нет.

    Они просто её до сих пор не допилили даже на макосе, а вы уже спеки хотите. Ну и да, могли просто лужу газифицировать в надежде, что никто и не вспомнит об этом вообще.

     
     
  • 3.255, Перастерос (ok), 11:57, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    вы на opensource.apple.com  давно были? хотя я тут плаваю, может не то опубликовали )

    https://opensource.apple.com/release/macos-10153.html

     
     
  • 4.312, пох. (?), 22:06, 21/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    так просили - спеки, документацию что, зачем и как, а не двадцать гигабайт мутного кода операционной системы целиком, из которого надо отдельно выковыривать описания структур, и отдельно логику.

    Ну, уцелом, есть мнение, что его у эпла и нет, хреначили с листа. Собственно, такое же мнение есть и про ntfs - что никакой документации по нему не опубликовано ровно потому, что ее у ms никогда не было, а то что было - не соответствует реализации. Вот на все варианты fat, кроме, может 32 - была, так она и опубликована. Ну так это ibm небось их заставила документировать прежде чем делать. А exfat документировали ради патента.

    Ничего удивительного, в общем-то - покажите полноценную документацию на ext4, lvm, ну или даже btrfs.

    "система хорошо документирована исходным кодом", тьфу...

     
  • 2.208, Аноним (208), 09:07, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то похожее есть:

    https://developer.apple.com/support/downloads/Apple-File-System-Reference.pdf

    Но, конечно, этого худо-бедно достаточно только для чтения: структуры более-менее описаны, а алгоритмы - практически не.

     
  • 2.319, РедХет (?), 18:29, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет никаких "спеков". Их вообще нет. Никто тебе спеки не будет на блюдечке приносить. Код откроют -- вот и ройся.
     
     
  • 3.331, пох. (?), 21:45, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Да нет никаких "спеков". Их вообще нет.

    а вот microsoft на exfat запилила таки - вполне подробные. Но она - корпорация зла, смотри не перепутай!

     
     
  • 4.335, РедХет (?), 11:30, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну потому что он простой как пять копеек. И -- не их.
     

  • 1.23, Позитивный аноним (?), 10:06, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Патчи оформлены в соответствии с требованиями по подготовке кода для Linux
    > В комментариях к публикации также отмечаются проблемы со сборкой и несоблюдение ряда требований по оформлению патчей

    Щас не понял..

     
  • 1.27, Anonymus (?), 10:15, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >расширенные атрибуты файлов, режим сжатия данных, эффективную
    >работу с пустотами в файлах и воспроизведение изменений из журнала

    А как же потоки?

     
     
  • 2.79, Аноним (77), 13:51, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наверное, опции монтирования будут.
     

  • 1.30, Аноним (30), 10:29, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –24 +/
    Какие же линаксоиды все же лицемеры.

    На протяжении больше 20 лет желают смерти винде, а сами втихую принимают реализацию NTFS в ядро.

    Какое же это лицемерие.
    Но вообще это даже забавно читать, как линаксоиды голосят во все горло: "маздай", "майрософт должна умереть!"
    И все это на фоне того, Microsoft является платиновым контрибьютером и донатера бабла в линукс.
    Что даже после этого сам Линус написал, что ненависть к корпорации  Microsoft - психическое отклонение.

     
     
  • 2.32, Аноним (35), 10:33, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    NTFS ограниченная файловая система, на которой не возможен linux в режиме root partition.
     
     
  • 3.97, Аноним (131), 14:37, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Даааа, а Windows на ext зато как возможен, правда?
     
     
  • 4.155, пох. (?), 20:03, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >  Даааа, а Windows на ext зато как возможен, правда?

    э... ДА!
    ;-)

    Угадаешь с одной попытки, какой компании принадлежит работающий драйвер для этой и не только (еще позволяет чинить сдохшие прекрасные рейды от недокомпании seagate) целей?

    В общем-то, и недорого...


     
     
  • 5.200, Аноним (131), 05:23, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Э… нет!
    Собственно, речь не об ограниченности той или иной ФС, а о том, что они прибиты гвоздями к той или иной ОС.
     
     
  • 6.205, пох. (?), 08:40, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Э… нет!

    paragon software
    https://www.paragon-software.com/home/linuxfs-windows/ наслаждайся.

    > Собственно, речь не об ограниченности той или иной ФС, а о том,
    > что они прибиты гвоздями к той или иной ОС.

    в случае ext4 ВНЕЗАПНО выясняется (тут всплыло в комментах к статье очередного не особо грамотного но упорного гражданина несколько лет назад) круче - что она прибита гвоздями к архитектуре процессора.
    И, соответственно, есть разные ext4, хотя ось создавшая их одна - systemd/linux, и они не читаются на чужих железках.

    (разумеется, у парагоновского драйвера нет этой проблемы - смешно, да? Ну что у винды нет проблем с чтением дисков, созданных другой виндой на других архитектурах, полагаю, очевидно.)

     
     
  • 7.248, edo (ok), 04:37, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > соответственно, есть разные ext4, хотя ось создавшая их одна - systemd/linux, и они не читаются на чужих железках.

    Это юмор такой?

     
     
  • 8.343, osbl (?), 09:38, 14/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это называется человек что-то услышал про little и big endian и пытается втират... текст свёрнут, показать
     
  • 4.159, Аноним (159), 20:30, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Даааа, а Windows на ext зато как возможен, правда?

    На btrfs вполне возможен, хотя лично не проверял конечно.

     
  • 3.156, пох. (?), 20:12, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > NTFS ограниченная файловая система, на которой не возможен linux в режиме root partition.

    надо же? На fat был возможен еще в 94м году - а ntfs - ограниченная ;)

    И так у этих л@п4атых все - они нихрена не шарят в своей собственной системе.

     
     
  • 4.160, Аноним (159), 20:32, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Есть несколько дистрибутивов, которые можно установить на ntfs и они будут работать. По-моему даже установщик для убунты был. Насчёт fat не уверен, если только по принципу лайвсиди.
     
     
  • 5.172, пох. (?), 21:57, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Насчёт fat не уверен, если только по принципу лайвсиди.

    man filesystems /umsdos

    Установщик был у sls, slackware до 3, по-моему, и, наверное, не только.

    Оно в целом даже и работало, если не влезать в детали (манглинг был привязан, держись за стул - к позиции direntry - после копирования туда-сюда родными для fat средствами, разумеется, ломался)

    P.S. туксера пишет что в последних версиях ntfs-3g проблема с unix permissions решена, причем, вроде как - понимаемым виндой способом, отдельным от acl, типа, пользуйтесь, не обляпайтесь.

    "последние" - это 2016й год, разумеется.

     
  • 5.201, Аноним (131), 05:26, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://help.ubuntu.com/community/Wubi
     
  • 3.271, Аноним (180), 22:10, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https github com nikp123 ntfs-rootfs wiki Не понятно зачем, опять же и там про... большой текст свёрнут, показать
     
     
  • 4.276, n80 (?), 00:37, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот предоставишь ты такой доступ А потом обломаешься, например, на том что б... большой текст свёрнут, показать
     
     
  • 5.280, Аноним (180), 04:47, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я просто привел пример с потолка и ни про какое MSO даже и речи не идет, если не... большой текст свёрнут, показать
     
  • 4.291, пох. (?), 18:11, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    man setfacl, надеюсь, прочитан Не то чтобы конвертация была возможна прозрачно,... большой текст свёрнут, показать
     
     
  • 5.298, Аноним (180), 03:19, 20/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я же так и сказал Там не понятно, что с правами POSIX ACL проще засунуть в ... большой текст свёрнут, показать
     
     
  • 6.301, пох. (?), 09:18, 20/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    когда диски были большие, а дискеты маленькие и их не имело смысла защищать - не... большой текст свёрнут, показать
     
     
  • 7.304, Аноним (180), 14:48, 20/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы смешиваете 2 никак не связанные задачи Файловая система NTFS никогда не пози... большой текст свёрнут, показать
     
     
  • 8.305, пох. (?), 16:49, 20/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну как то есть не связанные Вот файлы, вот fs Теперь выясняется, что вот тут и... большой текст свёрнут, показать
     
     
  • 9.306, Аноним (180), 18:48, 20/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну вот как-то так Внутреннее устройство на котором могут храниться конфиденциал... большой текст свёрнут, показать
     
     
  • 10.307, пох. (?), 19:06, 20/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    повторяю проблема в том, что локальный пользователь отличный от меня, любимого ... большой текст свёрнут, показать
     
     
  • 11.310, Аноним (180), 11:56, 21/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну не только в наши дни оно и раньше было актуально в первую очередь для этой... большой текст свёрнут, показать
     
  • 2.72, Карабьян (?), 13:19, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Баблишки и они и все эти столманы готовы принимать хоть у черта
     
     
  • 3.76, Аноним (30), 13:41, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    То есть они принимают бабло с лицемерной улыбкой, а сами потом голосят на opennet, как хорошо бы было, если бы Майкрософт загнулась?

    Какое же лицемерие. Ну допустим теоретически Майкрософт, redhat и другие корпорации загнуться.
    Кто будет разрабатывать линукс и платить Линусу ЗП? Эти голосящие, линаксоиды?

    Да они сейчас копейку удавятся и не вложат в линукс ни цента.
    А тем более не будут помогать с разработкой.
    Ведь они просто лицемеры и больше ни на что не способны.

     
     
  • 4.84, Карабьян (?), 14:10, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > То есть они принимают бабло с лицемерной улыбкой, а сами потом голосят
    > на opennet, как хорошо бы было, если бы Майкрософт загнулась?
    > Какое же лицемерие. Ну допустим теоретически Майкрософт, redhat и другие корпорации загнуться.
    > Кто будет разрабатывать линукс и платить Линусу ЗП? Эти голосящие, линаксоиды?
    > Да они сейчас копейку удавятся и не вложат в линукс ни цента.
    > А тем более не будут помогать с разработкой.
    > Ведь они просто лицемеры и больше ни на что не способны.

    А тут многие на опенннете выступают, что зарплата программиста, мол, неоправданно завшена. А столман часто говорит, что любимым делом можно и забесплатно заниматься

     
     
  • 5.152, Daemon (??), 19:17, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И вместо еды ногти грызть на ногах? :)
     
     
  • 6.165, Карабьян (?), 21:37, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И вместо еды ногти грызть на ногах? :)

    То-то он довольно упитан ;)

     
  • 4.130, terraslav (ok), 17:12, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Одни загнуться, другие восстанут, а линух нужен везде и всем. Так, шта Торвальдс без куска хлеба не помрёт;)
     
  • 2.80, Аноним (77), 13:58, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А чего тебя так болезненно задевает, если линуксоиды то софт виндовый в Wine запускают, то включают в ядро поддержку проприетарых ФС открытым кодом? С таким психическим надломом нельзя жить. Не ровён час, суицидом можешь закончить. Обратись за помощью к психиатру.
     
     
  • 3.85, Карабьян (?), 14:11, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А чего тебя так болезненно задевает, если линуксоиды то софт виндовый в
    > Wine запускают, то включают в ядро поддержку проприетарых ФС открытым кодом?
    > С таким психическим надломом нельзя жить. Не ровён час, суицидом можешь
    > закончить. Обратись за помощью к психиатру.

    Психиатор не поймет эти страдания, открытое-закрытое, как и большинство населения

     
     
  • 4.92, Аноним (77), 14:26, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да психиатру это ни к чему. Ему диагностировать какое-то глубокое депрессивное расстройство у того господина.
     
  • 4.96, Аноним (96), 14:34, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ого, вы и по большинству населения специалист?
     
     
  • 5.103, Карабьян (?), 14:48, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ого, вы и по большинству населения специалист?

    Достаточно опросить представителя этого населения, вот некто дмитрий медведев на эту тему уже высказывался

     
  • 2.108, Аноним (108), 15:20, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не лицемерие, это попытка жить в более-менее реальном мире, где 90% десктопа на винде. Идеалисты все на BSD сидят.
    А про "маздай" и "майкрософт должна умереть" - с этим вам в 90-е, к тогдашним школьникам, да и отношение такое в себе MS вполне заслужила своей политикой. Сейчас вроде исправляются, но смотрят на нее все равно очень насторожено.
     
     
  • 3.256, Перастерос (ok), 12:00, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/

    Помню 90% GPS популярных приемо-передатчиков было на Nokia )
     

     ....большая нить свёрнута, показать (36)

  • 1.31, Игорь Воскресенский (?), 10:29, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А как оно работает с ACL? Полную поддержку RichACL в ядре так и не приняли, а кастрированная Posix ACL никуда не годится для маппинга прав из NTFS
     
     
  • 2.33, Аноним (35), 10:33, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тоже интересно через какой они виртуальный костыль это прокинули, подобно ZFS...
     
     
  • 3.38, InuYasha (??), 10:57, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тоже плюсую. Вендовый ACL божественен по сравнению с онтопиком.
     
     
  • 4.44, Аноним (159), 11:25, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да, особенно хороши скрытые файлы. Вирусы одобряют.
     
     
  • 5.48, Игорь Воскресенский (?), 11:46, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Скрытые от кого? Поставь галочку "Показывать скрытые файлы", и они превратятся в открытые. И опять же, это проблема проводника, но никак не самой ОС. Скрытые файлы есть и в линуксе, те самые, которые с точки начинаются.
     
     
  • 6.50, Аноним (159), 11:53, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там файлы прячутся в журнале по-моему, ну и https://en.wikipedia.org/wiki/Fork_(file_system)
     
  • 6.59, Аноним (159), 12:15, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, кто такой умный тебя заплюсовал, а меня заминусил (он видимо не один такой, хаха).
     
  • 6.109, Онаним (?), 15:22, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Жуткое удолбище, кстати, работать без shopt -s dotglob по умолчанию - то ещё извращение.
     
  • 5.81, InuYasha (??), 13:58, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да, особенно хороши скрытые файлы. Вирусы одобряют.

    Как скрытые файлы относятся к ACL?

     
     
  • 6.82, Аноним (159), 14:00, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Скрытые файлы венды часть вендового acl, как и стримы. Слишком много сомнительных функций у нтфс.
     
     
  • 7.136, n00by (ok), 17:36, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Скрытые файлы венды часть вендового acl, как и стримы. Слишком много сомнительных
    > функций у нтфс.




    +nohidden Files with the Windows-specific HIDDEN (FILE_ATTRIBUTE_HIDDEN)
    + attribute will not be shown under Linux.



     
  • 7.286, pofigist (?), 12:45, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Hidden files никогда не были часть видового acl. Это все равно что утверждать что скрытые файлы в линаксе (точка в начале имени файла) часть posix acl
     
     
  • 8.288, Аноним (159), 12:50, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да не те скрытые файлы, алло До чего же тупые вендузятники не знают вопроса, н... текст свёрнут, показать
     
     
  • 9.292, pofigist (?), 18:39, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я по другим тредам догадался Ты просто не знаешь базовой терминологии, не пон... текст свёрнут, показать
     
     
  • 10.294, Аноним (159), 19:27, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тут ты уже начинаешь ментальную эквилибристику Зачем, для чего Я ведь даже ... текст свёрнут, показать
     
     
  • 11.295, pofigist (?), 21:31, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну извините - если человек не может связно изложить свои мысли, не знает базовой... текст свёрнут, показать
     
  • 2.83, Аноним (77), 14:08, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я столкнулся с тем, что NTFS-ная ACL оказалась не пригодной для руления UNIX-правами. Как-то коллега притащил ноут с установленной Ubuntu с жалобой, что он не может писать в хомяк юзера. Смотрю, а Бунта как-то умудрилать установиться на, существовавший у него, виндовый раздел NTFS. Ставлю право записи владельцу на /home/username. Ошибок не сообщается, но ничего и не меняется.
     
     
  • 3.107, mos87 (ok), 14:53, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Установилась куда сказали.
    Дебилы предсказуемы в своей непредсказуемости. Это в интсалере убунты не предусмотрено. Как и влюбом другом софте.
     
  • 3.267, lv333 (ok), 21:01, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что сейчас уже и так можно?! о_О  
     
  • 2.139, n00by (ok), 17:42, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А как оно работает с ACL? Полную поддержку RichACL в ядре так
    > и не приняли, а кастрированная Posix ACL никуда не годится для
    > маппинга прав из NTFS

    Хранит Posix ACL в :$EA :)

     
     
  • 3.287, pofigist (?), 12:47, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это не ЕА, а альтернативные потоки данных.
     
     
  • 4.289, n00by (ok), 14:44, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это намёк, что "обычные" данные файла хранятся в безымянном ADS типа :$DATA ? https://docs.microsoft.com/en-us/windows/win32/fileio/file-streams
     
     
  • 5.293, pofigist (?), 18:42, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну типа как с vlan - первый особенный.😆 Плоская сеть, не разбитая на vlan-ы на самом деле находится в vlan 1.
     

  • 1.41, InuYasha (??), 11:16, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Парагону уважение!
    Единственный лайв, который реально смог сделать Full-drive backup dual-boot-системы с 5ю разделами даже не смотря на то что "не должен был в этой версии читать не-windows-разделы".
     
     
  • 2.119, Аноним (119), 16:14, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А тебе не уважение за прогиб перед проприетарщиками.
     
     
  • 3.128, Аноним (131), 17:00, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что ж поделать, если опенсорс не осилил.
     
     
  • 4.135, Аноним (-), 17:35, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    что, уже таки dd(1) в самом деле не видело диска?
     
     
  • 5.158, InuYasha (??), 20:28, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > что, уже таки dd(1) в самом деле не видело диска?

    что, уже таки в самом деле мусор с "пустого" места врхивируют в бэкап?

     
     
  • 6.166, Карабьян (?), 21:44, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> что, уже таки dd(1) в самом деле не видело диска?
    > что, уже таки в самом деле мусор с "пустого" места врхивируют в
    > бэкап?

    cp /dev/устройство файл, потом архивируете

     
     
  • 7.254, InuYasha (??), 11:42, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > cp /dev/устройство файл, потом архивируете

    Ты хоть сам понял, что ответил? :'D

     

  • 1.42, Аноним (159), 11:24, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Нтфс 3г мало того что тормозная, так и не поддерживает хардлинки из явного. Если хотя бы тормоза уберут, уже норм.
     
     
  • 2.140, Аноним (134), 17:46, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    так и не поддерживает хардлинки из явного.

    ЩИТО? А что-же делает тогда 'fsutil hardlink create' в NTFS?

     
     
  • 3.141, Аноним (159), 17:49, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.tuxera.com/community/ntfs-3g-faq/#unsupreparse
     

  • 1.43, Аноним (43), 11:24, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >GPL2-only

    Да, хорошая лицензия. Столлман будет доволен

     
     
  • 2.71, anonymous (??), 13:18, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В случае патчей в ядро выбор не велик :)
     
  • 2.86, Аноним (77), 14:14, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не совсем, он бы предпочёл GPLv3+.
     

  • 1.51, Zenitur (ok), 11:54, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Очень здорово.

    Пользуюсь Paragon NTFS. Он быстрее. Например, когда я открываю директорию с кучей файлов (две тысячи), файловый менеджер показывает файлы с Paragon NTFS раньше, чем с NTFS-3G.

    Кстати, хотел им  в техподдержку написать об ошибках сборки с не дистрибутивным кастомным ядром. Но всё забывал. Спасибо что напомнили.

    Ребят, а есть патчи на GParted, чтобы для разметки использовались не ntfsprogs, а программы из коммерческой версии Paragon NTFS?

     
     
  • 2.62, пох. (?), 12:19, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пользуюсь Paragon NTFS.

    краденой, я надеюсь?

    > Ребят, а есть патчи на GParted

    а, точно, краденой. Иначе бы ты этот вопрос техподдержке задал, а не в вентиляционную трубу орал.

     
     
  • 3.63, Zenitur (ok), 12:33, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Пользуюсь Paragon NTFS.
    > краденой, я надеюсь?

    Надейся.

    >> Ребят, а есть патчи на GParted
    > а, точно, краденой. Иначе бы ты этот вопрос техподдержке задал, а не в вентиляционную трубу орал.

    Мне как-то неловко просить техподдержку добавить что-то в GParted, учитывая что последний это клон парагоновской же Partition Magic. Это как просить Майкрософт добавить в LibreOffice поддержку VBA.

     
     
  • 4.64, пох. (?), 12:37, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Надейся. Да как-то неловко просить техподдержку добавить что-то в GParted

    учитывая что патч на одну строчку, а платить за partition magic (кто кого клон еще вопрос) ты явно не планируешь?

    > Это как просить Майкрософт добавить в LibreOffice поддержку VBA.

    это как просить об этом microsoft сразу после того как она уже добавила бы туда открытую реализацию visio (и была бы послана лесом потому что "кода что-то слишком много, порежьте помельче, мне в экран нивлизает")
    то есть, собственно, почему бы и нет?

     
     
  • 5.65, Zenitur (ok), 12:43, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    GParted версии 0.1 появился в 2007 году. В этот момент Partition Magic был версии 8.0.
    Ну окей, спрошу.
     
     
  • 6.73, Карабьян (?), 13:24, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А сейчас как разметка и форматирование проходят, какими средствами? Неужели виндой?
     
     
  • 7.174, пох. (?), 22:30, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А сейчас как разметка и форматирование проходят, какими средствами?

    mkntfs(8) - Create an NTFS filesystem.
    (если не хотеть от нее странного - в общем-то даже и работает)

     
  • 6.100, Аноним (131), 14:39, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Начнём с того, что Partition Magic — это Symantec.
     
     
  • 7.340, Аноним (340), 16:46, 27/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то PowerQuest.
     
  • 4.112, анончик (?), 15:49, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    partition magic не имел никакого отношения к парагону. его писал powerquest, в 2003 году symantec их купил и закопал.

    у парагона есть partition manager, который вроде бы начался в том же 94 году, как и partition magic.

     
  • 2.106, mos87 (ok), 14:51, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Есть патч для тебя.
     

  • 1.61, Аноним (4), 12:17, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Лицензия, лицензия.. Когда уже РеактОС будет готова? А то ну не понимают юзеры линуксовых прог. Им подавай те, к чему они на Винде привыкли. Только бесплатно и без оплаты. Фотошопы там, корел Дравы.. А Линукс это не винда..
     
     
  • 2.88, Карабьян (?), 14:18, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Лицензия, лицензия.. Когда уже РеактОС будет готова? А то ну не понимают
    > юзеры линуксовых прог. Им подавай те, к чему они на Винде
    > привыкли. Только бесплатно и без оплаты. Фотошопы там, корел Дравы.. А
    > Линукс это не винда..

    Корел еще жив?

     
     
  • 3.105, InuYasha (??), 14:50, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Корел еще жив?

    Более чем. Большую часть этикеток, плакатов и прочей векторной лабуды в нём делают.

     
  • 2.90, Аноним (77), 14:22, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >ну не понимают юзеры линуксовых прог

    Так многие вендоюзеры понимают только фконтактики, да мордокнижки. Так какая им разница, где Firefox запущен: в Винде или в Linux?

     
     
  • 3.95, Аноним (131), 14:32, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А другим многим вендоюзерам тем не менее нужны виндовые программы.
     
     
  • 4.98, Аноним (159), 14:38, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Какие, например? Я ни одной такой не знаю.
     
     
  • 5.101, Аноним (131), 14:40, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну, видимо, вы из тех, кому достаточно контакта и мордокниги.
     
     
  • 6.102, Аноним (159), 14:47, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну, видимо, вы из тех, кому достаточно контакта и мордокниги.

    Т.е. вы используете софт венды? Что-то подсказывает, что вы сами из той категории.

     
     
  • 7.110, Аноним (131), 15:45, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прошивальшики для телефонов и флэшек есть на линуксе? Victoria есть на линуксе? WDMarvel есть на линуксе? Мир вендософта не ограничивается фотошопом и офисом.
     
     
  • 8.116, Аноним (159), 16:10, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не софт венды, это софт собранный для венды Чаще всего легаси ... текст свёрнут, показать
     
     
  • 9.126, Аноним (131), 16:49, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, это демагогия Да-да, а теперь-то все пишут и под винду, и под линукс Vict... текст свёрнут, показать
     
     
  • 10.129, Аноним (159), 17:05, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Именно что легаси, написали 30 лет назад и тянут с тех пор -- выкинуть жалко Ну... текст свёрнут, показать
     
     
  • 11.137, Аноним (137), 17:38, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    как раз в данный момент Victoria лечит диск на втором компе Вижу по логам, что ... текст свёрнут, показать
     
  • 11.198, Аноним (131), 05:16, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Именно такой софт и имеет значение Люди работают, понимаете Не дрочат на столл... текст свёрнут, показать
     
  • 8.125, Аноним (124), 16:45, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    flashtool успешно на линуксе работает, причём без гемора с драйверами... текст свёрнут, показать
     
     
  • 9.127, Аноним (131), 16:54, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно чипсеты для телефонов не ограничиваются медиатеками ... текст свёрнут, показать
     
  • 2.138, Аноним (138), 17:40, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    для тебя это может быть новостью, но в винде есть бесплатный софт и он на много удобнее ваших ss htop top iftop из 80ых
     

     ....большая нить свёрнута, показать (16)

  • 1.104, mos87 (ok), 14:49, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    NTFS в 2020
    Ой вей
     
     
  • 2.163, Кайф (?), 21:31, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    XFS(1994) в 2020 ок?
     
     
  • 3.171, пох. (?), 21:51, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, не ок - до сих пор крэшится на ровном месте.
    Хотите бэктрейс - могу поделиться.

    И да, кто-нибудь такое на нормальном железе и исправной fs от ntfs3-g видел?

     
     
  • 4.186, n80 (?), 00:29, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не, не ок - до сих пор крэшится на ровном месте.
    > Хотите бэктрейс - могу поделиться.

    Хочу, конечно, так что повторно прошу поделиться.

     
     
  • 5.241, пох. (?), 20:57, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    kernel Workqueue xfs-cil dm-2 xlog_cil_push_work xfs kernel ffffffffc05... большой текст свёрнут, показать
     
     
  • 6.242, n80 (?), 21:15, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ну и вот хрен его знает, какую пользу можно извлечь из этой
    > информации. "шитота пошло нетак" - ну, я, в общем, даже и
    > без этих логов догадался, что если распаковка (ну да, ну да,
    > 31G, а что, нельзя было?) архива зависла и даже на ctrl-c
    > не реагирует, оно явное "не так".

    Спасибо, погляжу. Пожалуй, ещё версию ядра очень не помешало бы.
    dm-2, кстати, из чего состоит? Чисто multipath том от полки или какой-нибудь LV?

     
     
  • 7.257, пох. (?), 13:25, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    3.10.0-957.el7.x86_64 - oracle, не родная (впрочем, при нынешней-то борьбе за воспроизводимость ненужно, полагаю, совпадает побитно)

    dm2, который развалился, да, обычный dm-multipath

    Причем это лезвие среди пачки других, которые чувствуют себя вполне хорошо (разумеется, там vmware или винда, да и тут она же была и тоже не плакала)

    Скорее всего ларчик открывается как-нибудь просто - хранилка в очередной раз слегка тормознула, все кроме xfs это переварили даже не заметив, а у нее какой-то лок продержался чуть дольше чем предполагали авторы.
    (и падения 2009го года скорее всего ровно по тем же причинам, там были дешевые и дерьмовые диски на дешевых и дерьмовых контроллерах)

     
     
  • 8.277, n80 (?), 00:47, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Беда в том, что я и на не очень-то 171 дешёвых и дерьмовых 187 контроллерах ... большой текст свёрнут, показать
     
  • 4.190, Кайф (?), 03:10, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На ровном месте? XFS? А ты шутник
     
     
  • 5.206, пох. (?), 08:49, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > На ровном месте? XFS? А ты шутник

    ну не было у бабы хлопот - поставила себе xfs, ага.

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

    А вот в 2009-м наелись мы той xfs от души (ha/hl система на ~500 "недорогих" тазиках, понятное дело, у тебя каждый день какой-нибудь крэшится). Я-то по наивности поверил, что с того момента rhbm эти детские баги поисправляла.

     
     
  • 6.247, Кайф (?), 00:35, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Голословно
     
  • 4.212, Анончик (?), 09:55, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотите бэктрейс - могу поделиться.

    да было бы неплохо посмотреть, с ментейнерами связывались?

     
     
  • 5.240, пох. (?), 20:53, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А смысл? Во-первых, писать на деревню-дедушке бесполезно.
    Во-вторых не думаю что это мое уникальное везение - тем более что я насмотрелся того же самого десять лет назад на совсем другом железе.

    В-третьих для аргументированного предъявления проблемы майнтейнеру одного бэктрейса явно недостаточно, а собирать единственноправильную версию ядра и пытаться на ней воспроизводить - это время и деньги, а у меня ни того, ни другого (я в общем не особо заинтересован в улучшениях xfs, пора бы ей уже на покой)

     
  • 3.187, n80 (?), 00:32, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > XFS(1994) в 2020 ок?

    Интересные доработки там происходили гораздо позже 1994. И да, результат очень даже ОК.

     
     
  • 4.191, Кайф (?), 03:11, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не в упрек XFS она очень даже годная разработка SGI, я про тупую критику NTFS тип старая... ЩИТО?
     
  • 3.210, Анончик (?), 09:40, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только xfs 2020 и 1994 мягко говоря не одно и тоже.
    вы даже не откроете его на ядре 2.6.
     
     
  • 4.222, Кайф (?), 12:35, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Фичи добавляли, а концептуально не меняли как в той же NTFS возьми 1993 года и 2001
     
  • 3.336, РедХет (?), 11:33, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, XFS до сих пор лучшая для хостинга, скажем, кластеров того же Слона.
     
  • 2.167, парагон (?), 21:44, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну извенииите, открывать наш драйвер refs мы пока не совсем еще почти окончательно готовы.

    (да, он у нас есть, да, разумеется in-kernel, да, работающий, и быстро. Да, microsoft в курсе и претензий вам не предъявит, а мы - уже договорились)

     
     
  • 3.182, Аноним (159), 23:55, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо не соответствует стандартам качества, иначе бы уже подсуетились.
     

  • 1.113, Аноним (226), 15:57, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > NTFS
    > JBD (Journaling block device)

    Некрофилия. Журналирование на выделенном блочным устройством - это даже не вчерашний день.

     
  • 1.117, Аноним (119), 16:12, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Paragon Software - не нужно, NTSF - не нужно. Все четко и кратко.
     
     
  • 2.142, Аноним (35), 17:50, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Бесполезные комментаторы не нужны.
     

  • 1.121, Аноним (121), 16:16, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Круто. Paragon одна из немногих отечественных компаний за деятельность которой не стыдно. Мало говорит, а то что делает отличается качеством, несмотря на сложную выбранную область деятельности.
     
  • 1.123, да здравствует goto (?), 16:28, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    немного статистики по коду патча, 16 позиций:
    https://pastebin.com/Eykvb927

    и первые 16 позиций ядра 3.16, для сравнения:
    https://pastebin.com/tGmyUcus

     
     
  • 2.143, n00by (ok), 17:52, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Драйвер использует определённые ядром типы данных и макросы, корректнее сравнивать с аналогами, драйверами других ФС.  
     
     
  • 3.261, да здравствует goto (?), 16:55, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    я хочу сказать, это не просто большое, а огромное количество goto; на 2 месте из всех ключевых слов си; и кому-то это придётся рецензировать
     
     
  • 4.262, n00by (ok), 17:31, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А Вы не считали, каков процент "goto out;" от всех goto?
     
  • 2.144, Аноним (144), 17:58, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    indian hakka noodles
     

  • 1.161, Аноним (161), 21:02, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Без реализации chkdsk бесполезно - побъётся, а чинить нечем, кроме самой винды, будет потеря данных.
     
     
  • 2.169, парагон (?), 21:47, 16/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Без реализации chkdsk бесполезно

    у нас - есть!
    (вообще-то у tuxera тоже есть, но тот что шва6одный - очень так себе: "and make Windows perform a thorough check next time it boots")

     
     
  • 3.231, Аноним (231), 15:21, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > шва6одный

    почему тебе не стыдно?

     

  • 1.181, Аноним (181), 23:38, 16/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может на сей раз ЭТО ОН?!
     
  • 1.215, Аноним (215), 10:43, 17/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Костя, который Комаров вопрос к тебе - а реализация альтернативных потоков есть? Че то из новости следует что нету.
     
  • 1.218, RedEyedMan (ok), 11:43, 17/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хваленый парагон не смог нормально оформить патчи, лишний раз позорясь говнокодом.
     
  • 1.223, pin (??), 12:41, 17/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > err = -ENOMEM;
    > goto out;

    goto жив и люди умеют им пользоваться, что радует.

     
     
  • 2.233, Гентушник (ok), 15:52, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так и есть. В goto самом по себе нет ничего плохого.
    Он ничем не хуже break, continue и return.
     
  • 2.253, iPony129412 (?), 11:08, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для C (собственно сабж) вполне.
    Для C++ всё же странно выглядит.
     
  • 2.265, Webmonkey (?), 20:57, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это стандартный паттерн обработки ошибок в Си, используется много где. И не от хорошей жизни, а от убогости языка.
     

  • 1.229, pofigist (?), 14:36, 17/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Первая современная и рабочая ФС в линаксе. Заметно.
    Нет, не серьезно - ext4 не современная и много чего не умеет, xfs - лучше, но вообщем аналогично - много чего не умеет, btrfs - супер, но гарантирует потерю данных...
     
     
  • 2.232, Аноним (231), 15:23, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Набор штампов мало относящихся к реальности.
     
     
  • 3.234, pofigist (?), 16:07, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Это - факты. Из ныне живых ФС в линаксе наиболее современна и интересна btrfs. Но она до сих пор нестабильна. А всяческие ZFS on Linux я не готов считать полноценными реализациями, извините
     
     
  • 4.235, n80 (?), 16:52, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это - факты. Из ныне живых ФС в линаксе наиболее современна и
    > интересна btrfs. Но она до сих пор нестабильна. А всяческие ZFS
    > on Linux я не готов считать полноценными реализациями, извините

    Не-не-не, так не пойдёт. Скажи прямо и честно: чего такого из коробки умеет NTFS, чего при этом не умеет XFS? Вот это написанное выше «много чего не умеет» слишком абстрактно для фактов, давай конкретнее, пожалуйста.

    Только, чур, не формальным образом по табличке с wiki с перечислением всяких никем не используемых фич (и не доведённых до ума, кстати), а по своему субъективному, но реальному опыту.

     
     
  • 5.236, пох. (?), 18:19, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не-не-не, так не пойдёт. Скажи прямо и честно: чего такого из коробки умеет NTFS, чего при этом
    > не умеет XFS?

    не крэшиться под нагрузкой от непонятных причин, например.

     
     
  • 6.243, n80 (?), 21:28, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот всё-таки не надо переоценивать распространённость своего случая Единствен... большой текст свёрнут, показать
     
     
  • 7.244, пох. (?), 21:49, 17/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну вот кому от этого щастье Но у нас fs периодически таки разваливалась совсем ... большой текст свёрнут, показать
     
  • 7.249, edo (ok), 04:59, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот всё-таки не надо переоценивать распространённость своего случая

    Ну вот ещё:
    https://bugzilla.kernel.org/show_bug.cgi?id=201331
    Притом оно у меня воспроизводилось, но убедить разработчиков в том, что нужно разбираться, я не смог (а самому не хватило квалификации/времени).

     
     
  • 8.251, n80 (?), 10:30, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Про странности конфигурации разработчики правильно отметили ИМХО, ext4 нещадно ... текст свёрнут, показать
     
     
  • 9.258, пох. (?), 13:31, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а что notabug - тоже правильно - Кого-то еще удивляет, почему я люблю ntfs, ж... текст свёрнут, показать
     
     
  • 10.278, n80 (?), 01:02, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хреново это, конечно, но понять можно увидели они, что проблема где-то рядом, а... большой текст свёрнут, показать
     
  • 9.272, edo (ok), 23:19, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    вы про размер страйпа а что странного по мне странно для многопоточной нагрузк... большой текст свёрнут, показать
     
     
  • 10.279, n80 (?), 01:15, 19/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С чтением-то всё так А вот для кучи мелких записей особенно read-modify-write ... большой текст свёрнут, показать
     
  • 6.337, РедХет (?), 11:36, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У вас когда-нибудь крашилась XFS? У меня за двадцать лет ни одного раза. А вот NTFS -- многажды.
     
     
  • 7.338, пох. (?), 14:32, 25/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Почитайте тему Я даже бэктрейс выложил Во времена мной ее массового использова... большой текст свёрнут, показать
     
  • 3.260, Аноним (-), 16:27, 18/08/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Набор вбросов мало относящихся к реальности.

    исправил

     

     ....большая нить свёрнута, показать (15)

  • 1.270, Аноним (270), 21:32, 18/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Мда. непонятно зачем коммерческая компания открыла свой драйвер, а эти опять не довльны. Патчи нам разбейте, пожуйте и в рот положите.
     
  • 1.274, Аноним (274), 23:51, 18/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не прошло и хрен знает сколько лет...
     
  • 1.290, ВВП ЛУЧШИЙ (?), 17:29, 19/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Константин Комаров, основатель и руководитель компании Paragon Software

    Воооот, сильна Наша Великая и Славная Poccиюшкa талантами! Что бы ни клеветали пендосы треклятые и гейропейцы заднеприводныя! Низкий поклон учёному человеку!

     
     
  • 2.302, пох. (?), 09:25, 20/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Воооот, сильна Наша Великая и Славная Poccиюшкa талантами! Что бы ни клеветали
    > пендосы треклятые и гейропейцы заднеприводныя! Низкий поклон учёному человеку!

    только чота-чота фирма у него - Gmbh, а не "ООО".
    Да и сцайт, паразит, разместил в амазоне, а не в скрепном облаке-мэйлру!

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

     

  • 1.308, пох. (?), 21:07, 20/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    stable api is nonsense - с 4.14 несобираемо :-(

    Ну и забавные фифекты:
    > # mount -t ntfs3 /dev/vb1 /mnt
    >
    > This already triggered UBSAN:
    > Then I've tried to copy /etc into it:
    > ...
    > # cp -rp /etc /mnt
    >
    > But this triggered a NULL ptr deref:
    >
    >  BUG: kernel NULL pointer dereference, address: 0000000000000028

    (ответ разработчика - "а мы с туксеровской-то поделкой никогда и не тестировали", с одной стороны - признак дерьмокода, конечно, с другой - признак того что тухлосеровскими тулзами пользоваться - тоже чревато, какую-то шибко оригинальную ntfs создают)


    свои mkfs/ntfschk обещают открыть - но тоже когда-нибудь, может быть, в отдаленном будущем.

     
     
  • 2.309, пох. (?), 11:28, 21/08/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > stable api is nonsense - с 4.14 несобираемо :-(

    и, похоже, еще и 64bit-only, и требует самой наираспоследней версии gcc (то есть _новее_ чем требует само ядро)

    В общем, как обычно, русские делали - значит точно херня получилась... :-(

     
     
  • 3.311, пох. (?), 20:34, 21/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не, насчет 64 не угадал, это опять stalbe api nonsense, в какой-то момент все элемены *_time ВНЕЗАПНО стали 64битными на всех платформах.  Это к вопросу о "зачем парагону быть в ядре". Вот затем, чтоб не переписывать без конца.

    Кому интересно побыть пре-альфа-тестером - могу подарить модуль, собранный для ведра  5.4.58 для платформы armhf (читай, le, v7-a, hardfloat) - правда, вам еще понадобится ведро с моим патчем (ничего особенного, в смысле, добавляет сомнительного качества функцию, никем кроме этой ntfs3 не используемую (и той - один раз при открытии тома), поэтому почти безвредную, модулем не соберется.

    Сам я, разумеется, даже запускать его не буду.

     
     
  • 4.321, n80 (?), 18:49, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > в какой-то момент все элемены *_time ВНЕЗАПНО стали 64битными на всех платформах

    Ну почему внезапно, про проблему 2038 все уши прожужжали уже давно. И про то, что она недавно была «наконец-то полностью исправлена» в Linux (на самом деле, конечно, старые приложения и ФС никуда не делись, но на них ядро теперь ругается в dmesg) — тоже.

     
     
  • 5.327, пох. (?), 21:11, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну почему внезапно, про проблему 2038 все уши прожужжали уже давно.

    стесняюсь спросить, а проблема 2000го уже окончательно решена, или почти уже совсем но...?

    > И про то, что она недавно была «наконец-то полностью исправлена» в Linux

    может, если вы настолько специалист в "Linux", вы еще можете мне объяснить, как теперь ЭТО откатить? (ну или хотя бы в комит пальцем ткнуть) "Разумеется, никто не думает что unix просуществует так долго". Я практически вот уверен что _я_ так долго не просуществую, мне не надо этого щастья.

    Там на самом деле три проблемы с бэкпортом: корявая реализация ядром readahead - кстати, это то самое, что недавно улучшили в vfat, это можно просто выкинуть из кода (обидно, но бэкпортировать сам readahead я не осилю, там затрагивается слишком много стремных мест в ядре), static_assert из C++ вместо сишного (лечится удалением нахрен) и изменение размерности *_time на 32битных архитектурах.

    Я было даже хотел посмотреть, как в коммерческой версии решили эту проблему - посмотрел... на моем ядре (входящем в перечень допустимых) оно в принципе не могло собираться никогда и ни при каких условиях - перепутаны build и source еще на этапе configure.

     
     
  • 6.328, n80 (?), 21:34, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > стесняюсь спросить, а проблема 2000го уже окончательно решена, или почти уже совсем но...?

    Очевидно, в старых программах размер того же time_t не изменится (особенно без пересборки), равно как и не пропадут сами собой грязные участки кода типа использования int/unsigned int для отметок времени. И с этим, очевидно, ничего в принципе не сделать. Но, насколько я понимаю, всё что можно было исправить и подпереть костылями в ядре и glibc, таки исправили и подпёрли, теперь всё упирается в legacy-приложения.

    >> И про то, что она недавно была «наконец-то полностью исправлена» в Linux
    > может, если вы настолько специалист в "Linux", вы еще можете мне объяснить,
    > как теперь ЭТО откатить? (ну или хотя бы в комит пальцем
    > ткнуть) "Разумеется, никто не думает что unix просуществует так долго". Я
    > практически вот уверен что _я_ так долго не просуществую, мне не надо этого щастья.

    Специалист из меня вот прямо совсем не очень (только и делаю, что чужие косяки выявляю, да иногда исправляю или бумажки пишу), но могу предложить начать поиски с чтения Documentation/core-api/timekeeping.rst и коммитов, которые его меняли. Ещё могу ткнуть не совсем в коммит, но в письмо с серией патчей: https://lkml.org/lkml/2020/1/29/355 , там вот такая ссылка есть: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=

    Т.е. можно посмотреть в git log на коммиты с тегом y2038, вот тут они прям кучно идут: https://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground.git/log/?h=y20

     
     
  • 7.329, n80 (?), 21:40, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Мда, прочёл не тем местом, 2038 вместо 2000, ну да ладно.
    ИМХО, если у кого-то проблема 2000 и не решена, они уже снова тупо расслабились до 2100, проблема-то по большей части на переходе была. А архивные данные уже давно в архивах, кому понадобится прочесть — сами и сконвертируют.
     
  • 7.334, пох. (?), 22:15, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вау, в яблочко, вот оно:
    https://git.kernel.org/pub/scm/linux/kernel/git/arnd/playground.git/commit/?h=
    были функции конверсии одного в другое, и, вероятно, в интересующих меня ядрах - остались.

    Спасибо, это дает шанс на успешную сборку хотя бы с 4.1x - там всего пяток мест где оно использовалось.

     

  • 1.314, пох. (?), 00:18, 23/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А тем временем наш "Алмаз Александрович" выложили вторую версию (вроде бы - исправленную на тему падений на ntfs'ах, созданных гнутым шлаком, а не настоящей виндой)

    но, к сожалению, ее оне выложимши как потребовали - "порезанной помельче", поэтому скачать не получится, если только вы не уже подписчик linux-fsdevel

    При попытке это сделать, я с удовольствием обнаружил что lore.kernel.org ТЕРЯЕТ почту, и найти три из десяти патчей в нем не получится. Реплаи есть, оригинала нет. Не говоря уже об охеренном удобстве выуживать десять отдельных огрызков из помойки в две тысячи сообщений за день среди ценных комментариев каких-то м-ков, докопавшихся до правописания в комментариях.
    А patchworks, похоже, сканирует именно lore - и, естественно, тоже не находит нужных кусков.

    КАК при таком подходе еще находятся настолько на голову больные люди, чтобы с ЭТИМИ вот сотрудничать и тратить на них свое время?

     
  • 1.315, пох. (?), 23:05, 23/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хозяйке на заметку: парагоновцы не понимают семантику масок - umask/dmask/fmask у них на самом деле не маски, а сами пермишны (то есть выставляйте dmask=755, а не 022 как у fs написанных теми кто таки пользуется юникс-системами)

    nls тоже используют как-то "причудливо", то есть драйвер загружает нужную страницу (видно по возрастанию числа линков у модуля) но отдает по прежнему utf8 (this suxx).

    time cat /mnt/trash/wrk/china-orig.tar > /dev/null
    0.015u 18.478s 0:19.79 93.3%    0+0k 5103328+0io 0pf+0w
    ~# w
    22:56:23 up 24 min,  2 users,  load average: 0.28, 0.07, 0.02

    (39G, не хрен собачий)

    Ну хрен знает - для быстро скопировать с "флэшки" на файлохранилку понатыреный филез и варез - наверное, сгодится. В обратную сторону не пробовал, ссыкотно. Да, это у меню кривохакнутое ведро 5.4.58 (впрочем, в данном случае кривохак ничему не мешал, он проявляется когда много мелких файлов, но у меня такого не водится).

     
     
  • 2.316, пох. (?), 14:00, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    0.033u 8.032s 0:21.10 38.1%     0+0k 5103328+0io 0pf+0w
    ~# w
    13:32:58 up 9 min,  2 users,  load average: 0.72, 0.18, 0.05

    это ntfs-3g для сравнения.

    Чего-то как-то не особо впечатляющая разница. При этом по набору фич, полезных для лично меня - ntfs3g впереди (существует для всех систем, поддерживающих fuse, не linuxonly, там есть попытки acl mapping и работы с windows-специфичными свойствами fs).
    Без journal replay я как-нибудь переживу (то есть я бы предпочел без него, оставив виндово - винде, лучше бы драйвер сразу сообщал что диск некорректно закрыт и не надо его читать тут - но вот такой фичи как раз нет)

     
     
  • 3.320, n80 (?), 18:44, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > 0.033u 8.032s 0:21.10 38.1%     0+0k 5103328+0io 0pf+0w
    > ~# w
    > 13:32:58 up 9 min,  2 users,  load average: 0.72, 0.18,
    > 0.05
    > это ntfs-3g для сравнения.
    > Чего-то как-то не особо впечатляющая разница.

    Так надо на куда более скромных железках сравнивать же. Собственно, коммерческую версию сабжа встречал во всякой встроенке, типа TV-приставок. Впрочем, и на не очень старых ПК (типа P3, только не надо мне в дату их выпуска тыкать, очень такой себе аргумент, да, можно сказать что нишебродопроблемы, я не против) ntfs-3g явно упирался в проц (впрочем, я давненько им там не пользовался, возможно, с тех пор и оптимизировали существенно).

    > Без journal replay я как-нибудь переживу (то есть я бы предпочел без
    > него, оставив виндово - винде, лучше бы драйвер сразу сообщал что
    > диск некорректно закрыт и не надо его читать тут - но вот такой фичи как раз нет)

    Помнится мне, винда (начиная с какой-то версии) и при корректном отмонтировании любит оставлять непустой журнал (типа, а чего: потом всё равно при следующем монтировании винда докатит, а остальные пусть страдают), так что без поддержки log replay нынче драйвер практически бесполезен. А отказ в монтировании при наличии dirty-флага тут и так есть.

     
     
  • 4.322, Вменяемый разработчик (?), 20:27, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это 32битный arm с телефонным процессором TL DR возможно, сравнивать надо было... большой текст свёрнут, показать
     
     
  • 5.323, пох. (?), 20:28, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ffuck, как же затрахала автоподстановка левых ников
     
     
  • 6.324, Michael Shigorin (ok), 20:32, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    "Кто с чем к нам, тот от того и того" же :D
     
     
  • 7.325, пох. (?), 20:54, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    лучше б оно Аноним умело подставлять - в комментарии под пустой новостью умеет, а в ответах - "вы забыли заполнить поле name" - да не забыл я, блжад.

    Зато при показе долбаной капчи - то что я написал, заменяется мусором из прошлого.

     
  • 5.326, n80 (?), 21:03, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, конкретно я ext3 пригодным для использования никогда не считал, это действительно леденящая душу жесть, тут не спорю и ничего удивительного. Да и ext4 до сих пор хранит немало хтонического наследия, но в некоторых случаях приходится всё-таки выбирать его.

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

    Про big_writes что-то припоминаю, но беды с производительностью точно были и раньше, году так в 2010. Да, небезуспешно писал уже тогда на NTFS, такой вот извращенец.

     
     
  • 6.330, пох. (?), 21:41, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну, конкретно я ext3 пригодным для использования никогда не считал, это действительно

    Как будто у тебя выбор тогда был (патчи против massive filesystem corruptions, не сбэкпортированные в ext2, и борьба с лимитом в 2G)
    В том и дело что оказалось в тот момент, что в линуксе ни одной нормальной fs. Вой стоял такой, что волки из лесу бежали, тролли нажрались пингвинятины на пять лет вперед.

    > Про big_writes что-то припоминаю, но беды с производительностью точно были и раньше,

    так они потому и были, что big_writes у тебя не было. Они отключены по умолчанию именно из-за умения ntfs3g убивать мелкие флэшки (видимо, находились любители).

    Запиши себе в fstab: rw,big_writes - эта пара не должна никогда разделяться, пока не перейдешь на цветную капус...fuse3, где это, наконец - умолчание.

    > году так в 2010. Да, небезуспешно писал уже тогда на NTFS,

    так в 2010м все работало. С тех пор добавили полуработающий обработчик reparse points и работающий trim (в 2014м ;-) - причем второе сделал совершенно отдельный от проекта человек.

     
     
  • 7.332, n80 (?), 21:55, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Как будто у тебя выбор тогда был

    Ну, какой-то выбор был, я всё-таки очень поздно до Linux добрался (где-то между 2004 и 2007). Так что сначала сидел на reiserfs (потому что пользоваться ext2/ext3 было совсем невыносимо), да, иногда загружаясь с внешнего носителя и запуская reiserfsck, иногда даже с ребилдом дерева, а потом открыл для себя XFS (да, опять постепенно открываем и аккуратно обходим заботливо разложенные грабли, но почти всё остальное ещё хуже).

    > Запиши себе в fstab: rw,big_writes - эта пара не должна никогда разделяться, пока не перейдешь на цветную капус...fuse3, где это, наконец - умолчание.

    У меня NTFS сейчас очень редко встречается, а где встречается — уже было обновление до fuse3. Так что повезло. Но за информацию благодарю, вот прям здорово что наконец-то узнал (всё-таки я далеко не все changelog'и успеваю читать, мягко говоря).

     
     
  • 8.333, пох. (?), 22:06, 24/08/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    на одном стуле ассортимент так себе, а на других еще хуже А так да, был А чере... текст свёрнут, показать
     

  • 1.339, Аноним (339), 22:38, 26/08/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Парагон помню по кривым системным утилитам которые ломили венду. Жаль если их поделку примут я ядро.
     
  • 1.341, Аноним (341), 13:00, 24/09/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    хозяйке на заметку: в шестой версии патча маски вылечены, и работают как в остальных fs. Патч https://lore.kernel.org/linux-fsdevel/20200814134056.GV2026@twin.jikos.cz по прежнему нужен.

    И, главное, чтоб не потерялось:
      file.c                                                   ntfs_getattr                                                                
      Надо удалить эти две строчки (и можно само объявление sbi чтоб убрать предупреждение):
           stat->blksize = sbi->cluster_size;
           stat->blocks <<= sbi->cluster_bits - 9;

    - они лишние, из-за этого неверно работает du и прочие stat()

     
     
  • 2.342, пох. (?), 18:05, 14/10/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Седьмая версия - вроде никаких проблем не добавили, старые вылечены, кривохак для сборки с нераспоследним ядром не нужен (удалить кусок кода с readahead по прежнему нужно, не нужно править ядро вне ntfs3)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру