The OpenNET Project / Index page

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

Релиз ядра Linux 5.15

01.11.2021 12:03

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.15. Среди наиболее заметных изменений: новый драйвер NTFS с поддержкой записи, модуль ksmbd с реализацией SMB-сервера, подсистема DAMON для мониторинга доступа к памяти, примитивы блокировок для режима реального времени, поддержка fs-verity в Btrfs, системный вызов process_mrelease для систем реагирования на нехватку памяти, модуль удалённой аттестации dm-ima.

В новую версию принято 13499 исправлений от 1888 разработчиков, размер патча - 42 МБ (изменения затронули 10895 файлов, добавлено 632522 строк кода, удалено 299966 строк). Около 45% всех представленных в 5.15 изменений связаны с драйверами устройств, примерно 14% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 6% - с файловыми системами и 3% c внутренними подсистемами ядра.

Основные новшества:

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В ядро принята новая реализация файловой системы NTFS, открытая компанией Paragon Software. Новый драйвер может работать в режиме записи и поддерживает все возможности актуальной версии NTFS 3.1, включая расширенные атрибуты файлов, списки доступа (ACL), режим сжатия данных, эффективную работу с пустотами в файлах (sparse) и воспроизведение изменений из журнала для восстановления целостности после сбоев.
    • В файловой системе Btrfs реализована поддержка механизма fs-verity, применяемого для прозрачного контроля целостности и подлинности отдельных файлов по ассоциированным с файлами криптографическим хэшам или ключам, хранимым в области метаданных. Ранее fs-verity был доступен только для ФС Ext4 и F2fs.

      В Btrfs также добавлена поддержка маппинга идентификаторов пользователей для смонтированных файловых систем (ранее поддерживался для ФС FAT, ext4 и XFS). Указанная возможность позволяет сопоставить файлы определённого пользователя на примонтированном чужом разделе с другим пользователем в текущей системе.

      Среди других изменений в Btrfs: ускорение добавления ключей в индекс каталога для повышения производительности создания файлов; возможность работы raid0 с одним устройством, а raid10 с двумя (например, в процессе переконфигурирования массива); опция "rescue=ibadroots" для игнорирования некорректного дерева экстентов; ускорение операции "send"; снижение конфликтов блокировок во время операций переименования; возможность использования секторов 4K на системах с размером страницы памяти 64K.

    • В XFS стабилизирована возможность использования в ФС дат после 2038 года. Реализован механизм отложенной деактивации inode и поддержка отложенной установки и удаления атрибутов файлов. C целью исключения проблем убрана возможность отключения дисковых квот для уже примонтированных разделов (принудительно квоты отключить можно, но связанный с ними подсчёт будет продолжен, поэтому для полноценного отключения требуется перемонтирование).
    • В EXT4 проведена работа по увеличению производительности записи delalloc-буферов и обработки осиротевших (orphan) файлов, продолжающих существовать из-за того что они остаются открытыми, но оказавшихся без привязки к директории. Обработка операций discard вынесена из jbd2-потока kthread для исключения блокировок операций с метаданными.
    • В F2FS добавлена опция "discard_unit=block|segment|section" для привязки операций discard (пометка освобождённых блоков, которые уже можно не хранить физически) к выравниванию относительно блока, сектора, сегмента или секции. Добавлена поддержка отслеживания изменения задержек при ввода/выводе.
    • В файловой системе EROFS (Extendable Read-Only File System) добавлена поддержка прямого ввода/вывода для файлов, сохранённых без сжатия, а также поддержка fiemap.
    • В OverlayFS реализована корректная обработка флагов монтирования "immutable", "append-only", "sync" и "noatime".
    • В NFS улучшена обработка ситуаций, когда NFS-сервер перестал отвечать на запросы. Добавлена возможность монтирования с уже используемого сервера, но доступного через другой сетевой адрес.
    • Началась подготовка к переписыванию подсистемы FSCACHE.
    • Добавлена поддержка EFI-разделов с нестандартным размещением таблиц GPT.
    • В механизме fanotify реализован новый флаг FAN_REPORT_PIDFD, приводящий к указанию pidfd в числе возвращаемых метаданных. Pidfd помогает обрабатывать ситуации с повторным использованием PID для более точной идентификации процессов, обращающихся к отслеживаемым файлам (pidfd связывается с конкретным процессом и не меняется, в том время как PID может быть привязан к другому процессу после завершения текущего процесса, ассоциированного с этим PID).
    • В системный вызов move_mount() добавлена возможность добавления точек монтирования в существующие совместные группы, что решает проблемы c сохранением и восстановлением состояния процессов в инструментарии CRIU при наличии нескольких пространств монтирования, совместно используемых в изолированных контейнерах.
    • Добавлена защита от скрытых состояния гонки, которые потенциально могли приводить к повреждению файлов при выполнении чтения из кэша во время обработки пустот в файле.
    • Прекращена поддержка обязательных (mandatory) блокировок файлов, реализуемых через блокирование системных вызовов, приводящих к изменению файла. Из-за возможных состояний гонки данные блокировки считались ненадёжными и много лет назад были объявлены устаревшими.
    • Удалена подсистема LightNVM, позволявшая получить прямой доступ к SSD-накопителю, минуя прослойку эмуляции. LightNVM потерял смысл после появления стандартов NVMe, предусматривающих возможность зонирования (ZNS, Zoned Namespace).
  • Память и системные сервисы
    • Реализована подсистема DAMON (Data Access MONitor), позволяющая отслеживать активность, связанную с доступом к данным в оперативной памяти, в привязке к выбранному процессу, работающему в пространстве пользователя. Подсистема позволяет проанализировать к каким именно областям памяти обращался процесс за всё время своей работы, а какие области памяти остались невостребованными. Из особенностей DAMON отмечается низкая нагрузка на CPU, небольшое расходование памяти, высокая точность и предсказуемые постоянные накладные расходы, не зависящие от размера. Подсистема может использоваться как ядром для оптимизации управления памятью, так и утилитами в пространстве пользователя для понимания того, что именно делает процесс и оптимизации использования памяти, например, высвобождения лишней памяти системе.
    • Реализован системный вызов process_mrelease, позволяющий ускорить процесс освобождения памяти процесса, завершающего своё выполнение. В обычных условиях освобождение ресурсов и завершение процесса выполняется не мгновенно и по разным причинам может задерживаться, что мешает работе функционирующих в пространстве пользователя систем раннего реагирования на нехватку памяти, таких как oomd (предоставляется в systemd) и lmkd (используется в Android). При помощи вызова process_mrelease подобные системы могут более предсказуемо инициировать возвращение памяти от принудительно завершаемых процессов.
    • Из ветки ядра PREEMPT_RT, в которой развивается поддержка работы в режиме реального времени, перенесены варианты примитивов для организации блокировок mutex, ww_mutex, rw_semaphore, spinlock и rwlock, основанные на подсистеме RT-Mutex. В SLUB slab allocator добавлены изменения, улучшающие работу в режиме PREEMPT_RT и снижающих влияние на прерывания.
    • В cgroup добавлена поддержка атрибута планировщика задач SCHED_IDLE, позволяющая снабдить данным признаком сразу все процессы группы, входящие в определённый cgroup. Т.е. эти процессы будут запущены только когда в системе нет других задач, ожидающих выполнения. В отличии от установки атрибута SCHED_IDLE каждому процессу по отдельности, при привязке SCHED_IDLE к cgroup при выборе задачи для выполнения учитывается относительный вес задач внутри группы.
    • Механизм учёта потребления памяти в cgroup расширен возможностью отслеживания дополнительных структур данных ядра, в том числе создаваемых для poll-инга, обработки сигналов и пространств имён.
    • Добавлена поддержка асимметричной планировки привязки задач к процессорным ядрам на архитектурах, в которых некоторые CPU допускают выполнение 32-разрядных задач, а некоторые работают только в 64-разрядном режиме (например, ARM). Новый режим позволяет при планировании выполнения 32-разрядных задач учитывать только CPU, поддерживающие 32-разрядные задачи.
    • В интерфейсе асинхронного ввода/вывода io_uring появилась поддержка открытия файлов сразу в индексной таблице fixed-file, не используя файловый дескриптор, что даёт возможность существенно ускорить некоторые типы операций, но идёт в разрез с традиционным для Unix процессом использования файловых дескрипторов для открытия файлов.

      В io_uring для подсистемы BIO (Block I/O Layer) реализован новый механизм повторной переработки ("BIO recycling"), позволяющий снизить накладные расходы в процессе управления внутренней памятью и примерно на 10% увеличить число обрабатываемых операций ввода/вывода в секунду. В io_uring также добавлена поддержка системных вызовов mkdirat(), symlinkat() и linkat().

    • Для BPF-программ реализована возможность запроса и обработки событий таймера. Добавлен итератор для UNIX-сокетов, а также реализована возможность получать и устанавливать опции сокетов для setsockopt. В BTF dumper добавлена поддержка типизированных данных.
    • На NUMA-системах с разными типами памяти, отличающимися по производительности, в ситуации исчерпания свободного пространства реализован перенос вытесняемых страниц памяти из динамической памяти (DRAM) в более медленную постоянную память (Persistent Memory) вместо удаления этих страниц. Проведение тестов показало, что подобная тактика как правило улучшает производительность на подобных системах. Для NUMA также реализована возможность выделения страниц памяти для процесса из выбранного набора узлов NUMA.
    • Для архитектуры ARC реализована поддержка трёх- и четырёхуровневых таблиц страниц памяти, что в дальнейшем позволит реализовать поддержку 64-разрядных процессоров ARC.
    • Для архитектуры s390 реализована возможность применения механизма KFENCE для выявления ошибок при работе с памятью, а также добавлена поддержка детектора состояний гонки KCSAN.
    • Добавлена поддержка индексирования списка сообщений, выводимых через printk(), что позволяет разом извлечь все подобные сообщения и отслеживать изменения в пространстве пользователя.
    • В mmap() прекращена поддержка опции VM_DENYWRITE, а код ядра избавлен от использования режима MAP_DENYWRITE, что сократило число ситуаций, приводящих к блокированию записи в файл с ошибкой ETXTBSY.
    • В подсистему трассировки добавлен новый тип проверок "Event probes", которые можно прикреплять к существующим событиям трассировки, определяя собственный формат вывода.
    • При сборке ядра с использованием компилятора Clang по умолчанию теперь задействован встроенный ассемблер от проекта LLVM.
    • В рамках проекта по избавлению ядра от кода, приводящего к выводу предупреждений компилятором, проведён эксперимент с включением по умолчанию режима "-Werror", при котором предупреждения компилятора обрабатываются как ошибки. В процессе подготовки выпуска 5.15 Линус начал принимать только изменения, не приводящие к предупреждениям при сборке ядра и активировал сборку с "-Werror", но потом согласился с мнением о преждевременности такого решения и отложил включение "-Werror" по умолчанию. Управление включением флага "-Werror" при сборке производится при помощи параметра WERROR, который по умолчанию выставлен в значение COMPILE_TEST, т.е. пока включается только при тестовых сборках.
  • Виртуализация и безопасность
    • В Device Mapper (DM) добавлен новый обработчик dm-ima с реализацией механизма удалённой аттестации на основе подсистемы IMA (Integrity Measurement Architecture), позволяющей внешнему сервису верифицировать состояние подсистем ядра для того чтобы убедиться в их подлинности. На практике dm-ima позволяет создавать при помощи Device Mapper хранилища, привязанные к внешним облачным системам, в которых при помощи IMA проверяется достоверность запускаемой конфигурации DM target.
    • В prctl() реализована новая опция PR_SPEC_L1D_FLUSH, при включении которой ядро начинает сбрасывать содержимое кэша первого уровня (L1D) каждый раз при переключении контекста. Данный режим позволяет выборочно для наиболее важных процессов реализовать дополнительную защиту от использования атак по сторонним каналам, проводимым для определения данных, осевших в кэше в результате уязвимостей, вызванных спекулятивным выполнением инструкций в CPU. Ценой включения PR_SPEC_L1D_FLUSH (по умолчанию не активирован) является существенное снижение производительности.
    • Реализована возможность сборки ядра с добавлением в GCC флага "-fzero-call-used-regs=used-gpr", обеспечивающего обнуление всех регистров перед возвращением управления из функции. Указанная опция позволяет защититься от утечки информации из функций и на 20% сократить число блоков, пригодных для построения ROP-гаджетов (Return-Oriented Programming) в эксплоитах.
    • Реализована возможность сборки ядер для архитектуры ARM64 в форме клиентов для гипервизора Hyper-V.
    • Предложен новый фреймворк для разработки драйверов "VDUSE", позволяющий реализовывать виртуальные блочные устройства в пространстве пользователя и применять Virtio в качестве транспорта для доступа из гостевых систем.
    • Добавлен Virtio-драйвер для шины I2C, дающий возможность эмулировать контроллеры I2C в режиме паравиртуализации с использованием отдельных бэкендов.
    • Добавлен Virtio-драйвер gpio-virtio, позволяющий гостевым системам получить доступ к линиям GPIO, предоставляемым хост-системой.
    • Добавлена возможность ограничения доступа к страницам памяти для драйверов устройств с поддержкой DMA на системах без I/O MMU (memory-management unit).
    • В гипервизоре KVM реализована возможность вывода статистики в форме линейных и логарифмических гистограмм.
  • Сетевая подсистема
    • В состав ядра добавлен модуль ksmbd с реализацией файлового сервера, использующего протокол SMB3. Модуль дополняет ранее доступную в ядре реализацию клиента SMB и в отличие от SMB-сервера, работающего в пространстве пользователя, более эффективен с точки зрения производительности, потребления памяти и интеграции с расширенными возможностями ядра. Ksmbd преподносится как высокопроизводительное и готовое для применения на встраиваемых устройствах расширение к Samba, при необходимости интегрируемое с инструментами и библиотеками Samba. Из возможностей ksmbd выделяется улучшенная поддержка технологии распределённого кэширования файлов (SMB leases) на локальных системах, которая позволяет существенно сократить трафик. В дальнейшем планируют добавить поддержку RDMA ("smbdirect") и расширений протокола, связанных с усилением надёжности шифрования и верификацией по цифровым подписям.
    • В клиенте CIFS прекращена поддержка NTLM и менее надёжных алгоритмов аутентификации, основанных на алгоритме DES и используемых в протоколе SMB1.
    • В реализации сетевых мостов для vlan реализована поддержка multicast.
    • В драйвер bonding, применяемый для агрегирования сетевых интерфейсов, добавлена поддержка подсистемы XDP (eXpress Data Path), позволяющей манипулировать сетевыми пакетами на стадии до их обработки сетевым стеком ядра Linux.
    • В беспроводном стеке mac80211 реализована поддержка 6GHZ STA (Special Temporary Authorization) в режимах LPI, SP и VLP, а также возможность установки отдельных TWT (Target Wake Time) в режиме точки доступа.
    • Добавлена поддержка протокола MCTP (Management Component Transport Protocol), применяемого для взаимодействия управляющих контроллеров и связанных с ними устройств (хост-процессоры, периферийные устройства и т.п.).
    • Продолжена интеграция в ядро MPTCP (MultiPath TCP), расширения протокола TCP для организации работы TCP-соединения с доставкой пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам. В новом выпуске добавлена поддержка адресов в режиме fullmesh.
    • В netfilter добавлены обработчики сетевых потоков, инкапсулированных в протокол SRv6 (Segment Routing IPv6).
    • Добавлена поддержка sockmap для потоковых Unix-сокетов.
  • Оборудование
    • В драйвере amdgpu реализована поддержка APU Cyan Skillfish (оснащены GPU Navi 1x). Для APU Yellow Carp реализована поддержка видеокодеков. Улучшена поддержка GPU Aldebaran. Добавлены новые идентификаторы карт на базе GPU Navi 24 "Beige Goby" и RDNA2. Предложена улучшенная реализация виртуальных экранов (VKMS). Реализована поддержка отслеживания температуры чипов AMD Zen 3.
    • В драйвере amdkfd (для дискретных GPU, таких как Polaris) реализован менеджер разделяемой виртуальной памяти (SVM, shared virtual memory) на базе подсистемы HMM (Heterogeneous memory management), позволяющей использовать устройства с собственными блоками управления памятью (MMU, memory management unit), которые могут получать доступ к основной памяти. В том числе при помощи HMM можно организовать совместное адресное пространство между GPU и CPU, в котором GPU может получить доступ к основной памяти процесса.
    • В драйвере i915 для видеокарт Intel расширено применение менеджера управления видеопамятью TTM и включены возможность управления энергопотреблением на базе GuC (Graphics micro Controller). Началась подготовка к реализации поддержки графической карты Intel ARC Alchemist и GPU Intel Xe-HP.
    • В драйвере nouveau реализовано управление подсветкой панелей eDP при помощи DPCD (DisplayPort Configuration Data).
    • В драйвер msm добавлена поддержка GPU Adreno 7c Gen 3 и Adreno 680.
    • Для чипа Apple M1 реализован драйвер IOMMU.
    • Добавлен звуковой драйвер для систем на базе APU AMD Van Gogh.
    • В ветку staging добавлен драйвер Realtek R8188EU, который заменил собой старый вариант драйвера (rtl8188eu) для беспроводных чипов Realtek RTL8188EU 802.11 b/g/n.
    • В состав принят драйвер ocp_pt для развиваемой компанией Meta (Facebook) PCIe-платы с реализацией миниатюрных атомных часов и GNSS-ресивера, которые могут применяться для организации работы обособленных серверов синхронизации точного времени.
    • Добавлена поддержка смартфонов Sony Xperia 10II (Snapdragon 665), Xiaomi Redmi 2 (Snapdragon MSM8916), Samsung Galaxy S3 (Snapdragon MSM8226), Samsung Gavini/Codina/Kyle.
    • Добавлена поддержка ARM SoС и плат NVIDIA Jetson TX2 NX Developer Kit, Sancloud BBE Lite, PicoITX, DRC02, SolidRun SolidSense, SKOV i.MX6, Nitrogen8, Traverse Ten64, GW7902, Microchip SAMA7, ualcomm Snapdragon SDM636/SM8150, Renesas R-Car H3e-2G/M3e-2G, Marvell CN913x, ASpeed AST2600 (серверные платы Facebook Cloudripper, Elbert и Fuji), 4KOpen STiH418-b2264.
    • Добавлена поддержка LCD-панелей Gopher 2b, EDT ETM0350G0DH6/ETMV570G2DHU, LOGIC Technologies LTTD800480070-L6WH-RT, Multi-Innotechnology MI1010AIT-1CP1, Innolux EJ030NA 3.0, ilitek ili9341, E Ink VB3300-KCA, Samsung ATNA33XC20, Samsung DB7430, WideChips WS2401.
    • Добавлен драйвер LiteETH с поддержкой Ethernet-контроллеров, используемых в программных SoC LiteX (для FPGA).
    • В драйвер usb-audio добавлена опция lowlatency для управления включением работы в режиме минимальных задержек. Также добавлена опция quirk_flags для передачи специфичных для устройства настроек.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 5.15 - Linux-libre 5.15-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске реализован вывод сообщения в лог о завершении чистки. Устранены проблемы при формирования пакетов с использованием mkspec, улучшена поддержка пакетов snap. Убраны некоторые предупреждения, выводимые при обработке заголовочного файла firmware.h. Разрешён вывод некоторых видов предупреждений ("format-extra-args", комментарии, неиспользуемые функции и переменные) при сборке в режиме "-Werror". Добавлена чистка драйвера gehc-achc. Обновлён код чистки блобов в драйверах и подсистемах adreno, btusb, btintel, brcmfmac, aarch64 qcom. Прекращена чистка драйверов prism54 (удалён) и rtl8188eu (заменён на r8188eu).

  1. Главная ссылка к новости (https://lkml.org/lkml/2021/10/...)
  2. OpenNews: Релиз ядра Linux 5.14
  3. OpenNews: Кейс Кук из Google призвал модернизировать процесс работы над ошибками в ядре Linux
  4. OpenNews: Релиз ядра Linux 5.13
  5. OpenNews: Релиз ядра Linux 5.12
  6. OpenNews: Релиз ядра Linux 5.11
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/56079-kernel
Ключевые слова: kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (197) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 12:28, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Futex2 вроде в 5.16 приняли. Какое следующее лтс ядро?
     
     
  • 2.9, BratishkaErik (ok), 12:52, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Либо 5.15, либо 5.16, зависит от того, когда последнее выйдет (31 декабря или 1 января)
     
     
  • 3.11, Аноним (1), 12:58, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    5.16 хорошее ядро, много работы проделано в нём. Будем надеяться, что успеют.
     
  • 3.13, Аноним (13), 13:02, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    5.15 уже объявлен LTS на https://www.kernel.org/category/releases.html
    Но всего 2 года поддержки =(
     
     
  • 4.23, An0nim0us (?), 13:37, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Теперь у всех LTS период поддержки по дефолту будет 2 года, за исключением случаев когда найдутся компании заинтересованные в более длительном сроке поддержки, которые будут инвестировать свои ресурсы в поддержку этого ядра. Т.э. через пару лет условные красношапки|каноникал|гугл или любая другая компания могут заявить что они хотят что б поддержка этой версии была больше лет и готовы будут предоставить ресурсы под это, то период поддержки может быть продлен. Вот Грег более подробно описал ситуацию - http://kroah.com/log/blog/2021/02/03/helping-out-with-lts-kernel-releases/
     
     
  • 5.44, Вежливое сообщество ROSA Linux (?), 14:36, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Теперь у всех LTS период поддержки по дефолту будет 2 года, за исключением
    > случаев когда найдутся компании заинтересованные в более длительном сроке поддержки

    Мы! Мы заинтересованы!

    > которые будут инвестировать свои ресурсы в поддержку этого ядра.

    Это что вообще такое? Программное обеспечение появляется по команде git clone! Ядро, что, особенное?

     
     
  • 6.96, An0nim0us (?), 17:06, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    >> Мы! Мы заинтересованы!

    Отлично, тогда обеспечьте за свой счет тестирование и создание бэкпортов для этой ветки за счет своих ресурсов.
    О своем решении сообщите на stable@vger.kernel.org или непосредственно Грегу gregkh@linuxfoundation.org.

     
     
  • 7.165, marquis_de_Keleg (ok), 07:56, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Шер ами,

    Мечтаю обеспечить тестирование и приём пулл-реквестов в бэк-порты. Давайте все дружно поможем? Уже создана НКО Российское Общество Свободного Программного Обеспечения. За счёт своих ресурсов куплен домен, нарисован логотип, выбрано руководство. Дело за малым, каждый по-братски бэкпортирует и потестирует, а?

     
  • 5.93, OpenEcho (?), 16:54, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Т.э. через пару лет условные красношапки|каноникал|гугл или любая другая компания могут заявить что они хотят что б поддержка этой версии была больше лет

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

     

  • 1.3, полураспад (?), 12:30, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    раст в ядре?
     
     
  • 2.5, zo0M (ok), 12:32, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    пока что нет
     
  • 2.20, Аноним (20), 13:19, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Нет, блин, nodejs
     
     
  • 3.61, Аноним (61), 15:29, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Nodejs в ядре ?????
    :-)))))))))
     
     
  • 4.154, Аноним (1), 02:54, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это вроде в бзде, я правда так и не понял зачем. Хотя spidermonkey в полките немногим лучше.
     
  • 2.58, Растоманя (ok), 15:22, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Пока нет, но будет. Безопастность в ядре не помешает.
     
     
  • 3.83, DeerFriend (?), 16:25, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Перепишите, пожалуйста, код btrs на русте. А то от них поддержку raid56 хрен дождёшься.
     
     
  • 4.171, Аноним (171), 12:14, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Прикалываешься!?
    Ты тогда ещё лет 5 ждать будешь...
     
  • 2.114, Какойточел (?), 18:46, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    как только он там будет, прощай стабильность ...
    да что там стабильность - хорошо если оно вообще будет запускаться и не падать.
     

  • 1.7, Аноним (7), 12:37, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наконец можно будет спокойно грузить образы мультибутом не только с FAT32 в дистрах, которые не доперли подрубить в initrd поддержку ntfs-3g.
     
     
  • 2.80, Аноним (-), 16:17, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    NTFS не нужен. это ты до чего-то там недопёр.
     
     
  • 3.92, QwertyReg (ok), 16:52, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –16 +/
    Если бы неубиваемую NTFS с поддержкой сжатия и лучшей на рынке системой распределения прав перенесли на Linux, это был бы скачок вверх раза в три.
     
     
  • 4.115, Аноним (-), 19:12, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Технологии Майкрософта не нужны. И зря они с Самбой возятся.
     
     
  • 5.138, Мент (?), 20:52, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты - очередной лицемер c opennet.
    Если тебе не нужны технологии Майкрософт, то сноси линукс.

    Ибо Майкрософт является платиновым спонсором линукса уже много лет и фактически разработка линукса сейчас идёт за её бабки.

    Вот так вот.

     
     
  • 6.166, Аноним (166), 08:27, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Разработчики ядра напрямую не связаны с барыжьей конторой Линукс Фаундейшн. Так что твой вброс получился унылым.
     
  • 6.217, Аноним (217), 17:30, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Слышал звон, да не знаю где он
     
  • 4.169, maximnik0 (?), 10:51, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Если бы неубиваемую NTFS

    Я бы не стал называть ее "не убиваемой". Достаточно надежной назвать можно,но я сталкивался с потерей файлов и каталогов.У нее есть недостаток проявляемый практически у всех фс- нельзя забивать больше чем на 90%,и  =>75% с включенным сжатием.А так для мира Linux она не рыба/мясо - я не знаю средств починки NTFS с включенным POSIX потоком (парагоновские платные чинят только win поток и могут проверить dos поток),а если новый драйвер не будет использовать этот поток наступит конфликт по допустимым символам в фс.Я не знаю средств кроме hex редактора для исправления ошибки закольцованных каталогов, и то только стирание в mft,эти ошибки не диагностируются,обнаруживаешь только вручную или  при не возможности удаления файлов.

     
  • 4.170, maximnik0 (?), 11:11, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Насчет системы прав позвольте не согласиться Списки и наследования конечно удобн... большой текст свёрнут, показать
     
     
  • 5.182, Аноним (-), 15:25, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ганс Райзер выйдет из тюряги и покажет всем как надо делать супернадёжную ФС.
     
     
  • 6.205, Аноним (205), 08:11, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как можно доверить хранение данных файловой системе, разработанной человеком, который собственную жену не смог сохранить?
     
     
  • 7.218, Аноним (218), 18:17, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тестил на отказоустойчивость
    /черныйюмор
     

  • 1.8, Аноним (8), 12:47, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    Зачем они все ещё бтрфс мучают? Есть же православная ZFS. 🤔
     
     
  • 2.14, Аноним (14), 13:02, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Так запрети им, слющай! Щито эти разрабы вообще себе позволяют?
     
  • 2.55, BSD_Cucks_BTFO (?), 14:55, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А где она есть-то? Явно не в ядре Linux.
     
  • 2.57, Anonymous XE (?), 15:16, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.opennet.me/opennews/art.shtml?num=52164
     
  • 2.63, Аноним (61), 15:30, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    zfs твкой же православный, как и нтфс
     
     
  • 3.97, PnD (??), 17:06, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А вот и нет. Баптистский скорее (в санках службы были, а вот икон не припомню).
     

  • 1.10, Смузихлёб (?), 12:53, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А какой смысл "полностью свободных сборок" если они нигде не будут работать? По моему сечас не существует даже процессоров без анальных зондов типа Intel ME, не говоря о BIOS\UEFI.
     
     
  • 2.12, Аноним (1), 13:01, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    SuperH4 без PSP. Опенсорс, роялти-фри.
     
     
  • 3.15, Смузихлёб (?), 13:03, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > SuperH4 без PSP. Опенсорс, роялти-фри.

    Микросхема начала нулевых? Лол

     
     
  • 4.17, Аноним (1), 13:10, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Из gcc не выкинули.
     
  • 4.103, QwertyReg (ok), 17:46, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Микросхема начала нулевых? Лол

    Зато без блобов!

     
  • 2.16, макпыф (ok), 13:06, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А какой смысл "полностью свободных сборок" если они нигде не будут работать?

    Запустится то оно запустится. Правда устройств с которыми оно сможет работать очень мало. И графика только intel.

    > По моему сечас не существует даже процессоров без анальных зондов типа Intel ME, не говоря о BIOS\UEFI.

    Если говорить о X86 - да. Но есть, хоть и мало пригодные для десктопа, другие архитектуры.

     
     
  • 3.32, Аноним (32), 14:01, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    RISC-V очень пригодна для десктопа.
     
     
  • 4.78, Аноним (78), 16:02, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только я не знаю графических ядер на нём.
     
     
  • 5.113, Аноним (113), 18:45, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    D1 Development Board — Nezha
     
     
  • 6.189, Аноним (189), 22:37, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    …у которой конфигурационные регистры MMU сделаны не в соответствии стандарту RISC-V.
     
     
  • 7.207, Аноним (113), 13:46, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Это как-то мешает работе Xfce?
     
  • 4.106, Анончик (?), 17:59, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Оно по дизайну подходит только для встраиваемых систем. Уже хотя бы тем что не имеет фиксированного набора инструкций.  
     
  • 3.50, uis (ok), 14:43, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > И графика только intel.

    Старые radeon и чуть менее старые nvidia keplerи ранние maxwell

     
  • 3.109, anonymous (??), 18:25, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > И графика только intel.

    У интела закрытые прошивки в видюхах.

     
     
  • 4.193, Stax (ok), 00:08, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что? Так у них и в сетевухах и в процессорах и везде тоже закрытые прошивки. А в видяхах у АМД и Нвидии тоже прошивки закрыты. А как вы хотели? В жестком диске или SSD тоже, внезапно, закрытые прошивки! И в мониторе, на котором вы это читаете - тоже закрытые. К какой бы видяхе вы его не подключили...
     
  • 2.18, ryoken (ok), 13:11, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну не так чтоб совсем нигде. Вот видимо ищут, на чём это дело вообще как-то запустится :D. (делал опыт - основной домашний стационар не дополз даже до KMS и сеть не взлетела, пришлось пинками ребутать. А вот дремучий макбук А1342 как ни странно до логин-менеджера догрузился, но там дальше попёрли вообще труднообъяснимые грабли. Всё это проверял в Devuan с подключенной репой сего ядра.)

    Интересно, найдутся ли личности, которые линукс с вантузом вместе на 1 раздел вкрутят? :D (Пересечений по каталогам по идее быть не должно, ну разве что кто-то хомяки решит слить в одно место. :D )

     
  • 2.30, Аноним (32), 14:01, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А на самом деле они есть, например, SiFive FE310-G000.
     
     
  • 3.48, uis (ok), 14:42, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Этот камень аналог stm32. Смотри FU***
     
  • 3.65, Anonymous XE (?), 15:32, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.sifive.com/boards/hifive-unmatched
     
     
  • 4.194, maximnik0 (?), 00:27, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > https://www.sifive.com/boards/hifive-unmatched

    Так их вроде Интел купил ? Или это только слухи ?

     
  • 2.77, Аноним (78), 16:00, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Свободное программное обеспечение должно быть в связке с свободным аппаратным обеспечением, абсолютно верно подмечено. На данный момент мне не известны ЦПУ с полностью свободной лицензией на массовом рынке, их не сущесвует. Но существует инициатива RISC-V. Возможно от них скоро дождемся массовой Системы на кристалле (СнК) под свободной лицензией.
    п.с жду коментария анонимов любителей говорить что надо вместо СРС писать DE потому что он так привык.
    А System-on-a-Chip, SoC наверное надо писать СОК-носок. Хотя наверное аноним и не знает таких аббревиатур.
     
     
  • 3.85, Аноним (85), 16:26, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда я писал,что хорошее СРС про Gnome40. Подразумевая мысленно ДЕ и потому не написал хорошая СРС. Я ушел отсель с полной жопой йухов. Пишите теперь правильно сами.
     
  • 3.118, Смузихлёб (?), 19:19, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Толку от RISC-V если хомячьё даже не знает что это такое Им лишь бы 171 винда... большой текст свёрнут, показать
     
     
  • 4.130, Аноним (113), 20:18, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В D1 Development Board — Nezha Bluetooth, Wi-Fi и HDMI уже встроены!
     
  • 3.129, Аноним (113), 20:16, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Зачем ждать, когда Aries Embedded PolarFire SoC FPGA Module можно купить уже сейчас?
    https://shop.aries-embedded.de/system-on-module/m/m100pfs/444/m100pfs-250baab?
     

  • 1.19, ryoken (ok), 13:12, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Да, такой вопрос. А утилиты вида fsck* & mkfs* для ntfs уже водятся? Именно как базовые для дистрибутивов.
     
     
  • 2.21, Аноним (20), 13:21, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А ядро тут причем?
     
  • 2.29, Нанобот (ok), 13:58, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    конктретно mkfs.ntfs есть в ntfs-3g
    fsck - наверное не существует
     
     
  • 3.188, maximnik0 (?), 21:35, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > fsck - наверное не существует

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

     
  • 2.43, Аноним (43), 14:35, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    fsck пилится

    mkfs сто лет как существует как часть ntfs-progs

     
     
  • 3.101, InuYasha (??), 17:37, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    пока можно поюзать лайв WinPE с его скандиском... ой, простите - чекдиском :))
     
  • 3.121, пох. (?), 19:23, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    при этом он создавал такую интересную ntfs, что этот вот парагоновский драйвер падал в kernel panic.

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

    А от парагона - ну, ждите, ждите. Они ж т-пые и ничему с прошлого раза не научились?

     

  • 1.22, bOOster (ok), 13:33, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Нда, ящик пандоры открыт. SMB протокол сам по себе дырявый, а тут еще и в ядре. Прямо счастье для мамкиных хакеров.
     
     
  • 2.25, llolik (ok), 13:53, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так оно же, вроде как, не безальтернативно вкомпилено. rmmod ksmbd.ko / blacklist ksmbd.ko - и нет SMB в ядре. Если его вообще будут собирать по-умолчанию в дистрах, а не оставят для всяких embedded.
     
  • 2.192, maximnik0 (?), 23:58, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Нда, ящик пандоры открыт. SMB протокол сам по себе дырявый, а тут
    > еще и в ядре. Прямо счастье для мамкиных хакеров.

    А подскажите пожалуйста модуль  CIFS в ядре поддержкой какого протокола занимался?
    И сильно он мамкиным хакерам помог ? Внезапно для незнающих  - это клиентская реализация SMB1-2.

     
     
  • 3.202, bOOster (ok), 06:02, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Походу не различаем что такое CIFS/SMB клиент, а что такое CIFS/SMB сервер?
     
     
  • 4.203, maximnik0 (?), 06:41, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Походу не различаем что такое CIFS/SMB клиент, а что такое CIFS/SMB сервер?

    Различаю.Тогда доразовью свою мысль.Сильно мамкиным хакерам помогло что в ядро встроен модуль NFS ? И тот модуль унервисальный был,мог работать как сервер ,так и клиент?


     
     
  • 5.204, bOOster (ok), 07:40, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Походу не различаем что такое CIFS/SMB клиент, а что такое CIFS/SMB сервер?
    > Различаю.Тогда доразовью свою мысль.Сильно мамкиным хакерам помогло что в ядро встроен
    > модуль NFS ? И тот модуль унервисальный был,мог работать как сервер
    > ,так и клиент?

    Ну ты насмешил сравнивая NFS и SMB.


     

  • 1.24, Gannet (ok), 13:50, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1942684
    Корявое ядро пошло.
     
     
  • 2.155, Аноним (155), 03:43, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > From my investigation the issue was not caused by a kernel patch but by the Mainline ppa enabling CONFIG_UBSAN_TRAP

    не ядро, а мейнтенеры убунты. что не удевительно

     
     
  • 3.175, Gannet (ok), 15:03, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> From my investigation the issue was not caused by a kernel patch but by the Mainline ppa enabling CONFIG_UBSAN_TRAP
    > не ядро, а мейнтенеры убунты. что не удевительно

    Пользователям от того не легче: ОСь не грузится.

     

  • 1.26, Аноним (26), 13:54, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  В клиенте CIFS прекращена поддержка NTLM и менее надёжных алгоритмов аутентификации.

    Вангую полыхания

     
     
  • 2.41, bOOster (ok), 14:33, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>  В клиенте CIFS прекращена поддержка NTLM и менее надёжных алгоритмов аутентификации.
    > Вангую полыхания

    Какие полыхания? От XP 1% пользователей остались. Остальные в Kerberos умеют.

     
  • 2.59, Растоманя (ok), 15:23, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    С чего полыхать-то?
     
  • 2.100, InuYasha (??), 17:35, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    То клиент же, а не сервер. А так - да, всякие телики, приставки и прочая бытовуха живёт на смб1.
     
  • 2.123, пох. (?), 19:24, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Всем похер. модный современный linoops разучился монтировать шары с немодных вин-серверов? А что, его кто-то ставить собирается? Из тех у кого до сих пор живы те серверы, вы всерьез?

     

  • 1.27, Аноним (27), 13:54, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В интерфейсе асинхронного ввода/вывода io_uring появилась поддержка открытия файлов сразу в индексной таблице fixed-file, не используя файловых дескриптор

    В /proc/PID/fd больше не будет видно файлов открытых процессом?

     
  • 1.34, Аноним (32), 14:03, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Почему Опеннет перестал открываться из Тора?
     
     
  • 2.67, Аноним (61), 15:33, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    это волнует только пользователей лора
     
     
  • 3.68, Аноним (61), 15:34, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не лора, а тора, пардон
     
     
  • 4.117, Аноним (-), 19:19, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не извиняйся, на ЛОРе запрещён постнг из Тора. Макском хочет превратить ЛОР в закрытый и уюный бложик, где вход только для своих. Правда Макском когда-то давно хотел ЛОР превратить в аналог Стэковерфлоу. Видимо он уже передумал.
     
     
  • 5.134, Аноним (113), 20:24, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я считаю, что анонимность в Сети является неотчуждаемым правом каждого пользователя.

    LOR не может 100 % исключить все узлы сети Tor, потому что это динамичная сеть, в которой часть exit-узлов непостоянна и часто меняется. На самом деле, LOR действительно плохо отслеживает exit-узлы.

    Если действительно хочется постить через Tor, то anonymous00 сделал крайне примитивный скрипт для упрощения отсеивания заблокированных узлов на LOR: https://gitlab.com/anonymous0/tor-lor

    Пожелания и патчи приветствуются.

     
  • 2.81, Аноним (-), 16:19, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Сижу через Тор, всё нормально открывается.
     
     
  • 3.95, Аноним (-), 16:58, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Госсайты с натягом уже открываются
    Фильтрация набирает обороты
     
  • 2.91, Ананимас008 (?), 16:50, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скрываешь от мамки и тов. майора, шо ходил на opennet?
    За опеннет теперь осуждают и не подают руки?
     
  • 2.94, Аноним (-), 16:56, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Открывается, но не с первого раза
    Началась чебурнетизация инета
     
     
  • 3.116, Аноним (-), 19:15, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В данной случае это кривые руки админа этого сайта.
     
     
  • 4.161, шайтан (?), 05:31, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Врядли.Приказ Неназываемого повлиял скорее всего
     
  • 3.172, Аноним (172), 12:36, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Симптомы такие, будто авторитативный dns сервер опеннета игнорирует или не получает запросы от эксит нод.
     

  • 1.35, Аноним (27), 14:04, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлена возможность ограничения доступа к страницам памяти для устройств с поддержкой DMA на системах без I/O MMU (memory-management unit).

    Readers may be wondering, though, how the use of the swiotlb will protect the system against a malicious or compromised device; such devices may well ignore polite requests to restrict their DMA activities to the designated area, after all. The answer is that it will not protect systems from this type of attack

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

     
  • 1.37, Аноним (37), 14:12, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А модуль для Realtek RTL8811CU/8821CU так и не добавили, хотя на гитхабе 2 год валяется. USB-донглы WiFi 5 (802.11ac) в пролёте.
     
     
  • 2.46, uis (ok), 14:37, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Там скорее всего проприетарная прошивка нужна, вот и не спешат.
     
     
  • 3.49, кокпок (?), 14:42, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Давно проприетарная прошивка повод не добавлять драйвер в ядро?
     
     
  • 4.119, Аноним (-), 19:21, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С самого рождения ядра Линукса.
     
  • 2.47, кокпок (?), 14:41, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В ядро должны добавлять все, что валяется на гитхабе?
    Перед релизом специально ищут ничего ли не забыли с гитхаба забрать.
     
     
  • 3.120, Аноним (-), 19:22, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Толсто. Гитхаб никакого отношения к ядру не имеет.
     
  • 2.53, Аноним (113), 14:46, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для Realtek RTL8188FTV драйверу уже 3 года, но в ядре его нет: https://github.com/kelebek333/rtl8188fu. А ведь это IP-камеры, беспроводные адаптеры, ТВ и многое другое.

    Надо письмо с просьбой написать.

        The Linux Foundation
        1 Letterman Drive
        Building D, Suite D4700
        San Francisco, CA 94129
        Phone/Fax: +1 415 723 9709

     
     
  • 3.206, Аноним (113), 13:41, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    RTL8188FU driver for Linux kernel 4.15.x ~ 5.15.x (Fedora, openEuler or Red Hat Enterprise Linux Derivatives): https://build.opensuse.org/package/show/home:Fhiss:rtl8188fu/rtl8188fu
     

  • 1.39, Аноним (39), 14:29, 01/11/2021 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     

  • 1.40, Аноним (40), 14:30, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    парни, вопрос по io_uring  
    судя по описанию оно творит чудеса
    как это включить вообще?
     
     
  • 2.45, uis (ok), 14:36, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В ядре? Оно включено by default. Для отключения нужно конфигурировать ядро как для встраиваемых систем.
     
     
  • 3.56, Аноним (40), 14:58, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ясно, просто думал, это как blk iscsi
    у меня система фризит на больших дисковых операциях, и хз как с этим бороться,
    не опытный я
     
     
  • 4.72, Аноним (72), 15:39, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Гуй виснет? Попробуй вайлан, хоть тут такие советы не любят
     
     
  • 5.76, Аноним (40), 15:59, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    пробовал, сразу после выхода новых дров на нвидию и патчей в плазме
    не годится, вот прям совсем-совсем не годится
     
  • 4.137, Аноним (137), 20:51, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Есть две опции в ядре. которые прописать надо. Не помню уже какие, что-то связанное с размерами кэша при чтении-записи.
     
     
  • 5.139, Аноним (137), 20:52, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ниже есть в коментарии (но это большие на самом деле цифры ставить надо 64 и 256 мегабайт).

    vm.dirty_bytes = 1073741824
    vm.dirty_background_bytes = 268435456

    в sysctl.conf и радуйся жизни ;-)

     

  • 1.42, uis (ok), 14:34, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Добавлена поддержка асимметричной планировки привязки задач к процессорным ядрам на архитектурах, в которых некоторые CPU допускают выполнение 32-разрядных задач, а некоторые работают только в 64-разрядном режиме (например, ARM). Новый режим позволяет при планировании выполнения 32-разрядных задач учитывать только CPU, поддерживающие 32-разрядные задачи.

    Ну и крамола! Так и до гетерогенности не далеко, когда одно ядро arm, другое rv, а третье - x86, а за бугром всё гетеро не в моде.
    Точнее во всяких америках, у финов всё с этим хорошо.

     
     
  • 2.73, Anonymous XE (?), 15:45, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Зато везде, может, кроме РФ разве что, diversity в моде.
     

  • 1.51, AlexYeCu_not_logged (?), 14:45, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В NFS улучшена обработка ситуаций, когда NFS-сервер перестал отвечать на запросы. Добавлена возможность монтирования с уже используемого сервера, но доступного через другой сетевой адрес.

    Куда в NFS делся soft-режим? Его только в Федоре куда-то закопали или он сейчас во всех мало-мальски современных дистрах unknown option?

     
  • 1.60, Аноним (60), 15:27, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ну чо там, 12309 пофиксили наконец?
     
     
  • 2.69, leap42 (ok), 15:35, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Добавь уже

    vm.dirty_bytes = 1073741824
    vm.dirty_background_bytes = 268435456

    в sysctl.conf и радуйся жизни ;-)

     
     
  • 3.223, john_erohin (?), 14:39, 04/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зачем отращивать dirty pages для медленных устройств ?
    наоборот надо сокращать.
    в пределе до 1-2 кластеров или какая там мин.единица распределения.

    > vm.dirty_bytes = 1073741824

    у меня вот это все сперва в своп пойдет.
    а потом оттуда будет подниматься.
    отличное решение.

     
  • 2.74, Anonymous XE (?), 15:48, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, и после этого Plasma под Wayland перестала падать.
     

  • 1.62, Аноним (62), 15:30, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Добавлена поддержка ... Snapdragon MSM8226

    А у меня как раз nokia lumia 630 завалялась. Не поставить ли мне на неё линукс?

     
     
  • 2.71, Аноним (61), 15:36, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    количество устройств с загружаемым ядром плавно стремится к бесконечности
     
     
  • 3.122, Аноним (-), 19:24, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот до чего доводит неумеренное изучение математических Пределов.
     

  • 1.75, swine (ok), 15:55, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я бы предложил бамапть версию по количеству исправлений. 12309 самое подходящее число, мне кажется.
     
  • 1.79, Аноним (-), 16:16, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дрова i915 починили?
     
     
  • 2.99, Аноним (99), 17:25, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И кому это надо?
     
  • 2.219, Аноним (219), 19:08, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Старательные админы старательно стерли информацию, что нет. Все еще проблемы с i915 существуют. Но вы верьте всему что делают местные одминчеги. Они же всегда правы. Цензоры обдолбаные.
     

  • 1.84, Аноним (84), 16:26, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "В клиенте CIFS прекращена поддержка NTLM и менее надёжных алгоритмов аутентификации. "

    брехня

     
  • 1.90, Rev (?), 16:43, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    > Началась подготовка к реализации поддержки графической карты Intel ARC Alchemist и GPU Intel Xe-HP.

    Пока миллионы юзеров на другой ОС давно юзают своё современное железо, линуксоиды ждут годами появления их поддержки...

     
     
  • 2.108, Оффтоп (?), 18:08, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    SteamDeck (Valve) совместно с Amd допиливают линукс под Ryzen и RDNA2. Собирай машину на красных камнях. И вроде как Лиза Су говорила про фокус на мобильном направлении развития процесоров (а это процы с графикой по дефолту). Будут больше производить подобных процессоро. А раз архитектура RDNA новая (какие-никакие дрова уже написаны), то поддержка из коробки обеспечена на ближайшие пару лет.
    У интела же под линукс дело идет активно, просто не сразу. Не серверный линукс для интел это пару процентов пользователей. Пример https://www.opennet.me/opennews/art.shtml?num=53062 Идут годы,а все пилят. "Улучшена поддержка чипов Ice Lake, Elkhart Lake, Baytrail и Haswell".
    Но в целом ты прав. Это грустно. Но поддержка линукса из коробки это мало где.
     
  • 2.131, BratishkaErik (ok), 20:21, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Брооо... эти видеокарты ещё не вышли...
     

  • 1.102, InuYasha (??), 17:40, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Прекрасно! Молодцы! Вечной жизни проекту!
     
     
  • 2.104, InuYasha (??), 17:48, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Только у числа затронутых файлов разные цифры двух младших разрядов - заметили? :)
     

  • 1.110, Аноним (110), 18:28, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    возможность работы raid0 с одним устройством. А зачем это надо? Вроде вся задумка в raid это несколько устройств.
     
     
  • 2.124, Аноним (-), 19:25, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Плюсую. Да, а зачем?
     
  • 2.229, Werwolf (?), 10:12, 23/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    чтобы создать рейд из одного диска потому что отдел закупок обделался и второй диск всё ещё не доехал а пора сервак в прод пускать.. паааатом расширим.
     

  • 1.111, Аноним (110), 18:30, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Через NL на cайт не зайти. По чему так не знаю. Только предположения.
     
     
  • 2.112, Аноним (110), 18:42, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    NL конечный, а не начальный.
     
  • 2.151, Аноним (-), 23:06, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Отпустило. Не чего не менял. Временно или нет будет видно.
     

  • 1.125, Cyber100 (ok), 19:31, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    хоть бы кого увидеть, кто btrfs не просто дома, на своем капуктере пользует, а реально на работе своей, в ынтырпрайзе...
     
     
  • 2.126, deusbase (ok), 20:05, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Все NAS Synology на btrfs
     
     
  • 3.140, Аноним (140), 21:07, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не обобщайте
     
  • 3.142, О л е г (?), 21:24, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С кучей сообщений всё упало, как восстановить данные
     
  • 3.145, пох. (?), 21:47, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    только вот код, внезапно, не выложен в общий доступ.

    И нет, это совсем не тот btrfs что вам достанется с kernel.org

     
  • 2.127, Аноним (-), 20:11, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не интерпрайс но. Есть информация, что btrfs пишет больше чем другие файловые системы. По этому для flash памяти не хорошо. Но, есть сжатие. Сравнивать надо с сжатием и без. Вроде существено больше пишет чем другие файловые системы. Я лет 5 btrfs использую в виртуальных машинах с linux по причине приходится по питанию выключать виртуальные машины. Бывает хост Windows иногда виснет, бывает синий экран с ошибкой. Бывает гость виснет. На пк для совместимости с Windows перешол на EXT4 пол года назад. Вне виртуальной машины редко испольщую Linux и очень много в виртуальной машине.
     
     
  • 3.128, Аноним (-), 20:12, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    BTRFS с сжатием в HDD.
     
  • 3.132, Аноним (-), 20:23, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для тех кто опять может не понять. Когда гость виснет я не обесточиваю и не выключаю хост. А только закрываю или выключаю виртуальную машину Power Off.
     
     
  • 4.133, Аноним (-), 20:24, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    или resest средствами вмртуальной машины если нормально хост не выключаетя или не перезагружается.
     
     
  • 5.135, Аноним (-), 20:25, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    гость не хост. Всё ещё путаю.
     
  • 3.150, здравствуйте дети (?), 22:36, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Есть техническое обоснование, в чем преимущество btrfs перед ext4 при выключении питания?

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

     
     
  • 4.156, Аноним (-), 03:45, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Есть моё обоснование не техническое на своём опыте использования. И каждый решает сам. Проверка на ошибки разделов и оценка у кого проверка с ошибками чаще. Я после второй не подряд а вразное время проверки ext4 на ошибки через gparted-live, давно было, около 5 лет назад, после выключения по питанию виртуальной машины решил перейти на btrfs посмотреть как будет с btrfs. Так и остался с btrfs. Годать, что там и как на разделе с ext4 исправлено мне не интересно.
     
     
  • 5.157, Аноним (-), 03:50, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Годать, что там и как на разделе с ext4 исправлено через Gparted мне не интересно.

     
  • 5.158, Аноним (-), 03:53, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Btrfs я использую для раздела /, а для boot у меня EXT4.
     
  • 5.186, Аноним (-), 17:41, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я не когда не проверял через btrfs check по тому что не знал об этом btrfs check. Когда-то давно где-то прочитал о scrub через него и проверял.
     
  • 4.159, Аноним (-), 04:30, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я практически и не пользовался ext4. 5 лет назад я начал использовать Linux.
     
     
  • 5.160, Аноним (-), 04:35, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    возможно с 2015 года. Или с 2014. Помню, что ext4 я не долго испопользовал, а всё остальное время btrfs.
     
  • 4.162, Аноним (-), 05:40, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я не когда не проверял через btrfs check я проверял через scrub, а пишут, что че... большой текст свёрнут, показать
     
  • 2.136, Аноним (136), 20:49, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Центральная станция мониторинга Dräger Infinity CentralStation Wide.
     
  • 2.174, my_name_is_Mud (ok), 12:57, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У Пейсбука (нынче Мета) прод на бтрфс
     

  • 1.141, Аноним (141), 21:17, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    FTP удалили?
     
  • 1.143, Ананоним (?), 21:30, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вангую потерю данных.
     
  • 1.147, Игорь Воскресенский (?), 21:50, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А дедупликация на ntfs поддерживается?
     
     
  • 2.228, Аноним (228), 18:45, 18/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    NTFS не поддерживает такую фичу.
     

  • 1.148, Аноним (148), 21:57, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 5.15 - Linux-libre 5.15-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем.

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

     
  • 1.152, Аноним (-), 23:25, 01/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Виртуальная машина.

    Не понял. Удалил NTFS-3G. Перезагрузил. Загрузился в gparted-live 1.1.0-6 Разметил, создал раздел NTFS. Mint 20.2, ядро от Убунты сам не собирал, kernel 5.15.0-051500 2021-10-31. Раздел NTFS виден, подключаю раздел NTFS а раздел NTFS не подключется.
    https://ibb.co/P5DPxbZ
    https://ibb.co/HG7MKkq

     
     
  • 2.153, Аноним (-), 23:51, 01/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Навсякий случай скачал последний gparteg-live 1.3.1-1. отфармотировал, получил тоже самое.
     
     
  • 3.163, Аноним (155), 05:46, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    cat /proc/filesystems ?
     
     
  • 4.183, Аноним (183), 15:43, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ~$ cat /proc/filesystems
    nodev sysfs
    nodev tmpfs
    nodev bdev
    nodev proc
    nodev cgroup
    nodev cgroup2
    nodev cpuset
    nodev devtmpfs
    nodev configfs
    nodev debugfs
    nodev tracefs
    nodev securityfs
    nodev sockfs
    nodev bpf
    nodev pipefs
    nodev ramfs
    nodev hugetlbfs
    nodev devpts
    ext3
    ext2
    ext4
    squashfs
    vfat
    nodev ecryptfs
    fuseblk
    nodev fuse
    nodev fusectl
    nodev mqueue
    nodev pstore
    btrfs
    nodev autofs
    exfat
     
  • 2.168, nymous (?), 09:28, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    $ zgrep NTFS /proc/config.gz

    Или как там правильно для Ubuntu

    $ grep NTFS /boot/config-'uname -r'

     
     
  • 3.184, Аноним (183), 16:48, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрел по быстрому, что это, не разобрался до конца. Команды не чего недают. Может и не всё правилно вводил.

    Это надо? В boot находится config-5.15.0-051500-generic

    https://pastebin.com/hgMGGP0L

     
     
  • 4.185, Аноним (185), 17:15, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    CONFIG_NTFS_FS=m
    ...
    CONFIG_NTFS3_FS=m

    Модули есть. Старый и новый одновременно. Видимо, надо в fstab явно прописывать ntfs3

     
     
  • 5.187, Аноним (-), 17:49, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Оно может и надо не знаю. Но я как бы подрузумевал как и наверно многие, что установил ядро, удалил NTFS-3G и всё. Как было с exfat от Samsung, а было появилось ядро с драйвером от Samsung. Я сходил на сайт Убунты скачал ядро установил, удалил exsat-fuse и всё.
     
     
  • 6.190, Аноним (155), 23:23, 02/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    exfat в filesystems вижу, ntfs3 не вижу

    сделай "modprobe ntfs3" и монтируй

     
     
  • 7.196, Аноним (-), 02:23, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ~$ cat /proc/filesystems
    nodev sysfs
    nodev tmpfs
    nodev bdev
    nodev proc
    nodev cgroup
    nodev cgroup2
    nodev cpuset
    nodev devtmpfs
    nodev configfs
    nodev debugfs
    nodev tracefs
    nodev securityfs
    nodev sockfs
    nodev bpf
    nodev pipefs
    nodev ramfs
    nodev hugetlbfs
    nodev devpts
    ext3
    ext2
    ext4
    squashfs
    vfat
    nodev ecryptfs
    fuseblk
    nodev fuse
    nodev fusectl
    nodev mqueue
    nodev pstore
    btrfs
    nodev autofs
    exfat
    ntfs
    ntfs3
    Не особо напригайтесь. Мне на виртуальной машине с Linux ntfs не нужен. Ошибка таже самая когда монтирую.
     
     
  • 8.197, Аноним (-), 03:00, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ntfs удаляется через cat, а после каждого монтирования которое показывает ошибку... текст свёрнут, показать
     
     
  • 9.198, Аноним (-), 03:13, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А может и не будут разбиратся 20 2 LTS и ядро там другое ... текст свёрнут, показать
     
     
  • 10.199, Аноним (-), 03:14, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    kernel 5 4... текст свёрнут, показать
     
  • 9.200, Аноним (-), 03:35, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ntfs3 существует если смотреть через cat до перезагрузки ... текст свёрнут, показать
     
  • 9.201, Аноним (-), 03:37, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Удолил ntfs и пока не монтирую раздел, ntfs не появляется cat ... текст свёрнут, показать
     
     
  • 10.208, VladSh (?), 15:03, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Утопил ... текст свёрнут, показать
     
     
  • 11.209, Аноним (-), 16:04, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет так ты меня не заинтересуешь учить правописание Терпи я терплю и ты терпи ... текст свёрнут, показать
     
     
  • 12.210, Аноним (-), 16:13, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ошибки если я вижу у людей я не терплю меня это не раздражает Я не против, чтоб... текст свёрнут, показать
     
     
  • 13.211, Аноним (-), 16:18, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Правописание для меня не то, чтобы мне из-за правописания себя и других напрягат... текст свёрнут, показать
     
     
  • 14.212, Аноним (-), 16:19, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    очевидная... текст свёрнут, показать
     
  • 12.216, Аноним (-), 16:56, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Раз пошла философия терпеть надо только то, что полезно А то, что не полезно не... текст свёрнут, показать
     
  • 11.213, Аноним (-), 16:26, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я не против если нравится и есть заинтересованность указывайте на ошибки мне Но... текст свёрнут, показать
     
  • 11.214, Аноним (-), 16:38, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ситуация хуже должно было быть слово затопил Какой вопрос такой ответ ... текст свёрнут, показать
     
  • 6.195, Аноним (195), 01:36, 03/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    exfat-fuse
     
  • 5.221, Аноним (185), 13:29, 04/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В арче правильней сделали

    # CONFIG_NTFS_FS is not set
    CONFIG_NTFS3_FS=m

    А остальные будут, как обычно, ждать.

     

     ....большая нить свёрнута, показать (24)

  • 1.167, Аноним (166), 08:33, 02/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 5.15 - Linux-libre 5.15-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем.

    Литаноамериканские революционные товарищи молодцы!

     
  • 1.173, Аноним (-), 12:42, 02/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо, скачал!
     
  • 1.191, linuxbuild (ok), 23:49, 02/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Список поддерживаемого оборудования: https://raw.githubusercontent.com/linuxhw/Drivers/master/kernel/lkddb-5.15.lis
     
  • 1.215, Аноним (215), 16:44, 03/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В Device Mapper (DM) добавлен новый обработчик dm-ima с реализацией механизма удалённой аттестации на основе подсистемы IMA (Integrity Measurement Architecture), позволяющей внешнему сервису верифицировать состояние подсистем ядра для того чтобы убедиться в их подлинности. На практике dm-ima позволяет создавать при помощи Device Mapper хранилища, привязанные к внешним облачным системам, в которых при помощи IMA проверяется достоверность запускаемой конфигурации DM target.

    WtF?
    WItF?
    HTF?

     
     
  • 2.220, Аноним (220), 09:53, 04/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    https www kernel org doc html latest admin-guide device-mapper dm-ima html Мож... большой текст свёрнут, показать
     

  • 1.222, pavlinux (ok), 13:55, 04/11/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Реализована подсистема DAMON (Data Access MONitor),
    > позволяющая отслеживать активность, связанную с доступом
    > к данным в оперативной памяти,

    Вот сейчас прям хорошо стало

     
     
  • 2.227, Аноним (227), 09:38, 06/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Docume
     
     
  • 3.230, pavlinux (ok), 21:10, 25/11/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Docume

    Ну, Яма, чо дальше? Дамон работает через хардаварные брякпоинты, Яма его даже не заметит. ))

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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