URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 118464
[ Назад ]

Исходное сообщение
"Для ядра Linux предложен новый вариант драйвера exFAT"

Отправлено opennews , 15-Сен-19 09:21 
Корейский разработчик Park Ju Hyung, специализирующийся на портировнии прошивок Android для различных устройств, представлил новую редакцию драйвера для файловой системы exFAT  - exfat-linux, которая является ответвлением от драйвера "sdFAT", разработанного компанией Samsung. В настоящее время в staging-ветку ядра Linux уже добавлен драйвер exFAT от Samsung, но он основан на кодовой базе старой ветки драйвера (1.2.9). В настоящее время Samsung использует в своих смартфонах полностью иной вариант драйвера "sdFAT" (2.2.0), ответвлением от которого и стала разработка Park Ju Hyung...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=51490


Содержание

Сообщения в этом обсуждении
"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено kiwinix , 15-Сен-19 09:21 
Флешки читать разве что?
Ну ладно, тогда нужно

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено VINRARUS , 15-Сен-19 10:09 
Кулхацкеры используют для флешок NTFS.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аномномномнимус , 15-Сен-19 13:02 
Особенно в зеркалках, гопро-шках и прочем железе ещё не разжиревшем до "8 процев, 12Гб ОЗУ, всё равно торможу на копировании файлика"

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 15:50 
а разьве го8нопрошка уже научилась exfat? (я правда не знаю - перешел на китайские подделки ровно с момента, когда они занялись "развитием экосистемы" вместо качества своего продукта, а ценник на верхние модели перевалил за $500)

там внутре - линух, если что.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Baobab , 15-Сен-19 21:36 
> там внутре - линух, если что.

Неонка,не?


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 14:27 
А не кул используют Ext2, F2FS.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено VINRARUS , 15-Сен-19 20:18 
Олдфаги юзают jffs2 \m/

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 23-Сен-19 16:46 
jffs2 для совсем других флешек предназначена

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Anon132 , 15-Сен-19 11:07 
Использую exFAT для переносимых дисков/флешек между маком, виндой и линуксом. Не нашел ничего быстрей и переносимей для чтения/записи без существенных рисков повреждения данных

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 16:18 
udf же

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 16:45 
Внезапно, не работает почти нигде. Его поддержка от компа к компу имеет шансы отсутствовать даже для простого чтения, не говоря уже о записи и прочих фичах. Такова жизнь

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено maximnik0 , 15-Сен-19 22:03 
>Внезапно, не работает почти нигде.

То что в лине забросили к сожалению поддержку отнюдь не означает что не работает,даже вин 10 и Mac OS X Leopard поддерживает самую последнию (на чтение, V 2.5 полностью) спецификацию.Другое дело что средствами виндовс хрен  отфарматируеш флэшку в юдф,а софта очень мало с этой фичей.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 16-Сен-19 00:26 
> средствами виндовс хрен  отфарматируеш флэшку в юдф,а софта очень мало с этой фичей.

У этих слоа сиысл: Т.е. фактически-практически нет поддержки UDF.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 16-Сен-19 14:05 
А один раз отформатить и пользоваться далее не?

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ryoken , 16-Сен-19 07:18 
В венде (7 и выше, насчёт висты не уверен) format /? пробовали смотреть? Тыщщу раз флешки в UDF перепиливал. Для совместимости можно даже версию 1.02 соорудить.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено maximnik0 , 16-Сен-19 07:40 
>format /? пробовали смотреть?

Был там какой-то косяк, что то в структуре фс, в общем винда файлы видела, а линукс нет.Но объём что занято показывал, и не в версиях фс дело, что под линем создано винда нормально читала.

Проблема что чинить фс средств нет :-(


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 09:24 
Теперь и на нашей улице праздник.
Особенно когда из коробки будет

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено VINRARUS , 15-Сен-19 10:30 
C ExFAT биосы современных мамок грузиться умеют?

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 10:54 
у современных мамок нет никакого биоса. У них есть uefi. С чего осилишь написать загрузчик, с того и будет грузиться.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Тот_Самый_Анонимус , 15-Сен-19 11:02 
Уефи — это биос, как по букве, так и по сути. Или найдётся умник, отрицающий что уефи — это не базовая система ввода/вывода?

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 11:21 

разная реализация. старые операционки (ДОС в основном) использовали биос для доступа к железу(например к диску), потому оно и называлось система ввода/вывода. в уефи такой функциональности больше нет.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 15:22 
есть, uefi drivers.
Ну, на бумаге, во всяком случае - не знаю, использует ли их б-жественная десяточка, даже если и есть.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ryoken , 16-Сен-19 07:20 
Не, не использует. Там с момента запуска ОСи все сервисы UEFI закругляются. Поройте на тему статьи некоего Coderush хотя бы на том же хабре (простите). Очень всё понятно написано. Чел сам, по его утверждениям, работает как раз на работе по разработке прошивок :D.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 15:25 
меня больше удивляет что нашелся неумный, не понимающий что Unified Extensible Firmware Interface ни разу не "базовая" и не "ввода-вывода".

твой биос остался с твоими школьными годками в 1987м году. Сейчас компьютеры стали сильно сложнее и передачей управления на единственный сектор в 512 байт уже не отделаешься. (точнее, для этого надо костылей и подпорок на пару десятков мегабайт)


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Michael Shigorin , 15-Сен-19 19:17 
> Сейчас компьютеры стали сильно сложнее и передачей управления
> на единственный сектор в 512 байт уже не отделаешься.
> (точнее, для этого надо костылей и подпорок
> на пару десятков мегабайт)

Ну как тут удержаться от очередной ссылки на замечательное :-]

http://mjg59.dreamwidth.org/4957.html


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 19:37 
ну страданиями 2011го года можно только посочувствовать, как и попыткам афтора угодить всем и сразу (и героическому преодолению собственноручно придуманных трудностей - заметим, совершенно не с efi связанными).

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Тот_Самый_Анонимус , 23-Сен-19 20:33 
твой биос остался с твоими школьными годками в 1987м году. Сейчас компьютеры  стали сильно сложнее и передачей управления на единственный сектор в 512 байт уже не отделаешься. (точнее, для этого надо костылей и подпорок на пару десятков мегабайт)

Колесо, хоть и в шинах, иногда с системой автоматической подкачки воздуха, всё равно осталось колесом. Как и его древний собрат на древнеримских колесницах. Неасмотря на всю сложность. Аналогия ясна?



"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ы , 15-Сен-19 20:17 
вот тут логическая ошибка. BIOS -- это не абстрактная базовая система ввода-вывода, а конкретная реализация, которую изначально написали для CP/M (чтобы уйти от boot rom).

вон у powerpc'шных маков базовая система ввода-вывода была, а BIOS не было, был именно boot rom, предоставляющий эту функциаональность.

да и в DOS по-хорошему "базовой системой ввода-вывода" было сочетание BIOS и io.sys.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Тот_Самый_Анонимус , 23-Сен-19 20:34 
> вот тут логическая ошибка. BIOS -- это не абстрактная базовая система ввода-вывода, а конкретная реализация, которую изначально написали для CP/M (чтобы уйти от boot rom).

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено richman1000000 , 16-Сен-19 13:12 
UEFI - Это говно по после BIOS, но про BIOS теперь забудьте. Мелкософт хотят чтобы все далалось через UEFI
BIOS весит 256-1025KB, а UEFI зажирает чуть ли не 20МБ и это при том что туда еще не добавили "фичи".
UEFI - это почти операционка, которая грузит другую операционку. Вместо нормального BIOS напичкали эту хрень, только мешает работать.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ilyafedin , 18-Сен-19 07:37 
Мини-операционка, которая загружает другую мини-операционку (grub), которая загружает уже ОС

Добро пожаловать в 21 век называется :)


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено commiethebeastie , 15-Сен-19 12:19 
Не умеют, эти красавцы деградировали до уровня FAT32.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено BlackRot , 15-Сен-19 12:22 
моя нет(

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено iPony129412 , 15-Сен-19 13:56 
> C ExFAT биосы современных мамок грузиться умеют?

умеют


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 16:49 
Стандартом вроде бы предписывается FAT32, и никакая другая фс. Или у вас есть примеры с пруфлинками на uefi с поддержкой не только это фс?

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Тутуру , 15-Сен-19 17:33 
Смотри, стандартом предписывается обязательное наличие только её, но при наличии соответствующих драйверов гипотетически возможна загрузка и с других фс.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 19:16 
проблема только в том, что твой "соответствующий драйвер" (некислый такой кусок кода, к примеру, вот, портированный с самсунговского драйвера на совершенно чуждую и очень хреново документированную платформу - очень простая и каждому школоло доступная задачка) все равно нужно суметь загрузить, ну, например - с uefi partition ;-) А оттуда проще сразу недо-grub загружать, он дальше сам разберется.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ы , 15-Сен-19 21:27 
ребят, вот это всё efi partition -- это, конечно, здорово. вот были такие уникумы лет 20 назад, что грузили linux c umsdos, или о loadlin можно поностальгировать (оно было актуально чуть больше, до того как биосы научились, что у USB-флешки тоже может быть загрузчик, но это тоже было давно).

ну нет же реально ни у кого /boot в fat32, даже в BIOS было понятие загрузчика, в UEFI оно ещё сложнее и интереснее. в реальном мире loadlin (т.е. загрузка с диска поддерживаемого биосом и уже оттуда чтение собственно загрузчика) -- это был дикий костыль. BIOS/UEFI не умеют в ext2 -- факт, но это не значит, что ты не можешь загрузить Linux, не имея ни одного партишна в FAT. потому, что эту часть делает загрузчик и ему пофиг, какие файловые системы умеет BIOS.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 16-Сен-19 17:25 
> ну нет же реально ни у кого /boot в fat32,

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

~> mount |grep sd
/dev/sda2 on / type ext4 (rw,relatime,data=ordered)
/dev/sda1 on /boot/efi type vfat

это именно он и есть - только он ни разу не /boot (который тут вообще на той же / ) а совершенно отдельный раздел - как видишь, линукс не отличает его от vfat.

Ну то есть я его могу на самом деле отмонтировать - это даже полезно, поскольку кривые апдейты бубунточки умеют его портить, а никаких user serviceable parts там нет - только uefi loader, загружающий уже (почти) обычный grub. Но он должен быть на диске, и в нем должен быть EFI/BOOT/BOOTX64.EFI
- иначе нихрена тут не загрузится.

P.S. "современному" лет как бы не десять уже - старый-престарый ibm blade, legacy boot ни разу не предусмотрен вообще. Вот у модных-современных poweredge - с этим все ок.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ilyafedin , 18-Сен-19 07:43 
❯ mount | grep boot
systemd-1 on /boot type autofs (rw,relatime,fd=28,pgrp=1,timeout=120,minproto=5,maxproto=5,direct,pipe_ino=15555)
/dev/sda1 on /boot type vfat (rw,noatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ы , 15-Сен-19 21:32 
или вот такая штука была (или возможно есть) как bsd disklabel.
когда ты ставил фрю на x86, оно хотело формат партишнов несовместимый с DOS. недуалбутчики ставили его прямо на /dev/ad0, без досовского партишна, тупо на весь диск.

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 16-Сен-19 17:31 
> или вот такая штука была (или возможно есть) как bsd disklabel.

была, совершенно ни для чего не нужна, поддерживается как жуткое legacy и того гляди будет выпилена совсем.

90% ее занимает информация, совершенно бесполезная в современном  мире - отражающая особенности функционирования rk дисков pdp11

> когда ты ставил фрю на x86, оно хотело формат партишнов несовместимый с DOS

оно не "хотело" - но позволяло. для больных фанатиков. Причем называло его DANGEROUSLY dedicated, орфография оригинала. Как бы намекая, что так делать незачем.
Впрочем, там был баг, не исправлявшийся более 10 лет, что тоже как бы намекает...

современный bsdinstall использует gpt, без всяких ненужных рудиментов протозойской эпохи.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ryoken , 16-Сен-19 07:25 
> проблема только в том, что твой "соответствующий драйвер" (некислый такой кусок кода,
> к примеру, вот, портированный с самсунговского драйвера на совершенно чуждую и
> очень хреново документированную платформу - очень простая и каждому школоло доступная
> задачка) все равно нужно суметь загрузить, ну, например - с uefi
> partition ;-) А оттуда проще сразу недо-grub загружать, он дальше сам
> разберется.

Это вы щас rEFInd описали :D.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено iPony129412 , 15-Сен-19 18:03 
👉 https://github.com/pbatard/rufus/issues/724

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ы , 15-Сен-19 20:33 
у меня есть личный опыт, есть компьютер 2015 года выпуска (ThinkPad x250), старенький уже.
в режиме UEFI-only и secure boot: enforced отлично грузится с exFAT-флешек

собственно, это сейчас единственный поддерживаемый способ установить винду с флешки. в fat32 инсталляшка больше не умеет, там есть файл больше 4Гб; раньше поддерживался NTFS, но по-моему уже нет. в любом случае мак мне мог сделать только exFAT, в NTFS не умеет уже он.

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ryoken , 16-Сен-19 07:24 
> Стандартом вроде бы предписывается FAT32, и никакая другая фс. Или у вас
> есть примеры с пруфлинками на uefi с поддержкой не только это
> фс?

Стандартом - это да. А дальше у же от фирмвареписарей зависит. В EFI Shell команда есть, которая позволяет поглядеть запущенный EFI-драйверы. Лично видел на какой-то мамке кроме FAT ещё и NTFS.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Michael Shigorin , 15-Сен-19 19:18 
Не обязаны.  По спецификации _только_ FAT32, даже не "и ISO9660".

Но могут, полагаться на что ввиду предшествующего -- нельзя.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ы , 15-Сен-19 20:53 
а как по-вашему UEFI грузит винду с NTFS, если оно умеет только в FAT32?

вообще, в последней UEFI spec сказано: The EFI firmware must support the FAT32, FAT16, and FAT12 variants of the EFI file system.

но тут есть нюанс. загрузчик в EFI file system хранить вообще необязательно (это легаси), можно сразу положить в UEFI image.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ryoken , 16-Сен-19 07:29 
> а как по-вашему UEFI грузит винду с NTFS, если оно умеет только
> в FAT32?
> вообще, в последней UEFI spec сказано: The EFI firmware must support the
> FAT32, FAT16, and FAT12 variants of the EFI file system.
> но тут есть нюанс. загрузчик в EFI file system хранить вообще необязательно
> (это легаси), можно сразу положить в UEFI image.

Батенька, UEFI НЕ грузит венду. Ни с NTFS, ни с FAT32, ни с сидюка. По нормальному, установленная ОСь должна свой загрузчик закидывать в EFI System Partition + загрузочная запись в UEFI NVRAM (кажется это так называется). А уж потом загрузчик стартует, роется на тему winboot.efi вроде и далее.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ы , 15-Сен-19 21:04 
да, там ещё есть другие нюансы, FAT32 там должен быть специально-правильный, а не абы какой, чтобы катил за EFI partition, поэтому произвольный FAT32 в качестве EFI partition запросто может не сработать.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ryoken , 16-Сен-19 07:30 
> да, там ещё есть другие нюансы, FAT32 там должен быть специально-правильный, а
> не абы какой, чтобы катил за EFI partition, поэтому произвольный FAT32
> в качестве EFI partition запросто может не сработать.

Нюанс ровно один. Раздел должен быть помечен как ESP (в том же Parted, например).


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 17-Сен-19 09:57 
зависит от реализации EFI: одни требуют именно такой раздел, другие могут на всех fat32 разделах искать загрузчик и запуститься с первого найденного (это если EFI сам ищет загрузчик, т.е. он не прописан в EFI).

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено ilyafedin , 15-Сен-19 09:26 
Учитывая бюрократию мейнтейнеров ядра, чую, пошлют они его :(

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 15:26 
может он умеет правильно кланяться и лобызать сапог? В принципе-то подход выбрал почти верный...


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 09:51 
Ребята, подскажите какой линукс выбрать... Их просто куча. Нужен линукс, который будет работать без всяких танцев. Если такой есть, конечно. В терминале полный ноль.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 09:54 
Ubuntu

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено VINRARUS , 15-Сен-19 10:31 
Точнее Kubuntu.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 11:37 
Тогда уж лучше KDE Neon.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено VINRARUS , 15-Сен-19 11:50 
Он лучше, потому шо с танцами.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 12:11 
Ставь стейбл версию и не будет никаких танцев. А кде всегда свежее кубунтушного где каноникл за два года даже минорную версию не изменит будет только патчить.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено iPahcae6 , 15-Сен-19 13:56 
Kubuntu это всего лишь инсталяционный диск с KDE из коробки, а дистрибутив все равно Ubuntu, не веришь, посмотри репы.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено VINRARUS , 15-Сен-19 15:30 
как и любая *buntu

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено JL2001 , 15-Сен-19 21:46 
> Kubuntu это всего лишь инсталяционный диск с KDE из коробки, а дистрибутив
> все равно Ubuntu, не веришь, посмотри репы.

список предустановленных пакетов и настроек называется Kubuntu, а репы убунтовские, да


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено KHD , 15-Сен-19 09:55 
Начни с ubuntu

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 10:00 
б-жественную десяточку. Она просто работает, без всяких танцев - а если что-то сломалось - ты всегда можешь позвонить в техническую поддержку (если сломалась ерунда - они тебе на самом деле помогут).

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

А то его и так изрядно уже изуродовали в угоду альтернативно-одаренным.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 10:03 
У дебиана есть техподдержка по телефону?

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Catwoolfii , 15-Сен-19 10:04 
Кстати, десяточка иногда ломается тоже "просто": накатил пачку обновлений и после ребута все - ку-ку Вася...

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 10:11 
почему у нас, в конторе с тысячами десяточек - не ломается? Или ты все же про де6иллиан? Ну там не знаю.

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

Причем десяточка-то откатится на "last known good" даже без вмешательства пользователя (точнее, если тyпopылый не полезет вмешиваться, когда его не просили), а починить бубунточку глупые фанатики опенсосия не смогут, они только ебилдов ждать умеют.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Catwoolfii , 15-Сен-19 10:28 
>почему у нас, в конторе с тысячами десяточек - не ломается?

Может быть потому, что конкретно Вы этим не занимаетесь в своей конторе и чего-то не знаете?


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Адекват , 15-Сен-19 10:31 
Сама это как ? после ребута ? или подождать нужно, если да то сколько ?
Несколько лет назад была проблема на буке с ней - после загрузки черный экран, и ничего не помогало.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 12:29 
> Причем десяточка-то откатится на "last known good" даже без вмешательства пользователя (точнее, если тyпopылый не полезет вмешиваться, когда его не просили), а починить бубунточку глупые фанатики опенсосия не смогут, они только ебилдов ждать умеют.

Всё подобное должно было порешать nix || guix. Но нам же правильную архитектуру не надо, нам надо в продакшн и завязки на вендора.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено zzz , 15-Сен-19 12:57 
guix на десктопе? Ты еще расскажи, как удобно администрировать линуксовый парк из хотя бы сотни десктопов. В винде всё просто - вот тебе контроллер домена+GPO+SCSM, где за час можно мышкой нарисовать какие угодно деления, политики и настройки. Что предлагает "правильная архитектура"?

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 16:04 
Да ты не следишь за мыслью. Ответ был на мысль "десяточка-то откатится на "last known good" даже без вмешательства пользователя". Все подобные проблемы как раз и должны были порешать вышеупомянутые дистры.

>  В винде всё просто - вот тебе контроллер домена+GPO+SCSM, где за час можно мышкой нарисовать какие угодно деления, политики и настройки.

Ты ссать можешь в уши кому другому. Чем-то похожим я регулярно и занимаюсь по работе. Наблюдаю регулярное неприменение ГПО с отсутствием ошибок в логах на некоторых ПК. Всего-то кривое старое ПО делает это невозможным. Куча настроек либо нет в шаблонах, либо просто не описаны. И прыгай ищи по форумам какие ветки реестра всем раскидывать. Попытки применить ГПО к технологиям не от МС заканчивается обломом. Просто нет такой возможности. Попытки добавить политики от другого ПО(если они есть) наталкивается на то что это надо дополнительно изучать и поддерживать в вменяемом состоянии. Никому из начальства это Г с подвешиванием поддержки лишнего софта на свою шею не нужно. Имеем в итоге что ГПО только от МС и для МС. И ещё есть отдельная радость в виде не SCSM, а его брата - SCCM. Очередной п:?%;(ц который намертво завязан с WMI и регулярно косячит то с одной, то с другой стороны. И большинство советов от твоих коллег-макак при проблемах - winmgmt /salvagerepository. Вы же все убогие как советский выключатель. У вас либо ничего не ломается и мышкой натыкать, либо переставлять с нуля. Возможность починить просто не предусматривается.
А в МС наверное в отличие от тебя д-лы работают. И вместо "за час можно мышкой нарисовать" двигают nuget, chocolatte, powershell + ssh для удаленного доступа, сверху к этому - DSC.
Одно плохо - привязывают к своему абажуру по максимуму. А так юниксвей там в полный рост двигается.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 10:14 
никаких "десяточек"! Только православная семёрка.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено VINRARUS , 15-Сен-19 10:33 
Волхвы проклянут всех у кого не ХР.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Адекват , 15-Сен-19 10:36 
А их забьют клюками деды с 98se.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 16:59 
действительно, 98/xp/7/8/9/10/11/... идеальные системы, и ничего страшного, что за следующую версию (обновление) приходится каждый раз платить и терпеть реламную парашу (если имеется ввиду пользование изкоробки)

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 10:56 
ей жить четыре месяца осталось. А дальше - опаньки, и апгрейд - ни разу небесплатен.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Гентушник , 15-Сен-19 12:10 
> апгрейд - ни разу небесплатен

В смысле? За неё ещё и платить нужно было? :-)


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено AlexYeCu_not_logged , 15-Сен-19 10:57 
>б-жественную десяточку. Она просто работает, без всяких танцев

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено zzz , 15-Сен-19 12:06 
И какие же постоянные стрессы у пользователей винды? Раз в месяц установить обновы и пройтись DWS Lite? Ужасный стресс. А вот всё остальное применимо как раз к линуксу.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено AlexYeCu_not_logged , 15-Сен-19 13:41 
> Раз в месяц установить обновы и пройтись DWS Lite?

Вот это уровень, вот это я понимаю…


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено zzz , 15-Сен-19 14:18 
Не переводи тему. Где конкретно объект для стресса? Нет его. Один гундеж про трудную жизнь на винде, причем громче всех про виндовые тяготы и лишения стонут почему-то арчеводы.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено AlexYeCu_not_ligged , 15-Сен-19 14:52 
> Где конкретно объект для стресса?

Т.е. это вот ты не троллил виндопользователей? Серьёзно?
Ну ладно…

>Раз в месяц установить обновы и пройтись DWS Lite?

1. Вам там разрешили уже обновы когда вам угодно ставить?
2. Раз в месяц предпринимать какие-то действия само по себе напрягает, а уж если учесть, для чего…

Но, как я уже писал, у пользователей винды  довольно быстро атрофируются органы чувств, эмоциональная сфера, способность критически мыслить. Увы, здоровому человеку Винда противопоказана.
Ты сам тому пример: приводишь откровенно раздражающие особенности системы, и недоумеваешь, что не так. И вот это вот «а что не так» я регулярно замечаю: «а что не так , если при каждом запуске программы надо делать лишний клик на всплывающей форме», «а что не так, если сплэш запускаемой программы перехватывает фокус», «а что не так, если надо помнить какое приложение монтировало сетевой ресурс последним: 64-х битное или 32-битное», «а что не так в ярких и уродливых пользовательских интерфейсах, которые чихать хотели на системные настройки», «а что не так, если надо самому следить, чтобы при установке сфотины с официального сайта крупной корпорации тебе не напихали в систему спай/адд/ещё-какого-вейра». Для вменяемого пользователя всё это является стрессом, пользователь, изуродованный виндой, привык этого не замечать. Как-то так.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 15:29 
> 1. Вам там разрешили уже обновы когда вам угодно ставить?

да. А тебе - нет, и совершенно правильно сделали.
В результате на сегодня 90% долбящих меня во все дырки троянцев - линуксные (там - разрешили, спасибо больным из бубунточки и им же +де6иллианцам за отключенный после установки по умолчанию файрвол)

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

гораздо проще сидеть на протрояненом линухе, потихоньку майнить и кормить десяток sshных червяков.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено AlexYeCu_not_logged , 15-Сен-19 17:09 
> А тебе - нет, и совершенно правильно сделали.

А мне кто-то запрещал?

>В результате на сегодня 90% долбящих меня во все дырки троянцев - линуксные

Эм, точно линуксные, а не, скажем, латексные? Впрочем, шут с ней, с твоей странной половой жизнью…

>гораздо проще сидеть на протрояненом линухе, потихоньку майнить и кормить десяток sshных червяков

Фантазёр?


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 19:29 
>> А тебе - нет, и совершенно правильно сделали.
> А мне кто-то запрещал?

для винды - к счастью, да. Ты ведь не умеешь настроить? Вот и хорошо.

А заходы с линyпсов я уже морально готов на всех своих хостах отбрасывать прямо по pattern matchingу, на какой бы порт ни были адресованы - там 100% не люди - вот уж не думал, что всего за десять лет доживу до такого.
(в 2008м мы отбрасывали заходы с винды на 25й порт на специальный тормозной отдельный мусорный сервер - вероятность что там почтовый сервер была много, много меньше того что ее просто поломали. С принудительными апдейтами ситуация изменилась на 180 градусов. Линукс - не на 25й, а вообще на любой - сразу в мусорку. Можно даже не анализировать дальше. Либо троян, либо его владелец - кульхакер васян.)

>>гораздо проще сидеть на протрояненом линухе, потихоньку майнить и кормить десяток sshных червяков
> Фантазёр?

угу: # pfctl -t fuckers -T show -v | awk /Block'/{if ( $4>0 ) print }'|wc -l
No ALTQ support in kernel
ALTQ related functions disabled
     386
винда, наверное, проклятая. Там, кстати, попадаются красавцы и с тысячами попыток.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено JL2001 , 15-Сен-19 21:58 
> В результате на сегодня 90% долбящих меня во все дырки троянцев - линуксные

они тебе так и представляются "беженцы с кали-линукс мы, подайте кто может" ?


> гораздо проще сидеть на протрояненом линухе, потихоньку майнить и кормить десяток sshных
> червяков.

пруфы, Били, где пруфы?
уж на десктопах на лине секьюрити-апдейтс по дефолту везде включено
или опять злобный вирус сумел заюзать root/qwerty ?


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 22:23 
> они тебе так и представляются "беженцы с кали-линукс мы, подайте кто может" ?

они используют libcurl и/или пытаются добраться до 22го порта - ну конечно же это винда проклятая?
(нет, я могу, конечно, задействовать fingerprint match, но мозги-то ты можешь хотя бы попытаться задействовать сам?)

> уж на десктопах на лине секьюрити-апдейтс по дефолту везде включено

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

А вот (как нам тут радостно крякают злопыхатели) инстансы azure - на 3/4 уже сплошное полное - оно.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Канифоль Патрика , 15-Сен-19 15:37 
Шизофреник конечно же не осознаёт, что болен.
Я бы на порядок толерантнее относился бы к СПО, если бы оно не притягивало перманентно вот таких шизоидов как вы и не обрастало бы ими как снежный ком до такой степени, что становится уже совершенно непонятно, да и не важно, что там изначально находилось в центре этого кома.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 15:58 
да там с самого начала в центре кусок гуана плавал.
Поскольку все гордые заявы о шва6одке-  они от апдептов понятно какого недобитого коммуняки, большого любителя мозолей.

Те кто просто ляпали "in no event shall the regents of the university of california be liable..." ничего ни о какой шва6одке не думали - просто пилили код который попал им в руки, не шибко интересуясь его происхождением. Но их уже с нами нет давно :-(


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено AlexYeCu_not_logged , 15-Сен-19 17:15 
>Я бы на порядок толерантнее относился бы к СПО

Ты можешь совсем не толерантно относиться к СПО и, к примеру, свалить с этого ресурса. Не мучай себя, уютненький MSDN ждёт тебя. И поха захвати: обсудите с ним, кто и куда ему долбится. Возможно, это послужит началом крепкой и нежной дружбы…


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 19:30 
Не следишь ты за мировыми событиями. В течении последних пары лет была крупная буча на МСДН. МС начала переводить часть блогов на новую платформу, а старые могла в любой момент закрыть или стереть. Пропала куча знаний накопленных годами. Мне регулярно попадались люди что всё своё выгрузили в архив на какой-нибудь гуглдрайв и закрыли блог. Часть авторов потеряла свои сообщения. Не знаю вернула мс всё на место или нет. Но это самое тупейшее решение от мс что я знаю. И теперь мсдн неуютненький.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено хотел спросить , 15-Сен-19 11:10 
я пробывал всякие Debian подобные штуки - не зашло

пробывал SUSE - жутко лагало

остановился на шапке - точнее CentOS, ну и впоследствии на Fedora для дома

но каждому своё...


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено аноним3 , 15-Сен-19 19:35 
я бы остановился на потомках мандривы. они всегда уделяли много внимания удобству. про убунту не говорю.. с первого взгляда вроде бы все ок, но поработаешь с ней плотно пару тройку недель и поймешь , что даже консоль не так убога))) извини уж кому не нравится, но их идеал поведения рабочей среды жутко проблематичен и малоэффективен. особенно файловый менеджер. и не говорите мне про твики. начинающий пользователь об этом и слышать не должен. короче пусть выбирает дистр на основе кед, это будет наиболее близким по духу и работе с виндой и все есть в стоке(почти).

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено iLex , 15-Сен-19 14:21 
А ваша десяточка научилась наконец-то размер папки правильно подсчитывать по Правый_клик->Свойства? Если в папке лежит хоть один файл с именем, длиннее 260 символов, она не может подсчитать размер папки, выдавая какую-то рандомную чушь вместо реального размера. Что интересно, семёрка ту же самую папку обрабатывает правильно.
Багу уже больше года, но MS и не чешется его фиксить, они более важным делом заняты - фиксят все возможные способы отключения автоапдейтов, а то юзеры совсем обнаглели, не хотят обновляться с принудительной перезагрузкой по первому желанию системы.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 15:32 
я бы вообще диск необратимо портил при первой же попытке создать такой файл.

> они более важным делом заняты - фиксят все возможные способы отключения автоапдейтов, а то юзеры

именно так.

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

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено iLex , 15-Сен-19 16:29 
> я бы вообще диск необратимо портил при первой же попытке создать такой файл

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

А если дебил настолько тупой, что запускает рендеринг на 5 суток, или там майнинг, и при этом зачем-то отходит от клавиатуры, вместо того, чтоб сидеть дежурить, то сам виноват. Ради привилегии запустить Божественную Десятку можно и не на такие жертвы пойти.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 20:06 
>> я бы вообще диск необратимо портил при первой же попытке создать такой файл
> Ну попробуйте создать оффлайновый архив какого-нибудь крупного форума, и чтоб не было
> таких файлов. Да и при закачке торрентов такие файлы не редкость.

ну я как бы смогу НЕ создавать таких файлов, если очень зачем-то захочу такой архив (причем, наверное, позаботился бы, если бы что-то такое было мне на деле надо. К счастью, интересующие меня форумы способны лишь на уродливое "wwwthreads/какая-тобессмысленнаямуйня", которая короче и в любом случае не имеет смысла ее хранить as-is)

А пользователь, помещающий целиком весь документ в название файла - и должен, по моему глубокому убеждению, страдать. (вообще-то и гореразработчики тех форумов тоже, но их, боюсь, разьве что сотона в аду заставит)  Впрочем, кто-то, помнится, и про линукс плакал на ту же тему, только больно ударившись на сей раз о max_path - дай дураку хоть 4k имени файла- он умудрится создать имя на 4097 байтов. Как мы жили в 6.3 - ума не приложу!

> Вы наверное удивитесь, но ОС - это не самоцель и не вещь
> в себе, а всего лишь инструмент. Если инструмент создаёт проблемы в

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

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

то должен уметь отложить перезагруку.
Или вообще запускать в изолированной сети.

А то он отойдет на пару месяцев (или отъедет с концами) - а мы лови ддосы с его "рендеринга". Ведь нельзя же, никак нельзя его побеспокоить перезагрузкой-то.

Причем таких индивидуев - гораздо больше, чем серверов с линухом. И сервер мне отрубят, если он на недельку разгонится до полного своего гигабита, а вот клиента прекрасного МГТС - очень навряд ли.
Так что, повторяю, все правильно MS сделала, и результат этого делания я вижу прямо вот в счетчиках фильтров. А где ms помешали шибкоумные - здравствуйте Petya, NotPetya и прочие поделки рюйскешвай...хакеров, простите.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Илья , 15-Сен-19 10:09 
https://getfedora.org/ru/workstation/download/

К ней подключите репозиторий rpm fusion, с кодеками
https://rpmfusion.org/Howto


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 10:12 
Линукса "без танцев" просто не существует в природе. Потому что сам линукс - это "for fun", а какой фан без танцев?? :)

В теории, если потребности крайне минимальны, то любой линукс будет хорош, потому что там наверняка найдутся пакеты под ваши нужды. Но жизнь показала, что установив Линукс раз, навсегда увязаешь в бесконечных апдейтах, компиляциях, правках конфигов и т.п. Это чёрная дыра, куда уходит всё свободное время. :(
Так что либо смирись и трать, либо продолжнай в венде.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 10:13 
Я лично предпочитаю Arch, к слову.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Адекват , 15-Сен-19 10:35 
просто. оставлю. это. здесь.

https://bbs.archlinux.org/

и это:
It is recommended to perform full system upgrades regularly via Pacman#Upgrading packages, to enjoy both the latest bug fixes and security updates, and also to avoid having to deal with too many package upgrades that require manual intervention at once. When requesting support from the community, it will usually be assumed that the system is up to date.

https://wiki.archlinux.org/index.php/System_maintenance#Upgr...

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено XapoH , 15-Сен-19 10:23 
"Ребята, подскажите какой линукс выбрать... который будет работать без всяких танцев"
Убунтуобразный - если комп боль-мень современныый (гектара 4 памяти и больше), то что-то из Mint (его вообще можно "в десятку" внешне переделать за несколько кликов), а так - Xubuntu, или ещё что из того, что живёт на deb пакетах (чуть более, чем дофига вариантов).
В любом случае - в начале изготовление LiveCD (или USB) и запус к него. Потом смотреть всё ли железо опозналось и всё ли работает. Потом - нравится или нет сама система и насколько удобно с ней работать. И только потом - ставить. По началу - можно и второй системой (хоть и не дело это. Луше вторым диском, который менять. Хотя это не на всех компах/ноутах удобно)

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Адекват , 15-Сен-19 10:30 
linux mint 18.3 пробуй на чистом винте

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено VINRARUS , 15-Сен-19 10:36 
И какие у него преимущества кроме корицы.
Это ж третьесортный дистрибутив (1-Debian, 2-Ubuntu).

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 10:49 
Третий производный (второй) ≠ третьесортный. Влепил вам минус, короче.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 11:15 
Я сам терпеть не могу минт по религиозным причинам, но он действительно проще, чем убунта для _совсем_ новичков за счёт пары гуи тулз типа помощника установки дров на видяху и др., которых нет в репах убунты по какой-то причине.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено VINRARUS , 15-Сен-19 11:33 
Но для новичка обновлялка слишком замороченая.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено soarin , 15-Сен-19 13:10 
> типа помощника установки дров на видяху и др., которых нет в репах убунты

У тебя какая-то альтернативная реальность.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено rshadow , 15-Сен-19 11:03 
Для сервера возьми что нибудь базовое. Debian или Redhat. Для своего ноута, что нибудь популярное. Ubuntu например. Но Только LTS. там все равно в гуях будет куча проблем, так хотя бы стабильно чтобы работало.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено BlackRot , 15-Сен-19 12:38 
Дружище, тебе сейчас тут насоветуют.
Лично я использую федора, из-за свежего софта, для тебя рекомендую Manjaro, там вообще терминалом пользоваться не придётся, дизайн очень классный, шрифты приятные, драйвера с помощью софтины выбираешь какие хочешь, софт из магазина ставишь одно левой (лкм). для новичка самое то, но бывало у меня пару раз после обновлений запускаться не хотел, поэтому налог ему будет Linux Mint всё аналогично тоже самое.
в убунту уродливый и неудобный дизайн и терминал в некоторых местах юзать таки придётся, + анальные зонды как у майкрософт.

поэтому сразу ставь Linux Mint. Кстати, практически у каждого дистра есть Live режим, что значит что ты можешь запустить систему прямо с флешки не устанавливая систему.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено brigantin , 15-Сен-19 13:43 
Манжарик надо обновлять через терминал, стоял полгода на ноуте домашнем, для игр имеется плойка, поэтому остальные задачи на ура... Да если обновлять через интерфейс то может и не загрузиться.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 14:12 
В древние времена я как-то обновлялся через какой-то гуй. Фраза "гуй к пакетному менеджеру это обучающая программа, развивающая навыки владения обсценной лексикой и разруливания поломанных зависимостей через консоль" оказалась пророческой. С тех пор я обновляюсь именно через консоль. Более того, понимание необходимости гуя для этой операции ускользает от меня.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено zzz , 15-Сен-19 14:20 
Линукс для десктопа готов!

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 21:27 
И давно. Вот к чему тут твой недосарказм это вопрос.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено XapoH , 15-Сен-19 15:51 
Ну тогда можно EndlessOS поставить - там терминала вообще нет (по умилчаню). И выглядит что твой ведроид. Правда флешка нужна на 32 гига, ибо скачивать аж 16. Но зато и репы не нужны -  всё на эту флешку и поместится: придуман для "жизни без интернета" (точнее - для ограниченного доступа к нему) и домохозяек. Стабилен как лом и точно так же работает (хотя и не факт, что какая экзотика по железу под ним заведётся, хоть там и дебиан в основе)

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 13:13 
За редким исключением, Линукс без танцев не бывает! #linuxporn

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено rinat85 , 15-Сен-19 14:36 
про "в терминале полный ноль" в любом случае надо исправить ситуацию ;) начни с XFCE редакции manjaro что-ли, какой дистрибутив не так важно, открываешь вики арча и др, логинишься в консоли и вперёд :)

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Канифоль Патрика , 15-Сен-19 15:27 
Ты хотел потроллить, но таки вызвал целое цунами. Это уже трАллинг, а не троллинг :)

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено SuSE , 15-Сен-19 15:37 
Только openSuse тумбдла.
Все остальное - от лукавого.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Michael Shigorin , 15-Сен-19 20:54 
> тумбдла

Какая-какая трава? ;-)


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено IRASoldier_registered , 15-Сен-19 17:28 
Для начала бери Ubuntu, причём LTS-версии. Потыкаешь палочкой, посмотришь как оно шевелится и попискивает. А по мере набирания опыта (только не увлекайся софтом в snap-формате, редкостная ересь) - переползёшь на что-нибудь редхатовское, RHEL тебе, скорее всего не нужен, значит - Fedora. Ну, или... а на ту же Debian. Всё остальное, кроме дебиана и редхатовских линуксов - трэш, угар и е***ля гусей, не стоящая того, чтобы тратить на это время.

А, если услышишь от какого-нибудь пи***бола про "совершенно свободный дистрибутив" в сочетании с ключевыми словами "не содержит проприетарщины" (да, специфический жаргон, характерный для местной субкультуры), "одобрен Столлманом" (один старый бородатый хрен) - сразу посылай на три буквы. Это не имеет отношения к работе с Линуксом, это что-то вроде религии. Тебе это не нужно.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 19:34 
Windows v.10 с WSL v.2 =)

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 20:08 
> Windows v.10 с WSL v.2 =)

не, не надо ему девелоперских релизов (2 -только там)
Да ладно, wsl не-v2 тоже норм.

Можно даже консольные команды на досуге поизучать.



"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 16-Сен-19 18:10 
Самый лучший линукс - это FreeBSD, особенно если полный ноль. Любой другой "дистрибутив" будет НАМНОГО сложнее в освоении, а документация будет в разы хуже. По FreeBSD даже есть пособие на русском для тех, кто школу прокурил и языкам не обучен.

Если надо вообще "далее, далее, завершить" без указания, какоие драйверы видеокарты ставить (ведь это так страшно) - раньше рекоммендовал такой FreeBSD как TrueOS.org


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 10:07 
интересно, что они там понаудаляли, и нельзя ли вернуть обратно - что-то мне подсказывает, что самсунь не стала бы даром тратить время на переписывание с нуля vfat, если бы не видела в своей реализации преимуществ.

самосуневый исходник, поди, все еще доступен на их сайте череззаднчным способом, или этот кореец его спер где-то в непубличном месте?


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено VINRARUS , 15-Сен-19 10:37 
>что-то мне подсказывает, что самсунь не стала бы даром тратить время на переписывание с нуля vfat

А чем по твоему должен заниматься програмист на полном окладе?


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 10:57 
БЫСТРО закрывать таски в тикетнице, чем же еще?

А вот менеджер этого программиста - вряд ли будет ставить ему ненужные.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 18:03 
Что-то думается мне что ты мил человек не знаешь о чем говоришь.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено yet another anonymous , 16-Сен-19 09:50 
Прохождение информации в Великой Компании имеет национальные особенности: добраться до спеки/источников по открытым внешним каналам оказывается сильно легче чем пройти внутренние барьеры.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 10:16 
Жаль, что убрали дефрагментатор. По сути увеличение скорости работы достигнуто за счет увеличения фрагметации данных на носителе. Интересно, зачем корейцу понадобилось выкидывать полностью все?

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 11:02 
мущина, мущина - проснитесь, вы обocpaлись!

ваша "дефрагментация" имела хоть какой-то смысл только в ms-dos. В современных операционных системах (где, внезапно, больше одного процесса читают одновременно больше одного файла) от нее один вред даже на rotational носителях, при том что с exfat почти всегда используются исключительно флэши - которым совершенно, абсолютно, феерически похрен на разницу между "прочитать двадцать секторов подряд" и "прочитать двадцать секторов вразнобой" - тем более что level wearing все равно из "подряд" сделает "не подряд".

> Интересно, зачем корейцу понадобилось выкидывать полностью все?

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Голубой гигант , 15-Сен-19 11:13 
Ты не прав. На флешках, фрагментация не замедляет доступ. И даже наоборот, фрагментация там полезна, чтобы не использовать по многу раз одни и те же блоки. Поэтому и убрали дефрагментатор

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 12:22 
За "не использовать по многу раз одни и те же блоки" отвечает ftl внутри контроллера флешки.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 15:36 
дефрагментатор, если ты не понял - сделал производитель, в том числе - флэшек.
А убрал - какой-то кореец, который в лучшем случае - на подхвате был.

А может и вовсе другой кореец. хрен их знает. все одинаковые или это один и тот же?

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено хотел спросить , 15-Сен-19 11:17 
> феерически похрен на разницу между "прочитать двадцать секторов подряд" и "прочитать двадцать секторов вразнобой"

xер ты угадал!
есть офигенная разница между sequential read and random 4K (даже для SSD)

чтение последовательно на SDD даст около 400-500 MB/s, а рандомное чтение мелкими кусками по 4K даст в лучшем случае 30-40 MB/s

NVMe: 2000-3000 MBs и 60 MB/s для 4K


самый лучший дефрагментатор это перенос всех файлов на другой носитель... форматирование, и перенос обратно


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 11:48 
> есть офигенная разница между sequential read and random 4K (даже для SSD)

и эта разница никак не связана с пресловутой "дефрагментацией". Ты бы еще по 128 байт читал.

потому что страница флэша - >=64k.

exfat об этом знает, и размер кластера у нее, если альтернативно-одаренный не лезет куда не просили - 256.

А sequential read в многозадачных системах - редкость (точнее, они и из random могут, если повезет, сделать sequential - префетчем, block reordering и так далее, но в линухе это все ниже fs, поэтому не слишком эффективно)


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено хотел спросить , 15-Сен-19 19:33 
> и эта разница никак не связана с пресловутой "дефрагментацией". Ты бы еще по 128 байт читал.

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

> потому что страница флэша - >=64k.

если бы все было так просто, то fio с 64k в один поток читал бы также как и последовательно
но нет.. скорость раз в 5 меньше...
даже со страницами в 128-512K скорость меньше в 2-3 раза

так что то, что SSD намного менее страдают от фрагментации - это всем известный факт,
иопсы рулят

но не стоит говорить что фрагментация вообще не оказывает никакого влияния


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 20:20 
>> и эта разница никак не связана с пресловутой "дефрагментацией". Ты бы еще по 128 байт читал.
> я говорил что дефрагментации будет еще одним фактором, который будет мешать читать

да не может она им быть - пока ты читаешь целыми страницами флэша (и желательно - не забыв выровнять fs на границу страницы - кстати, винда-то это сделает - а вот ты сообразил? Я, кстати, хз как и чем это в линухе. У gpart есть параметр -a .)

> не получится чтение в том числе в пределах одной страницы

получится, у exfat страница помещается внутри кластера, а не наоборот.

> если бы все было так просто, то fio с 64k в один

тут явные проблемы с тестом. (еще может быть prefetch, но его вообще-то надо выключать - c этими носителями ты ничего на нем не экономишь, а теряешь время на чтении ненужного)
Ну и 64k - для exfat абсолютно неподходящий размер. Даже если в страницу попадешь (скорее нет).

> но не стоит говорить что фрагментация вообще не оказывает никакого влияния

не может. by design. Искать проблему надо в кэше, префетче, элеваторе. Все эти штуковины с флэшом лишние и катастрофически влияют на производительность.

Я, честно говоря, полагал что линуксы научились всю эту музыку выключать автоматически.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено хотел спросить , 16-Сен-19 04:13 
ды ты прям охуенен, а я такой тупой - даже дисковый кеш не чистил

сразу вспоминается популярный анекдот:

Журналист берет интервью у старца 145 лет:
- Скажите, в чем секрет Вашей долгожительности?
- Да нет ни какого секрета, за свю свою жизнь я ни когда ни с кем не спорил.
- Да ладно, не может такого быть!
- Ну не может, так не может...

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

результат моих многочисленных наблюдений говорит о том что я написал выше...
и скорость перестает отличаться от последовательного чтения, когда чтение происходит блоками не менее чем по 8MB
не нравится? я ошибаюсь? - ну ОК.. проходи мимо.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 16-Сен-19 07:13 
> результат моих многочисленных наблюдений говорит о том что я написал выше...

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

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено x3who , 15-Сен-19 21:14 
> флэши - которым совершенно, абсолютно, феерически похрен на разницу между "прочитать двадцать секторов подряд" и "прочитать двадцать секторов вразнобой"

Для таких как вы там специально даже картиночку повесили с тестированием скорости при последовательном и рандомном чтении.  


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 16-Сен-19 07:34 
и написали для таких как вы - что это _ramdisk_. Даже не nvme - ram! У тебя скорость доступа к оперативной памяти зависит от того, последовательно или случайно ты ее читаешь?
(зависит, на самом-то деле, но это не про "фрагментацию")

дальше - можно ковыряться в их тесте и искать, как, собственно, они добились таких уникальных результатов, особенно занятна разница между write и read (потому что должна была проиграть ext4, а мы видим обратное).

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

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

тест, скорее всего, будет банален - открываем 500 файлов одновременно, и начинаем туда писать по 64k - последовательно в каждый, дергая flush каждый раз - и так по гигабайтику.
Дальше ищем инструменты (где-нибудь на винде, полагаю) - если они покажут, что ядро или кто там не смогло нас обмануть и файлы записаны в виде замысловато переплетенной вермишели (как оно, по идее и должно получиться, если драйвер не устроит какую-нибудь "оптимизацию" - но это придется именно проверять. Возможно придется close/open вместо flush делать)

Потом просто замеряем cat * > /dev/null - и сравниваем с таким же и из той же пачки диском, куда те же 500 записаны последовательно целиком. Если результаты не равны - ищем причину. Она НЕ в "фрагментации", она - в постановке эксперимента. Чудес - не бывает. Мыши из грязного белья не самозарождаются.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено x3who , 16-Сен-19 22:37 
> и написали для таких как вы - что это _ramdisk_.

Для таких, как вы, они не только рам-диск тестировали.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 17-Сен-19 13:34 
ну то есть ты ТАКОЙ тyпой, что когда уже ткнули носом - не видишь очевидного?

> Для таких, как вы, они не только рам-диск тестировали.

и что?

P.S. впрочем, что я, действительно... поколение экспертов опеннета. Они именно феерически тупые и есть.
И да, в "не только рамдиске" тоже есть очень интересные (в смысле - демонстрирующие, что что-то определенно работало через задницу) результаты - но на фоне рамдисковых это семечки.

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 11:21 
Если увеличение скорости работы достигнуто за счет увеличения фрагментации данных на носителе  — я не против увеличения фрагментации данных на носителе.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 11:35 
Да, ушатывать флешки перезаписью данных в другие ячейки - это конечно же очень важная "фича", которую нужно было оставить.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 11:50 
современную флэшку лучше "ушатывать", чем дождаться пока межъячеечные заряды стекут мимо тазика.

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 16-Сен-19 09:20 
Дефрагментация конечно не нужна, она крайне вредна, убивает флешки и мучает котиков.
Но в венде она есть, а в линуксе ее не будет.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Голубой гигант , 15-Сен-19 11:11 
> Кроме перехода на актуальную кодовую базу предложенный драйвер exfat-linux отличается удалением специфичных для Samsung модификаций, таких как наличие кода для работы с FAT12/16/32

Это полезно. В коде sdfat есть много кода для кодировок. Понятное дело, что для FAT16/32. Но я боялся, что я могу задать неправильную кодировку для exFAT. Даже использовал старый драйвер exfat 1.2.19


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 11:34 
Хорошо, но:

Зачем на флэш-драйвах дефрагментатор? На мой дилетантский взгляд, это вещь не столько бесполезная, сколько вредная.
Вникнуть не пытался, могу ошибаться, поправьте, если что...


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 11:36 
Чтобы чаще телефоны меняли.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 15-Сен-19 15:37 
это какие-нибудь странности самсуня, нам с тобой, скорее всего, совершенно бесполезные.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Канифоль Патрика , 15-Сен-19 16:07 
Зачем на HDD дефрагментатор?
Я реально в кунсткамере.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено InuYasha , 15-Сен-19 11:44 
Это можно засунуть в Андроид 5.0?

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено InuYasha , 15-Сен-19 11:44 
Без исходников. (на аппарат их нет)

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Голубой гигант , 15-Сен-19 11:45 
А правду говорят, что для форматирования флешки надо использовать системную дискету Win98/ME? Потому что линуксовый fdisk создаёт по бокам от раздела - большие неразмеченные области, которые скрываются в GNOME Disks (palimpsest) и GParted?

Мне знакомый говорит, что его флешка в Nautilus отображалась как 15,7 Гб (сам раздел среди точек монтирования). А после сноса раздела и создания заново стало 15,5 Гб. Теперь он обвиняет меня в том, что я 200 мегабайт украл, когда форматировал ему флешку в exFAT на линуксе. Раздел создавал fdisk-ом, потом mkfs.exfat из комплекта exfat-tools 1.3.0


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 12:16 
На самом деле место крадет Шатллврот. Далее украденные объемы добавляются к накопителям нулевой емкости и отправляются на продажу. Так космонавт получает свой гешефт.
Остальные абанто технологии вроде мира, унете, упс-сраты и прочие усплеши работают по аналогичным принципам.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено vitalif , 15-Сен-19 12:46 
=))))))))))))) пусть знакомый использует WinME, если у него 200 мб украли, да.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 13:34 
У него загрузочный диск Навигатор 8.0, на котором есть в том числе и fdisk с format.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 19:01 
Ага, большие куски. Один мегабайт )

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено швах , 16-Сен-19 10:43 
неправда. Форматировать флешку лучше в том устройсве, где ее собираешся использовать. К примеру, если флешка для фотоаппарата, то лучше ее отформатировать прямо в фотоаппарате

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Zenitur , 16-Сен-19 14:03 
Может, exFAT резервирует некоторый процент свободного места под свои нужды, в отличие от FAT32? Журнал там... Там нет журнала? Таблица разделов

А может, твоего знакомого подводит память? Ну создайте раздел FAT32 при помощи загрузочного диска Навигатор, речь о котором была выше. Или из линукса/винды. Если так и останется 15,5 Гб, значит ошибся твой знакомый


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 12:09 
Сколько раз уже старый екстфат драйвер превращал данные на флешке в кашу. Что угодно будет лучше него.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено aim , 15-Сен-19 13:10 
жаль нет XFS в списке сравниваемых систем

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним2 , 15-Сен-19 13:54 
Ух ты, ext4 круче. Эх с ext2 не сравнили. А эти FS вообще развиваются?

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 14:38 
Нет ты же за это не заплатил.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 14:04 
Для флешек есть F2FS.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 14:40 
Нигде не поддерживается кроме онтопика.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено iPony129412 , 15-Сен-19 14:46 
Да оно и в линуксообразных так себе поддерживается 🤨
В Android Гугл в 2018 только пошёл переводить со всякими пикселями.
Сейчас проверил в Ubuntu 18.04. А из коробки нельзя отформатировать флешку в F2FS — надо доставлять пакеты 📦.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено SuSE , 15-Сен-19 16:46 
для ослоконей...
https://ibb.co/thNd1Vg
с 4.9 ядра, помоему, поддерживается.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено НяшМяш , 15-Сен-19 16:51 
Это так суся под винду мимикрирует?

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено SuSE , 15-Сен-19 17:00 
да, у меня от 2 до 5 систем на усиройствах.
и иногда нужно читать и изпод win на linux

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено iPony129412 , 15-Сен-19 17:10 
И чего?
Я конкретные примеры привёл. Твоё не опровергает мною написанное.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено SuSE , 15-Сен-19 18:39 
Испоьзование говно дистров, не освобождает от ответственности...

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено iPony129412 , 15-Сен-19 19:45 
Да ты там хоть LFS пересобирай, или ещё на что наяривай (хотя я сомневаюсь, что в той же SUSE E2FS Utils идут дефолтом).
Общую ситуацию это не меняет.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Канифоль Патрика , 15-Сен-19 15:08 
Я не совсем понял русский автора. Дефрагментатор выкинули как лишнее/для пущей совместимости? А, тогда, да, зачем нам какой-то дефрагментатор для exFAT? Святой Дух вместо него.
Где же ты был тройку месяцев назад, товарищ Жу, когда я "запорол" себе внешник на 2 ТБ с помощью гито-васянского exfat-nofuse. Слава богу, что "запорол" только для Божественного, винда без проблем восстановила работоспособность девайса :)

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 17:22 
exfat-nofuse базируется на исходниках, которые можно выдрать из прошивок к устройствам Samsung на сайте http://opensource.samsung.com/ В прошивке, базирующейся на ядре Linux 3.16, был exfat 1.2.19. В прошивке же с ядром 4.4 и новее, уже кладут драйвер sdfat. Это драйвер версии 2.0.

При этом, в exfat-nofuse есть сторонние коммиты. Они и могли тебе сломать ФС. Можно пользоваться exFAT 1.2.19, вот ссылка на архив с исходниками: https://www.linux.org.ru/forum/development/11995002 Но для современных ядер надо накладывать патчи из отдельных коммитов exfat-nofuse, чтобы только починить сборку, и ничего более в код не внести. Но лучше просто юзать sdfat


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Канифоль Патрика , 15-Сен-19 19:33 
> В прошивке же с ядром 4.4 и новее, уже кладут драйвер sdfat. Это драйвер версии 2.0.

На 5.0.2 ведре я поставил в гноме два файла копироваться одновременно и получил кирдык. Диск больше не монтировался, gparted зависал пытаясь его прочитать. fdisk перезаписал таблицу разделов, но затем всё висло на этапе создания файловой системы - теперь уже любой. Я подумал, что манда физически. Но добрался до винды и одно лишь быстрое форматирование в exFAT восстановило работоспособность девайса (но не данные, естественно :)). С тех пор девайс трудится над своими задачами ежедневно, как и до того. А вот с линуксом я попрощался.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 16-Сен-19 07:10 
Каким драйвером ты пользовался? Я спрашиваю, как интересующийся этой темой человек. Скорее всего, exfat-nofuse. Он без проблем компилируется в любом современном ядре, поэтому, скорее всего, им.

В логе коммитов много интересного: как новые патчи подтягивают из прошивок Samsung Galaxy, так и свои патчи пишут. Мне хочется верить, что ванильный самсунговский драйвер не может повреждать данные, а только патчи от энтузиастов могут что-то поменять.

Если ты использовал драйвер sdfat, то печаль. Добрые люди уже давно залили его на гитхаб, но кроме фиксов сборки я ничего больше не вижу в коммитах


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено КГБ СССР , 16-Сен-19 09:45 
Но как же так? Линукс же ос для богов!
В ней не может быть багов!

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено швах , 16-Сен-19 10:45 
Поправочка.
Для богов написания патчей

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 16-Сен-19 17:06 
просто линух еще почти уже окончательно не совсем готов для десктопа. И десктопопользователям с одной извилиной (как бы очевидно, что проблемы с _gparted_ не имеют ни малейшего отношения ни к какой fs. Ну, то есть инженеру очевидно, а не типовому опеннетчику, разумеется.)

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


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено SuSE , 15-Сен-19 15:50 
к ядру 5.2.14 приклеилось нормально
https://ibb.co/C5MbKb3

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 15-Сен-19 19:49 
"всегда найдется азиат, который сделает это лучше тебя" (c)

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено Аноним , 16-Сен-19 20:30 
Правильно ли я понимаю, что основное применение exFAT - флешки и внешние диски, и что M$ на этом поприще победил? Как так вообще вышло? И поэтому в линукс обязательно надо впиндюрить вот этот exFAT...

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 16-Сен-19 21:50 
> Правильно ли я понимаю, что основное применение exFAT - флешки и внешние диски

любые современные сменные носители, на которых уже не хочется использовать fat32.

> Как так вообще вышло?

очень просто: у MS были хорошие инженеры, потому что у нее было много денег, чтобы платить им зарплаты.
Плюс хорошие менеджеры (в отличие от самсуневых, к примеру, или ебемерских), не позволявшие тем распыляться на ерунду, и заставлявшие делать то, что действительно нужно пользователю, и на уровне, соответствующем современным технологиям (или даже чуть впереди - учитывая в каком году они ее запилили). Больше ни у кого (кроме, разьве что, покойной sun) таких не оказалось. Впрочем, судя по печальной судьбе refs - у ms их уже тоже нет.

> И поэтому в линукс обязательно надо впиндюрить вот этот exFAT...

ты можешь и дальше сидеть на любимой ext2fs с ее minor data corruptions.

А нам надо читать чужие флэшки и уметь записать так чтобы их прочитали другие.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено аноним3 , 16-Сен-19 22:18 
с флешек еще долго fat32 не уйдет. мс постаралась)) exFAT неплохая вещь, но вот в семерке с ней туго. и скорость записи не очень. проверял на одной флешке и на одном и том же компьютере и в 7 и в линукс. даже скорость чтения разная. и на тот момент старая фат куда лучше выглядела. про нтфс молчу. пробовал, еле шевелится, хотя вот в копировании с флешки была улет. сейчас не скажу надо опять смотреть.

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено iPony129412 , 17-Сен-19 11:38 
> скорость записи не очень

Ну разве что на флешках крохотного размера. На чём-то обычном для сегодня 32 ГБ и более (у меня меньше и нет в личном использовании - растерял) у FAT32 идёт конкретный слив.


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено аноним3 , 17-Сен-19 13:23 
у меня где то флешка подарочная завалялась на 250 мб)) вот там пусть и будет

"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 16-Сен-19 21:51 
кстати, о результатах теста - а что, никто в них совсем ничего странного не видит?

Прямо вот в первых двух (во вторых тоже есть, но менее п-цовое)


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено JL2001 , 20-Сен-19 19:27 
> кстати, о результатах теста - а что, никто в них совсем ничего
> странного не видит?
> Прямо вот в первых двух (во вторых тоже есть, но менее п-цовое)

где врайт выше рида на рандоме (и на последовательном на NVM) ?


"Для ядра Linux предложен новый вариант драйвера exFAT"
Отправлено пох. , 20-Сен-19 22:30 
Ну это как раз 'менее'. Хотя для nvme где побочные факторы, вроде, не должны так сильно сказываться - все равно зачот.

Более - как так они получили ТАКУЮ разницу между seqential и random - на RANDOM,блжадAM ?
(ну то есть у меня, на самом деле, масса идей, как придти к подобному успеху, но больше меня интересует идея - можно ли вообще доверять коду человека, который на этом не остановил тест, не протер очочки и не спросил себя вслух - "%@%@, ЧТО я тут вообще померял-то?" Ну и вдогонку тот факт, что аналогичного вопроса в поликорректном ныне lkml никто, вроде, и не попытался задать.)