Вопросы по Linux/Unix-системам

[SERGBILL]

Подивився вчора як на ядрі 7.2.2 монтуються ntfs диски (по sata) - вимагає sudo, драйвер ntfs3

ntfs3 вже неактуальний, починаючи з ядер 7.1 інтегровано нативний ntfs драйвер

[tornadox]

ntfs3 вже неактуальний, починаючи з ядер 7.1 інтегровано нативний ntfs драйвер

в мене вже 7.2.9-1 і я вже давно переформатував диски в btrfs
використання windows + btrfs було зумовлене певним залізом якого вже нема, відповідно й потреба відпала

[tornadox]

Останні новини: Epic Games запускає античіт під лінукс. Також вони створили навайбкодили новий клієнт, зокрема під лінукс.

Окрім анонсу попередньої версії нового клієнта Epic Games Launcher із підтримкою Linux, компанія Epic Games також оголосила про плани вдосконалити своє програмне забезпечення Easy Anti-Cheat (EAC) для цієї операційної системи. Паралельно з покращенням EAC ведеться робота над забезпеченням офіційної підтримки Linux для популярної гри Fortnite.

Epic Games працює над модернізацією системи Easy Anti-Cheat для Linux, розробляючи версію «EAC Linux v2», що передбачає кардинальні зміни в механізмі роботи цієї технології захисту. EAC Linux v2 не використовуватиме модуль ядра Linux; натомість для забезпечення безпеки застосовуватимуться служба systemd та програми eBPF у ядрі. Служба systemd запускатиметься під час гри із захистом і може бути вимкнена після завершення сеансу. Також EAC Linux v2 спиратиметься на технологію UEFI Secure Boot із використанням ключів, підписаних такими організаціями та проєктами, як Canonical, Fedora, Universal Blue, Debian, SUSE, Rocky Linux або Microsoft UEFI CA.

Варто зазначити, що, за словами Epic Games, пристрій Steam Deck наразі не підтримує функціональність, необхідну для EAC Linux v2, але компанія співпрацює з Valve над вирішенням цього питання в майбутньому.

Детальнішу інформацію про EAC Linux v2 можна знайти на сайті EpicGames.com.

https://onlineservices.epicgames.com/ne ... t-linux-v2
https://www.phoronix.com/news/Easy-Anti ... tter-Linux

[Scoffer]

Epic Games запускає античіт під лінукс

Виглядає як якийсь лютий костиль.

Відправлено через 7 хвилин 27 секунд:
Власне, я одразу казав що античит на ніксах в нормальному вигляді неможливий чисто архітектурно. Отримайте, розпишіться.

[Ekz0rcyst]

Scoffer
Говорити можна багато що, але краще давайте подивимось що із цього всього вийде, а там вже вирішимо.

[Scoffer]

давайте подивимось що із цього всього вийде

А що дивитись, все вже сказано. Замість простого ядерного драйвера як на віндах навернули ОЦЕ. Все підписане, атестоване, зашифроване, вендорлокнуте, і мало того, ще й дістались до віртуалізації. А не жирнувато буде?

Відправлено через 6 хвилин 43 секунди:
До речі показово що steam deck не підтримується. Бо він не має IOMMU, як і купа інших десктопів. Про що вони там переговорюються з вальвою не дуже зрозуміло. Щоб ті апнули біос? Ну це тільки якщо в ті чипи воно апаратно завезено, що взагалі не факт.

[tornadox]

Стім дек не підтримується по причині що ОС грузиться в режимі read only, і якщо епік захоче добавити туди античіт то вальву треба внести зміни в прошивку, та випустити біос який включить iommu та secure boot при апдейті. Тему розжували на реддіті.

Насправді якраз Steam Deck та Steam Machine можуть першими отримати такий античіт.
А от у власників ПК з зоопарком заліза (мишки, клавіатури razer, wifi адаптери broadcom і т.д.) з відкритими кернел модулями не буде все так гладко, хіба що ті драйвери перейдуть в юзерспейс.

[Ekz0rcyst]

Scoffer
Ох і фантазії... Чого вам так не йметься із тим, що під linux щось пилять і намагаються зробити? Що в цьому поганого?

[Scoffer]

Ekz0rcyst
Тому що пилять через сраку. А мені з цим лінуксом доводиться працювати роботу. І мене це дуже сильно дратує.
При тому що приклади як не через сраку є навіть в юнікс світі, наприклад система прав аіх або соляри доволі нормальна. Гірша вінд, але незрівняно краща лінукса.
Мені доводилось щільно працювати з солярою, і окрім посередньої документації, у мене особливих претензій не було. Система як система. Працює і добре. В лінуксі не так. В лінуксі все через сраку, геть все.

[tornadox]

За першим лінком iommu взагалі не вимагається.

For non-handheld devices, we require that IOMMU is enabled in your system's BIOS and the Linux kernel is configured with IOMMU enabled and passthrough disabled.

З цікавих новин:

Розробника dgVoodoo2 звинуватили у навмисному блокуванні роботи утиліти під Linux / Wine
Спільнота гравців на Linux виявила, що останні версії популярного графічного враппера dgVoodoo2 (v2.82 – v2.86.2) містять спеціальний код, який навмисно викликає збій програми (crash), якщо вона запускається через Wine або Proton.
У звіті про помилку Wine Bug #58731 ентузіасти опублікували результати реверс-інжинірингу свіжих збірок утиліти. Аналіз показав, що розробник dgVoodoo2 (Dege) додав перевірку середовища: програма шукає специфічні для Wine експорти у бібліотеці ntdll.dll. Якщо підтверджується, що утиліта працює не на "чистій" Windows, вона навмисно псує покажчики в пам'яті (NULL pointer dereference), що призводить до негайного аварійного завершення гри при ініціалізації DirectDraw або Direct3D.
Оскільки збій є не помилкою сумісності Wine, а цілеспрямованим рішенням автора софту, розробники Wine планують закрити тікет зі статусом WONTFIX.
Для обходу цього обмеження користувачам Steam Deck та Linux рекомендують використовувати старі версії dgVoodoo2 v2.81.3 або нижче, де подібних перевірок немає, або шукати патчі від спільноти на GitHub/Reddit, які вирізають цей шкідливий код із нових бінарників.

https://www.reddit.com/r/linux_gaming/c ... ix_due_to/

Відправлено через 1 годину 27 хвилин 14 секунд:

В лінуксі не так. В лінуксі все через сраку, геть все.

Користуйся віндою, там немає проблем із закритими китайськими античитами. Ну, майже немає... Хіба що вони отримують Ring 0 доступ до всього ПК і можуть спокійно витягнути будь-які дані.

Те, що запропонували Epic - це як раз спроба реалізувати античит у системі, яка належить користувачу, а не корпорації. Але навіщо той лінукс, якщо можна просто сидіти на корпоративному закритому софті?

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

Нормальна для ігор? Сумніваюся

А мені з цим лінуксом доводиться працювати роботу. І мене це дуже сильно дратує.

Ось ми і зрозуміли джерело хейту. Може проблема не в лінуксі?

[Scoffer]

Може проблема не в лінуксі?

Ні, проблема таки в лінуксі. За 30 з лишком років не осилили пропустити наскрізні ACL крізь всю ОС. Те що вінда вміла з народження, а DEC VMS ще років на 15 раніше. Десь в кінці 70х.
А найбільша проблема в тому що це недієздатне гівно з архітектурою кінця 50х - початку 60х насильно пихають всюди.

Нормальна для ігор? Сумніваюся

А я не сумніваюсь.

Відправлено через 9 хвилин 43 секунди:
Я активно взаємодію з лінуксом року десь з 2004го. От як мінімум з цього часу займаються чим завгодно, але тільки не тим що треба. Проблеми архітектурного рівня категорично не збираються вирішувати. Зато кожні 2 роки нову свистоперділку це запросто.

[tornadox]

Переклад з Phoronix https://www.phoronix.com/news/AI-Revers ... r-Linux-HW:

ШІ допомагає зворотно розробляти драйвери Linux для старої та нової апаратури

ШІ та мовні моделі на кшталт Claude Code починають доводити свою здатність допомагати у зворотному проєктуванні (реверс-інжинірингу) апаратного забезпечення для підтримки в Linux, особливо в рутинних і марудних завданнях.

Крістіан Шаллер (Christian Schaller) із Red Hat опублікував у блозі допис про свій нещодавній досвід реверс-інжинірингу залізяк для написання драйверів під Linux. Виявивши, що його сканер негативів Pustek 8200i не працює в Linux, він залучив Claude Code, щоб створити базовий драйвер SANE. За допомогою Claude Code реверс-інжиніринг апаратної підтримки виконувався через доступ до віртуальної машини Windows із рідним драйвером виробника. Перехоплюючи та аналізуючи USB-активність, ШІ зміг розробити робочий драйвер для цього сканера негативів.

Після цього за допомогою Claude Code він також написав застосунок для сканування негативів для GNOME мовою Rust.

Повернувшись до апаратного реверс-інжинірингу, Крістіан дав наступне завдання Claude Code — полагодити підтримку MIPI-камери на своєму ноутбуці Lenovo ThinkPad X1 Carbon Gen 14 Aura Edition. Сенсор Sony, який працює в парі з Intel IPU7 для вебкампери, видавав темні знімки та інші баги. ШІ впорався і з цими дефектами драйвера Linux.

Детальніше про пригоди Крістіана з реверс-інжинірингу заліза для Linux за допомогою ШІ можна почитати в його блозі. https://blogs.gnome.org/uraeus/2026/10/ ... rhardware/

[Z440_User]

Scoffer, я десь в районі 2008року ставив Solaris на домашній мультимедіа десктоп, який використовується суто для мультимедіа розваг включно з іграми.

От був колись студентом машинобудівного факультету по спеціальності гірниче обладнання і вивчав випадково знайдений всесвіт *nix в журналі "Хакер"


То після лінукса та навіть фряхи, мультимедіа в солярці була геть поганою. Ні, кіно-музика-браузер питань не було, а от запусти якусь гру за допомогою зібраного wine - пічаль повна була.
Навіть того wine ще треба було зібрати, там ціла гора бібліотек треба була...

Протримався пару місяців, зніс та поставив щось інше, наче як QNX була після солярки.

Весь той зоопарк ОС що побував на моєму компі, використовувався суто як мультимедіа десктоп для розваг кіно-ігри-музика-серфінг.
Рівно так само як використовую його і сьогодні під керуванням Gentoo Linux, вже на протязі останніх майже 20років.
Мьс'є знає толк в збоченнях

[Scoffer]

Z440_User
З вайном ситуація була повністю ідентична всім іншим юніксам. Це вже питання до самого вайну чому він прибитий цвяхами до лінукса, а не до сінгл юнікс специфікейшн. Порт в макосі теж гівняно працює, якщо що.

[Z440_User]

Scoffer, я не знаю, в ОС награвся к 2010-2012 року остаточно.
В ті часи wine адекватно працював на лінуксі, фрібсд (самозбір) та масосі (самозбір з macports).
Ще майже дотягував до нормального стану самозбір на beos та haiku.
На інших *nix був повний треш .
"Нормально" тут це в порівнянні з роботою під лінуксом як референс.
І "адекватно" це по відношенню стану wine на ті часи.