При обсуждении на днях опубликованной 27 редакции набора патчей с реализацией файловой системы NTFS от компании Paragon Software, Линус Торвальдс сообщил, что не видит препятствий для приёма данного набора патчей в следующее окно приёма изменений. Если не будет выявлено непредвиденных проблем, то поддержка NTFS от Paragon Software будет включена в состав ядра 5.15, релиз которого ожидается в ноябре...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55569
Круто!
Еще один шажок в сторону десктопа для линукса!
какой шажок? можно будет / на NTFS держать? вот это перемога :) а чтобы данные вытащить из windows, ntfs-3g за глаза хватало, и ему уже сто лет в обед
У него есть проблемы с производительностью.
Значительные проблемы с производительностью
Да и с надёжностью вообще-то. Вот буквально пару месяцев назад копировал в Линуксе на NTFS большой объём данных, несколько десятков гигабайт. На внутренний SDD. Перегрузился в винду - нет большей части файлов. Пришлось опять копировать, уже в винде. Такие проблемы и раньше были, но я то думал, что в 2021 уже должно работать. Ан нет.
>...нет большей части файловСкорее всего не дал времени сбросить данные из кеша на диск.
Не, было там время. И я же специально написал - на внутренний SSD файлы копировались. То есть на быстрое устройство, которому не нужно много времени на сброс кэша.
> Не, было там время. И я же специально написал - на внутренний
> SSD файлы копировались. То есть на быстрое устройство, которому не нужно
> много времени на сброс кэша.Ты слишком надеешься на железку...
> Не, было там время. И я же специально написал - на внутренний
> SSD файлы копировались. То есть на быстрое устройство, которому не нужно
> много времени на сброс кэша.Сброс кэша 2-ступенчатый процесс. Во первых ОС должна слить свой кэш. Во вторых накопитель свой. И SSD нельзя снимать питание наобум, иначе может быть что угодно, они могут гонять мелоенные сервисные операции типа GC в фоне. А внезапный слет питания без анонса команды на шатдаун это срубит - и может быть что угодно. Только файлы потерять не так уж плохо. У особо паршивых или неудачливых может и транслятор осыпаться. И вы не узнаете свои файлы. Очень интересно выглядит - файлы как бы есть, но выглядят как будто их в блендере перемешали.
> какой шажок? можно будет / на NTFS держать?А в нтфс есть куда *никсные права класть? Или нафиг такой / надо? Так то его хоть на FAT можно, если очень хочется. Просто хреново уж очень.
а зачем в НТФС ограниченные никсные права? НТФС гораздо богаче, гибче и фичастее в этом плане. Но если очень хочется то можно и "в стиле никсов" правав назначать.
> а зачем в НТФС ограниченные никсные права? НТФС гораздо богаче, гибче и
> фичастее в этом плане....настолько гибкий, что не стоит...
> а зачем в НТФС ограниченные никсные права?очевидно - чтоб программы образца 70го года не умеющие ничего кроме 0777 как-то могли работать.
И да, это позикс расширение, предусмотрено со времен nt3.1 (лучше не знать как тогда с этим приходилось работать из native windows, через пять лет пофиксили)Уродливая концепция ugo и не менее уродливые конфликтующие с ней posix acl - далеко не единственное что НА САМОМ ДЕЛЕ давным-давно надо было заменить nt-like иерархическими acl. Но вместо этого мы получили системдрянь и дерьмобас.
Логично - зачем на "дрисктопе" какие-то права доступа кроме 777, особенно если он запущен в wsl?
> надо было заменить nt-like иерархическими acl.мне эти акцесс-листы снились в кошмарах. сюжет кошмара такой - права как-то унаследовались и переплелись так, что я и вообще все потеряли доступ к файлу и его невозможно восстановить.
несмотря на все права и привилегии.а собачий язык SDDL https://itconnect.uw.edu/wares/msinf/other-help/understandin.../ - это что-то невообразимое, желаю чтобы его изобретатели сгнили заживо от СПИДа + лепры. одновременно.
обезьянка с гранатой жпг. То ли дело chmod -R, да?> а собачий язык SDDL https://itconnect.uw.edu/wares/msinf/other-help/understandin.../ -
> это что-то невообразимоеспециально для неосиляторов - есть готовые инструменты. А если ты лезешь в сложные системы на низком уровне - будь готов к сложным описаниям.
Вообще-то вполне себе человекочитаемым (не вполне человеконаписуемым, особенно если синтаксиса не знаешь и пытаешься угадать по существующему образчику)
> специально для неосиляторовясно, понятно.
> - есть готовые инструменты.
в простонародии "гуевые глюкала".
> А если ты лезешь в сложные системы
переусложненные без нужды.
примерно как IPsec - гадская выдумка американского КГБ.
(тоже неосилятор).
>> А если ты лезешь в сложные системы
> переусложненные без нужды.
> примерно как IPsec - гадская выдумка американского КГБ.
> (тоже неосилятор).Как это без нужды? Как ты без них разрулишь 100500 юзеров большого и сложного интранета?
Это в новом стандарте ничего, кроме вебни, нету, а у людей финансы, производство, деловодство и бухгалтерия наконец.
Ты серьёзно думаешь, что мелкие придумали АД, АЦЛ и прочие ПШ от нефиг делать?
> Как это без нужды? Как ты без них разрулишь 100500 юзеров большого
> и сложного интранета?логинами, паролями и группами (которых будет не более N*3 + 100500,
где N - число ресурсов общего доступа).> у людей финансы, производство, деловодство и бухгалтерия наконец.
сколько угодно, но не в файловой системе. т.е. без файлопомоек.
для этого базы данных и сервера приложений есть.
а в них уже свои системы групп, ролей и т.д.
которым адские фантазии некрософта не нужны.
>> Как это без нужды? Как ты без них разрулишь 100500 юзеров большого
>> и сложного интранета?
> логинами, паролями и группами (которых будет не более N*3 + 100500,и как тебе /etc/groups не влезающий в редактор из-за превышения длины строки?
А какова скорость проверки secondary групп такого размера, не пытался проверять?(мы, кстати, умудрились превысить ms'овский лимит на размер группы. Он какой-то там совершенно нев...енный, но, все же, оказывается, есть)
А что делать если вон той группе только чтение, а этой - и изменение, а остальным вообще нельзя даже знать что там лежит?
> где N - число ресурсов общего доступа).
тебе в подвале явно трудно понять СКОЛЬКО тех ресурсов на самом деле.
> сколько угодно, но не в файловой системе. т.е. без файлопомоек.
понятно, теоретик с локалхостом.
> для этого базы данных и сервера приложений есть.
даже если и есть, им тоже надо хранить файлы. И они их, представь себе, на виндовой шаре хранят.
Потому что хранить файлы в виде не-файлов чтобы потом обрабатывать как файлы - дурь несусветнейшая.> а в них уже свои системы групп, ролей и т.д.
у подвальных локалхостовых дурачков. У крупных лавок - внезапно, single signon везде где только можно.
Потому что зае...шься ты сто РАЗНЫХ иерархий доступа обслуживать. И где-нибудь непременно прогадишь, и давно уволенный сотрудник сопрет все подряд.
> которым адские фантазии некрософта не нужны.
да-да, эксперт из подвала точно знает.
> и как тебе /etc/groups не влезающий в редактор из-за превышения длины строки?
> А какова скорость проверки secondary групп такого размера, не пытался проверять?
> (мы, кстати, умудрились превысить ms'овский лимит на размер группы.
> Он какой-то там
> совершенно нев...енный, но, все же, оказывается, есть)интересно, каково это - в одно рыло админить весь Пенатгон
(или весь Корпус морской пехоты) ? тяжело наверно.> А что делать если вон той группе только чтение, а этой -
> и изменение, а остальным вообще нельзя даже знать что там лежит?тезис про "остальных" выдает ... в общем выдает.
>> где N - число ресурсов общего доступа).
> тебе в подвале явно трудно понять СКОЛЬКО тех ресурсов на самом деле.сами развели помойки - сами с ними и возитесь.
>> сколько угодно, но не в файловой системе. т.е. без файлопомоек.
> понятно, теоретик с локалхостом.
>> для этого базы данных и сервера приложений есть.
> даже если и есть, им тоже надо хранить файлы. И они их,
> представь себе, на виндовой шаре хранят.какой сервер приложений требует виндовых шар, и жить без них не может ?
> Потому что хранить файлы в виде не-файлов чтобы потом обрабатывать как файлы
> - дурь несусветнейшая.хорошо, обрабатывайте блобы как файлы и храните их как файлы.
но потом не жалуйтесь. вас предупреждали.>> а в них уже свои системы групп, ролей и т.д.
> у подвальных локалхостовых дурачков. У крупных лавок - внезапно, single signon везде
> где только можно.SSO - икона для дураков (и поклонников некрософта).
позволяет с одного взломанного или утекшего аккаунта выгрести все.> Потому что зае...шься ты сто РАЗНЫХ иерархий доступа обслуживать.
все очень просто. это буду делать не я, а специально обученные люди.
> SSO - икона для дураков (и поклонников некрософта).
> позволяет с одного взломанного или утекшего аккаунта выгрести все.Те кто понимает как это работает - не мелочатся и ломают DC. А потом - потом они ломают все что сочтут нужным, по всем компам фирмы.
вы еще здесь ? прекрасно.
я бы все же хотел получить ответ на свой вопрос:
"какой сервер приложений требует виндовых шар, и жить без них не может ?"возможно я чего-то важного не знаю или просмотрел мимо.
> (мы, кстати, умудрились превысить ms'овский лимит на размер группы. Он какой-то там
> совершенно нев...енный, но, все же, оказывается, есть)Налицо плохо структурированная архитектура прав доступа.
Так бывает когда система строится "от инцидента".
Попросту говоря: "Гора верёвочек и костыликов"
> Налицо плохо структурированная архитектура прав доступа.
> Так бывает когда система строится "от инцидента".и чо делать ? долгая и нудная ревизия помойки до самых нижних уровней, реинженеринг, поха и наха под зад коленом как неосиляторов сделать это самостоятельно ? так оне не согласные, будут сопротивляться до конца.
>> Налицо плохо структурированная архитектура прав доступа.
>> Так бывает когда система строится "от инцидента".
> и чо делать ? долгая и нудная ревизия помойки до самых нижних
> уровней, реинженеринг, поха и наха под зад коленом как неосиляторов сделать
> это самостоятельно ? так оне не согласные, будут сопротивляться до конца.Будут. Однако сколько мусор под ковёр ни заметай, а когда-то прийдётся убирать мусор из-под ковра...
> Это в новом стандарте ничего, кроме вебни, нету, а у людей финансы,корпоративная вебня, внезапно, тоже имеет галочку "авторизоваться текущей виндовой сессией".
И берет права доступа из либо ldap, либо напрямую из ad, потому что они там тоже вовсе не "всё-всем".> Ты серьёзно думаешь, что мелкие придумали АД, АЦЛ и прочие ПШ от
> нефиг делать?ты не поверишь сколько тут подобных дурачков.
Ну а с другой стороны - откуда другим взяться? Их ведь на порог в такие конторы не пустят.
Я обычно отсеивал на собеседовании парой тривиальнейших вопросов по теме - сразу видно, приходилось человеку обеспечивать взаимодействие своего впопенсосия с корпоративной средой, или он из этих - "мне на локалхосте нинунжна, значит никомунинужна" и его "опыт работы в крупных системах" - миллионы баннеропоказывающих тазиков с абсолютно одинаковой начинкой.С такими дальше разговаривать просто не о чем - они профнепригодны, следующий.
> ты не поверишь сколько тут подобных дурачков....
> С такими дальше разговаривать просто не о чем - они профнепригодны, следующий.
Да вон они машут хвостами в соседнем вольере и конструируют ржавые квадратные колёса.
> корпоративная вебня, внезапно, тоже имеет галочку "авторизоваться текущей виндовой сессией".Очень удобно всяким хацкерам - поимел DC, а потом спустился с горы и отымел все стадо.
Ты там свой exchange то пропатчил от ремот поимений? А то там доступ в любые мылбоксы и выполнение кода с правами админа на серваке было так то, и FBI нифига тебя спасать не будет :)
> И берет права доступа из либо ldap, либо напрямую из ad, потому
> что они там тоже вовсе не "всё-всем".Мне больше нравится когда через ад какой-нибудь винлокер раздают, на вообще все компы конторы. Вот это я понимаю, правильный менеджмент виндов, всем причастным так держать. Нехай похобразные просыпаются в холодном поту.
> никомунинужна" и его "опыт работы в крупных системах" - миллионы баннеропоказывающих
> тазиков с абсолютно одинаковой начинкой.Так то те тазики рулить пожалуй поприятнее маздая и твоих энтерпрайз-крап-систем. Майкрософт очень интересные ребята, которые могут сперва например расширить схему AD при попытке инсталла Exchange, а потом, нагадив в схему AD по черному сказать что не, знаете, не хочется нам ставиться. Откатывать это они, конечно, не умеют. Мне, определенно, нравится такая дружественность к админу. Наверное ее получатели заслуживают именно это =)
> С такими дальше разговаривать просто не о чем - они профнепригодны, следующий.
Ты так говоришь как будто у тебя там работа мечты, а ты гарный работодатель :D
> примерно как IPsec - гадская выдумка американского КГБ.Его даже 90% энтерпрайз админов винды ссытся, он, конечно, через гуй настраивается, но пока это нарулишь - семь потов таки сойдет. И ты должен хорошо понимать что есть PKI.
Между нами - им даже в жирном энтерерайзе порой было openvpn пробросить road warrior'ам, тем более что тот не стрянет на файрволах и проч, а с айписеком можно на этот счет крепко обломаться.
> мне эти акцесс-листы снились в кошмарах.Мне они тоже не нравятся. Observability системы никакой, можно очень неочевидные комбо заворачивать, получая доступ к тому чему не должен или нагибая доступ тем кто должен иметь доступ, e.g. админам. При том поскольку в винде нормально денаить админу в рыло (попробуйте в SysVol зайти например, хоть вы трижды админ) - тот может и не обратить внимания :D
> унаследовались и переплелись так, что я и вообще все потеряли доступ
> к файлу и его невозможно восстановить.Вообще - можно. Если ты знаешь кто такой SYSTEM. Заодно если это корп. комп можешь жестко поглупиться над админами, у SYSTEM прав сильно больше этих лохов, и на них ACL распостраняются совершенно обычно. Большая их часть после получения access denied смачно обтекает, переспорить SYSTEM так с наскока они не могут. Заодно можно послать в пень все эти групповые пор^W политики и что там еще если они тебе не нравятся.
> несмотря на все права и привилегии.
А винда в этом плане забавна, у нее самой больше всех прав, а админы так, лакеи системы, unless declared otherwise. Фокус с SYSTEM - это скорее dev-level трюк, и это одна из причин по которой энтерпрайз админ никогда не должен логиниться с полными правами на хз какие компы, энтерпрайз потом могут жестко отменеджить. Иногда, собственно, и менеджат... вон там у рядя отменедженых подгорает, когда им малварь оптом по всей фирме вкатывают.
> И да, это позикс расширение, предусмотрено со времен nt3.1 (лучше не знать
> как тогда с этим приходилось работать из native windows, через пять
> лет пофиксили)Видать наш пох где-то наследил. :-)
> а зачем в НТФС ограниченные никсные права?Затем что rootfs операционки без правов - это как-то совсем уж дно. И никак этому твои гибкие права не помогут. А так то да, фичастее, проверено. Всегда можно себе неочевидный доступ вкатить туда где админ сроду не найдет. Или deny админу влепить так что он вообще не поймет откуда это пролезает.
> Но если очень хочется то можно и "в стиле никсов" правав назначать.
ФС в линухе либо умеет *никсные права, либо нет. И делать рутфс на ФС которая НЕ умеет - плохая идея. Как минимум безопасность такой системы будет полное дно.
> А в нтфс есть куда *никсные права класть? Или нафиг такойЕсть потдержка Posix и Дос потока,правда начиная с Висты там с потдержкой все грустно (отключили с Висты по умолчанию, с 7 удалили потдержку),как бы падать все это дело не начало при монтирование.
Так пойдёт - винда будет юзать ntfs-ные тома через WSL :)
> Так пойдёт - винда будет юзать ntfs-ные тома через WSL :)У них так то есть и свой дистр, этак они WSL на линуксе будут бутявить. Или на вайн перейдут.
Молодцы.
я не пойму че гонят на "старый драйвер, который находится в плачевном состоянии"? я много лет юзаю флэшки и диски с нтфс под линуксом и как-то до фонаря всегда было до парагоновских драйверов. будет большой лол, если именно на новых драйверах всплывут проблемы.
Ты юзаешь ntfs-3g от Tuxera, а он userspace драйвер.
Ядерный драйвер на чтение как работал так и работает, что ему ухудшаться если ntfs уже дцать лет не меняется?
он и был изначально глючное падучее г-но.
И stable api nonsense еще как меняется, вы видите что парагону ОПЯТЬ пришлось переделывать чтобы успеть за ведром и его ошпаренными разработчиками, а тестировать после очередного переписывания его совершенно некому - поскольку нафиг такой не нужен.
Не, а чего вы от реверсинга хотели?
Спеки ФС закрыты, художники как видят - так и сляпали.
Ну да, у грека с цыганом получилось, у Алмаз Александрыча получилось - у л@п-тых - "я художник, я так вижу".Кто виноват? Конечно же, корпорация - зла!
Моё мнение тут попроще: вообще не было смысла связываться. Проприетарщина и проприетарщина, пусть себе варится отдельно.
А кого волнует ваше мнение? Людям надо решать свои задачи, а не в вашим мнением знакомиться. А вы живите, как хотите: никто вам не мешает, да и пох, если честно.
Это ты сейчас с зеркалом разговаривало?
Ну и "решальщики задачЬ" обычно потом сильно удивляются, почему оно им в жо... простите, в ногу выстрелило, но да, всем как-то пох.
> Ну и "решальщики задачЬ" обычно потом сильно удивляются, почему оно им в
> жо... простите, в ногу выстрелило, но да, всем как-то пох.Второй коммент уже когда от наркоты отошло, да?
Пользователи линуха в такой же жо, как и другие. Тут так же отключают поддержку старого оборудования, а программы перестают работать, от прекращения поддержки. Чудес не бывает.Извини, я оскорбил твои чувства верующего. Хотя пох, в принципе.
> пришлось переделывать чтобы успеть за ведром и его ошпаренными разработчиками,Ну ты можешь виндой пользоваться. Там nonsense нет. Правда и файловых систем толком тоже, стабилизец полный. А заодно все это работает зело тормознее пингвина, потому как нафиг надо - кернел улучшать.
Но, знаешь, когда одно и то же у меня в пингвине в 2-3 раза быстрее компилится, я таки не МакЛауд твою маздайку ждать - и это одна из причин почему мне нравится пингвин. И мне совершенно плевать какие у тебя офигеть файлопомойки, что и кому уплочено и проч, когда вопрос в том чтобы я любимый туповэйтил машину в разы дольше.
>Правда и файловых систем толком тоже, стабилизец полный.Ну что у народа привычка,не пробывал и сразу утверждает.Драйверов не от M$ для фс прилично,даже под 10,перечислю Ext2_4,btrfs,xfs,reiser3,ufs,hfs+,apfs,zfs.Вам мало?Правда многие только чтение и коммерческие,но это другой разговор...
Ну да, ну да, я когда-то EXT-ом пользовался, пока он мне том не разнес в хламину. Fsck он после этого ессно не умел и починилось оно только под линухом.А на чем-нибудь типа btrfs я даже пытаться не буду, можешь сам такие эксперипенты на своих данных. Его в лине то недавно допинали до кондиции более-менее. А в винде это надо еще годков 20 погодить стало быть.
Так что в теории ты прав. А на практике есть весьма стебные нюансы.
>Fsck он после этого ессно не умел и починилось оно только под линухом.У парагона fsck есть,пользовался,он даже ремонтировал нормально.Но постоянный доступ на запись к ext,если только не критичный том,как я поступил /орt.Беда в том что сейчас в дистрибутивах opt расматривают как не "пришитый" рукав,атрибуты доступа юзера сбрасывают.(пришлось имунный бит ставить)
> У парагона fsck есть,пользовался,он даже ремонтировал нормально.Знаешь, в конце концов, закончилось все тем что я из виндов таки перекинул все данные на тот EXT. Знаешь что было дальше? Дальше я таки вскоре стер винду совсем, решив что с линухом оно работает сильно лучше, намного меньше мучений, да и автоматизацию в лине делать сильно приятнее, что бы там похи и анонимустусы не завирали. А эффективность уровня домохозяйки меня уже не устраивает, когда я попробовал иные варианты и понял что можно в разы лучше.
А драйвер - ну, он свою миссию выполнил, выступив паллиативом/плавной миграцией. Всерьез юзать софт с таким качеством годами - ну нафиг, особенно для хранения своих данных.
> в том что сейчас в дистрибутивах opt расматривают как не "пришитый"
> рукав,атрибуты доступа юзера сбрасывают.(пришлось имунный бит ставить)Я честно говоря не очень понял реверанс про opt, для меня это 1 из дир, опциональная, не имеющая special meaning. Не понимаю какие с ним у меня должны быть особенности или проблемы.
>очень понял реверанс про optРаньше по стандартам opt это каталог с програмами пользователей,админ разрешил запись-ставь что тебе надо.Не запрещалось по стандарту и общие пользовательские данные хранить.У меня отдельный раздел с opt .В современных дистрибутивах Кубинти одно время при обновлениях сбрасывали опцию юзерс в fstab и меняли владельца каталогов на root.
Говорят в стандарте LSB поменяляли приоритеты ради безопасности :-(Пришлось одно время извращаться с имунным битом,сейчас вроде хренотней страдать прекратили.
> Раньше по стандартам opt это каталог с програмами пользователей,Тут пара моментов.
1) Я не распознаю ауторити редгадбиэма что-то мне указывать в моих ФС, как и мой дистро.
2) Я обычно не ставлю софт иначе чем из репов. А для всяких экспериментов есть отдельный моунт в котором все что не под пакетным менеджером.> Говорят в стандарте LSB поменяляли приоритеты ради безопасности :-(Пришлось одно время
> извращаться с имунным битом,сейчас вроде хренотней страдать прекратили.Я предпочитаю так в свои пятки не стрелять.
> А на чем-нибудь типа btrfs я даже пытаться не буду, можешь сам
> такие эксперипенты на своих данных. Его в лине то недавно допинали
> до кондиции более-менее.К сожелению "фичаглюки" так и остались.Как например при использование либы/программы sqlite2 можно остаться без свободного места если cow не отключишь для БД.Я недавно "фичу" с контрольной суммой словил,не поченил,самое странное данные целые,что там не глюкнуло не понятно.
Ох, скулайт2 я вообще не уверен - запускал ли я когда-то живьем. Надеюсь что хотя-бы btrfs был не такого же возраста, т.к. с времен скулайт 2 много воды утекло. И вообще, скулайт для бд с столь активной записью чтобы место кончилось? Очень странно. Что вообще за конфиг?А так CoW с журналингом БД не особо хорошо живет. У btrfs есть nocow флаг на такой случай. Chattr +C на файло (правда пустое) или диру (тогда применится к всем новым файлам в ней) и базе будет то что она хотела бы видеть. Это же можно с виртуалками делать. Идея такая что двойного COW или журналинга быть не должно. Это очень субоптимально.
> времен скулайт 2 много воды утекло. И вообще, скулайт для бд
> с столь активной записью чтобы место кончилось? Очень странно. Что вообще
> за конфиг?Достаточно 4 гиг записи с 4 кб блоком :-( У меня это было приложение либрусек (в нем в качестве бд скулайт2,я поставил на индексацию новые интересные файлы и словил ...нет места,хрен чиниться.Начал читать багтреки ,узнал про nocow и что раньше 2 версия вообще убивала бтрфс.....В 3 версии что то там поправили,но не зря Шишкин говорит что то же самое можно простым скриптом проделать ,это не дело когда фс от юзерпрограмм помирает :-(
А это все на каком ядре было? И сколько свободного места в ФС? Надеюсь ядро не времен ценных исследований Шишкина? А то с тех пор там это дело здорово переделали. На ядрах типа 5.х что-то такое бывает?Что до не дело - все в курсе и поэтому совсем помирать сейчас не должно.
> А это все на каком ядре было? И сколько свободного места в
> ФС? Надеюсь ядро не времен ценных исследований Шишкина? А то с
> тех пор там это дело здорово переделали. На ядрах типа 5.х
> что-то такое бывает?Ядро 5 версия,Кубинти Lts ,32 бита,где то 5 лет назат.Я год назад повторил эксперемент,все то же самое,не ставиш бит nodacow,нет места,не ремонтируеться.Свободно было гдето 180 гигов.Данные не теряються,вытаскиваються,но раздел не Чиниться нечем :-(Да еще с совместимостью как я подозреваю не все просто.Писал уже историю-был конвертированный ext4 диск,ошибок некаких небыло,были архивы с коннтрольной суммой +резервный диск с таким же архивом.Забил практически под завязку,положил,пылился 4 года,данные понадобились,а тут ошибка контрольных сумм,только чтение,данные целые то оказались,что там не понравилось btrfs хз...Не поченилось даже с удалением чек сумм :-(
В смысле не меняется? Там в районе 10-ки появилось сжатие (не RLE, как раньше, а нормальное), реализованное через reparse point в альтернативный поток (чтобы не менять фактическую спецификацию ФС). Но если этой реализации в драйвере ФС нет, вы увидете вместо исходного файла левый reparse point, от чего вам вряд ли будет весело...
кстати, да, парагон же мамой клялся что у него оно поддерживается, среди прочего.если нам очень повезет - будет еще и fsck с умением такое чинить.
> кстати, да, парагон же мамой клялся что у него оно поддерживается, среди
> прочего.
> если нам очень повезет - будет еще и fsck с умением такое
> чинить.ntfs-3g несколько лет как тоже поддерживает, только не из коробки - надо левый плагин скачать и скомпилить. Он его в фоне подгрузит и будет читать нормально...
Хотя там поддержка появилась сильно позже этой фичи, да.
А вот старый ядерный драйвер хз, умеет ли - а кто его вообще использует, после выхода ntfs-3g?
> ntfs-3g несколько лет как тоже поддерживает, только не из коробки - надо
> левый плагин скачать и скомпилить. Он его в фоне подгрузит икстати, еще один плюсик в карму MS - сумевшую сохранить не только апи, а структуру fs так, что это решается "плагином" (правда, там, по-моему линукс-онли и ix86 only). Ну и греку с цыганом, конечно, которые эту фичу учли в своей разработке за пятнадцать лет до ее реального применения.
У этой кармы есть и минусы. В виде издевательской скорости работы этой ФС с большими иерархиями, особенно на холодную. Видимо апдейтить дохреналион легаси не больно эффективно.
> У этой кармы есть и минусы. В виде издевательской скорости работы этой
> ФС с большими иерархиями, особенно на холодную.У кого быстрее? У шишкин-фс-все-еще-неготовой к продакшну?
Иерархия общего (ну простите, так получилось) шареного тома на ВСЮ громадную корпорацию, порезанная по структурным подразделениям до уровней отделов - включая шареные куски внутри подразделений, где хранится все рабочее ненужно - достаточно, как думаешь, большая?
Я вот не вижу разницы между обращениями туда и к локальному диску.
> У кого быстрее? У шишкин-фс-все-еще-неготовой к продакшну?А что, NTFS у нас готов к продакшну? Я-то и смотрю, как его тут недавно палочкой потыкали:
https://lkml.org/lkml/2021/8/3/1304
> А что, NTFS у нас готов к продакшну? Я-то и смотрю, как его тут недавно палочкой потыкали:да, один из тех кто двадцать лет не может исправить то г-но которое сам написал, любитель потыкивать на пенсии. Интересно, а вот эту... порноfs или как там ее, имени хуавея он тоже так же стресс-тестировал (без деталей, описаний теста и воспроизводимости), или "это другое", и вообще кого надо была нога?
У меня работает, у других - работает. А разваливающиеся на ходу его собственные поделки я не раз видел. Только вот им почему-то это не помешало быть в ведре.
Может ты путаешь ntfs-3g?
ntfs-3g и fs/ntfs - разные драйвера. первый должен более менее нормально работать, но это не часть ядра. А вот fs/ntfs фактически работает только на чтение (вроде поддержка записи есть, но её отключают в бин дистрах наверно не спроста)Также оба драйвера не обновляются с 2017 года
P.S. Если с парагоновым драйвером возникнут проблемы - тебе никто не запрещает использовать ntfs-3g дальше
А еще старый драйвер посылает на фиг если "неправильно" завершена работа системы и потому записывать он ничего не будет. Плюс ненормальное потребление процессора в работе с ntfs. Новый драйвер должен будет решить массу неудобств.
> Если с парагоновым драйвером возникнут проблемы - тебе никто не запрещает
> использовать ntfs-3g дальшеон не сможет - он даже не знает, в чем разница.
Поэтому правильный вариант: если с парагоновским драйвером возникнут проблемы, ты об этом даже не узнаешь.
> ntfs-3g и fs/ntfs - разные драйвера.Да, кстати.
Когда я только начинал пользоваться Linux (KNOPPIX 3.3 и Mandrake 10.0), там ntfs монтировался только на чтение. Поэтому я держал Windows на разделе FAT32.
Чтобы была запись на NTFS, надо было покупать платный драйвер Paragon NTFS. А я не знал о его существовании. Ведь я даже не знал про проприетарный драйвер NVIDIA. А если бы знал, то не смог бы установить. Ведь даже драйвер NVIDIA я установил с трудом.
Вот например новость о драйвере Paragon NTFS от 2005 года: https://www.linux.org.ru/news/proprietary/1069819 А вот например ссылка на руководство пользователя старой версии драйвера тех лет: https://download.paragon-software.com/doc/manual_ntfsl_eng.pdf Ах, какие же там ностальгические скриншоты с KDE3. Вот бы всегда оставалось так.
В 2006 году я прочитал такую новость: http://wiki.linuxformat.ru/wiki/LXF82:NTFS (Это новость о самом первом появлении драйвера NTFS-3G). Я подумал, что это очень интересно. Получается, что теперь можно не пользоваться драйвером ядра, а можно пользоваться сторонним драйвером. И тогда будет не только чтение, но и запись.
Затем вышли Ubuntu 7.04 и KNOPPIX 5.1.1. Там уже был установлен NTFS-3G, и он использовался по умолчанию вместо ядерного драйвера. Когда GNOME или KDE монтировал раздел, он использовал для этого NTFS-3G. А если надо было монтировать вручную, то вместо "-t ntfs" нужно было использовать "-t ntfs-3g".
Вот сравнение производительности драйверов Paragon NTFS и NTFS-3G от 2007 года: http://wiki.linuxformat.ru/wiki/LXF97:Paragon_NTFS Драйвер от Paragon быстрее, чем NTFS-3G. Это логично, ведь драйвер Paragon работает в Kernel space, а драйвер NTFS-3G работает в User space, так как это FUSE-драйвер.
Лично у меня, NTFS-3G из 2007 года работал со скоростью 14 Мб/сек, а драйвер NTFS-3G от 2009 года работал со скоростью 40 Мб/сек. То есть, его потом ускорили. А в момент релиза он был не очень быстрым.
Вот. А потом мы постепенно забыли, что был какой-то ядерный драйвер. Поговаривают даже, что ядерный драйвер научился записи. И даже надпись (EXPERIMENTAL) напротив поддержки записи исчезла. Но никому это уже было не интересно.
И вот наступает 2021 год. Мы вспомнили, что ядерный драйвер существовал, и теперь его предлагают заменить на переписанный "с нуля". Причём на драйвер от компании, которая делала платный драйвер с поддержкой записи ещё во времена Red Hat 7.2/9.0. А кто-то и вовсе не знал, что ядерный драйвер вообще был - настолько прозрачно нам предлагали использовать ntfs-3g вместо него.
Всё же, зря заминусили парня. В том, что кто-то не знал про старый драйвер, ничего плохого нет. Это же надо было застать < 2007 год, чтобы о нём знать
Если ты даже не в курсе, что именно ты там "юзаешь", даже не в состоянии отличить fuse от ядерного драйвера - может тебе воздержаться от демонстрации своего "понимания" ?> я много лет юзаю флэшки и диски с нтфс под линуксом
потому что майнтейнер дистрибутива тебе все в рот положил, тщательно разжевав.
А ты - т-пой юзер.
Ты и дальше будешь т-по юзать что тебе положат и разжуют, не владея темой совсем. Тебе без разницы.
Теперь можно будет поставит линукс на ntfs как вторую систему.
Да хоть как первую. Винду на ZFS уже ставили и тестировали. Работает вроде.
Ну, давайте же уже скорее!.. *ёрзает*
хотя, погодите... а в десятку это ядро попадёт?
Уже в 11-ю ещё не попало. Может, в 12-ю попадёт. Ждём ебилдов :)
Чтоб в винде что-то улучшали?
Да вы гоните.
6 месяцев спустя: "Брухаха! Мы ничего такого не имели в виду!"
Минусующие не ходили по ссылке и не читали оригинал :D
Как будто там что-то новое? Поди опять - "ниже, ниже смерд кланяйся! И чего кровью так слабо подписал - жадный, поди?! Еще раз переподписывай, и чтоб кровь точно была настоящей, справку из больнички принесешь что твоя!"
> Как будто там что-то новое? Поди опять - "ниже, ниже смерд кланяйся!
> И чего кровью так слабо подписал - жадный, поди?! Еще раз
> переподписывай, и чтоб кровь точно была настоящей, справку из больнички принесешь что твоя!"А если так не делать - получается как в фрибсде, когда корпы валят под стол какие-то загнивающие кости. И работает это "не очень". Из всех вариантов девелопа пингвин тупо оказался лучшим.
Винды скатились в стабилизец, бзды и проч - в мусорный бачок корпов, а проприетарные *никсы вообще конкуренцию ниасилили. Найди в себе уже мужество признать очевидное, даже если это и оскорбляет твои "верования". Вроде ж не тупой чтобы очевидные вещи отрицать. Натурный эксперимент показал что вот так в целом работало лучше всего.
И да, драйвер возможно попадет в 5.15 ядро. И мы будем более-менее уверены что это не трэш с лопаты как вон тем голодранцам.
>> Как будто там что-то новое? Поди опять - "ниже, ниже смерд кланяйся!
>> И чего кровью так слабо подписал - жадный, поди?! Еще раз
>> переподписывай, и чтоб кровь точно была настоящей, справку из больнички принесешь что твоя!"
> А если так не делать - получается как в фрибсде, когда корпы
> валят под стол какие-то загнивающие кости. И работает это "не очень".
> Из всех вариантов девелопа пингвин тупо оказался лучшим....
> Винды скатились в стабилизец, бзды и проч - в мусорный бачок корповКакой детальный "онализ" и разбор причин-следствий! Ух!
М.б. минусующие минусуют за "брухаху", которая не восклицание типа "бугага", а название процессу? В комеентарии выше из вполне нормального «чтобы через пол-года вы не спохватились и не стали раздувать скандал „мы этого не имели в виду“» получилась какая-то жалкая пародия на злодейский смех, мол, Линус в парагоне видит некого Доктора Зло и подшучивает над ними.
>перепроверить корректность выставления подписи signed-off в патчах, подтверждающих авторство над передаваемым кодом и готовность его распространения в составе ядра под свободной лицензией.Что это значит? Приехать в офис Парагона, найти понятых, далее всё делать в присутствии понятых и с записью на камеру, сертифицированную для оперативной съёмки, подтвердить, что это офис парагона, найти указанных сотрудников, проверить их документы, удостверяющие личность, снять отпечатки пальцев, далее распечатать листинги патчей и сверить их с кодом патчей, отправленных в список рассылки, далее требовать от разработчиков расписаться рядом с каждым signed off by, далее пойти в юр. отдел, удостоверить личность сотрудников юр. отдела и тоже проконтролировать процесс подписи ими каждого патча?
ты забыл о - проверить сотрудников на короновирус и на всякий случай взять анализы ДНК.
Мне вот тоже интересно - хуавею с драйвером этой... erofs или как там - тоже такие же вопросы задавали на две страницы мелким почерком? Или молча приняли - "кого надо комит!"
хуавей отправляет патчи уже десятки лет и знает как правильно оформлять патчи и в их патчах изначально есть корректные комменты про GPLv2 в отличии от парагона где в патчах "Copyright (C) 2019-2021 Paragon Software GmbH, All rights reserved.". Линус изначально не хочет юридических проблем на этом фоне если вдруг через полгода юристы компании проснутся и начнут слать иски из-за этой строки. Очем прямо и говорит.
Уверен что добавление драйвера для того, что пока что не поддерживается и замена существующего драйвера - одно и тоже?
> Мне вот тоже интересно - хуавею с драйвером этой... erofs или как
> там - тоже такие же вопросы задавали на две страницы мелким
> почерком? Или молча приняли - "кого надо комит!"Хуавэй так то и до этого комитил. А ФС сильно мельче, если что. Так что их старт был удачнее, только и всего. Линух не то место где код "с лопаты" берут, за столько лет мог бы уже и усвоить.
> Линух не то место где код "с лопаты" берут, за столько лет мог бы уже и усвоить.Предпочитают экскаватор?
https://www.opennet.ru/opennews/art.shtml?num=55095
> Также были проанализированы 435 коммитов, включающих исправления, отправленные разработчиками из Университета Миннесоты и не связанные с проведением эксперимента по продвижению скрытых уязвимостей.
> 349 коммитов признаны корректными и оставлены без изменений. В 39 коммитах обнаружены проблемы, требующие исправления - данные коммиты отменены и до выпуска ядра 5.13 будут заменены на более корректные исправления. Ошибки в 25 коммитах оказались исправлены в последующих изменениях. 12 коммитов потеряли актуальность,Или, как обычно, "Это другое!"(с)?
> Предпочитают экскаватор?
> Или, как обычно, "Это другое!"(с)?В смысле? Это вроде бы пример когда плохих парней запалили и учинили их коду аудит с пристрастием. Ну и все познается в сравнении. Как там гангстер Масик из фрибсды поживает с его суперсекурным вариантом вайргада? Он уже сменил имя еще раз? :)
>> Предпочитают экскаватор?
>> Или, как обычно, "Это другое!"(с)?
> В смысле? Это вроде бы пример когда плохих парней запалили и учинили их коду аудит с пристрастием.Пример того, как вначале взяли кучу кода от плохих парней-нонеймов и лишь сильно потом спохватились и учинили аудит, причем лишь небольшой части кода (хинт: плохие парни не обязанны подписываться)? Да, отличный пример "не с лопаты!" и "Это другое! Понимать надо!"(с)
> Ну и все познается в сравнении.
> Как там гангстер Масик из фрибсды поживает с его суперсекурным вариантом вайргада? Он уже сменил имя еще раз? :)Сравнении опы с пальцем, когда разработчик воспользовался многолетней наработанной репутацией - и в итоге код его так и не попал в стабильные ветки, а он сам получил пинок под зад (и про*ер всей репутации)? Несомненно.
> Пример того, как вначале взяли кучу кода от плохих парней-нонеймов и лишь
> сильно потом спохватились и учинили аудит,Так там нормальный код был, а взъелись когда какие-то фекалии поперли. И какие же они нонеймы, если их универ и огреб лопатой по морде вместе с ними, так что им пришлось публично лебезить?
> причем лишь небольшой части кода (хинт: плохие парни не обязанны подписываться)?
Это голимый FUD, и я обойдусь без хинтов каких-то анонимусов когда я могу прочитать рассылку и сделать выводы о компетентности причастных самолично, без сопель какого-то анонима. А вот фрибзда таки взяла в оборот код гангстера Масика. И этот треш удалось застопорить только когда пришел лично автор вайргада и популярно рассказал что он думает о таком качестве кода.
> Да, отличный пример "не с лопаты!" и "Это другое! Понимать надо!"(с)
Прикольное тявкание, но уровень компетентности и организации процессов все желающие могут оценить сами, прочитав соответствующие истории в рассылках.
> Сравнении опы с пальцем, когда разработчик воспользовался многолетней
> наработанной репутацией -Да, над наработкой репутации он работал долго и колоритно, аж имя сменил :D
> и в итоге код его так и не попал в стабильные ветки,
После того как пришел автор вайргада и поинтересовался с хрена ли у них такой ультра-трэш. Ему видите ли западло чтобы репутацию его продукта таким днище-кодом сливали. Но это автор вайргада, чувак принципиальный и вхожий в секурити. А что там творится с менее ядреными случаями можно представить.
> а он сам получил пинок под зад (и про*ер всей репутации)? Несомненно.
При том вот это - только за счет случайности. Того что Донфилд очень принципиален в вопросах секурити. А у линуха вон то - запалено в крейсерском режиме, в общем то. И они так не первый раз. Так что код линуха еще и читают. И могут послать в пень с леваком.
>> В 39 коммитах обнаружены проблемы, требующие исправления
> Так там нормальный код был, а взъелись когда какие-то фекалии поперли./0
>> причем лишь небольшой части кода (хинт: плохие парни не обязанны подписываться)?
> Это голимый FUD, и я обойдусь без хинтов каких-то анонимусов когда я
> могу прочитать рассылку и сделать выводы о компетентности причастных самолично, без
> сопель какого-то анонима.Ударение на "можешь" прочитать. Но почему-то делаешь это как всегда - жопой.
> А вот фрибзда таки взяла в оборот код гангстера Масика. И этот треш удалось застопорить только когда пришел лично
> автор вайргада и популярно рассказал что он думает о таком качестве кода.Если читать жопой, еще и не такое можно вычитать.
https://lkml.org/lkml/2021/5/5/1244
>>> "An emergency re-review of kernel commits
>>> 2018:
>>> - UMN bug-fix research on Linux kernel starts, and roughly 400 bug-fix
>>> patches are contributed over the next two years,...
>>> - commits found to be incorrect and in need of fixing (39)
>>> - commits already fixed by later commits (25)
>>> - commits that no longer matter (12))
> Прикольное тявкание, но уровень компетентности и организации процессов все желающие могут
> оценить сами, прочитав соответствующие истории в рассылках.Прикольные взвизги читателя жопой, которого ткнули носом в луж^W реальность.
Ну и да
> сопель
> тявканиеНеприкольный и унылый спрыг с темы в лучших традициях Балабола294
> прочий бред и размышлизмы поскипаны
Именно то место.
>>ты забыл о - проверить сотрудников на короновирус и на всякий случай взять анализы ДНКЭто не вся повестка, надобно добавить QR коды о благонадежности по ESG - а то вдруг несертифицируемые карбоновые иcпaрения выделяют и т.д.
Главное провести инспекцию - не обижают ли в Парагоне трансов, нигр и альтернативно одаренных! Предусмотрены ли квоты, своевременно ли прослушиваются лекции о гендерном равноправии и т д.
> Главное провести инспекцию - не обижают ли в Парагоне трансов, нигр и
> альтернативно одаренных! Предусмотрены ли квоты, своевременно ли прослушиваются лекции
> о гендерном равноправии и т д.Это в комитеты и рaзные уполномоченные комиссии по Уокизму, надобно писать !
Просто Линус прочитал в Реестре, что в Rosa Tresh полностью автономное ядро, разработанное на ABF исключительными программистами. Теперь везде ищет подвох и перестраховывается.
там не по фински, как бы он прочиталP.S. хотя возможно элемент "русские делали- сразу нах" и имеет место быть.
Специально перевели и показали. Тот же кугатор, который научил этих исключительных там дурь написать.
делать ему больше не чего, кроме как читать что там в розе написали
Думаете, он про неё не знает? Они отправили 4 патча 6 лет назад, заплатили 2К в Фоундейшен и даже, по слухам, сфотографировались с ним.
> Думаете, он про неё не знает? Они отправили 4 патча 6 лет
> назад, заплатили 2К в Фоундейшен и даже, по слухам, сфотографировались с
> ним.Вполне возможно что и знает, но это не значит что читает все что они написали
Просто правильно оформить патчи без строк типа "Copyright (C) 2019-2021 Paragon Software GmbH, All rights reserved", которые сейчас есть...
Ну и явно добавить комменты про GPLv2, как указанно в правилах оформления патчей.
* Copyright (C) 2009 Jay Fenlason <fenlason@redhat.com>
из первого попавшегося файла в исходниках ведра. Кого надо нога?С каких это пор линукс требует отказываться от авторства?
И ни одной строчки про гепеле, что характерно.
> All rights reservedВот эта фраза
>> All rights reserved
> Вот эта фразаПравильно! Иш чево удумали!
https://github.com/torvalds/linux/blob/5bfc75d92efd494db37f5...
> // SPDX-License-Identifier: GPL-2.0
> // Copyright(c) 2018 Linus Torvalds. All rights reserved.
> // Copyright(c) 2018 Alexei Starovoitov. All rights reserved.
> // Copyright(c) 2018 Intel Corporation. All rights reserved.//
В сочетании с GPL эта фраза выгладит как оксюморон, когда gpl отбирает почти все права и навязывает обязанность.
All rights reversed))
> В сочетании с GPL эта фраза выгладит как оксюморон,Вообще-то эта фраза изначально указывала на то что вы, читающий ее - жалкий слизняк, под ботинком Автора Программы, между прочим, который за собой зарезервировал права шаркнуть вас об асфальт если его высочеству так угодно будет.
GPL на этом фоне пожалуй не такой уж и плохой :P
1)Ссылки принято давать на первоисточник (для данного случая https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...)
2) Теперь смотрим внимательно и на первой же строке видим 'SPDX-License-Identifier: GPL-2.0', которая не даст подать иск на основании добавленного ниже "All rights reserved". Если эту строку где-то пропустили, но добавили "All rights reserved", то это может создавать повод для судебного иска. Как я понял на этом и акцентировал свое внимание Линус и том что б юр. отдел парагона осознавал особенности кода под GPLv2 во избежания возможных исков в будущем.
3) как уже частично ответили - добавление авторства - это норм, но весь код должен быть явно указан что он добавляется под GPLv2, что по сути лишает прав на код и полностью обнуляет смысл фразы "All rights reserved".
4) указанные вами строки были добавленны очень давно когда, возможно, меньше беспокоились о юр. составляющей. Вот как выглядят комменты для относительно недавно добавленной exfat - https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
> 1)Ссылки принято давать на первоисточник (для данного случая https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...)Т.е. на гитхабе "подделка" от какого-то левого чувака, а не зеркало (на котором проще искать)? Или в чем суть претензий?
> 4) указанные вами строки были добавленны очень давно когда, возможно, меньше беспокоились
> о юр. составляющей. Вот как выглядят комменты для относительно недавно добавленной
> exfat - https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
> committer Linus Torvalds <torvalds@linux-foundation.org> 2021-07-30 16:01:36 -0700
> Copyright (C) 2021 Broadcom. All Rights Reserved. The term"Кого надо нога?" (с)
>> Т.е. на гитхабе "подделка" от какого-то левого чувака, а не зеркало (на котором проще искать)? Или в чем суть претензий?в том что официальный источник в другом месте.
>> "Кого надо нога?" (с)
SPDX-License-Identifier: GPL-2.0
читаем п.2 выше.
Вообще если подумать откуда появилось "Линус порекомендовал перепроверить корректность выставления подписи signed-off в патчах, подтверждающих авторство над передаваемым кодом и готовность его распространения в составе ядра под свободной лицензией. Также компании Paragon Software рекомендовано ещё раз убедиться, что юридический отдел осознаёт все последствия передачи кода под лицензией GPLv2 и понимает суть данной копилефт лицензии."
То тут к гадалке не ходи - в отличии от других предявленных в комментах "Кого надо нога?", ни у кого кроме парагона бизнес не строился на продаже драйверов и вполне логично заранее перестраховаться на случай если в руководстве решат что ошиблись и код в ядре мешает продажам и найдут в котором изначально ошибочно будет "All rights reserved" но не будет "SPDX-License-Identifier: GPL-2.0." что может послужить поводом для удаления кода из ядра через судебные иски.
Геморрой никому не нужен и лучше лишний раз сакцентировать внимание на этом в самом начале. Не вижу в этом особой проблемы.
Тут скорее всего в разнице интерпретации этой фразы "all rights reserved" в США и Германии (GmbH). В США эта фраза ничего не значит - формализм, а в Европе эта фраза вполне может включать исключительные права.
> Тут скорее всего в разнице интерпретации этой фразы "all rights reserved" в
> США и Германии (GmbH). В США эта фраза ничего не значит
> - формализм, а в Европе эта фраза вполне может включать исключительные права.Туда оно пришло "калькой" из США и ничего не дает (потому что подразумевается по умолчанию).
Разве что в довольно специфических случаях, типа новостей в теле-газето-радио-среде, где оно может служить дополнительным напоминанием "эту новость передирать без согласования нельзя".https://www.law-blog.de/1075/unterschied-urhebervermerk-copy.../
(не, я понимаю что "тю, какой-то бложик", но пишет таки некий Dr. Max Greger, специализирующийся на авторско-медийном праве и преподающий в Эрлангенском ВУЗе)
> "эту новость передирать без согласования нельзя".А вот это очень сильно попахивает исключительными правами
>> "эту новость передирать без согласования нельзя".
> А вот это очень сильно попахивает исключительными правамиКакими именно? Почему "исключительными"?
Скорее наоборот - "восстанавливает" права, потому что для определенных тем (экономика, политика, религия) в СМИ по умолчанию "разрешительный" режим для перепечатывания/копирования (в смысле - можно просто печатать и копировать, платя по тарифу "потом").
При всем этом - оно никак не затрагивает цитирование и прочее.
Это надо смотреть именно законы. В России, например, лицензионный договор - только когда есть исключительные права, и программное обеспечение регулируется как литературные произведения, что тоже про исключительные права.А вот что там по умолчанию в Германии, не знаю, потому предполагаю.
И вообще-то, разбирательства по GPL а самой Америке почти не имеет прецедентов, и на сам GPL и, вообще, лицензии отрицающие исключительные права смотрят косо. Как бы народное достояние (public domain), но с обязательствами - что за чудо-зверь. Так и живем.
> Это надо смотреть именно законы. В России, например, лицензионный договор - только
> когда есть исключительные права, и программное обеспечение регулируется как литературные
> произведения, что тоже про исключительные права.
> А вот что там по умолчанию в Германии, не знаю, потому предполагаю.В таком случае, если я читал не совсем афедроном - "исключительные права" идут по умолчанию, фраза "all rights reserved" (или ее соотв. местный аналог) ничего не меняет.
Исключение там (может быть) в спец. слуаях у СМИ (потому что в случае новостей может играть роль "общественный интерес" и прочее), но оно соотв. урегулированно.
>что по сути лишает прав на код и полностью обнуляет смысл фразы "All rights reserved".Вы не правы.
Т.э. по вашему опубликованный по всем правилам GPLv2 код при наличии вставки "All rights reserved" позволяет запросить удаление кода из ядра? Если нет, то есть только авторство, без уникальных прав на код.
Вот поэтому около линукса мало судов, хотя судится - не пересудится. Потому что можно на сам линукс наехать с таким же (даже большим) успехом. Но кому нужен такой результат? А юристы - это хитрые продаваны услуг. Они продают не свою работу, а "необходимый результат". А для необходимого результата нужно, чтобы сложились судебные традиции - прецеденты, судебные практики, и тп. Вот так и живем в межвременье.
Наоборот, как раз продают работу и не отвечают за результат. Если результат не в пользу нанимателя - за работу всё равно заплатить придётся. При чём по нехилой почасовой ставке.
Вот именно не продают работу. А продают результат за (не)ограниченные деньги за (не)определенное время. Или не берутся за дело вообще. Они заранее знают чем весь этот цирк в суде закончится, так как уже есть сложившаяся "судебная практика". Торгуются с клиентом за какие деньги будет получен какой результат. Это про юридические фирмы, оказывающих услуги.А чернорабочие юристы компании, работающие за еду, то есть за зарплату - это совсем про другое. Это, скорее всего, про то чтобы не дошло суда, когда нужен результат, когда придется обращаться к "дающим результат". Со стороны глупо смотрится, когда компания, имеющая нехилый штат юристов, обращается во всякие адвокатские конторы.
Может на западе и есть "сложившаяся практика", а в Росии надо доказывать. А фирмы просто наймут свободного юриста как только не потянут какое-то дело. Причем наймут по средней зарплате по городу. И да, бездарных юристов - пруд пруди. Но тут дело в том, что доказать придется судьям, которые внезапно тоже юристы со стажем и они на своей стороне. Это не независимые лица. Независимое незаинтересованное лицо не может являться частью системы. А потому у нас оправдательных приговоров 3%. Но Paragon могли бы опубликовать код под GPL v3, а это не устроило бы Линуса, который хочет во что бы то ни стало избавиться от GPL3 кода. Интересно было бы посмотреть Линус одобрит GPL3 драйвер от Paragon потому что он лучше, или же политические мотивы возобладают на здравым смыслом.
После этого, надо будет подождать, этак с полгода, на проверку совместимости с оборудованием.
Теперь осталось сделать нормальный exFAT
Нормальный драйвер exFAT производства Samsung вошёл в состав Linux 5.4. Он чем-то не устраивает?
От самсуга в 5.7, с 5.4 был другой, но тоже ядерный.
В 5.4 тоже от самсунга. Там долгая история
А как же FAT32? Он же тоже кривой.
С текущим драйвером NTFS понятно, что не так - он не умеет записывать и много чего ещё. Но что не так с драйвером FAT?
Вам наверное просто повезло, когда при копировании на флешку с FAT32 система не становилась колом.
А если колом и не становилась, то подвисала ощутимо. И было это не на одном компьютере.
Э-э-э, а может не стоило железо с авиты брать? :D
Никогда, ничего, не брал на авито.
Пара компьютеров дома и кучка на работе, при копировании на флешки подтормаживает на всех.
Компы не супер пупер, но винда на них не подвисает при копировании.
Всегда, всё железо беру на авито.
Кучва компьютеров дома, при копировании на флешки подтормаживает на тех, где линуксовник. И не приведите боги вынуть флэшку сразу после "100%" - всё на хрен с корнем разломается, что чекдиском не всегда соберёшь.
Компы супер-пупер, но винда на них не подвисает при копировании.
- мой случай.
О да несколько раз ловил что Линукс превращает содержимое флешки в кашу.
> О да несколько раз ловил что Линукс превращает содержимое флешки в кашу.А винды могут и весь системный диск с NTFS так. Зело больнее получается.
Это называется 12309
Это не 12309. Это кривая реализация планировщиков ввода- вывода. Причем любого, перепробовал все, нет ни одного нормального.
И что самое интересное, если записывать любую загрузочную флешку, то ничего не тупит.
Данные пишутся и там и там, но там тормозит при записи, а здесь нет.
> Это не 12309. Это кривая реализация планировщиков ввода- вывода. Причем любого, перепробовал
> все, нет ни одного нормального.Жжошь! Эксперт системный, my a$$! Если смена планировщика не помогает - возможно, было дело не в нем?! Как минимум в старых ядрах был весьма специфичный прикол с page cache vs mem alloc.
Идея примерно такая: юзер пишет 100500 гигз на тормозной носитель типа флехи с скоростью записи мег в секунду. Ядро выделяет огромный дисковый буфер почти на всю оперативу для ускорения операции. Софт радостно отваливает т.к. буферизованая запись типа-закончилась (для операции записи у софта). Это неспешно спихивается на тормозную флешку, которая быстро не умеет. А тут приходит прога и требует дать ей гигаз рамы. Он как бы в теории есть, только занят вон тем добром. Ядро начинает чистить page cache пытыясь обеспечить проге аллокацию. Но поскольку флеха медленная, это занимает чертову тучу времени. Прога при этом висит на попытке аллокации памяти. А какие у кернела варианты? Либо дать память, либо обломать аллокацию, на что большинство прог довольно плохо реагирует.
В новых ядрах это пролечили - запретили тормозным носителям слишком большие буфера отращивать, оно так и разучилось прикалываться. Но наверняка возможно придумать более 9000 других способов сделать что-то странное. Поэтому 12309 - починен. А тупари думающие что у них вон тот баг могут еще 20 лет фикса ждать. Потому что про их баг (который другой) тупо никто не в курсе. А опеннет - не багтрекер и не мыллист кернела.
> И что самое интересное, если записывать любую загрузочную флешку, то ничего не тупит.
Используя dd чтоли? Там буферизация заметно иначе будет происходить нежели на уровне ФС. Однако некомфортный буфер vs тормозную флеху и так можно огрести. Но это тормозит только то IO.
> Данные пишутся и там и там, но там тормозит при записи, а здесь нет.
Логично - кэширование ФС при этом не у дел.
> В новых ядрах это пролечили - запретили тормозным носителям слишком большие буфера отращиватьгде ?
на ядрах 5.10.х я никаких изменений в этом вопросе не заметил.
до сих пор вручную ставлю vm.dirty_bytes=32768 перед большим копированием на флэшку.
иногда забываю вернуть обратно.
> где ?Ух, хороший вопрос, 12309 в багзиле спрятали, редиски. Видимо ламы не способные понять что багов бывает более 1 девов задолбали. Но это было сколько-то лет назад и в 5.10 это уже явно есть. Так что точные комиты сказать сложновато. Хоть и можно раскопать если сильно надо.
> на ядрах 5.10.х я никаких изменений в этом вопросе не заметил.
Да ладно? Специально развлекался с тормозными флехами, и буфер отращивался сильно меньше чем раньше.
> до сих пор вручную ставлю vm.dirty_bytes=32768 перед большим копированием на флэшку.
> иногда забываю вернуть обратно.Ну это как-то совсем уж злобно и наверное очень нагибает перфоманс, автоматика не настолько сурова.
Раньше это было примерно так: флеха на 8 гиг, запись ~пару мег в секунду, 4 гига спокойно улетает в буфер RAM, для софта это типа-готово. Реально оно потом еще эвон сколько в RAM висит. Вероятность что кто-то на эти гиги запретендует ессно не нулевая, а выжать столько на такую флеху занимает уйму времени и это время прога захотевшая ту оперативу будет тряпочкой, что не айс. А какие еще варианты? Сказать ей что памяти нет? Она скорее всего упадет тогда.
Сейчас ~полгига буферится (на компе с 16 гигз), потом ядро видит что флеха тормоз и перестает отращивать кэш, если запись не влезла в столько, дальше софт телепается с фактической скоростью записи флехи если надо больше. Так что в целом куда более вменяемая эвристика.
Я допускаю что какие-то случаи это не покрывает или кому-то надо что-то иное. Но это наверное уже другой баг.
Еще есть вариант когда система low on RAM. Тогда если системный диск тормоз может начаться thrashing по совсем другой причине: даже если у вас нет свопа, система может выкраивать оперативу отбрасывая страницы исполняемых файлов, если известно что это подперто диском и можно будет перечитать. При душняке памяти, особенно на механическом диске можно получить весьма неспортивный хруст диском. Это дурное наследие свопфайлов, и таки вот прям ща - есть специфичный выводок патчей, гугол их в хромооси юзает, и их в майнлайн пытаются загнать как раз. Но это иной случай, выглядит по другому. А из общего - эвристика mm дала лажу в энной ситуации.
> А какие еще варианты? Сказать ей что памяти нет?пусть висит на ожидении завершения I/O. в ядре есть или должен быть такой режим.
> Сейчас ~полгига буферится
это слишком много. 64КБайт вполне достаточно. даже если сделают флэшки с большим размером кластера и сектора, больше этой цифры точно не будет.
вообще файловые страницы dirty есть смысл отращивать в памяти только при условии, что в те же места будут еще и еще записи (чего при простом копировании очевидно не будет).
> пусть висит на ожидении завершения I/O. в ядре есть или должен быть такой режим.Тот кто записывает? Так там есть такой режим, O_DIRECT. А глобально убить кэш ведет к перфомансу "на дворе MSDOS без smartdrv" и к этому пользователи уже не готовы морально как правило.
> это слишком много. 64КБайт вполне достаточно.
Не факт. Размер eraseblock порядка 4..32 мега, erase group и того больше, и в идеале лучше отправлять непрерывными кусками такого порядка по соображениям эффективности. Иначе скорость может просесть дополнительно с всяким write amplification.
> даже если сделают флэшки с большим размером кластера и сектора, больше этой цифры точно не будет.
У флешек намного более крупные "сектора" (erase block) унутрях, порядка 2^N мегабайтов. У продвинутых контроллеров флешек несколько и это еще помножить на число чипов флеша.
> вообще файловые страницы dirty есть смысл отращивать в памяти только при условии,
> что в те же места будут еще и еще записи (чего
> при простом копировании очевидно не будет).Оно так то имеет смысл отращивать для ускорения работы программ, чтобы приврать им что запись на этот вселенский тормоз уже типа завершена и юзер не фтыкал на это в блокирующем режиме. А потом в фоне скинуть по мере возможности. Без данного механизма разве что DOS работал - и это сильно медленнее было. Почти все многозадачки это так или иначе реализуют.
> Это не 12309. Это кривая реализация планировщиков ввода- вывода.12309 и есть кривая реализация планировщиков ввода-вывода (помножившаяся еще на пару совместных улучшизмов).
> Причем любого, перепробовалдо тебя уже все перепробовали, ищи 12309 в вебархиве - божок-с-пальцем запретил тебе читать оригинал, но копия еще не удалена, почитай внимательно. deadline _немного_ облегчал жизнь. (но и это тоже уже сломали)
Нет, это не драйвер vfat, с ext4 будет еще хуже, если не отключать журнал при создании.
> 12309 и есть кривая реализация планировщиков ввода-выводаУ, пох, ты что-то системные скиллы совсем профакал. Это проблема page cache.
А планировщиков там море, но они вообще не помогут если прога ждет пока ей гиг памяти расчистят, выжав на того слоупока из кэша. Хоть как этот гиг планируй, а прога аллокацию памяти не получит пока не будет откуда это дать, это скоростью записи vs объем аллокации который надо почистить ограничено, планировщик то чем поможет? Фикс 12309 меняет отращивание кеша, лимитируя кэш для медленных носителей.
> (помножившаяся еще на пару совместных улучшизмов).
У тебя какие-то зело тухлые сведения по этим подсистемам, это какого года и для какого ядра?
> _немного_ облегчал жизнь. (но и это тоже уже сломали)
Они конкретно 12309 и воспроизвели и починили. Но как ты понимаешь, возможно более 9000 других странных взаимодействий. И тогда это новый баг. Я не знаю, тебя в твоем энтерпрайзе не учили что разные баги надо в отдельные кейсы класть? А когда дикие обезьяны гадятся под себя и не страдают минимальной культурой - ну их и приходится вот так, палкой по спине, они по другому не понимают походу.
> Нет, это не драйвер vfat, с ext4 будет еще хуже, если не
> отключать журнал при создании.Это вообще от драйвера зависеть не должно в вон той ситуации.
page cache ни разу не в 2.6.17 появился.Почему-то это не было проблемой. А вот как раз планировщики там зацепили сильно.
> это какого года и для какого ядра?
12309 относится конкретно к 2.6.14-2.6.18
git bisect ВНЕЗАПНО никто сделать ниасилил или не захотел. Хотя размер изменений вполне позволял точно найти виновных. Вероятно, потому что все и так их знали. Но rhbm деньги уже перечислил.> Я не знаю, тебя в твоем энтерпрайзе не учили что разные баги надо в отдельные кейсы класть?
нет, меня учили что если баг "закрыт" а проблема ровно в таком же виде воспроизводится в новой версии - баг переоткрывают и виновных наказывают. Потому что они опять исправили не там где сломано, а где светлее было.
12309. Баг довольно давно известный и фиксится разными способами. Из геморройного — наложение патчей типа le9, из менее — установка значений vm.dirty_bytes и vm.dirty_background_bytes меньше дефолтных, например 4194304 (прописывать в /etc/sysctl.conf, применять перезагрузкой или sysctl -p).Работает это из-за кривой реализации работы с дисковым кэшем, которая очень тормозит именно на медленных носителях (возникает race condition по-моему, — короче, очень медленно сбрасывается кэш записи на устройство). Мы уменьшаем размер дискового кэша, не давая ему набиться аж под 10% ОЗУ, и он чаще сбрасывается на диск.
Да нет там никакого race, просто выжимка гигазов на флеху с скоростью записи пару мегов в секунду (таких легион) занимает уйму времени, чисто на уровне математики. И если память под огромным буфером, то единственный альтернативный вариант - послать прогу с аллокацией, но она тогда обидится.
NOVA, а не exFAT.
Как раз включение нормального exFAT в ядро 5.4 и повлекло за собой подрыв нижних дуп у парогонщиков. Они устроили истерику, что они много лет продавали exFAT, а в ядро включили нормальную открытую реализацию. Начали истерить и бросились переписывать свою реализацию ntfs(очевидно старая у них ворованная и ее открывать они не могли, что бы не поймали за руку на воровстве)
Бредни и вранье опеннетчиков, рулоны без счета.Напомните, кстати, сколько ЛЕТ прошло до появления "нормального" (внезапно-внезапно тоже переписанного ради этого с чистого листа) драйвера exFAT от "кого надо" с момента, когда появился хакерский exfat, который когонады предпочитали не замечать. И сколько до этого протрахались с насквозь гнилым и кривым fuse-exfat.
А на кой хрен всё это проприетарное счастье в ведре нужно, ну реально?
(зачем нужно парагону - понятно, они не хотят утилиты восстановления данных из мастдая под мастдайный же PE на MSVC писать, линухи слегка удобнее получаются)На флешках в основном FAT32. exFAT встречается, но скорее исключение, чем правило.
2Тб флешки всё-таки редкость пока.Единственный случай - если у тебя "внешний жёсткий диск", но и там FAT32 для переноса киношек и фоточек котиков третьим лицам хватит, а если он ещё и большой - то остаток сверх нужного для переноса разумно для себя разметить в совместимую со своей операционкой FS, а не это счастье.
Да и котиков ныне проще по сетке таскать, нежели гробами.Хоть тресни - за все эти 20 лет NTFS'а под линухами не понадобилась ни разу.
Хотя на десктопах есть и винда и линухи.
> exFAT встречается, но скорее исключение, чем правило.Да вон в магазине берёшь флешку с 64 ГБ и выше. Это сейчас нормально.
Будет exFAT
Стоит в телефоне такая флешка.
Телефон её отформатировал в FAT32.
телефон тоже 99го года выпуска, поди?Впрочем, мой телефон отформатировал в ext4, причем не просто ext4, а за...шься при попытках прочитать (шифрование через luks поверх еще каких-то долбанутых прослоек).
Ахах, да, у меня HTC бородатых лет такое делал :D
Самсунг карту с завода отформатированную в FAT32 форматирует в FAT32, а если карта с завода exFAT он форматирует в exFAT. При этом нет никаких штатных способов задать во что форматировать в телефоне, если карту с FAT32 на компе отформатировать в exFAT то телефон будет её сам форматировать в exFAT.
Не, тут про другое немножко.
Когда шифрование включаешь - может отформатировать в чёрта лысого, в зависимости от телефона.
Вы орлы, снесли себе правильный alignment структур ФС на картах. Теперь хавайте скорость раза в 2 меньше заявленой из-за write amplification.
Уже давно не актуально, ну, если руками специально разделы не выравнивать посекторно.
> Уже давно не актуально, ну, если руками специально разделы не выравнивать посекторно.Угу, еще расскажи что кто-то выравнивает placement файлухи и mbr по erase block'ам. Потом у таких орлов однажды не очень прекрасным утром вообще mbr "внезапно испаряется". Ну вот слетело питание пока оно педалило блок в котором были данные или структуры ФС - и - вот увы - MBR на ваше горе. Особенно этим FAT страдает. Там одна из копий FAT, которая активно апдейтится при записи, в блок с MBR попасть норовит. И тогда при отклонении от идеала MBR-у амба. Это, так то, чинится при должном желании, но сюрприз очень стебный. Буквально сдернул карту невовремя - бдыщ, она полностью пустая.
Типовое выравнивание разделов ныне, ну, если не извращаться руками - по границам мегабайта, чего достаточно для большинства не-идиотских носителей. Встречались мне маразмы с 16-мегабайтными границами, но это сильно нетиповой случай.
> Не, тут про другое немножко.
> Когда шифрование включаешь - может отформатировать в чёрта лысого, в зависимости от
> телефона.его нельзя выключить с 5+ ведроида. Если флэшка не под фотачге котегов а под приложения, она форматируется в ext4 over luks.
И? До недавнего времени за exFAT в смартфоне надо было денег заносить.
Поэтому на старых смартфонах у жадных производителей поддерживается только FAT32.
Не, он умеет exFAT. Но отформатил в FAT32.
А мой телефон отформатировал такую в exfat.
Все нормальные фотоаппараты форматируют карты в exFAT и вот ржака если ты несколько часов снимал видео, начал скачивать через картиридер и в какой-то момент он говорит ой не шмогла, причем много раз и на одном и том же месте и даже не в начала карты, а через 3 минуты с начала копирования. При том и на маке и на бубунте. А на оффтопике это же карта через тот же картридер читается идеально.
Mark 5D IV - нормальный или не очень?
CF до 128G он в FAT32 форматит, и любые SD?C по умолчанию тоже.
Хотя exFAT умеет, и SD?C можно даже заставить. CF нельзя.
> Mark 5D IV - нормальный или не очень?не очень. Устаревший на десять лет ненужный зеркальный "второй" аппарат (для первого используют 1, для непервого нормальные люди давно отказались от зеркалок - спина не железная), тупиковая линейка, уже вытесняемая с рынка, замены не жди.
До сих пор возится с CF, вместо современных носителей. Естественно их "нельзя" - там wear leveling строго на fat32 рассчитывает. cf express - можно. Но придется раскошелиться на 1D.
Внутри скорее всего по сей день хакерский клон msdos (поскольку очень навряд ли что-то сильно поменялось за двадцать лет, благо, немного от того доса и требуется).
Не, ну 1D мне для бытового применения лишнее :D
> Не, ну 1D мне для бытового применения лишнее :Dа какая разница (в лучшую сторону) если стекла весят по полтора-два кило?
Наоборот, удерживать такое где непонятно, кто на кого надет, тяжелее и неудобнее (да и батареи в 1 рассчитаны подолгу крутить тяжелые объективы).
Остается только вопрос цены. Для про не вопрос, это инструмент заработка. Для semipro - как обычно, "ваша борьба бесцельна и бесполезна". Покупайте беззеркалки, все уже там.
P.S. 500mm рубинар навернутый через переходник на фуджипро представляет собой роскошное зрелище. Жаль что я не сумел его купить пока еще их выпускали. Обратить внимание - на 5 ты его даже через кольца не поставишь.
>> Не, ну 1D мне для бытового применения лишнее :D
> а какая разница (в лучшую сторону) если стекла весят по полтора-два кило?
> Наоборот, удерживать такое где непонятно, кто на кого надет, тяжелее и неудобнее
> (да и батареи в 1 рассчитаны подолгу крутить тяжелые объективы).Это да. В конце концов я себе докупил батарейную ручку на одну мелкую тушку, а на другую, тоже мелкую, планирую докупить. ИЧСХ, эти дополнительные грипы стоят как половина тушки. Большая ручка, как у единичек, однозначно нужна, удобство важнее габаритов.
Ну я как раз для заработка не использую, поэтому и говорю, что лишнее :)
Самые современные без DRM - CFast.
завод_по_сжиганию_фотографов.jpg
Это нормальный и это он и был. SD карта exFAT, а для другого автора заметка что не надо ничего таскать Mark 5D IV для съемки видео со штатива для ютубчика, а таскать с собой надо телефон.
Да не, ну если весь бодипозитивный - то да, наверное с 5D тяжеловато выйдет.
А если тушка как у меня, да болтал я эту пушинку вместе со здоровым объективом.
Хотя конечно со штатива надёжнее, но со штатива репортажной съёмкой сильно не побалуешь.
Может быть ещё привычка с плеча на совдеповские видеокамеры снимать работает.
В любом случае, для бытового применения норм, всякие выходы в свет поснимать.
> одном и том же месте и даже не в начала карты,
> а через 3 минуты с начала копирования. При том и на
> маке и на бубунте. А на оффтопике это же карта через
> тот же картридер читается идеально.Главное проверить что потом там битых блоков не оказалось. А то офтопик такой, при глюках железа может тихо побить файлы - но ошибок типа нет. Больше всего это юзерям доставляет когда у них после очередного выключения компа он вообще загрузиться не может.
> А на кой хрен всё это проприетарное счастье в ведре нужно, ну реально?помимо "нетакихкаквсе" с тремя воображаемыми друзьями есть еще и нормальные люди. Которым нужно взаимодействие с внешним миром и переносимость данных между системами.
> На флешках в основном FAT32.
у меня в использовании ровно ни одной флэшки с ненужно-32 и его 4g (а на деле 2G) проблемой. Оставьте старичка в его 99м году, пусть доживает как может.
Либо ntfs, либо exfat.(_карты_ для устаревших моделей фото и видео техники не в счет. Современные все exfat, спасибо сасуню за наше счастливое детство.)
>2Тб флешки всё-таки редкость пока.Дело ж не в размере тома, а в максимальном размере файла. Сомневаюсь, что кому-то нужна флешка объёмом в 64+ гига, на которую не скопировать файл более 4 Гб.
С этим не поспоришь. У FAT32 есть такое ограничение.
С другой стороны я файлов в >4G не таскал никуда уже давно, по сеточке удобнее.
На флешке в основном мелочёвка - музло для пати и автомобиля, документики по случаю, и т.п.
Но это чисто моя конечно практика, которая у множества людей наверняка отличается.
С другой стороны "множеству людей" как-то сугубо похер, FAT32 там или exFAT - у них винда.
> С другой стороны я файлов в >4G не таскал никуда уже давно,
> по сеточке удобнее.Ну, для какой-нибудь камеры с хорошим качеством видео, лимит 4 гига на видео может и напрячь наверное для полновесной сессии. И это, в свежих ядрах exfat нормальный вполне вроде.
Ну, ныне лимита нет - камеры видео делят на цепочку файлов <2G, это не сложно :D
> Дурной русофоб и сюда приперся, тебе совсем заняться нечем?Опять «русофобы» в штаны тебе нагадили?
>А на кой хрен всё это проприетарное счастье в ведре нужно, ну реально?А чего стесняться? Блобики для вифи уже там.
Эти хотя бы выпотрошить потом легко.
> Эти хотя бы выпотрошить потом легко.Их уже оттуда сами девы выпотрошили - в совершенно отдельный реп linux-firmware, на радость linux libre всяким, которым работы сильно меньше стало.
А кто и как из дистров опакечивает linux-firmware зависит от дистра уже. Дебиан например по девайсам в отдельные пакеты раскидывает. И надо явно поставить пакет с вон тем, если это нужно.
Люди с таким серъёзным видом обсуждают ненужно от Майкрософт. Забавно так.От Майкрософт нам ничего не нужно.
Серьёзно?! У меня внешний HDD. GNU/Linux на ПК использую только я и ещё несколько таких же как я ананимусов с Opennet, но у 90% пользователей ПК всё ещё Windows и они не хотят переходить на GNU/Linux. Как мне пользоваться моим внешним HDD так, чтобы его файловая система одновременно работала у меня и всего остального мира, кроме меня одного? В таком случае использование NTFS является, к сожалению, единственным решением, хоть и вынужденным, компромиссным.
Btrfs используй.
https://github.com/maharmstone/btrfs
носить на отдельной флешке с 1 из поддерживаемых ФС?
Можно создать раздел UDF размером 100 Мбайт на том же внешнем диске и записать туда драйвер.
А можно не создавать... раздел и себе проблем;)
А если у пользователя урезанные права (например, в корпоративном сегменте), то даже с данным гемороем не скинешь ему или от него нужный файл
Можно, если не пользоваться Windows.
А если у пользователя урезанные права, то внешний НЖМД не подключишь.
Это ж надо еще и другого пользователя заставить не пользоваться Windows. А если у него "ограниченые права", то и всю его контору тоже. И все ради пары файликов.
Ну как, возьметесь?
Сначала ты возьмись, сними ограничение на внешние жёсткие диски в конторе. Ну как, получается?
> Можно создать раздел UDF размером 100 Мбайт на том же внешнем диске
> и записать туда драйвер.И ещё создать ключ у реестре. И почитать issues: StartService FAILED 577 (Windows cannot verify the digital signature)
Windows сложнее Linux.
Только я не поставлю драйвер с чужого диска. То есть, если лень проверять или скачивать, посылаю. Лучше нативно поддерживаемые форматы.
Поставь из Гитхаба: https://github.com/maharmstone/btrfs. Btrfs нативно поддерживается Линуксом.
Не рекомендую, раздел потом не монтровался, после создания виндовых папок, два раза. Больше не рисковал.
Тогда ReFS.
https://www.paragon-software.com/business/refs-linux/
Не единственным, еще есть FAT32 и exFAT, но решение с NTFS для даного случая не осуждаю.
Ну дуалбутнешься в винду, чего уж там, не обломится.
HDD не нужны сейчас 2021 год сейчас все через интернет.
особенно когда нужно загружится с лайв дистриьбутива для восстановления работоспособности...
500GB в интернете как хранить? Оплатишь мне облачное хранилище такого объема?
в страсбурге в марте поди тоже HDD были. а можно любой винчестер, любой БП, китайское сопряжение, и хранится себе годами. но - не стильно.
> HDD не нужны сейчас 2021 год сейчас все через интернет.Через интернет объёмы смехотворные, только под общие документы и обмен помойками, может детские бекапы.
А в будущем, как не развивайся интернет и технологии, никто по себестоимости не предоставит нормальные объёмы хранилищ и на высокой скорости, ибо цель прибыль. Локальные хранилища всегда будут дешевле и больше.
А чё в венду так и не добавили поддержку ext4? Мне кажется были какие-то подвижки, не?
Сообществом открытого программного обеспечения были разработаны драйверы Btrfs и ext4 для Windows.
https://github.com/maharmstone/btrfs
https://sourceforge.net/projects/ext2fsd/
> https://sourceforge.net/projects/ext2fsd/Тот самый, после которого система в аварийный рут уходит? Не, я уж как-нибудь через NTFS...
Бедняжка, где же ссылка на твой тикет?
Ext2fsd уже несколько лет работает очень стабильно. Не теряет данные даже под большой нагрузкой. Ext2fsd в Windows работает быстрее и стабильней, чем ntfs-3g или fuse-exfat в Linux. Поэтому держу файлопомойку на ext4, работает хорошо и в Linux, и в Windows.
Надо сделать так, чтобы им нужно было от вас что-то, а не вам от них, тогда они будут ставить себе на винду поддержку сторонних файловых систем
Домохозяка не будет себе ставить на венду поддержку BTRFS или EXT4, потому что не знает, что это такое, не умеет это делать, и вовсе не понимает, зачем ей это делать. А мне надо так, чтобы я просто воткнул в венду свой внешний HDD и он просто стал работать без танцев с бубном, и чтобы тоже самое происходило на моём Arch Linux. У меня, как и для всякого арчевода нет абсолютно никакой любви к NTFS, как и к любой другой не нативноф файловой системе, но кроме NTFS для этих целей, к сожалению, нет альтернатив сегодня.
Серьёзно?! Нам прислушиваться к страданиям дуалбутчика. Это война Свободы против корпорации Майкрософт.Майкрософт должен обанкротится.
> Майкрософт должен обанкротит<Ь>ся// прозвучал простуженный голос с помойки
Улучшение поддержки NTFS в Linux - это точно перемога. От этого может взять код ReactOS?
Странно что это вообще в ядре есть. Там патентных претензий не будет потом?
так сказаннож прямо в статье:
"Линус порекомендовал перепроверить корректность выставления подписи signed-off в патчах, подтверждающих авторство над передаваемым кодом и готовность его распространения в составе ядра под свободной лицензией. Также компании Paragon Software рекомендовано ещё раз убедиться, что юридический отдел осознаёт все последствия передачи кода под лицензией GPLv2 и понимает суть данной копилефт лицензии."
Если читать их FAQ на сайте, они прямо пишут что написали эту реализацию с нуля. Специально чтобы открыть.Там даже табличка сравнения есть, и там их проприетарный драйвер, ядерный только для чтения, драйвер ntfs-3g и этот новый.
И новый реально шустро работает, сегодня накатил 27 версию. Жду в ядре, может переведу назад некоторые разделы с exfat на ntfs, ибо хочу симлинки иногда и сжатие.
Хотя я до сих пор ловлю ntfs на мелкой порче последних нескольких байт файлов, чаще png и jpg, видосов и некоторых бинарников.
Грешил на ntfs3g от Tuxera, так как он при копировании обрезал тэги с картинок, вытаскивая с ntfs только голое изображение, опираясь на соответствующий mime. Но вроде проблема не решилась и с парагоновским... Надо тестить.
На exfat, чудесным образом, эти же данные остаются целыми, проверено побайтовой сверкой с бэкапом. И проверялками целостности картинок.
А у вас оперативка не сыпется и проц не глючит? А то оно как-то вот так и бывает. Exfat простой, ему может просто не удаваться прогреть систему до критичных значений.
> А у вас оперативка не сыпется и проц не глючит? А то
> оно как-то вот так и бывает. Exfat простой, ему может просто
> не удаваться прогреть систему до критичных значений.Файловая система? Прогреть устройство? Не думаю...
Память тестил многократно. Устройства и нутрянка в них разные.Проблема очевидно была давно, я таскал данные на внешнем винте с десктопа на свой ноут и на рабочий ноут. И копировал изменённые файлы при помощи BeyondCompare. Там есть быстрый способ по датам изменений и размеру. Было очень удобненько!
И я не знал бед, пока не решил это дело автоматизировать с помощью Syncthing. И тогда-то я узнал, что у меня горы файлов, которые реально отличаются на пару-тройку байт в конце и которые я давно не трогал и точно не менял. Например, папка с видеозаписью в формате DVD, скопированная на винт.
Примечательно, что бьются не рандомные файлы, а именно конкретные файлы. Та же многострадальная запись с DVD до перехода на ExFAT постоянно билась, благо был DVD под рукой с оригиналом. Я уже считал контрольные суммы видосов и проверял их периодически... Они были как магнит для этого косяка на NTFS. На ExFAT проблема исчезла по мановению волшебной палочки, лежит себе целенькое.Я с тех пор стал периодически прогонять побайтовое сравнение с бэкапом и внешним винтом в том же Beyond Compare и заметил, что эта проблема только с NTFS. Винил драйвер линукса от Tuxera. Потому что он реально стрёмный.
Если в нём скопировать картинку с тегами на другой раздел, картинка становится меньше весом. И хотя содержит те же графические данные, имеет обрезанные теги.
А ещё он не открывает битые картинки с ntfs к просмотру с ошибкой Stream Read Error. Короче, он себе не доверяет и проверяет данные, которые считывает на соответствие по mime (службе определения формата файла в Linux) и открывает/копирует только корректное и только отбросив "лишнее".Пробовал разные файловые системы для дуалбутного доступа к разделам.
- Btrfs (через WinBTRFS под оффтопиком) - глючное и тормознутое говно, которое теряет доступ к папкам и не имеет нормального инструмента проверки фс на ошибки, кроме считал/записал, скраб провёл. А ещё если на ней держать базы данных, которые изменять иногда - там лютый треш с фрагментацией появляется. Проще все расширения btrfs отключить, но чем оно тогда лучше ext2?Ext4 через Ext2FSD (и его форк от bosse) неплох, но не излечил старую проблему - при некорректном завершении под оффтопиком (BSOD, выключили свет и т.д.) все изменения теряются. Удалённые файлы буквально восстанавливаются (забитые нулями) после исправления ошибок на разделе, новые файлы сыпятся в Lost&Found и т.д. То есть изменения записываются только при отмонтировании нормальном ручном. Это решается каким-нибудь sync.exe от Руссиновича (не наверняка) или ручным Flush Caches из интерфейса Ext2FSD (наверняка), но это надо делать руками. Что не всегда приемлемо, учитывая что винда иногда крашится, а светом щёлкают.
Пока остановился на ExFAT. Быстрый, нормально везде поддерживается, данные не бьются. Микрософтовская ядерная реализация (с ядра 5.4) так вообще нормально разделы под линем проверяла на ошибки, в самсунговской ядерной реализации (с ядра 5.7) пока ещё не догнала по функционалу, но так же нормально работает. А это то, что нужно. И exFAT надёжнее при глюках, бсодах и щёлканьем светом, чем ntfs - это факт. Единственное, не хватает симлинков и профиль браузера на нём уже не подержишь. Ну и сжатия не хватает, но реже уже.
> Файловая система? Прогреть устройство? Не думаю...Дело в том что это один из эффектов на которые я лично натыкался. Подивился, но факты штука упрямая.
> Память тестил многократно. Устройства и нутрянка в них разные.
FYI, memtest'ы обычно неэффективны. Они не греют отдельные чипы локализовано и не грузят процессор, чипсет и проч. А вот какой-нибудь счет при педалинге дофига метаданных, хэшей, чексум и проч - отличные от 0 шансы имеют.
Хорошо чекается торентом. Если жирное скачаное файло рехешнуть цать раз и появляются новые битые части - у вас проблемы с железом. Это ловит и проблемы RAM, и проблемы CPU, и много чего еще странного. И работает это сильно лучше мемтестов в некоторых случаях.
С ФС при этом забавно: ниже некоей нагрузки все может просто работать. Но в пиковой нагрузке данные могут малость портиться. Если на это долго забивать - ну вон у юзера NTFS скончался настолько что винда его монтировать вообще не могла, опадая в BSOD в драйвере. А проблема была протрекана до сбоящего модуля оперативки.
> при помощи BeyondCompare. Там есть быстрый способ по датам изменений и
> размеру. Было очень удобненько!Ну вот это я не знаю как работает. Так то я rsync пользуюсь. Он может и так, и по хешам, второе надежнее и позволяет дельта-операции. Правда это больше интересно для передачи по сети.
> которые реально отличаются на пару-тройку байт в конце и которые я
> давно не трогал и точно не менял.Это подозрительно попахивает сбоящим железом. Особенно если в отличиях всего 1-2 бита перевернуты. Но может и софт прикалывается, я не знаю что syncthing может.
> Примечательно, что бьются не рандомные файлы, а именно конкретные файлы.
А критерий какой? Случайно не "жирные файлы, которые копировать долго"?
> косяка на NTFS. На ExFAT проблема исчезла по мановению волшебной палочки,
> лежит себе целенькое.Возможно что проблему просто загнали под ковер - и она стала реже или там где вы ее пока еще не заметили. С подобным очень хорошо помогают ФС с чексумами типа btrfs и zfs, т.к. там чексумами обвешано все, факапы железа - как на ладони. Чексумы не сходятся, в логах брань, это видно и можно принять меры. Но кому и дисковые технологии 90х - невеста.
> проблема только с NTFS. Винил драйвер линукса от Tuxera. Потому что
> он реально стрёмный.И это тоже может быть, но самому по себе драйверу портить вот именно пару байтов, да еще в конкретном файле - еще постараться надо.
> Если в нём скопировать картинку с тегами на другой раздел, картинка становится
> меньше весом. И хотя содержит те же графические данные, имеет обрезанные теги.Копирование так то копирует только данные файла. Программа копирующая файло не обязана париться всякими метаданными в ФС, альтернативными стримами и проч. Более того, точное копирование метаданных далеко не всегда что-то хорошее. Скажем если влепить вон те права на файл, с вон той системы, вы потом в другой системе вообще так-то не должны бы туда доступа иметь, теоретически. Ну, вы же не тот юзер из той системы.
> Пробовал разные файловые системы для дуалбутного доступа к разделам.
> - Btrfs (через WinBTRFS под оффтопиком) - глючное и тормознутое говно,Да кто б сомневался. Его в линухе эн лет отлаживали. И это довольно большой объем работ. Кто столько в винде будет пахать над ФС я не знаю. В лине оно толпе народа было надо и там вокруг разработки легион народа.
> Проще все расширения btrfs отключить, но чем оно тогда лучше ext2?
В линухе...
1) Чексумами. Так что я знаю когда железо подводит.
2) Если надо то сильно заранее знаю. ДО того как все факапнется, из-за избыточности.
3) Управлением томами и ФС. Просто воткнул новый диск и поимел эн места, никаких выравниваний и проч, это RAID, условно, на уровне файлов и их блоков.
4) Снапшотами - можно менеджить железки "почти как VM".
5) Общим ростом надежности - если все это с умом делать.
6) Рефлинки позволяют получать независимые "копии" огромных файлов и иерархий очень быстро.Но это все - в линухе. В современном линухе. Хотя-бы 5.х. И отладка таких фич занимает время.
> из интерфейса Ext2FSD (наверняка), но это надо делать руками. Что не
> всегда приемлемо, учитывая что винда иногда крашится, а светом щёлкают.Говоря за себя я к счастью забыл про виндопроблемы, а ext2fsd свою миссию выполнил, позволив плавно перейти на пингвина. После этого я забыл и про него и про офтопика и не жалею об этом.
> Пока остановился на ExFAT. Быстрый, нормально везде поддерживается, данные не бьются.
> Микрософтовская ядерная реализация (с ядра 5.4) так вообще нормально разделы под линемОна таки тоже самсунговская вроде. У мс самого по себе ядерных кодеров для ядра не сильно много, и наиболее видный из них уже в оракл смылся.
Может быть принят, а может быть не принят. Ромашка какая-то. Вот когда примут, тогда и клепайте новости.
Даёшь превосходную NTFS на Линукс, а там и 12309 победим, так как Линукс не умеет в ФС, все эти EXT и не дай боже BTRFS днище страшное! Линуса на пенсию ибо забзделся давно. Слава Microsoft и её великолепным продуктам, Google тоже слава!!! Ура!!!
> Слава Microsoft и её великолепным продуктам, Google тоже славаНаркомания должна быть наркоманной?
Наркоманна небесная!
У дуалбутчиков такое счастье намечается, а тем временем Linux не готов для десктопа.
Хорошая новость
Флешки с ntfs - самые кросс платформенные, и на Linux, и на Mac можно записать на любой вменяемой системе, а на невменяемой хотя бы прочитать. Да, и со скоростью с ntfs флешками не плохо, и при большом количестве файлов особенно.Жир32? Ну отформмтируйте в него сперва современные флешки 128..512 ГБ ;). ЕксЖир? Так он и в виндовс не во всякой есть, и хорош только для видео и архивов.
Флешки с ext* системой хороши, но Микрософт до сих пор не заимствовал драйвер ext*, и не предустанавливает в Windows, что с их тягой ташить из Linux всё, странно что не утащили.
(Про стороние драйвера в курсе)А быстрый драйвер ntfs нужен для флешек и внешних дисков.
ExFAT помоему даже в XP был...
Да, правда его поддержку добавили сильно позже.
Что интересно, драйвер exFAT для Windows XP не вошёл в состав SP3. Хотя вышел раньше, чем этот сервис пак.Ладно я, я устанавливаю набор обновлений, вышедших после SP3. Но большинство людей просто устанавливают текущий сервис пак и не парятся.
Большинство сразу ставит SP3 и не парится от слова совсем. Хотя в 7-й винде есть виртуалка с ХР и в ней точно запустится все то, что не запустилось на 7-ке. 7-ка до сих пор в компьютерных клубах Южной Кореи если глянуть ролики на тытрупе. Если ради аутентичности все делается на железе тех лет, то слов не хватит описать какое это бесполезное занятие. Я думаю поставить линукс и гонять игры в Wine куда проще. Даже драйвера не надо искать, если это не нвидия с ее блобом. Да и тот могут через пакетный менеджер поставить. Для любителей не нравиться линукс намного лучше подходит. Общество анонимных незахожденцев на сайт нвидии, которые собираются вместе и говорят "я вот уже 10 лет не заходил к нвидии на сайт, а ранье не могу сдержаться чтобы не проверить вышла ли новая версия долбаного драйвера с исправлениями ошибок". Хорошо хоть в нтфс внесений было мало и теперь линукс и здесь полностью догонит несчастную шинду. Будет занятно смотреть на вопли шиндузятников когда нтфс в линуксе станет быстрее и стабильнее работать, да еще и чиниться автоматически.
Не будь дуалбутчиком, не позорься.
> Не будь дуалбутчиком, не позорься.Действительно, есть же WSL.
Увы, инертные дауны все еще пользуются мелкомягким офисом. Иногда придется грузить эту ошибку ИТ природы.
наверное потому что мир линурsа досихпор не соизволил сделать что-то хотябы близкое к мелкомягкому офису по возможностям, удобству и т.д.
"Жир32? Ну отформмтируйте в него сперва современные флешки 128..512 ГБ ;)"Да без проблем. Годы тому назад еще форматирвоал 500 гигабайтные разделы с помощью Easeus Partition Manager в винде или как его там. Ограничение в 32 гигабайт в Виндоус - искуственное. При этом разделы таких размеров нормально монтируются что в Виндоус что в Линуксе, читаются и пишутся. Проблему размера файла и каталогов никто не отменял, впрочем.
Меня это кстати всегда забавляло, ext2 который как бы прямой конкурент (даже по фичам) FAT32 проблемы с размерами файлов не имеет.
> по фичам) FAT32 проблемы с размерами файлов не имеет.Этот сайт не читают не способные отформатировать диск любого размера в FAT32.
Пропустим, что такой раздел пригоден только дляикрупных файлов, с кучей мелких будет беда, плюс тормоза.А вот про не имет ограничений на размеры файлов.. Я что то пропустил???
Хотя если и придумали какой то костыль для снятия ограничения на размер файлов, то это ограничение так и останется в _существующих_ устройствах, да и не прочитаются большие файлы.
>> по фичам) FAT32 проблемы с размерами файлов не имеет.
> Этот сайт не читают не способные отформатировать диск любого размера в FAT32.
> Пропустим, что такой раздел пригоден только дляикрупных файлов, с кучей мелких будет
> беда, плюс тормоза.
> А вот про не имет ограничений на размеры файлов.. Я что то
> пропустил???
> Хотя если и придумали какой то костыль для снятия ограничения на размер
> файлов, то это ограничение так и останется в _существующих_ устройствах, да
> и не прочитаются большие файлы.Наверное невнятно сформулировал - ext2, будучи как-бы аналогом FAT32, проблем с фалами более 4 гигабайт не имеет.
К вопросу "зачем такой раздел" - ну известно зачем, легаси всякое, да и давно это было. Тормоза? Вероятно вполне, равно как и надежность невысокая. Сейчас это уже не нужно никому.
> Этот сайт не читают не способные отформатировать диск любого размера в FAT32.В своё время пользовался Windows ME на жёстком диске 80 Гб.
MacOSX из коробки писать NTFS не умеет. Здесь тоже Paragon Software.
Хорошая новость, я там работал, аж целый месяц, тестировал этот драйвер, не писал тесты, а запускал их, :) так что, считаю себя причастным :)
плохо запускал или скучно стало?;)
Где работал? В Linux или в Paragon?
3dfx Interactive is coming back, 20 years later. Prepare for an major announcement regarding our return this Thursday!https://twitter.com/3dfxofficial/status/1421244991297376262
https://wccftech.com/gpu-maker-3dfx-interactive-teases-a-com...
yo. stop reading twatter. twatter harms ozone layer.
В Linux и так NTFS прекрасно работает (хотя для сервера может медленновато, ну так и не надо ставить NTFS на Linux-сервер). Лучше бы в МакакОС запилили вместо того как сейчас оно дополнительной платной фишкой. А то приходишь к кому-то с NTFSной флэшкой/хардом (а NTFS как раз оптимальна для этого т.к. поддерживается кроме Mac везде вплоть до несмарт телеков, умеет большие файлы, относительно надёжна и производительна), а у него мак и он тебе ничего на неё записать не может.
Такое "прекрасно" мне нехило аккумулятор ноута поедает, особенно на торрентах.
Пусть лучше вообще NTFS станет ядерно-рутовой ФС - и будет счастье.
Расходовать аккумулятор на качание торрентов - вообще не очень хорошая идея, безотносительно файловой системы.
- Какие ещё указания будут, профессор? (ц)
> Расходовать аккумулятор на качание торрентов - вообще не очень хорошая идея, безотносительно
> файловой системы.У меня привычка торренты вообще с телефона качать. Бывает, непопулярные раздачи и неделями никто не раздаёт, а тут всегда на боевом дежурстве, и как только файл получе, он под рукой, а не где то дома..
Неактивные торренты не жрут батарею, а когда активны, так то ж для дела.
Так это ж убийство флэш-памяти в телефоне!
> Такое "прекрасно" мне нехило аккумулятор ноута поедает, особенно на торрентах.
> Пусть лучше вообще NTFS станет ядерно-рутовой ФС - и будет счастье.боюсь, тебе - не будет. Там надо уметь prealloc, прежде всего. А твой клиент скорее всего не.
Ставь mTorrent, под сам знаешь чем. Там все в порядке с аккумулятором.
> Ставь mTorrent, под сам знаешь чем. Там все в порядке с аккумулятором.Угу, я как-то попробовал качнуть этим нечто с 70 файлов по 3-5 гигов каждый. Ипатий-коловрат, через минуту винда умерла на 15 минут, все файловые операции просто встали. А вон тот написал "disk overload - 100%". Мне стало интересно, качнул трансмишном под линием на такой же конфиге, правда, на btrfs. На 15 минут ничего раком не вставало... ты так то точно уверен что твои технологии good enough супротив нелетающей птицы? :P
Нет. Использовать NTFS на флеш накопители — это извращения.
Ну и Paragon NTFS для macOS стоит совсем немного — 1400 рублей
> Использовать NTFS на флеш накопители — это извращения.Почему? Работает везде и отлично, никогда в жизни не было единой пробоемы. На винде в настройках можно включить полноценное кэширование записи.
> Ну и Paragon NTFS для macOS стоит совсем немного — 1400 рублей
Ну так включите в цену всех маков и не морочьте голову. От того, что я заплачу эти 1400 рублей моя влэшка не заработает внезапно на всех остальных маках, и это неудобно.
> На винде в настройках можно включить полноценное кэширование записи.А потом, выдернув однажды флешку необдумано, хорошо попасть...
Есть телевизоры, которые флэшки в NTFS читают, а в ExFAT - нет. А у FAT32 ограничение размера файла в 4 ГБ.
Ну значит нечего покупать хлам. Впрочем технику без root доступа брать не стоит. А так ничего толкового и не предпримешь на огороженной железяке.
Отформатировать флэшку в NTFS или купить новый телевизор... что же выбрать?
Отформатировать флэшку в NTFS и написать производителю телевизора просьбу выпустить обновление с поддержкой F2FS на внешних носителях. А при покупке нового телевизора проверить его флэшкой с F2FS.
Потом пару лет ждать без кина :). Вообще, файло более 4 гигов для 1 файла видео кодированого людьми все же малость экзотика.
Увы, со времен mkv контейнеров даже dvd весят как раз 4+ гига, а про BD можно и не заикаться, так и 100 гигов веса не предел. Так что думаю exfat во все поля это норма, ну либо f2fs на линуксе.
> Увы, со времен mkv контейнеров даже dvd весят как раз 4+ гигаДык кто их в лоб таскает? А мувики в торентах и прочих ютубах весят сильно приличнее. В 4 гига даже H.264 с нормальным битрейтом влезет ... довольно длинный мувик, мягко говоря.
> а про BD можно и не заикаться, так и 100 гигов веса не предел.ЧСХ половину можно сразу рипнуть, а остальное после пережатия с нормальными параметрами визуально будет неотличимо, но весить станет раз в цать меньше.
> Так что думаю exfat во все поля это норма, ну либо f2fs на линуксе.
Это... флехи на 100+ гигз экзотика и дороговато, как ни крути. А на винче exFAT наверное все же уже изврат, как и FAT32.
> Это... флехи на 100+ гигз экзотика и дороговато, как ни крути. АЭто у российских спекулянтов дороговато, а у китайцев нормально.
Кстати если пытаться купить на Али большую флешку у незнакомого продавца, то риск получить как минимум тормозное устройство, или с меньшим объемом.
А если флешку брать как опцию с каким нибудь устройством, то комплектуют просто шикарными флешками или СД картами.
> Вообще, файло более 4 гигов для 1 файла видео кодированого людьми все же малость экзотика.Я аж поперхнулся от такой вызывающе неверной информации. Типичный фильм в 1080p H.264 MKV весит 8-12 гигов. Всякие там фантастические боевики от Marvel и Форсажи, где много динамичных сцен, могут весить и 18 гигов.
Тут сидят старые луддиты-пердуны. Для них фильм - это DVD-Rip на 1.6 ГБ
> Тут сидят старые луддиты-пердуны. Для них фильм - это DVD-Rip на 1.6 ГБДа ладно, даже 1080p весом более 4 гигз часто либо просто бессмысленный оверкилл, либо оооочень длинное нечто. А 8 гигз - да блин, фильмов которые вообще стоят чтобы столько качать полторы штуки.
Новый телевизор 📺
Не все телевизоры стоят как карта памяти даже. И это мы не касались моделей на 2 терабайта и более.https://www.citilink.ru/product/karta-pamyati-microsd-sandis.../
При чём тут цена на 1 ТБ MicroSD карточки? В телевизор обычно вставляются USB-флэшки, а не MicroSD. Можно ещё аргументировать тем, что новый телевизор гораздо дешевле Ferrari. В общем, толсто.И покупка нового телевизора - это ж не просто деньги отдать и всё. Надо выбрать телевизор, чтоб он и показывал хорошо, и поддерживал нужные форматы фс и файлов, и чтоб не стоил как самолёт. Обзоры на телевизоры почитать, проверить что в наличии в магазинах твоего города. Выбрать магазин, где за гарантию отвечают. Тоже обзоры на магазины читать. Придумать, что делать со старым телевизором. То ли на Авито его продать и общаться там с неадекватами, то ли на дачу увезти, то ли маме/бабушке подарить, придумать как туда везти, собственно отвезти придумать что с их телевизором делать. Не, что-то много гемора, я лучше просто флэшку в NTFS форматну, а анти-NTFS религию оставлю фанатикам.
> телевизор гораздо дешевле Ferrari. В общем, толсто.Старый бушный феррари может иной раз выйти дешевле нового пижонского топового зомбоящика. Проверено Wheeler Dealer'ами всякими :)
> Нет. Использовать NTFS на флеш накопители — это извращения.Да, ntfs на флеш не лучшая система, но такую флешку можно везде прочитать.
А для своих задачь не связанных с обменом файлами с кем угодно, ntfs на флешкак и не используют.
Впрочем, отмечу, ntfs не плохо работает с огромным количеством файлов, когда всякие fat подобные просто подавятся.И если архивы не вариант, и то и под Виндовс альтернатив ntfs флешке нет.
И если Линукс на рабочей машине экзотика, то на рабочей машине разработчика обычное дело,
Пример, разработка под микроконтроллеры, казалось при чем тут Виндовс и Линукс? А в том что под Виндовс нативных сред разработки под многое вообще нет, и бывает часть инструментов сделана только под Виндовс. И вопрос флешек, работающих везде, актуален.
1) Под многие МК можно и из линуха прогать. Даже GCC обычным в любимом редакторе в лучшем случае.
2) На совсем пиковые случае есть wine. Я под ним вон тот протокол гадских проприетарщиков содрал и накодил такое же но линуховое да еще под ARMовскую мелочь.
> в МакакОС запилили вместо того как сейчас оно дополнительной платной фишкой.Ай, ай, ай, а мужики то не знали. Fuse заблокировали в новейших ОС? На не самых свежих работает же.
Какой платной фишкой? Paragon и Tuxera не имеют никакого отношения к Apple.Всегда можно бесплатно через macfuse и ntfs-3g.
Когда chkntfs запилят?
chkdsk уже давно запилили. Тебе туда.
Когда уже Майкрософт, заменит NTFS на что-то другое, например на, exFAT или ReFS
> Когда уже Майкрософт, заменит NTFS на что-то другое, например на, exFAT или
> ReFSА что, ReFS еще живо? А то как то странно они её продвигают, то включают поддержку в Виндо, то вдруг убирают - "возможность создания тома ReFS удалена в Windows 10 Fall Creators Update 2017, за исключением Windows 10 Enterprise и Pro для рабочих станций".
Написано же - Windows Fail Creators. Вот они еще один FAIL винды скреативили. Ну и возможности refs против btrfs и zfs выглядят довольно издевательски. Может потому и убрали, чтобы не позориться лишний раз.
Еще не полноценный стабильный релиз, но уже скоро можно сказать будет торт. Они просто не стали позориться со своим поделием и разогревать интерес к данной теме, а то скоро все в шиндоус мирке будут их дергать по поводу ZFS.
> https://github.com/openzfsonwindows/ZFSinЭто старый репо под ZFS 1.8. Вот новый под ZFS 2.0:
https://github.com/openzfsonwindows/openzfs
И ссылки на бинарники:
https://openzfsonosx.org/wiki/Windows_builds
Наконец-то можно перевести шинду на нормальную файловую систему!
> Наконец-то можно перевести шинду на нормальную файловую систему!А она грузиться с нее умеет? Или как всегда системному разделу как раз и не достанется?
Еще лет пять назад, вроде, пытались сделать. Но, поскольку оно в тот момент просто работать не падая в синие экраны "ниочень" умело, то до работоспособного состояния никто доводить не собрался.Собственно, чем тебе плох системный раздел на ntfs? С ReFS+SS так и живем. 64T вон у некоторых на скотче и палках вполне себе держатся. Это ж не линoops, где fs для системного раздела шестнадцать штук разных и ни одной к которой не было бы вопросов.
> Еще лет пять назад, вроде, пытались сделать."Пытался совершить посадку самолет номер 13". Твой рейс прилетел. Пытался.
> до работоспособного состояния никто доводить не собрался.
С btrfs судя по каментам вон того чувака там тоже не сильно лучше.
> Собственно, чем тебе плох системный раздел на ntfs?
Мне по счастью ничем: не собираюсь дисковыми технологиями 90х пользоваться, сейчас и во веки веков. А так то мне нравятся снапшоты которыми я рулю железками почти как VM, откатываая неудачные эксперименты в исходе которых я не был уверен влет, рефлинки, которые позволяют быстро слепить "копию" большого файла/иерархии для издевательств над ними без урона оригиналу, а чексумы держат меня в курсе на тему проблем. Тогда как в винде примерно раз в год-два кто-нибудь из знакомых узнает о факапе RAM путем немонтирующегося тома роняющего винду в бсод. Ну я им вытаскиваю файло под пингвином, конечно, но самому так почему-то очень не хочется уже.
> С ReFS+SS так и живем. 64T вон у некоторых на скотче и палках вполне себе
> держатся. Это ж не линoops, где fs для системного раздела шестнадцать
> штук разных и ни одной к которой не было бы вопросов.А таки я подозреваю что не смогу сделать в винде с системными разделами то что делаю в линухе. Впрочем, платить за "это же не %s" вообще твоя прерогатива.
>> Еще лет пять назад, вроде, пытались сделать.
> "Пытался совершить посадку самолет номер 13". Твой рейс прилетел. Пытался.ну это openzfs, у них все так работает.
>> Собственно, чем тебе плох системный раздел на ntfs?
> Мне по счастью ничем: не собираюсь дисковыми технологиями 90х пользоваться, сейчас идааа, технологии 70х-то (в которые уходят корнями extN и xfs) - проверены временем, не то что эти вот.
> во веки веков. А так то мне нравятся снапшоты которыми я
в ntfs есть снапшоты, причем правильно сделанные. ага, shadow именно для этого. Причем обратить внимание - общий механизм и для файлов, и для баз данных, которые могут расстроиться если им устроить crash consistence на уровне одной fs.
А мне вот снапшоты в которые попадают разом конфиги операционной системы и файлы юзеров совсем не нравятся. Поэтому ни для чего кроме бэкапов я ими и не пользуюсь.
> держат меня в курсе на тему проблем. Тогда как в винде
> примерно раз в год-два кто-нибудь из знакомых узнает о факапе RAM
> путем немонтирующегося тома роняющего винду в бсод. Ну я им вытаскиваюКак страшно жыть.
> ну это openzfs, у них все так работает.Дык под винду сторонние дрова по моим наблюдениям вообще по жизни стремные. Так что те не исключение.
> дааа, технологии 70х-то (в которые уходят корнями extN и xfs) - проверены
> временем, не то что эти вот.Так я btrfs'ом в основном пользуюсь, это уж никак не дезигн 70х, мод b-tree под cow сравнительно новая штука. Ну да, оно со своими приколами и странными наборами свойств. Но если с умом пользоваться, крутые фичи жестко перевешивают. А редгад пусть идет в пень, додуматься сделать "XFS другой версии" без конвертора/апгрейда это вообще было полное дно. "Пересоздайте ФС". Ну я и переделал остатки, в btrfs, там такое себе народ не позволяет.
> в ntfs есть снапшоты, причем правильно сделанные. ага, shadow именно для этого.
Правильно сделаные - это как? С CoW и записью только изменений, без разрушения старых состояний? А почему у них чекпойнт системы и откат взад такие конские времена занимает? На btrfs эти операции условно моментальные, и даже совсем вручную там больше минуты делать нечего, при том 95% времени будет печать команд и какой там еще ребут чтобы система с того снапшота была. Тасовка данных - ее по сути там нет, такая операция типа "переназначения указателей" по смыслу (на уровне аллокации и деревьев, но идея остается).
> Причем обратить внимание - общий механизм и для файлов, и для
> баз данных, которые могут расстроиться если им устроить crash consistence на
> уровне одной fs.И все это круто, энтерпрайзно, а еще работает с уродской скоростью, дико тормозит и мало чем помогает для желания быстро отыграть взад факап откатом снапшота, например.
> А мне вот снапшоты в которые попадают разом конфиги операционной системы и
> файлы юзеров совсем не нравятся.А у меня они и не попадают. Я взял идею из убунт, они хорошо придумали: корень ФС нигде не видно - "management world", он содержит весь "ансамбль миров" (снапшоты, и активные и остальные). Приятно быть "гипервизором" на bare metal. Там все subvolumes. Снапшоты - тоже subvolumes. Стоит сказать что subvolume - нечто типа директории. Идея покруче: это точки входа в иерархию CoW. Каждый subvolume можно снапшотить независимо от других. Это отдельный корень cow'd b-tree. Свободное место девайса или пула они динамически делят между собой, это не блочные штуки а иерархические.
При монтировании в стиле убунт цепляют 2 subvolume'а. Один на / как система. Второй в /home как data. Поэтому снапшоты независимы. Откат системы не ведет к профаку data в хомяке. Однако они оба делят место на системном диске(ах), аллокации соответствуют фактически занимаемым их файлами местам. Снапшоты изначально реюзают блоки с оригиналом, по мере расхождения COW конечно поддержит иллюзию независимости.
Чтобы увидеть всё - надо замаунтить корень btrfs. Там будут и активные снапшоты, и остальные, которые есть (можно и иначе но то - удобно). При том те могут быть как writeable так и readonly. Можно подрихтовать контент снапшота если пара файлов не нравится, сняв флаг readonly на время и вернув взад, если страшно повредить. С неких пор btrfs стал уметь стирать subvolume как просто диры. Случайно стереть не выйдет т.к. "management world" по нормальному не прицеплен, кроме случая когда охота порулить.
Больше всего похоже на менеджмент виртуалок с снапшотами только гранулярнее, можно не все откатывать. Можно и более гранулярно но мне кажется что деление на две части, system и user data хорошая идея.
При том этот процесс мне понятен, прозрачен, юниксвеен, ключевая его часть представлена как мега-иерархия ФС, и почти все сводится к файловым операциям.
Откат снапшота самому - примерно так (допустим что уже был @system-snapshot-1 с системой и @home-snapshot-1 с хомяком).
mount <файлуха> /management (показываем себе настоящий верхний уровань куда-нибудь)
mv /management/@home /management/@home-snapshot-2
mv /management/@home-snapshot-1 /management/@home
Это откат хомяка, для активации ремаунт /home или ребут, реманут с открытыми файлами может ине прокатить. Если текущее состояние не надо, /management/@home-snapshot-2 стираем. Можно сразу сделать снапшот еще раз, на случай если боимся испортить. Или до mv заснапшотить /management/@home-snapshot-1 и переключаться на копию, оставив /management/@home-snapshot-1 неизменным "источником", можно даже readonly сделать.Или откат системы:
mv /management/@ /management/@system-snapshot-2
mv /management/@system-snapshot-1 /management/@homeЭти примеры подразумевают именование и стиль из убунт, они монтируют @ и @home с btrfs как / и /home и придумали префиксом @. Самому btrfs пофиг, для него это "директории на стероидах".
А маунтится при буте такое нечто примерно как
LABEL=system /home btrfs defaults,noatime,subvol=@home,...При этом в /home будет прицеплено содержимое subvolume из верха иерархии который назван @home. Сама эта иерархия остается невидима пока не прицеплен корень ФС без указания subvolume. Почти все операции условно-моментальны и весь откат занимает столько сколько нужно на грубо говоря переименование нескольких "дир". Операции с снапшотами и subvolumes вообще можно и btrfs subvolume <whatever> делать, но мне показалось прикольнее вертеть это из миднайта и btrfs звать приходится только для создания нового снапшота, остальное файловыми операциями.
> Поэтому ни для чего кроме бэкапов я ими и не пользуюсь.
Я ими пользуюсь... нууу, вот например, KiCad новой версии. Новый, клевый, но проект доделать надо. Черт знает - прокатит или нет. Снапшот системы. Ставим. Факъ, глюки. Разбираться - не сейчас, нафиг. Возвращаем старую систему, ребут, и вот у меня уже старый добрый вариант, все работает как часы. И все приключение пару минут. Что мне, долго пару дир передвинуть и ребут?
> Как страшно жыть.
Ну, дык, покупай себе гамно-оперативку, тоже к ним присоединишься. Я по приколу гонял на таких конфигах btrfs, он на чексуммы матерился активно. Но в винде чаще всего матюков вообще нет, а даже если и есть, когда там уже вермишель - они там где-то в ж... мира, в системном логе, кто ж из хомяков его читает. Заметят когда система в бсод начнет летать или перестанет цеплять это совсем.
> А что, ReFS еще живо? А то как то странно они еёда, уже неплохо оттестировали на лохах, можно продавать. storage spaces пока в процессе.
> продвигают, то включают поддержку в Виндо, то вдруг убирают - "возможность
> создания тома ReFS удалена в Windows 10 Fall Creators Update 2017,
> за исключением Windows 10 Enterprise и Pro для рабочих станций".ну и какое слово в "дай дэнгы, дэнгы давай!" тебе непонятно?
ишь, заплатил за home (то есть вообще ни копейки, получил на халяву вместе с ноутом) а хочешь файлохранилку!
> ну и какое слово в "дай дэнгы, дэнгы давай!" тебе непонятно?
> ишь, заплатил за home (то есть вообще ни копейки, получил на халяву
> вместе с ноутом) а хочешь файлохранилку!Ну я так понимаю в Хоум нельзя РАЗДЕЛЫ\ТОМА с ReFS создавать, читать и писать на ReFS можно. Совершенно не удивлюсь если появятся сторонние средства именно что форматирования разделов в ReFS, хоть даже и не сразу.
нуууу хй знает. Я бы не надеялся.да и смысла особо нет. refs нужна для хранилок, а значит нужно еще и storage spaces, а те до pro тоже выпилены ибонехрен.
Рефс в отличии от нтфс не поддерживает хардлинки. А это критично.
он еще моного чего не поддерживает того что есть в НТФС и о наличии чего местая публика даже не догадывается.
пацаны обьясните NTFS 3.1 что в нем нового, чем отличается от старого понятно что меньше багов, костылей,например аттрибуты непонятно, т.е мы люди на винде сидим на старом нтфсе?
NTFS 3.1 используется начиная с Windows XP
Я думал, WinXP не имеет особых отличий от Win2000. Или и там тоже?
Отличия есть. Но прелесть NTFS в том, что она совместима в обе стороны.
Нашёл таблицу:NTFS version 1.2
Originates from Microsoft Windows NT 4.0
NTFS version 3.0
Originates from Microsoft Windows 2000
NTFS version 3.1
Originates from Microsoft Windows XP/2003/Vista and 7
Кто-то забыл добавить Linux в эту таблицу.
пацан, ты про знаки препинания что-нибудь слышал?
Чтобы победить врага, сначало надо проникнуть в их ряды, загнать в их в одны кучу (Chromium\SystemD) и начать иметь их во все щели и дырки!!
Не чувак, Chromium настолько странный, что его только в иксах держать для декодирования видео на жпу на всяких ноутбуках, что по-другому не вытащат и только там где не работает вейланд. Системд, ну, достала. Runit грузит Void за смешное время. Проблем с засыпанием/просыпанием нет. Не знаю как в плазме, а Sway позволяет настроить тачпад для натурального скролла (ведешь двумя пальцами вверх - мотаешь вниз, и наоборот), отсутствия ускорения, тапа (нажатия/клика) прикосновением к сенсору тачпада. И пошли на фиг стандартные дистры! Сами мучайтесь с творениями Поттеринга!
Даешь корневой раздел в нтфс
А груб увидит его?
Заодно и груб допилить. А еще лучше - переписать. На расте. Чтобы два раза не вставать.
Не на Расте, а на Elm.
А ещё лучше - на Pine или Mutt. :)
> А ещё лучше - на Pine или Mutt. :)А может Vim или Emacs?
Ты немножко не понял прикола. Давай объясню. Elm - это название ЯП, а также название почтового клиента (ELM = ELectronic Mail). Pine - другой почтовый клиент, при чём содержащий в названии шутку над Elm (PINE = Pine Is Not Elm). Ну и Mutt тоже почтовый клиент. То есть такая была шутка на игре слов. А Vim и Emacs тут немного не в тему.
Ты немножко не понял прикола. Давай объясню. Emacs - это операционная система, замаскированная под редактор, драйверу NTFS в нём самое место.
Понял я про Emacs, но всё равно не в тему. :) Я понимаю, что в Emacs есть "всё" и поэтому можно его ко всему за уши притянуть. А Vim тогда при чём? Vim и Emacs в одном предложении задают контекст текстовых редакторов. Поэтому ответная реплика про Vim и Emacs показывает, что его автор не понял предыдущей шутки и лишь наугад попытался продолжить логический ряд.
А лило?
>заменив вызов iov_iter_copy_from_user_atomic() на copy_page_from_iter_atomic() и прекратив использование функции iov_iter_advance(). Из высказанных в обсуждении рекомендаций остаётся только перевод кода на использование fs/iomap, но это не обязательное требование, а лишь рекомендация, которую можно реализовать уже после включения в состав ядра.Я так понимаю после адаптации к волшебному стабильному линукс апи речи о портиррвании драйвера для POSIX совместимых систем и быть не может
Ну сначала адаптация под линукс и массовое тестирование, а после ожэпээливания кода адаптировать под посикс будет делом энтузиастов. Портируют же драйверы из линукса.
POSIX никак не определяет внутреннее устройство ядра API. Портировать драйвера даже между родственными *BSD непросто. А уж файловые системы тем более, линуксовый vfs - вещь в себе.
> Я так понимаю после адаптации к волшебному стабильному линукс апи речи о
> портиррвании драйвера для POSIX совместимых систем и быть не можетposix - стандарт юзерленда. ядра у всех разные. То есть и до того тоже быть не могло - надо переписывать примерно с нуля.
Не думаю что парагону это зачем-то надо. А "разработчики" из iX хотя и могли бы (поскольку 90% все же реверс структур данных, и только 10 - апи, и это парагон за них проделал) - но не станут, не за то им зарплаты платят.
Хуже другое - владельцам немодных линукс-систем тоже ничего не светит. Кроме платного бинарного драйвера ix86 only.
Даже до этой суперадаптации портировать хотя бы на 4.чтотамубубунтоидов я ниасилил. Слишком много ненужных знаний требуется.
Ура, товарищи! Я ещё хотел бы добавить, что все файловые системы должны быть документированы в открытом виде, а так же должна быть предоставлена эталонная реализация в открытых исходных кодах, причём это должно быть зафиксировано законодательно.
Мир Труд Май!
Считаю, что стабильное линукс апи должно быть документировано, а так же должно быть предоставлена эталонная реализация!
А реализация должна быть на расте. И это должно быть зафиксировано законодательно.
> А реализация должна быть на расте. И это должно быть зафиксировано законодательно.Не ну такое... Тут есть несколько моментов. Фиксировать в законе язык программирования это глупо, так как усиливается связанность и что то там из ООП можно подчерпнуть, какие принципы нарушаются. Относительно раста нужно провести сравнительное тестирование по производительности, читаемости, зависимостям, ясности, и выработать объективные критерии оценки, и после этого делать вывод насколько он эффективнее Си.
А еще законодательно запретить писать код чтобы для его компиляции требовалось более 4 гигабайт памяти. Это через какую жопу они делают, что на этапе сборки модулей 8 гигов и выше легко улетают в qtwebengine. А если туда еще и раст запихнуть там наверное еще в 10 раз увеличится расход памяти до уровня андроида. Этот так вообще шизануто жрет память.
Я удивляюсь как современные бинарники весят десятки мегабайт без всяких электронов.
> Я удивляюсь как современные бинарники весят десятки мегабайт без всяких электронов.Если в маздае - то там либы статически линкануть норовят. И если это будет что-то размером с куть - тогда и десяток мегов может быть. Кто виноват что в винде культура реюза либ отсутствует?
> А еще законодательно запретить писать код чтобы для его компиляции требовалось более
> 4 гигабайт памяти. Это через какую жопу они делают, что на
> этапе сборки модулей 8 гигов и выше легко улетают в qtwebengine.
> А если туда еще и раст запихнуть там наверное еще в
> 10 раз увеличится расход памяти до уровня андроида. Этот так вообще
> шизануто жрет память.Это вам в Госдуму надо. Они там любят спрашивать кто ратифицировал законы физики, а потом денонсировать их и запрещать радугу.
Ну это наверное с подачи британских ученых. Начитаются всяких идиотов, а потом верят в существование гендера, что у радуги 6 цветов, а не 7, что законы физики определяются людьми. Это все к психиатру надо, причем к очень опытному. Особенно забавляет когда кто-то говорит о правах человека в России, а в это время в Японии о них слыхом не слыхивали и могут легко человека годами держать в тюрьме даже без предъявления обвинения. Это потому что у вас ник с намеком на Японию. Лапшу то надо уметь снимать. Далеко не все вынесут посещение этой страны. Уедут и будут верить что японское общество такое хорошее и дружелюбное. Потому что никакой пьяный японец их не ударил, а они не ударили в ответ. То же самое и в Южной Корее. Стоят, плюются друг перед другом, а ударить нельзя. У них свой путь - кто первый ударил, тот типа и виноват. А то что за оскорбление семьи легко можно не только в рожу получить, но и переломы ребер заработать они об этом не слыхивали. Vovanjapan 2.0 есть канал на тытрубе.
> Не ну такое... Тут есть несколько моментов. Фиксировать в законе язык программирования
> это глупоА ведь так делают кое где.
> Относительно раста нужно провести сравнительное
> тестирование по производительности, читаемости, зависимостям, ясности, и выработать
> объективные критерии оценки, и после этого делать вывод насколько он эффективнее
> Си.Партия сказал - надо, мы ответили - сделаем!
Ура товарищи!
> Считаю, что стабильное линукс апи должно быть документировано, а так же должно
> быть предоставлена эталонная реилазия!Так погоди, а она разве не реализована и задокументирована уже?
>> Считаю, что стабильное линукс апи должно быть документировано, а так же должно
>> быть предоставлена эталонная реилазия!
> Так погоди, а она разве не реализована и задокументирована уже?Вы начинаете понимать.
А вон под винду програмайте, куле. Интересно, они IFS SDK все так же крысят, или кончина системной разработки под маздай их чему-то научила?
IFS Kit? убрали из WDK?
> IFS Kit? убрали из WDK?Так они его эвон сколько времени не давали никому. Ну у них и наступил стабилизец с делами системными вообще, и с фс в особенности. Сейчас правда какие-то фс теоретически даже есть. Практически - вы на этом и храните свои данные, ибо каждый драйвер пишется полутора землекопами, жестко отстающими от оригинала, и даже не способными хотя-бы стресстестировать это нормально. Так что у вас все карты на руках посмотреть пролюбит ли экспериментальная полу недо готовая альфа-бета-гамма-дельта ваши данные или нет.
Выйдет новая убунту лтс и в ней будет новый драйвер
> Новый драйвер поддерживает все возможности актуальной версии NTFS 3.1, включая расширенные атрибуты файлов, режим сжатия данных, эффективную работу с пустотами в файлах и воспроизведение изменений из журнала для восстановления целостности после сбоев.Эм... А в чём тогда преимущества платного ufsd?
уже не интересно. Давеча выяснилось, что на 18й бубунте, на 5.4.0.77 перестал запускаться Radiotray-ng (Lite ещё запускается). Ну то есть он есть в процессах, но нигде больше его нет. А на 5.4.0.80 уже даже в процессах нет (и Lite не работает). А искать что и где словалось.. я слишком стар для всего этого дерьма.
Так что (на моём железе) дальше только заморозка ядра (что уже превратилось в танец с бубном - морозь,не морозь (по рецептам) а оно тянет и ставит новую версию)
Так это. На kernel.org уже забанили? Там все ядра есть. И LTS тоже. Правда бубунта из-за анальных зондов все равно может взбрыкнут.
> Так это. На kernel.org уже забанили? Там все ядра есть.они несовместимы с вашей версией систем-дряни. Ваша система превратилась в тыкву. Нажмите любую клавишу или дождитесь три секунды переустановки на новейшую версию 22.00 c новым, улучшенным инсталлятором - не поддерживает таймзоны, зато поддерживает темы оформления, все для удобства запускателей в wsl под дисяточкой.
"..может быть принят...". А может и не быть. Погодите откупоривать шампанское.
> "..может быть принят...". А может и не быть. Погодите откупоривать шампанское.Да вроде в Linux-Next уже толи утащили, толи на грани.
Вот как впилят в мейнстримовые дистры, как приковыляют первые взьерошенные какбе-летаюшие ласточки, так и понятно будет, что к чему. А пока так, предположения-спекуляции.
Linux, так то, ядро. А какие там у вас ласточки вам навстречу - кто вас знает.
не нужно.
сперва я обожду, пока МС с причмокиванием добавит драйвер ext4 в своё интим кёрнел.
Один вопрос. Кому вообще нужна устаревшая файловая система? К тому же имеющая серьёзные проблемы с производительностью.
> Один вопрос. Кому вообще нужна устаревшая файловая система? К тому же имеющая
> серьёзные проблемы с производительностью.Как нетрудно увидеть, тред начался с сообщения Торвальдса. Однако, собственно инициатива не могла от него исходить. В файловых системах (где он полный профан) наметился застой. Развивать нечего, а соратникам Торвальдса, которые сейчас на ставках во всяческих гуглах, фейсбуках, нужно показывать какую-то активность.
Назвать Торвальдса профаном в ФС - это сильно. Так то гит по внутреннему устройству что-то типа файловой системы. Вот как раз по старой памяти :)А что до застоя - то зоопарк ФС, плохо, то застой, плохо. Я кажется знаю, когда вам будет хорошо...
> Назвать Торвальдса профаном в ФС - это сильно.Так, он сам себя назвал :)
Он и про линукс так то писал что мол, игрушечная операционка, никогда не будет такой крутой и правильной как hurd... :). А знаете, я, пожалуй, буду пользоваться игрушечной операционкой. От профана в ФС. А еще говорят что скромность украшает человека. Это выгодно отличает Торвальдса и его творения от вебмакак и их художеств, считающих себя непререкаемыми ультра-про.
> Торвальдса и его творенияА что он сотворил-то?
Сидит и принимает дрянные патчи в обмен на трудоустройство своих дружков...
> гит по внутреннему устройству что-то типа файловой системыну, это сразу в мемориз!
Если кому интересно, v27 частенько портит файловую систему, chkdsk вроде бы находит ошибки и возвращает файлы, но всё равно опасно.Пример что пишет chkdsk:
Исправление ошибки в индексе $I30 файла 19B72.
Программа CHKDSK обнаружила свободное место, помеченное в битовой карте как выделенное. Индекс: $I30, файл: 19B72.
Сортировка индекса $I30 файла 19B72.
Исправление ошибки в индексе $I30 файла 19D07.
Программа CHKDSK обнаружила свободное место, помеченное в битовой карте как выделенное. Индекс: $I30, файл: 19D07.
Сортировка индекса $I30 файла 19D07.
Исправление ошибки в индексе $I30 файла 19E7E.
Программа CHKDSK обнаружила свободное место, помеченное в битовой карте как выделенное. Индекс: $I30, файл: 19E7E.
Сортировка индекса $I30 файла 19E7E.
Обработано записей индекса: 274258.
Проверка индексов завершена.
Длительность фазы (Проверка индексов): 9.59 с.
Программа CHKDSK осуществляет поиск неиндексированных файлов и их повторное сопоставление с исходным каталогом.
Восстановление потерянного файла ****.MP4 (11691) в файле каталога 19E7E.
Восстановление потерянного файла ****.jpg (16097) в файле каталога 19E7E.
Восстановление потерянного файла ****.jpg (16098) в файле каталога 19E7E.
Восстановление потерянного файла ****.jpg (16342) в файле каталога 19E7E.
Восстановление потерянного файла ****.jpg (16343) в файле каталога 19E7E.
Восстановление потерянного файла ****.jpg (163E4) в файле каталога 19E7E.