The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Из ядра Linux 6.9 удалён старый драйвер NTFS, opennews (?), 13-Мрт-24, (0) [смотреть все]

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


3. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +27 +/–
Сообщение от Bklrexte (ok), 13-Мрт-24, 23:40 
ntfs3 пока тоже не полностью стабилен - пробовал копировать миллион файлов с ext4 в одну папку, и в процессе rsync'а на процентах 20% ФС начинала сыпаться, и просто лочилась и монтировалась read-only. Для себя лично я решил и всё же купил платный NTFS драйвер от Paragon'ов, правда у них по умолчанию на сайте после покупки доступна старая версия, пришлось писать в ТП, там дали новый билд, который отлично работает на Linux 6.6 (lts). Можно купить из РФ (если зайти на русский сайт), но стоит довольно дорого для многих - 3 тысячи рублей (дешевле, чем на зарубежной версии - там $40).

ntfs3 именно они и разработали с нуля для Linux ядра (на С), но, как они сами пишут, у их главного закрытого драйвера полностью отдельная реализация (там в основном C++), и он намного старше. Я понимаю иронию использования драйвера одной и той же компании, но, как бы я не сожалел, ntfs3 правда хуже их главного драйвера. Может это такой маркетинговый ход.

Ещё из интересного - там есть chkntfs (да, можно полноценно сканировать и ремонтировать NTFS из-под Linux'а), причём его можно получить бесплатно и относительно легально (правда очень, очень старую версию), достав из APK приложения монтирования NTFS от Paragon'ов - см. https://www.reddit.com/r/archlinux/comments/11qezjd/comment/.../. Там ниже даже описывается, как можно использовать тот бинарник для монтирования (правда через FUSE, так что не лучший вариант).

Не реклама, просто далеко не все вообще знают об этом драйвере.

Ответить | Правка | Наверх | Cообщить модератору

4. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +2 +/–
Сообщение от Аноним (4), 13-Мрт-24, 23:49 
Это надо быть очень отважным, чтобы доверять старым васянским блобам и пытаться подключать их в новые ядра. Даже вендовый chkdsk любит разносить mft и он будет запускаться автоматически после подключения в тот же ntfs3g (который сам тоже может развалить ntfs).
Ответить | Правка | Наверх | Cообщить модератору

8. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +16 +/–
Сообщение от Пыняпонг (?), 14-Мрт-24, 00:03 
> васянским

Иной раз васянские разработки на порядок лучше конторских.

Ответить | Правка | Наверх | Cообщить модератору

44. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +2 +/–
Сообщение от аНОНИМ (?), 14-Мрт-24, 07:22 
юзерспейсный за 10+ (!) лет не разнёс ничего ни разу.
ядерный от порногон софтваре -- разносит на примерно 5ой серии, копируемой на диск с нтфс.
Как этот глюкодром вообще в ядре оказался --хз.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

96. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от нах. (?), 14-Мрт-24, 11:27 
Не, ну ты просто никогда не пользовался старым-то... Этот хотя бы иногда что-то может удачно записать без последствий.

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

Ответить | Правка | Наверх | Cообщить модератору

130. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +1 +/–
Сообщение от аНОНИМemail (?), 14-Мрт-24, 13:26 
Старым смысла пользоваться не было вообще, он же read-only был (писать умел только в уже существующие файлы строго в пределах существующей длины оных). А вот юзерспейсный я пользую года наверное с 2010ого, и за всё то время он ничего никогда не разнёс. Даже удивительно было, диску с нтфс, юзаемого этим драйвером, было более 10 лет а нтфс там как новый, даже шindoшs ошибок не находила. А вот поделка от порногона, в разных ядрах, в разных дистрибах -- одинаково разносила диск вдребезги (ну не в дребезги конечно, шindoшs потом восстанавливала) буквально через десяток-другой гигабайт копируемых на диск данных. Потом проверять надоело.
Ответить | Правка | Наверх | Cообщить модератору

131. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от нах. (?), 14-Мрт-24, 14:00 
> Старым смысла пользоваться не было вообще

ну вот поэтому - и новый.
> он же read-only был (писать умел

он и читать умел тоже очень так себе.

> А вот юзерспейсный я пользую года наверное с 2010ого, и за

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

Ответить | Правка | Наверх | Cообщить модератору

77. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +2 +/–
Сообщение от aname (?), 14-Мрт-24, 10:46 
> старым васянским блобам

Вы аккуратнее, любители Дебиана могут и оскорбиться

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

220. Скрыто модератором  +/–
Сообщение от anonymous (??), 15-Мрт-24, 21:19 
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

9. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  –1 +/–
Сообщение от Аноним (9), 14-Мрт-24, 00:06 
А почему родной виндовый chkdsk нельзя запуститт под вайном?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

13. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +3 +/–
Сообщение от Аноним (-), 14-Мрт-24, 00:54 
> А почему родной виндовый chkdsk нельзя запуститт под вайном?

Например потому, что он в NT native mode работает, до запуска ОС, например. А вот это вам немного не винапи вывешиваемое WinE. Представляете, у NT есть native api, оно отличается от WinAPI. А поверх него делается WinAPI уже. Так же как и из Linux вайном делается WinAPI.

С таким же успехом можете пытаться линуксный fsck в винде запустить без виртуалок типа WSL, удачи. Не то чтобы совсем невозможно, но долботни при желании это реализовать будет немеряно.

Ответить | Правка | Наверх | Cообщить модератору

65. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +1 +/–
Сообщение от n00by (ok), 14-Мрт-24, 10:14 
> Представляете, у NT есть native api, оно отличается от WinAPI.

$ grep Nt wine/dlls/ntoskrnl.exe/tests/ntoskrnl.c
static BOOL (WINAPI *pRtlDosPathNameToNtPathName_U)(const WCHAR *, UNICODE_STRING *, WCHAR **, CURDIR *);
    test_input->teststr_offset = (SIZE_T)((BYTE *)&teststr - (BYTE *)NtCurrentTeb()->Peb->ImageBaseAddress);
        ok(GetLastError() == RtlNtStatusToDosError(expect_status), "got error %u\n", GetLastError());
    ret = NtDeviceIoControlFile(device, NULL, NULL, NULL, &io,
    ret = NtDeviceIoControlFile(file, event, NULL, (void *)456, &io,
    ret = NtRemoveIoCompletion(port, &key, &value, &io, &zero);
    ret = NtDeviceIoControlFile(file, event, NULL, NULL, &io,
    ret = NtDeviceIoControlFile(file, NULL, NULL, NULL, &io,
        ret = NtDeviceIoControlFile(file, event, NULL, (void *)456, &io,
        ret = NtRemoveIoCompletion(port, &key, &value, &io, &zero);
    ret = NtDeviceIoControlFile(file, NULL, return_status_apc, (void *)456, &io,
    status = NtQueryObject(device, ObjectNameInformation, buffer, sizeof(buffer), NULL);
    status = NtQueryObject(device, ObjectTypeInformation, buffer, sizeof(buffer), NULL);
    status = NtQueryInformationFile(device, &io, buffer, sizeof(buffer), FileNameInformation);
    status = NtQueryVolumeInformationFile(device, &io, buffer, sizeof(buffer), FileFsVolumeInformation);
    status = NtQueryObject(file, ObjectNameInformation, buffer, sizeof(buffer), &size);
    status = NtQueryObject(file, ObjectNameInformation, buffer, size - 2, &size);
    status = NtQueryObject(file, ObjectNameInformation, buffer, sizeof(*name_info), &size);
    status = NtQueryObject(file, ObjectTypeInformation, buffer, sizeof(buffer), NULL);
    status = NtQueryInformationFile(file, &io, buffer, sizeof(buffer), FileNameInformation);
    status = NtQueryVolumeInformationFile(file, &io, buffer, sizeof(buffer), FileFsVolumeInformation);
    status = NtQueryVolumeInformationFile(file, &io, buffer, sizeof(buffer), FileFsAttributeInformation);
    status = NtQueryObject(file, ObjectNameInformation, buffer, sizeof(buffer), NULL);
    status = NtQueryInformationFile(file, &io, buffer, sizeof(buffer), FileNameInformation);
    status = NtQueryObject(file, ObjectNameInformation, buffer, sizeof(buffer), NULL);
    status = NtQueryInformationFile(file, &io, buffer, sizeof(buffer), FileNameInformation);
    status = NtQueryObject(file, ObjectNameInformation, buffer, sizeof(buffer), NULL);
    status = NtQueryInformationFile(file, &io, buffer, sizeof(buffer), FileNameInformation);
    status = NtQueryObject(file, ObjectNameInformation, buffer, sizeof(buffer), NULL);
    status = NtQueryInformationFile(file, &io, buffer, sizeof(buffer), FileNameInformation);
    status = NtQueryVolumeInformationFile(file, &io, buffer, sizeof(buffer), FileFsSizeInformation);
    status = NtQueryVolumeInformationFile(file, &io, buffer, sizeof(buffer), FileFsFullSizeInformation);
    status = NtQueryVolumeInformationFile(file, &io, buffer, sizeof(buffer), FileFsSizeInformation);
    status = NtQueryVolumeInformationFile(file, &io, buffer, sizeof(buffer), FileFsFullSizeInformation);
    ret = NtOpenFile(&child, SYNCHRONIZE, &attr, &io, 0, FILE_SYNCHRONOUS_IO_NONALERT);
    ret = NtOpenFile(&child, SYNCHRONIZE, &attr, &io, 0, 0);
    ret = NtOpenFile(&tmp, SYNCHRONIZE, &attr, &io, 0, FILE_SYNCHRONOUS_IO_NONALERT);
    ret = NtOpenFile(&tmp, SYNCHRONIZE, &attr, &io, 0, FILE_SYNCHRONOUS_IO_NONALERT);
    pRtlDosPathNameToNtPathName_U = (void *)GetProcAddress(GetModuleHandleA("ntdll"), "RtlDosPathNameToNtPathName_U");

Ответить | Правка | Наверх | Cообщить модератору

158. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (-), 14-Мрт-24, 22:08 
>> Представляете, у NT есть native api, оно отличается от WinAPI.
> $ grep Nt wine/dlls/ntoskrnl.exe/tests/ntoskrnl.c
> static BOOL (WINAPI *pRtlDosPathNameToNtPathName_U)(const WCHAR *, UNICODE_STRING *,
> WCHAR **, CURDIR *);

Мне почему-то кажется что в NT API нативных функций "немного" побольше чем это :)

Ответить | Правка | Наверх | Cообщить модератору

180. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от n00by (ok), 15-Мрт-24, 05:05 
Потому что "это" всего один из файлов.
Ответить | Правка | Наверх | Cообщить модератору

218. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (-), 15-Мрт-24, 20:56 
> Потому что "это" всего один из файлов.

А что, сhkdisk деланый под "native subsystem" таки запускается?

Ответить | Правка | Наверх | Cообщить модератору

226. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от n00by (ok), 16-Мрт-24, 08:45 
>> Потому что "это" всего один из файлов.
> А что, сhkdisk деланый под "native subsystem" таки запускается?

Понятия не имею, он мне не нужен. Вот когда джойстик мне был нужен, но нужного API не было - взял и допилил немножко Wine.

Ответить | Правка | Наверх | Cообщить модератору

227. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от n00by (ok), 16-Мрт-24, 08:50 
Но если тыкать пальцем в небо - сhkdisk шлёт IOCTL драйверу NTFS. Стало быть его работоспособность к NativeAPI отношения не имеет: если и запустится, то ничего не проверит.
Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

110. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от kusb (?), 14-Мрт-24, 12:20 
Меня кстати интересует - сложно ли заставить ядро Linux отзываться на Nt Native API и другие интерфейсы. И чтобы загружалось PE EXE и работала вся верхняя часть от Windows без изменений.
(Windows на ядре Linux)
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

139. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от n00by (ok), 14-Мрт-24, 15:43 
Если под "Nt Native API" понимать экспортируемые ntdll.dll функции, то это уже делает WinE.

Если же требуется загружать ntdll.dll, взятую из Windows, и что бы она вызывала ядро инструкцией syscall, то технически такое возможно (грубо говоря, часть WinE перенести в ядро), но не понятно, какой в этом толк. В Windows в ядре так же находится и часть графической подсистемы, значит потребуется засунуть в ядро Linux заодно Wayland композитор и другие странные штуки.

Ответить | Правка | Наверх | Cообщить модератору

171. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Вендузятник пох. (?), 14-Мрт-24, 23:59 
> В Windows в ядре так же находится и часть графической подсистемы

с разморозочкой, у тебя kms в ведре уже десять лет, и последние пять от него избавиться в принципе невозможно.

Ответить | Правка | Наверх | Cообщить модератору

173. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (-), 15-Мрт-24, 00:38 
> с разморозочкой, у тебя kms в ведре уже десять лет, и последние пять от него
> избавиться в принципе невозможно.

Да? А как же это кернелы роутеров собраны совсем без этого всего? Там даже видяхи нет - ну и kms им ни к чему. Так что избавиться - можно. А мистер эксперт опеннета как обычно прогнал.

Другое дело если графику захочется. То что те непотребства с xorg лазящим в железо зарубили - давно пора было. Rampant layering violation как он есть.

Ответить | Правка | Наверх | Cообщить модератору

179. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от n00by (ok), 15-Мрт-24, 05:03 
Это не то. Там GDI и DirectX в ядре.
Ответить | Правка | К родителю #171 | Наверх | Cообщить модератору

203. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (-), 15-Мрт-24, 14:59 
> Это не то. Там GDI и DirectX в ядре.

Системный эксперт уровня бох^W пох видимо не в состоянии понять чем отличается неотрубаемая в принципе реализация GDI и кусков DX от опционального слоя менеджмента режимов GPU, GPU mem/VM и тому подобной лабуды. Ну, подумаешь, разница в уровне сложности в разы, со всеми вытекающими низкоуровневыми вулнами...

Я еще не забыл как большая картинка (ресайз HTML пропертями, что-то типа 999999 x 999999 пикселей) - винду вообще в BSOD бабахал. Прям в видеодровах. Справедливости ради, в 50% случаев трюк и линуксоидов выносил, Xorg шикарно дох при попыке аллокации такой штуки :). Но это все же не вынос кернелмода из веба :)

Ответить | Правка | Наверх | Cообщить модератору

209. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от n00by (ok), 15-Мрт-24, 15:26 
Советую тому эксперту почить Фень Юаня, он на 1000 страницах достаточно подробно описывает. И даже пример даёт, как создать много объектов GDI и порушить "Рабочий Стол" в Windows 2000 (позже ядерную таблицу разделили меж процессами и замели "фичу" под ковёр). Либо хотя бы картинки в DDK посмотреть.
Ответить | Правка | Наверх | Cообщить модератору

219. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (-), 15-Мрт-24, 20:59 
> описывает. И даже пример даёт, как создать много объектов GDI и
> порушить "Рабочий Стол" в Windows 2000

Я где-то видел что-то сравнимое. Как и бсоды при попытке аллокации - вот - большой картинки.

> (позже ядерную таблицу разделили меж процессами и замели "фичу" под ковёр).
> Либо хотя бы картинки в DDK посмотреть.

Ну, мне оно не надо. Я линуксное существо уже лет 15. Пусть "виндузятник пох" читает, может хоть там ламерить не будет наконец? Хотя ламерство не очень хорошо лечится.

Ответить | Правка | Наверх | Cообщить модератору

225. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от n00by (ok), 16-Мрт-24, 08:27 
БСОД от большой картинки - это ошибка в реализации, забыли что-то проверить, как всегда. А когда одна таблица объектов на все процессы и кто угодно может её заполнить до отказа -  это просчёт в архитектуре. На время NT4 (когда графическую подсистему и перенесли в ядро) оно было быстро и правильно, но теперь гигагерцы выросли, требования к безопасности изменились, и такое решение повторять нет смысла.
Ответить | Правка | Наверх | Cообщить модератору

232. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (-), 16-Мрт-24, 19:20 
> БСОД от большой картинки - это ошибка в реализации, забыли что-то проверить, как всегда.

Да и в иксах тоже. Так что сплойт вышел довольно кроссовый, вышибал 50/50 народ.

> кто угодно может её заполнить до отказа -  это просчёт в архитектуре.

Да, я что-то такое помню - в итоге 1 программа могла вызвать общесистемный нагибон графики вообше. Что для системы основанной на гуе достаточно фатально, потом даже таскменеджер фиг прорисуется. И чего тогда делать? Ресет жать? :)

> к безопасности изменились, и такое решение повторять нет смысла.

Абсолютно. И у иксов наверняка есть куча сравнимых дурацких проблем из лохматых годов.

Ответить | Правка | Наверх | Cообщить модератору

159. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (-), 14-Мрт-24, 22:14 
> Меня кстати интересует - сложно ли заставить ядро Linux отзываться на Nt
> Native API и другие интерфейсы.

Чисто теоретически все ОС эквивалентны, а поверх одного апи можно сделать другое. WinE так и делает. А UML даже реализует Linux syscalls через... Linux syscalls! :)

Практически - вопрос кто будет столько счастья воротить - и зачем. Ради одного chkdisk столько кодить - желающих немного.

> И чтобы загружалось PE EXE и работала вся верхняя часть от Windows без изменений.
> (Windows на ядре Linux)

WinE поставить и нарулить его запускалкой PE EXE через binfmt_misc у вас уже не модно? Но вот именно chkdisk работающий до запуска оси так все же не запустится, врядли кто NT API там зачем-то кодил в тех объемах.

Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

16. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  –1 +/–
Сообщение от Аноним (16), 14-Мрт-24, 01:06 
не реклама... ну да
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

56. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +2 +/–
Сообщение от Мухорчатый (?), 14-Мрт-24, 08:33 
О даааа....
Тут такая жирная рекламная площадка - сразу миллиардерами станут
Ответить | Правка | Наверх | Cообщить модератору

161. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от kusb (?), 14-Мрт-24, 22:19 
> О даааа....
> Тут такая жирная рекламная площадка - сразу миллиардерами станут

Много смешных комментов и много людей.

Ответить | Правка | Наверх | Cообщить модератору

21. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +2 +/–
Сообщение от DEF (?), 14-Мрт-24, 01:14 
Проверь на 6.8. Со времен 6.6 в NTFS3 было немало коммитов и фиксов.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

26. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +3 +/–
Сообщение от penetrator (?), 14-Мрт-24, 02:20 
а на черта он надо, нет винды - нет проблем
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

79. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +1 +/–
Сообщение от aname (?), 14-Мрт-24, 10:55 
Винда- решение линуксовых проблем
Ответить | Правка | Наверх | Cообщить модератору

100. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (100), 14-Мрт-24, 11:39 
Не проблемы - Путь.
Ответить | Правка | Наверх | Cообщить модератору

160. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (-), 14-Мрт-24, 22:16 
> Винда- решение линуксовых проблем

А гильотина - лекарство от головной боли тогда.

Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

235. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от aname (?), 16-Мрт-24, 21:30 
>> Винда- решение линуксовых проблем
> А гильотина - лекарство от головной боли тогда.

*nix-way решение проблем.

Ответить | Правка | Наверх | Cообщить модератору

122. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от beck (??), 14-Мрт-24, 12:51 
Речь не о винде, а о ntfs.
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

176. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от penetrator (?), 15-Мрт-24, 02:26 
> Речь не о винде, а о ntfs.

нафиг он нужен без винды

Ответить | Правка | Наверх | Cообщить модератору

37. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (37), 14-Мрт-24, 04:01 
Непонятна вообще необходимость использования ntfs на запись. Домохозяйкам чтоли помогать?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

40. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +3 +/–
Сообщение от X512 (?), 14-Мрт-24, 06:25 
А какой ещё выбор кроме NTFS среди кроссплатформенных ФС с поддержкой журналирования?
Ответить | Правка | Наверх | Cообщить модератору

48. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  –1 +/–
Сообщение от Аноним (48), 14-Мрт-24, 07:51 
для винды так-то есть ext4 драйвер
Ответить | Правка | Наверх | Cообщить модератору

51. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  –3 +/–
Сообщение от iPony129412 (?), 14-Мрт-24, 08:23 
А что с долбёжкой с правами делать с ext4?
Ответить | Правка | Наверх | Cообщить модератору

80. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от aname (?), 14-Мрт-24, 10:56 
Локалхостохозяйки ещё не придумали
Ответить | Правка | Наверх | Cообщить модератору

90. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (90), 14-Мрт-24, 11:16 
А разве Вынь не кладёт на эти права?
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

125. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от iPony129412 (?), 14-Мрт-24, 13:03 
Не знаю.
Я про сллучай, что один линуксоид пойдёт к другому с диском полным сериала какого-то, может даже не аниме
Ответить | Правка | Наверх | Cообщить модератору

146. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (146), 14-Мрт-24, 16:39 
А интернет им за что отключили?
Ответить | Правка | Наверх | Cообщить модератору

182. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (182), 15-Мрт-24, 07:49 
Как будто, тот другой линуксоид на своём локалхосте сам себе не root.
Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

88. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (90), 14-Мрт-24, 11:15 
Да даже более демократичный F2FS есть, специально для флешек заточенный.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

144. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Kuromi (ok), 14-Мрт-24, 16:17 
F2FS под Виндовс вроде как не поддерживается никак вообще. Даже читалок-экстракторов нет, вроде тех что могли отдельные файлы с линуксовых ФС вынимать.
Ответить | Правка | Наверх | Cообщить модератору

133. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +1 +/–
Сообщение от AlexYeCu_not_logged (?), 14-Мрт-24, 14:59 
>А какой ещё выбор кроме NTFS среди кроссплатформенных ФС с поддержкой журналирования?

А зачем? За последние 20 лет список задач для этого изрядно подсократился.

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

45. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  –1 +/–
Сообщение от Вендузятник пох. (?), 14-Мрт-24, 07:32 
По умолчанию у них на сайте доступна вообще неработающая версия.

В тех местах где она ищет какие-то куски ведра - в моей системе их нет (и быть не могло). Не смотря на то что версия заявлена поддерживаемой и какие-то скрипты ищущие хз что хз где.

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

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

> и он намного старше.

и это вряд ли хорошо - учитывая насколько часто и разно меняются внутренние апи ведра и как костыльно построена у них поддержка.

> Ещё из интересного - там есть chkntfs

которую они четыре года назад обещали-обещали выложить в опенсорсе но... а зачем, и так схавают.
И не выложили.

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

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

109. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (109), 14-Мрт-24, 12:16 
у тебя мильён файлов в одной папке? всё с тобой ясно
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

123. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от нах. (?), 14-Мрт-24, 12:54 
дык, линуксом пользоваться - и так все ясно.

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

Ответить | Правка | Наверх | Cообщить модератору

162. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от maximnik0 (?), 14-Мрт-24, 22:20 
>у тебя мильён файлов в одной папке?

А что тут такого? Я знаю куча софта который не держит большие БД,разбивает на куча мелких файлов.А  гит ?В ветках гит и больше иногда бывает файлов. Другое дело что NTFS не очень то такое выносит,(есть такое дело,теряет файлы х.з куда) да и тормоза после перегрузки не детские,пока кэш набьет. Странный какой-то народ - одни хвастаться что  для BTRFS 6 миллионов файлов не проблема и все аплодирует,другие что сумма сошел.

Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

174. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +1 +/–
Сообщение от Аноним (-), 15-Мрт-24, 00:40 
> Странный какой-то народ - одни хвастаться что  для BTRFS 6 миллионов файлов не проблема
> и все аплодирует,другие что сумма сошел.

С одной стороны - если ФС навязывает структурирование данных, это хреновая ФС.

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

Ответить | Правка | Наверх | Cообщить модератору

178. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от maximnik0 (?), 15-Мрт-24, 04:02 
>>Во всяком смысле это точно не подлежит осмысленному браузингу людьми.

Странно что очень быстро забыли про обьектно ориентированные Фс,для них проводили это тестирование.Одно время были в тренде -сейчас подозрительная тишина.Осталисьтолько Fuse надстройки и  в некоторых кластерных фс в виде плагинов или расширений.

Ответить | Правка | Наверх | Cообщить модератору

204. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (-), 15-Мрт-24, 15:04 
> Странно что очень быстро забыли про обьектно ориентированные Фс,для них проводили это
> тестирование.Одно время были в тренде -сейчас подозрительная тишина.

Ибо как говорится, не стоит усложнять сущности без необходимости. И какая была нужда делать вон то кроме хайпа я - не понял. Все это можно делать и на обычной ФС, если оно надо.

> Осталисьтолько Fuse надстройки и  в некоторых кластерных фс в виде плагинов или расширений.

Половина юзвергов и с обычными то ФС еле осознают как это работает, а вы их еще продвинутыми парадигмами грузить удумали? За пределами "папочка" и "файлик картинки"? Да вот ща. Ну и пример Palm с их недо-фс в бд поазывает насколько это все гиморно и непрозрачно в управлении оказывается. Бэкап сделать? Надо чуть ли не DBA быть. А не просто скопировать пару папочек, блин.

Ответить | Правка | Наверх | Cообщить модератору

221. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от maximnik0 (?), 15-Мрт-24, 23:12 
>И какая была нужда делать вон то кроме хайпа я - не понял.

На Хабре писалось про систему архивов для натариусов.Там как раз применили S3 (открытое обьектно-файловое ари) от Амазона.На года и месяцы  по папкам раскидать можно,но все равно на одну папку больше 3 миллионов документов.А целостность архива,а БД с веретификацией и информацией для быстрого поиска и т.д.Вот в объектной ФС и можно накидывать миллионы файлов- обращение идёт по сгенерированному ID документа.Запись идёт по протоколу с веретификацией и цифровой подписью,история всех изменений сохраняется.
Единственное что жалко как всегда исходников ФС не выложили.

Ответить | Правка | Наверх | Cообщить модератору

233. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (-), 16-Мрт-24, 19:39 
> На Хабре писалось про систему архивов для натариусов.Там как раз применили S3
> (открытое обьектно-файловое ари) от Амазона.На года и месяцы  по папкам
> раскидать можно,но все равно на одну папку больше 3 миллионов документов.

Да вообще нормальная ФС не напряжется и с 3 миллионов файлов в дире. Если имя файла что-то означает - оно в принципе работать будет. Ну вот ваш любимый EXT4 на таком конечно будет "не очень". Впрочем можно еще и по дням разложить. И будет сколько - порядка 100К в дире? Это уже даже EXT4 переживет, хоть и паршивенько. ЧСХ хотя это и костыль, он таки вполне логичный и иерархичный и вопросов не вызовет от слова вообще. И двуногим в принципе ок.

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

> А целостность архива,а БД с веретификацией и информацией для быстрого поиска и т.д.

О да, а как в БД это все проверяется, включая всякие индексы, неизменность документов и проч? Это все конечно решаемо - но так придется написать нечто даже покруче чем свой fsck. При том - самим. Иначе в какой-то момент станет "не айс". Не говоря о том что у кого-то должны будут быть нехилые DBA скиллы на случай отклонения от идеала и проч. Иначе это будет выглядеть весьма печально.

> Вот в объектной ФС и можно накидывать миллионы файлов- обращение идёт
> по сгенерированному ID документа.

В нормальных современных ФС можно и миллионы файлов раскладывать, им похрен. Там какой-нибудь O(log(N)) для дерева будет - и нормуль. Нет, ваш EXT4, потомок чуть ли не миниксовой ФС, современной ФС ни разу не является. Что бы вы там себе ни воображали. Это окаменелый кал мамонта, из которого попытались сделать жалкое подобие современной ФС. С понятным результатом.

> Запись идёт по протоколу с веретификацией и цифровой подписью,история всех
> изменений сохраняется.

Ну как бы вот это все - нужно очень сильно местами.

> Единственное что жалко как всегда исходников ФС не выложили.

А зачем эта штука простому смертному? К ней без тимы админов и пары датацентров с серверами лучше не соваться. Для более прозаичных случаев - нормальные современные ФС не стушуются и на миллионе файлов. Правда юзер при браузинге от балды материться ессно будет.

Технически ФС сами в каком-то роде БД. Просто относительно простые. И можно написать прогу-сервер которая будет обеспечивать протокол, раскладывать подписи в extended attrs или куда там, и даже трекать версии и проч. Гите же трекает, и ничего. Вон уже до 10 млн объектов догнался. Они все и сразу конечно на ФС не бывают, но даже 100-200К файлов котторые большой билд кернела может трогать уже как бы озадачит совсем топорные ФС. Которые просто отжили свое.

Ответить | Правка | Наверх | Cообщить модератору

187. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (184), 15-Мрт-24, 08:41 
Собственно Git и другие VCS это основная причина боли при массовом копировании файлов. У Fossil подход более здравый, но это к сожалению не мейнстрим.
Ответить | Правка | К родителю #162 | Наверх | Cообщить модератору

117. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Аноним (117), 14-Мрт-24, 12:38 
> правда у них по умолчанию на сайте после покупки доступна старая версия, пришлось писать в ТП, там дали новый билд, который отлично работает на Linux 6.6 (lts)

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

Вресия драйвера была 9.4. Я написал в техподлдержку - они скинули текущий trunk, с которым всё было нормально. Позже была официально выпущена версия 9.5.

Я сейчас пользуюсь версией 9.6.7. Ядро 5.10 из 11-го Дебиана. А какая сейчас последняя?

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

248. "Из ядра Linux 6.9 удалён старый драйвер NTFS"  +/–
Сообщение от Bklrexte (ok), 18-Мрт-24, 20:02 
Последняя через сайт 9.7, через ТП - 10.5.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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