|
2.5, Аноним (5), 19:07, 03/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
NTFS не очень для Линукса подходит - она плохо работает с огромным количеством мелких файлов - хотя, опять же это только под Windows, и дело, мб, не в каких-то внутренних проблемах, а в ACL, который в NTFS на порядок круче.
МБ ntfs3 не имеет этого недостатка - надо тестировать.
// b.
| |
|
3.20, какая разница (?), 19:43, 03/06/2022 [^] [^^] [^^^] [ответить]
| –7 +/– |
В windows ntfs с мелкими файлами работает нормально, в linux - какие-то проблемы.
Так у кого проблема?
| |
|
4.97, ptr (??), 13:21, 04/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как тестировали? Первый раз я нарвался на это при экспериментах с PostgreSQL под Windows. PostgreSQL, в отличии от того MS SQL, создает файлы для каждого объекта БД (таблицы, индексы и т.п.). Когда таких файлов очень много, разница в производительности начинает просто бросаться в глаза.
| |
4.148, vvm13 (?), 10:42, 05/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Насколько я помню, у винды есть прям родовая проблемы - очень медленное закрытие файлов.
В таких условиях с тучей маленьких файлов у неё проблемы на любой ФС.
| |
|
3.24, Аноним (24), 20:15, 03/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это проблема именно NTFS. Воспроизводится как под Windows, так и под Linux. Лично столкнулся с этим, когда нужно было перекинуть между дисками большое число мелких файлов, но небольшого суммарного объема. Долго не мог понять, почему настолько медленно копируется, пока не вспомнил про эту особенность NTFS.
| |
|
4.30, Без аргументов (?), 20:54, 03/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
может потому что журналы. и потому что если это внешний накопитель -- то без кэширования. в линухе по крайней мере другая подстава: нажал ctrl+c, ctrl+v, и файл будто скопировался. а на самом деле нет еще -- в оперативе.
| |
|
5.49, shardddin (?), 23:51, 03/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
А есть другие способы/сочетания клавиш для "мгновенного" копирования в таком случае?
| |
5.62, leap42 (ok), 04:44, 04/06/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вот это в sysctl.conf:
vm.dirty_bytes = 268435456
vm.dirty_background_bytes = 33554432
vm.dirty_expire_centisecs = 1000
vm.dirty_writeback_centisecs = 250
Просто попробуйте.
| |
|
|
7.87, n00by (ok), 12:34, 04/06/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Грязная страница памяти - это когда отобразили файл в ОЗУ (сделали mmap), а потом модифицировали память. Теперь у ОС стоит задача синхронизировать данные на накопителе. После чего страница становится чистой, менеджер может освободить её при нехватке памяти (а при надобности опять считать с накопителя). Байты - наверное, потому что размер страниц не на всех архитектурах 4К. Какое это всё имеет отношение к беферизированному копированию - не знаю, это надо читать документацию, но зачем? Как уверяют Анонимы, для разработки операционных систем типа POCA LINUX даже программировать не надо уметь.
| |
|
|
9.142, n00by (ok), 09:41, 05/06/2022 [^] [^^] [^^^] [ответить] | +/– | Это пока только вершина айсберга Волшебные 4К крепко засели в головах и даже по... текст свёрнут, показать | |
|
8.132, leap42 (ok), 18:21, 04/06/2022 [^] [^^] [^^^] [ответить] | +/– | При поведении по умолчанию на современной машине буфер измеряется гигабайтами и... большой текст свёрнут, показать | |
|
9.141, n00by (ok), 09:38, 05/06/2022 [^] [^^] [^^^] [ответить] | +/– | А буфер, куда программа копирования читает файл, расположен в виртуальной памяти... текст свёрнут, показать | |
|
|
|
|
5.78, vitektm (?), 10:52, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
В Windows также в кеш кидает при копировании. И мелкие файлы копируется дольше.
Потому и есть параметры скорость линейной записи и блоками 4К.
И когда речь про множество файлов я так понимаю тут подразумевают более 100000-300000 файлов.
В папки более ~1млн я не заходил. Но это боль.
| |
|
4.31, InuYasha (??), 21:12, 03/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
С другой стороны, наличие большого числа мелких файлов - это тоже проблема линукса и его софта. Всё-таки, system32 будет поменьше */lib/. И уж точно - без миллиона конфигов. Хотя, честно говоря, в винде (сямёрка) папка GoodNES читается довольно шустро, за несколько секунд на старом ноуте.
| |
|
5.39, имярек (?), 21:51, 03/06/2022 [^] [^^] [^^^] [ответить]
| +5 +/– |
В /usr/lib* довольно много всякого, но действительно ли сильно больше, чем в system32/syswow64?
> И уж точно - без миллиона конфигов.
Это проблема типа "слишком много денег". Хорошо такие проблемы иметь, когда альтернатива это реестр.
| |
|
6.41, Аноним (41), 22:00, 03/06/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
> В /usr/lib* довольно много всякого, но действительно ли сильно больше, чем в system32/syswow64?
$ tree /usr/lib|grep directories
2970 directories, 31184 files
$ tree /media/user/SYSTEM_SSD/Windows/System32|grep directories
2665 directories, 15495 files
$ tree /media/user/SYSTEM_SSD/Windows/SysWOW64/|grep directories
429 directories, 5154 files
| |
|
|
4.63, какая разница (?), 05:56, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
То ли дело в линуксе..
Есть внешний диск с usb 3.0 с 2 разделами - ntfs и ext4 и ноутбук с ubuntu 20.04 и windows 10.
Копирую с windows на раздел с ntfs фотки - скорость держится в районе 10 мб/с (вложенные папки). Делаю то же самое в ubuntu на ext4 и ntfs - максимум 1-2 мб/с.
| |
|
5.71, пох. (?), 09:38, 04/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
А теперь сделай две вещи: git pull https://github.com/tuxera/ntfs-3g (с дальнейшим make install - только вот не выеживайся с ключами configure - все оставь по дефолту)
и ntfs-3g /dev/sda1 /mnt/windows (или где там оно у тебя)
И потом расскажи про свои "1-2".
P.S. можно вместо этого повозиться с ключами убунтиной версии, но есть и другие поводы ей не пользоваться.
| |
|
6.75, Аноним (75), 10:08, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
> есть и другие поводы ей не пользоваться.
Огласите весь список, пожалуйста. В целях повышения образованности.
| |
|
7.92, пох. (?), 13:06, 04/06/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
git log или вон, в интуитивно приятном интерфейсе шитхаба посмотри весь, если тебе прям интересны детали.
Это тот сравнительно редкий случай, когда действительно не нужно сидеть годами на предыдущих версиях.
| |
|
|
9.115, пох. (?), 15:07, 04/06/2022 [^] [^^] [^^^] [ответить] | +/– | я тебе ответил, я не виноват что ты феноменально т-пой и не можешь прочитать две... текст свёрнут, показать | |
|
10.116, пох. (?), 15:08, 04/06/2022 [^] [^^] [^^^] [ответить] | –1 +/– | а, не тебе, видимо Будем надеяться что тот, кому я отвечал, сумеет прочитать от... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
3.80, Аноним (79), 11:01, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Для свопа надо вот такую пепяку юзать ака рамдрайв в псиай порт ddramdisk.store
| |
|
|
5.89, n00by (ok), 13:00, 04/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Для свопа? Докупить памяти, но воткнуть её через контроллер NVME. Гениально.
| |
|
6.94, Аноним (94), 13:12, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
А что у всех серверов, особенно у самых простых есть лимиты на количество штатной оперативы. А это экстрендер, как фалос себе увеличить.
| |
|
7.98, n00by (ok), 13:22, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Для увеличивающих там 2 терабайта со скидкой. Многовато для свопа.
| |
|
|
|
|
|
|
|
4.131, And (??), 18:21, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Минт сделан чтобы можно было менять местами ересь и не-ересь.
| |
|
3.21, Аноним (21), 19:45, 03/06/2022 [^] [^^] [^^^] [ответить]
| +5 +/– |
Ну как, как? Взять да примонтировать раздел c NTFS в каталог /home.
Я подозреваю, это вопрос дуалбутчика? Тут нужно быть бдительным и ни в коем случае не пытаться так сразу редактировать содержимое средствами Windows Explorer содержимое митовского хомяка. Существуют опции монтирования раздела (в Windows), которые его туда примонтируют в регистрозависимом виде с поддержкой POSIX-расширений в xattr.
| |
|
|
5.174, InuYasha (??), 13:58, 07/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
> чисто по братски спасибо за инфу :)
не разобрался, что там за опции в вантухе и куда их прописывать?
| |
|
|
3.40, борланд (?), 21:57, 03/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Не забудь под линуп$ом насоздавать prn: lpt: и прочих aux в корне нтфс и дуалбутнуться.
| |
|
4.61, анонимус (??), 03:42, 04/06/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ничё не будет. Да, из винды подобные файлы нельзя удалить. Но на этом и всё.
| |
|
5.74, Аноним (74), 09:49, 04/06/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Можно удалить, через командную строку:
rd /s /q \\?\c:\con
Вот так удаляется папка "con" из корня диска
| |
|
|
3.133, And (??), 18:23, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Прописать в /etc/fstab
/dev/sda2 /home ntfs3g defaults 0 2
Пустую строку в конце не забудь, а то не загрузится.
| |
|
2.32, InuYasha (??), 21:13, 03/06/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Наконец-то я прыщовый раздел смогу из-под вантуза нормально читать!
А загружаться с виндового загрузчика уже и так было можно.
| |
|
3.33, InuYasha (??), 21:14, 03/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Вот, только как синхронизировать UID/GID - вот ЭТО будет весёлой задачей! Предвижу правку passwd под виндовые ID, если получится.
| |
|
4.42, пох. (?), 22:24, 03/06/2022 [^] [^^] [^^^] [ответить]
| –6 +/– |
Просто выбрось драйвер от парагона (спасибо им, кстати, но не за драйвер а за создание нездоровой конкуренции) - ntfs3g умеет по таблице пересчитывать uid'ы.
А от парагоновского тебе все равно никакого проку - ты вряд ли хочешь ставить "linux-next" на домашнюю машину.
(нет, ты не соберешь его со своей немодной устаревшей 4.15 - stable api nonsense)
| |
|
3.113, Аноним (103), 14:10, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
>У тебя до сих пор BIOS?
С удовольствием перешил бы на Coreboot, да материнки в списке нет.
| |
|
2.43, Аноним (103), 22:24, 03/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
>Наконец-то, перенесу свой корневой раздел на него
А как там с UNIX Rights? А то как-то знакомый поставил Ubuntu на NTFS и не смог писать в хомяк, не тот владелец. Попытка сменить владелььца безуспешна.
| |
|
1.11, Аноним (11), 19:14, 03/06/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Раньше во всяких gnome/kde через ФМ системы упорно пытались использовать драйвер ntfs-3g и не знали о существовании ntfs3 пока не пропишешь в fstab, я так полагаю из-за упрямости авторов udisks, сейчас эта ситуация исправлена?
| |
|
2.65, anonymouse (?), 07:31, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
напиши правило для удева, чтобы он думал что это ntfs3. В ядре эта ситуация никогда не будет исправлена.
| |
|
3.107, Аноним (103), 13:58, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
А как эта ситуация вообще может быть исправлена в ядре? В ядре нет ntfs-3g.
| |
|
4.112, anonymouse (?), 14:09, 04/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Никак не может, потому и не будет. И это вообще говоря не баг. Просто с точки зрения ядра это разные фс, ntfs3 и ntfs.
Правило удева выглядит так:
> ENV{ID_FS_TYPE}=="ntfs", ENV{ID_FS_TYPE}="ntfs3" | |
|
|
|
1.22, Герострат (?), 19:57, 03/06/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Пытался перейти на сабж, на второй же день при копировании фильмов на usb hdd файловый менеджер повис и упал с ошибкой, впервые такое увидел
| |
|
2.83, Zenitur (ok), 11:18, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Что ж, тогда я пока посижу на проприетарном. На нём у меня данные никогда не бились.
| |
|
|
4.124, Аноним (16), 16:05, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Главное, chkdsk не запускать, а то, она внезапно найдёт, что половину информации надо срочно удалить, для сохранения консистентности метаданных, естественно. Т.е., к венде такие диски не подключать, ага. А так всё прекрасно, если только хардресет не делать.
| |
|
5.139, maximnik0 (?), 08:00, 05/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Главное, chkdsk не запускать, а то, она внезапно найдёт, что половину информации надо срочно удалить, для сохранения
Главное винду выключать нормально,без быстрого сохранения и не будет такого глюка.Ну еще можно предположить что время выставленно по разному в разных операционках.Ну и был косяк с файловыми атрибутами в драйвере при работе с графическими файлами.Но это достаточно давно поченили.Я дуалбутчик и много записываю под ntfs,правда с пиринговой закачкой под нтфс не извращался,так что бы все под chkdsk слетало уже как 10 лет не наблюдаю.
| |
|
4.138, maximnik0 (?), 07:47, 05/06/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
>На ntfs-3g с целостностью файлов всё OK.
Был косяк и знатный с созданными jpeg и bmp файлами.Сам с таким столкнулся- в офтопике они нормально читались и видились.Но это до запуска chdsk.....,половина пропала,остальная оказалась в битых файлах.Что то там оказалось с заголовком файла,кое какой линукс (не кросплатформенный) софт не выставлял атрибуты.Пришлось авторам драйвера писать костыли.
Ну а так в повседневном использование я бы сказал что достаточно надежный драйвер.
Несчитая смешную ошибку с одним файлом - разные версии оказались,и зациклинный каталог,не ченилось и не удалялось не под линь,не под офтопик.Нех редактор спас положение.
| |
|
3.118, пох. (?), 15:13, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
> Что ж, тогда я пока посижу на проприетарном. На нём у меня
> данные никогда не бились.
так у него и не данные побились - у него файловый менеджер. тьфуй...
| |
|
|
|
2.55, Аноним (53), 00:53, 04/06/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
Там на следующей неделе на твою стабильную венду очередных стабильных исправлений подвезут. Начинай уже готовиться.
| |
|
|
2.73, пох. (?), 09:44, 04/06/2022 [^] [^^] [^^^] [ответить]
| –3 +/– |
Ди6-лушка, они ее заимплементили четыре года назад. Вместе со storage spaces, без которых она нахрен не нужна. (direct, разумеется, не поддерживается и не будет)
У тебя опечатка в слове "отдали мне результаты труда нахалявку и еще на коленках перед Виликим Л@п4тым постояв предварительно с годик" ? Ну надо ж, как странно так опечатываться...
| |
2.172, Nicho (ok), 18:59, 06/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Вообще не понятно, почему Майкрософт, так и не сделала по умолчанию ReFS, а старую NTFS тянет и тянет в каждой новой версии Windows...
| |
|
3.176, maximnik0 (?), 23:24, 07/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
>почему Майкрософт, так и не сделала по умолчанию ReFS
Нету совместимости с софтом,имееться в виду в основном игры-refs не потдерживает именнованные потоки а игры частенько используют потоки для защиты.А также жесткие ссылки и шифрование на уровне файлов.Ну а если тебе хочеться воспользоваться -есть куча способов отформатировать в refs том и пользоваться в домашней версии винды 10/11 с ограничениями (по версии в основном).
| |
|
4.177, пох. (?), 11:41, 16/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
>>почему Майкрософт, так и не сделала по умолчанию ReFS
> Нету совместимости с софтом,имееться в виду в основном игры-refs не потдерживает именнованные
> потоки а игры частенько используют потоки для защиты.А также жесткие ссылки
> и шифрование на уровне файлов.Ну а если тебе хочеться воспользоваться -есть
ну в общем-то вопрос плавно перетекает в "почему же ms не может доделать refs до нормальной файловой системы" - с бесконечными деньгами и неисчерпаемым коллективом бангалорских обезьянок, казалось бы, можно уже в ссылки и потоки.
Хрен уж с ними с fs > 64T, хотя тоже смешно.
| |
|
|
|
1.58, Аноним (58), 01:56, 04/06/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как разработчик, которого за хобот через год притаскивали к решению проблем пакета утверждаю, что качество поддержки от возобновления только выигрывает.
| |
|
2.96, n00by (ok), 13:16, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Кто-то "опакетил" Вашу программу, и Вам пришлось решать какие-то проблемы за "майнтайнеров"? А они тут любят писать, якобы разработчики криворукие и не могут без них жить.
| |
|
|
|
3.137, Аноним (-), 20:52, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Деньги на втором месте. Быть частью Свободного сообщества это честь!
| |
|
2.111, Аноним (103), 14:06, 04/06/2022 [^] [^^] [^^^] [ответить]
| +3 +/– |
За что винить Шишкина? Его код ещё в ядро не приняли. Прецедентов с забиванием поддержки, следовательно, не было.
| |
|
3.126, пох. (?), 16:14, 04/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
> За что винить Шишкина? Его код ещё в ядро не приняли.
Вот за это и! На коленях не стоял, туфлю Линуса не целовал, год принять свой код не умолял, исправляя по дороге раз в день colour на color и обратно - сволочь!
Все какие-то прожекты лепит, вместо настоящей работы на благо сообщества!
| |
|
4.168, Аноним (168), 14:10, 06/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Вот бы ещё придумать, зачем в коде или коментах ФС слово colour/color?
| |
|
|
2.151, Аноним (151), 12:27, 05/06/2022 [^] [^^] [^^^] [ответить]
| +2 +/– |
Учись чему? Раз в пол-года на письма отвечать? Да, это очень ответственно!
| |
|
1.70, vvm13 (?), 08:46, 04/06/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Публикация продолжилась, но связь так и осталась потерянной? Это плохой признак.
| |
|
2.135, vvm13 (?), 20:20, 04/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
На самом деле, и коммуникация возобновилась.
@ 2022-05-01 17:13 ' Konstantin Komarov
Hello Linus, Kari and all.
First and foremost I need to state that active work on NTFS3 driver has never stopped,
and it was never decided to "orphan" NTFS3. Currently we are still in the middle of the process
of getting the Kernel.org account. We need to sign our PGP key to move forward, but
the process is not so clear (will be grateful to get some process desciption), so it is going quite slow
trying to unravel the topic.
As for now, we can prepare patches/pull requests through the github,
and submit them right now (we have quite a bunch of fixes
for new Kernels support, bugfixes and fstests fixes) -- if Linus approves this approach
until we set up the proper git.kernel.org repo.
Also, to clarify this explicitly: in addition to the driver, we're working of ntfs3 utilities as well.
Overall, nevertheless the NTFS3 development pace has been slowed down a bit for previous couple
of months, its state is still the same as before: it is fully maintained and being developed.
And finally, we apologize for late reply; I allowed me short vacation after most restrictions because
of covid ended up this month in Germany.
Thanks.
| |
|
3.150, Аноним (150), 11:50, 05/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Вот это поворот ему оказывается аккаунт не дают. Тут без руки Майкрософта не обошлось.
| |
|
|
1.100, Аноним (100), 13:29, 04/06/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
нет ntfs - нет проблем...
мелкомягкие так и не осилили ни с DECовского ядра ни с IBMовской файловой системы уползти. Вот парагон и пущай мучается.
| |
1.136, Аноним (136), 20:22, 04/06/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Поздно! Я как раз мигрирую пару разделов на ext4, т.к. задолбали зависания ядра. При этом с ntfs-3g не висло и не падало.
| |
1.152, Аноним (152), 12:48, 05/06/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Разработчикам из paragon нужно посчитать комментарии на opennet.
Тогда они поймут что разработка ntfs3 бесполезная трата времени и денег
| |
1.157, Аноним (151), 16:06, 05/06/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Каким же лузером надо быть, чтобы ковырять это говно, спущенное хомячкам милостью Торвальдса :)
| |
|
2.159, Аноним (152), 18:11, 05/06/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Основатель paragon software лузер?
Я могу понять когда когда они свой драйвер за деньги продали, но за бесплатно работать когда тебя поливают помоями???
Надеюсь они перестанут разрабатывать ntfs3 и бесплатную версию драйвера с сайта уберут.
| |
|
3.161, Аноним (-), 20:59, 05/06/2022 [^] [^^] [^^^] [ответить]
| +5 +/– |
Но сначала тебе как сторонику проприетарного софта надо удалить себя из опеннета.
| |
|
4.162, Аноним (160), 23:34, 05/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Местные линуксиоды, такие как ты, вполне себе спокойно гоняют проприетарный софт и игры, собранные под Винду через wine.
Но вам это можно, ведь вы элита.
И вообще - это другое !!!!!
Но нет, это тоже самое.
И ты - лицемер.
Так, что для начала - начни с себя.
Удали свой аккаунт с opennet и сгинь отсюда.
В ином случае - просто заткнись.
| |
4.164, Аноним (152), 08:11, 06/06/2022 [^] [^^] [^^^] [ответить]
| +/– |
Исходный код ntfs3 открыт под свободной лицензией. Очевидно что ты даже значение слова "проприетарного" не понимаешь
| |
|
3.163, Аноним (160), 00:04, 06/06/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вы не поняли.
Просто линуксоидаи все все должны и нахаляву.
Так было всегда .
| |
|
|
|