Приветствую!

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

Заранее спасибо!

С поддержкой чипа AIC8800D80 всё так грустно и печально как кажется здесь https://forums.linuxmint.com/viewtopic.php?t=437357 или здесь https://github.com/shenmintao/aic8800d80/issues/13 (это драйвер вообще заработал хотя бы с wi-fi на ядре 6.16) ?

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

На какой-то странный глюк нарвался в Linux Debian. Создал пользователя name2 и группу name2 - отдельно, как системные; возможно, это и не имеет никакого значения, но тем не менее… Потом решил «соединить» пользователя с группой (потому что группа по-умолчанию была users на вновь создаваемые им файлы: name2:users, судя по выдаче ls), но ошибся и добавил ТЕКУЩЕГО в эту новую группу: usermod -g name2 name1 (вместо usermod -g name2 name2). Процесс повис! Это что ещё такое? Прервал ctrl+c, испугавшись за непредсказуемое поведение; оно ещё и ЦПУ начало жрать. Повтор этой же команды выдал usermod: no changes. Ладно. Далее понял, что написал не то, и решил вернуть: usermod -g name1 name1. И опять повисло!! Опять прервал. Вроде бы пока всё работает, но что это было??

появляется основное окно со списком игр, при запуске любой игры вылетает, в консоль выдаёт:
...
45: E6M1 «~/games/WAD/HERETIC.WAD»
46: E6M2 «~/games/WAD/HERETIC.WAD»
47: E6M3 «~/games/WAD/HERETIC.WAD»

Found 48 maps in total.
Ошибка сегментирования (core dumped)


в dmesg:

[ 4367.721602] doomsday[6782]: segfault at 8 ip 000073814e85a1da sp 00007ffde492bae0 error 4 in libSDL2-2.0.so.0.3000.0[611da,73814e825000+134000] likely on CPU 5 (core 1, socket 0)
[ 4367.721612] Code: 05 de 64 17 00 01 48 8b 3d 1b 4b 17 00 48 85 ff 74 09 e8 99 c8 fc ff 85 c0 75 4d f0 83 2d c1 64 17 00 01 83 05 b6 64 17 00 01 <41> 8b 7c 24 08 e8 3c ff ff ff 48 89 c3 48 85 c0 74 14 48 8b 58 08


libsdl2 установлен последний, что ему может быть не так и как это победить?

USB тачскрин передает с дескриптором только одну конфигурацию с интерфейсом класса 0x0A (CDC Data). При этом CDC дескриптор отсутствует и cdc-acm драйвер не цепляется:

Bus 001 Device 003: ID 0547:2001
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0x0547
  idProduct          0x2001
  bcdDevice            2.00
  iManufacturer           1 
  iProduct                2 
  iSerial                 3 00000000001A
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength       0x0020
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xc0
      Self Powered
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass        10 CDC Data
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
  Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            2
      Transfer Type            Bulk
      Synch Type               None
      Usage Type               Data
    wMaxPacketSize     0x0040  1x 64 bytes
    bInterval               0
  Endpoint Descriptor:
    bLength                 7
    bDescriptorType         5
    bEndpointAddress     0x81  EP 1 IN
    bmAttributes            2
      Transfer Type            Bulk
      Synch Type               None
      Usage Type               Data
    wMaxPacketSize     0x0040  1x 64 bytes
    bInterval               0
Device Status:     0x0001
  Self Powered

Устройство принимает драйвер usbserial и передает bulk пакеты по 64 байта в интерфейс ttyUSB0, но те не содержат события касания, либо разобрать их не предоставляется возможным. Сам разработчик устройства в свое время написал драйвер преобразующий устройство в HID и обрабатывающий события касания при помощи hidkmdf.sys, Win7 DDK driver и Microsoft Multi Touch HID Driver.

Как завести эту железку на Ubuntu?

Возможно ли это?

Что-нибудь сделать (указать настройки при конфигрурации перед сборкой NetworkManager), чтобы NetworkManager записывал настройки сети не куда попало, а в конфигурацию systemd-networkd.

https://ru.wikipedia.org/wiki/NetworkManager
«NetworkManager is a daemon that sits on top of libudev and other Linux kernel interfaces (and a couple of other daemons)»

«программа network-manager-applet соответствует стандарту Freedesktop.org System Tray Protocol (работает GNOME, KDE, Xfce)»
Я не уверен про новые версии Gnome. У меня GNome classic на wayland и я никакой иконки про сеть нигде не вижу.

Ранее:
Networking best practices (скрипты vs NetworkManager vs systemd-networkd)

Доброго времени суток.

На сервере настроен бэкап с помощью Timeshift на отдельный диск. Система стоит на soft-RAID (mdraid) из трёх разделов: корень, файлохранилище и своп. Хранилище смонтировано в /Data.

Теперь, собственно, к сути проблемы. При создании бэкапа, Timeshift упорно игнорирует директорию /Data, а бэкапить ее очень нужно. Собственно, для этого всё и затевалось. В каталоге с резервной копией лежит файл exclude.list, в котором обнаружились строчки /Data/** в разных регистрах.

Пробовал убирать исключения в разных форматах, что нашёл в интернете и с помощью ИИ - бесполезно. Строки появляются снова.

Пробовал добавлять в /etc/timeshift/timeshift.json следующие варианты:

+/Data/*** +/Data/** -/Data/*** -/Data/**

Может кто сталкивался и решил эту проблему, поделитесь опытом?

ОС: ALT Linux 11 Server

Привет, ЛОР.

Возникла следующая проблема.

Есть мини-пк, который выступает в роли сервера с docker контейнерами для домашнего использования (Immich, Jellyfin, cgit, etc.)

Железка - MinisForum UM690S (модель SSD достоверно узнать нельзя, SMART для нее очень обрезанный)

Почти год система работала идеально, 0 сбоев.

Вчера обнаружил зависание, ни один сервис не был доступен, по SSH коннекта не было, подключив физически монитор увидел это (https://0x0.st/KSPu.jpg).

SMART докладывает что все чисто, ошибки все по нулям (Но он какой-то куцый, на Samsung у меня атрибутов намного больше).

В логах за ту сессию аптайма вообще ничего интересного, просто в 12:00:03 UTC сообщения прекращаются, никаких ошибок до этого нет.

Собственно, главный вопрос: Можно ли утверждать, что возникновение этой ошибки обязательно означает умирающий диск и что его пора менять?

Доброго времени суток! Разрабатываю Android эмулятор под названием Andryemu. Уже сделал версию 1.0 под Debian, Ubuntu, Runget и ZorinOS. Проблем с разработкой нет, хотел бы посоветоваться с комьюнити. Пока эмулятор может запускать apk файлы (устанавливать и запускать), также полностью совместим с ADB. Что мне добавить, чтобы мой эмулятор был по максимуму «хороший»? Создавал его с целью обеспечить эмуляцию Android приложений на очень слабых ПК. Последняя версия андроид стоит Android 9 PIE на Andryemu. Что бы посоветовали добавить? Ответы мне очень важно слышать. Заранее спасибо!

Год сидел на арче(в принципе это весь мой линукс стаж), и пробовал разные дистрибутивы, и всегда сталкивался с такой проблемой как беспроводной сетевой интерфейс. Я не знаю как сформулировать вопрос, потому что если бы я мог его сформулировать, я бы уже сам решил эту проблему. В общем я не понимаю почему он такой проблемный. Вчера пытался сделать точку доступа на арче, и ввёл убийственную команду pacman -Rnsc (не помню какой пакет). И что произошло? У меня сетевуха настолько сильно откинулась, что даже когда ставил другие дистрибутивы, на всех дистрибутивах не работал wireless. Даже usb-адаптер который подключается через usb-порт, который абсолютно всегда работал - решил двинуть кони. Винда естественно поднимала интерфейс, и даже после захода в винду и установки линуксов, все образы дебиан, арчей и воид линуксов - все поголовно не хотят видеть интерфейс. После танцев с бубнами естественно как-то всё время решалась проблема. Последнее что я не мог сделать это вот это. ip link set dev wlan0 up. интерфейс был виден down(но видно down не только интерфейс, но и я). Но интерфейс не поднимался и не сообщал об ошибке. Я к сожалению не глянул dmesg(может быть встал на путь истинный). Но в общем как починился wlan? Поставил debian, подключил ethernet. apt update и воля, wlan починился. Теперь вопросы. Это нормально? Обнова через ethernet абсолютно всегда работает на линуксе? Просто что нужно по изучать, чтобы стать гуру по починке %$@#@!*& wlan интерфейсов? Что его ломает и что его поднимает? И почему это задевает другие линуксы, у которых свои драйвера и свои файловые системы?

Если сокрытие ссылок на всякий варёз вполне понятное решение, то ограничивание поисковой выдачи максимумом 20 страницами и карусели из одних и тех же сайтов мне в голову не лезут. И это же не один Google такой а все. Почему–то показать Spec ops the line в ответ на стрелялка с укрытиями в дуае Google может а вот отправить в путешествие по миллионам или хотя бы тысячам и тысячам сайтов уже нет. Вбить например, слово блогосфера и сидеть до посинения копаться в выдаче не получиться никак. И почти всюду вездесущая парочка из Wikipedia и YouTube. Раньше пользоваться USB–модемом с 2G которое иногда сменялось более быстрым 3G и в том же Google на каком–нибудь четвёртом десятке страниц таки можно было найти ссылки на интересующую игруху поделённую на части Winrar и выложенную на стрёмном файлообменнике с кучей рекламы, но главное что не торрентом и её таки действительно можно было скачать Download master. Сейчас такое непрдеставимо и даже не из–за того что сорка страниц уже нету а потому что после третьей почти наверняка пойдёт полная белиберда. Пока существовала nigma.ru пользовался ею. Кому это выгодно? Им жалко пустить дальше пятой страницы или показать васянские блоги васянов с Tumblr или там Blogger. Или показать видео не с YouTube. В мире же существуют не порнушные сайты с видео кроме YouTube. Наверняка же оно всё есть в индексе.

Система управления пакетами на графах

1. Основная идея

1. Система превращает приложения в набор запросов к пакетам, а пакеты — в чистые функции inputs → outputs.
2. Для выполнения запросов система строит DAG (ориентированный ациклический граф) зависимостей пакетов.
3. Каждое приложение не содержит кода пакетов. Оно:
   1. хранит локальное состояние приложения (например, переменные, настройки, промежуточные результаты для консольных приложений);
   2. формирует запросы к пакетам;
4. Управляет историей DAG — графом преобразований данных, используемых приложением.

2. Пакеты

2.1 Содержимое пакета

1. Набор бинарников для разных архитектур и конкретных процессоров, включая варианты с поддержкой инструкций (SSE, AVX, NEON и т.п.).
2. Манифест, содержащий:
   1. UUID входных и выходных типов данных,
   2. описание пакета,
   3. контакты разработчиков,
   4. версию пакета.

2.2 Граф совместимости архитектур

1. Определяет, какие бинарники могут запускаться на каких процессорах;
2. Поддерживаемые наборы инструкций;
3. Возможность запуска бинарника на более широкой архитектуре (например, x86 может выполняться на x86_64).

2.3 Принципы работы

1. Чистота пакета:
   1. Пакет может только читать входные данные (inputs);
   2. Пакет может только записывать выходные данные (outputs);
   3. Пакет не имеет доступа к состоянию приложений или других пакетов;
   4. Каждый input и output имеет свой тип данных (UUID);
   5. Результат работы пакета полностью определяется входными данными и типом выходного значения;
   6. Общий кеш системы: outputs сохраняются в кеш, идентифицируемый комбинацией UUID всех входных данных и UUID типа выходных данных;
   7. Альтернативные реализации: при нестабильной или неэффективной работе система выбирает другую реализацию с теми же входными и выходными типами.

3. Входные и выходные данные

3.1 Типы данных

1. Каждый тип данных имеет собственный UUID, описание и контакты разработчиков.
2. Примеры типов: TextFile, Image, SensorReading, UIElement.

3.2 Экземпляры данных (inputs/outputs)

1. Каждый вход и выход пакета связан с конкретным типом данных.
2. Пакет может принимать несколько входов и создавать несколько выходов.
3. Все входные данные доступны только для чтения.
4. Выходные данные помещаются в общий системный кеш.
5. Идентификация результатов: комбинация UUID всех входных данных и UUID типа выходного значения.

3.3 Особенности

1. DAG зависимостей строится по связям между типами данных пакетов.
2. Система автоматически управляет параллельным выполнением, когда одни выходы используются в нескольких ветвях графа.
3. Кеш предотвращает повторные вычисления, обеспечивая высокую эффективность.
4. Каждый пакет ведёт себя как чистая функция, без побочных эффектов.

4. Приложения

4.1 Состав

1. Входные данные от внешних источников — драйверов, пользователя, сети, датчиков и т.п.
2. Локальное состояние приложения, ассоциированное с экземпляром приложения: хранит привязки inputs → outputs, переменные, настройки, временные данные и другие параметры, необходимые только этому экземпляру.
3. Принципы:
   1. Приложения не содержат кода пакетов, они лишь управляют потоками данных и вызывают нужные пакеты через систему.
   2. Для GUI используются пакеты визуализации, которые получают данные для отрисовки как обычные входные данные (UIElement и т.п.).
   3. Приложения различаются в основном по структуре запросов и набору используемых типов данных, а не по двоичному коду.

5. Общие черты системы

1. Общий кеш промежуточных результатов: одинаковые входные данные и тип выходного значения дают один и тот же результат для всех приложений.
2. Автоматический выбор реализации пакета на основе глобальной статистики стабильности и производительности.
3. Параллельная обработка: результаты одного пакета могут одновременно использоваться многими другими.
4. Автоматическая устойчивость к ошибкам: при сбоях система выбирает альтернативную реализацию.
5. Детерминированность: каждый результат (output) однозначно определяется комбинацией входных данных и типа выходного значения.

6. Состояние приложения

1. Приложение хранит своё локальное состояние как итеративное кольцо input → output, обновляемое на основе событий от драйверов (пользовательский ввод, сеть, датчики и т.п.).
2. Каждое событие от драйвера добавляет новый input в кольцо, обрабатываемое через соответствующие пакеты системы.
3. Результаты обработки (outputs) помещаются в локальное состояние приложения и/или в общий кеш системы, если они могут использоваться другими пакетами или приложениями.
4. Состояние приложения является циклической структурой событий и их результатов, управляемой приложением и чистыми пакетами.
5. Локальное состояние хранит:
   • переменные и настройки приложения;
   • промежуточные результаты вычислений для текущего экземпляра приложения;
   • историю DAG вызовов пакетов, связанных с этим приложением.

7. Сравнение с традиционными системами пакетов

Краткое описание

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

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

Что именно нужно проверить и исправить, если при запуске патрони такие ошибки?

INFO: Lock owner: None; I am postgresql_

INFO: Still starting up as a standby.

INFO: establishing a new patroni heartbeat connection to postgres

INFO: establishing a new patroni heartbeat connection to postgres

WARNING: Retry got exception: connection problems

WARNING: Failed to determine PostgreSQL state from the connection, falling back to cach>

INFO: Error communicating with PostgreSQL. Will try again later

В целом он запустился, но есть такие предупреждения.

Есть ntfs раздел там папка Фото и там должны быть куча папок, но есть только папка Ксяоми и ярлыки. В виндовс все эти папки и файлы в них отображаются. Если что папка фото есть в другой папке (recovery) и там всё отображается, но папка в корне не показывает. Перекопирование опять будет долгим, и смысла наверное мало

Решил почистить и починить звук мусор в Арче, но немного офигел от XFCE (4.20, обновления от среды). Оно периодически спаунит пакеты по 2 процесса bwrap и glycin-loaders при некоторых переключениях окон или открытии системного меню или трогании панели. Процессы висят как дочерние тех, чьи окна были затронуты. Ситуация мягко скажем нестандартная и дикая.

По итогу цензурных слов просто нет. Ой дебилы...

Год назад приобрёл ноутбук MSI Sword HX B14V, поставив на него Debian. Недавно решил перейти на Arch, для чего установил дистрибутив на другом разделе параллельно. Однако в процессе настройки возникла проблема, решить которую до сих пор не удалось: В Арче максимальная частота обновления экрана составляет 60 Гц, тогда как в Дебиане (и Windows 10) она равняется 240 Гц.

Самое интересное, что, эксперимента ради, я скопировал Дебианское ядро 6.12.48+deb13-amd64 (в котором проблем с частотой нет) в Арч, выполнил mkinitcpio с grub-mkconfig, загрузился с него и — о чудо — 240 герц появились в выводе xrandr в Арче! Тогда провёл другой эксперимент: взял конфиг этого Дебианского ядра, и на его основе сконфигурировал ванильное ядро 6.16.6 (самое свежее на тот момент) с kernel.org, собрав и установив в Дебиан. После загрузки с данного ядра вожделенные 240 герц пропали, оставив только 60 Гц, как и в Арче сейчас.

Перерыл множество форумов, Reddit’ов и прочих Stack Overfow; напару с ИИ несколько дней искали решение — всё без толку: 60 герц, и ни одним больше. Ряд источников утверждает, что Дебиан накладывает свои волшебные патчи на ядро. Хорошо, допустим. Но я даже пробовал модифицировать файлы drivers/gpu/drm/drm_edid.c и drivers/gpu/drm/i915/display/intel_dp.c в исходниках, используя функцию printk() для отладки, чтобы видеть, что творится при инициализации графики (выводит сообщения в буфер, который и показывает dmesg). Для теста я жёстко хардкодил режим 2560x1600@240, но это приводило лишь к чёрному экрану, как и при попытке принудительного задания данного режима посредством xrandr.

В общем, занимаюсь любовью с системой уже месяца 1,5-2, и пока что всё без толку. Помогите решить проблему. Необходимую информацию предоставлю, укажите лишь, какую именно. Пока могу показать это, если поможет:

root@ss-sb2:/home/sergeich# lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Raptor Lake-S UHD Graphics (rev 04)
01:00.0 VGA compatible controller: NVIDIA Corporation AD106M [GeForce RTX 4070 Max-Q / Mobile] (rev a1)

Также, согласно выводу nvidia-smi, именно на Нвидии стартует /usr/lib/xorg/Xorg.

NVIDIA способна только рендерить, за вывод всегда отвечает Intel.

Подводя итог: В Debian при загрузке с родного ядра 6.12.48+deb13-amd64 240 Гц было и есть из коробки. При использовании ванильного ядра, сконфигурированного по конфигу config-6.12.48+deb13-amd64, 240 Гц пропадают, оставляя лишь 60 Гц.

В Arch Linux при загрузке с «имплантированного» ядра 6.12.48+deb13-amd64 тоже доступно 240 Гц. На родных ядрах из репозитория — 6.17.1-arch1-1 и 6.17.1-zen1-1-zen — максимум лишь 60 Гц.

Всем привет.

Загорелся идеей подключить гитару к пк чтобы играться со всякими эффектами и виртуальными педальками. Когда-то давно видел у соседа по общаше guitar rig - его и решил пробовать первым.

Не предвещая беды, сбегал в магазин и купил focusrite solo 3. Накатил виртуалку с оффтопиком, поставил риг, пробросил звуковуху в виртуалку, подключил гитару и…всё стало плохо. Звук со щелчакми, интерфейс постоянно отваливается, нужно добавлять заново. Короче, неюзабельно.

Почитав интернет, понял, что проблема в принципе массовая и связана с задержками при пробросе usb и чтобы нормально всё заработало, нужно пробросить usb-контроллер целиком на уровне pci-e шины через iommu, но мой ноутбук, на котором нужно всё развернуть, так не умеет.

Накатить guitar rig в wine не пробовал - чую, что будут всякие задержки и вообще из-за этого научусь играть так, что потом придётся переучиваться.

Собственно, вопрос. Кто как решает проблему и как правильно поступить? Ставить windows рядом второй системой только из-за рига? Попробовать в wine с прокладкой под asio? Или просто использовать другое по под онтопик? Guitarix выглядит каким-то куцым.

После неудачной попытки миграции со Slackware 15 на current, пришлось накатить бекап.

Скрипт бекапа кустарный, выглядит вот так

#!/bin/bash


if !  mount -l|grep -q "/mnt/mb"; then 
mount /mnt/mb||{ echo "Не удалось монтировать"; exit 1; }
fi

nice -n 19 rsync -aAXvu --prune-empty-dirs /* /mnt/mb/slackbackup --exclude={/home/user/MP3/*,/home/localrepo*,/home/tmp/*,/lost+found,/mnt/*,/sys/*,/dev/*,/proc/*,/run/*,/tmp/

Восстановление проводилось вручную, типа cp -a /source /dest на сколько помню. Соответственно /home к /home а остальное в корень, каждый директорий отдельно.

И вот. Даже сраный openmw работает, чего не ожидал. А вот… В заголовке собственно проблема. xrdb ~/.Xresources возвращает

cc1: error: /usr/lib64/gcc/x86_64-slackware-linux/11.2.0/../../../../x86_64-slackware-linux/include: Permission denied

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

Есть у меня старый ноутбук, у которого, кажется, убили аккумулятор его неправильным использованием (использование на 5-10%, потом зарядка до 20% и тд).

Он лежал несколько месяцев на полке, я его попытался включить кнопкой и никакой реакции не последовало. Я вставил зарядное устройство и он сразу включился и показал 60% батареи.

Я его зарядил до 100%, оставив на ночь. С утра включил ютуб, отключил зарядное устройство и наблюдаю за процентами аккумулятора. До 50% он разряжался часа 3. После 50% процесс заметно ускорился. Сейчас показывает 13% и одного процента хватает на минуту. Я планирую его разряжать, пока процессор не отключится.

Собственно вопрос - поможет ли это откалибровать аккумулятор чему-либо внутри? Понятно, что у аккумулятора ёмкость такая, какая есть, но хотя бы отображать проценты хочется правильно. А также есть опасение, что если я дам высокую нагрузку, то аккумулятор не выдаст нужные токи и процессор просто может отключиться, даже показывая 50% батареи, например (у меня такое было на старом макбуке).

люди добрые помогите пинком в нужную сторону - что это может быть?

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

но при этом с USB идет загрузка и оттуда можно сделать Local Boot и тогда уже там выбрать нужный EFI

bootctl status вывод см ниже - вроде не ругается ни на что

куда и чем копать?

[41COS: Arch Linux x86_64
[41CHost: dynabook E10-S (PYT00A-00P01F)
[41CKernel: Linux 6.17.1-arch1-1
[41CUptime: 8 hours, 3 mins
[41CPackages: 473 (pacman)
[41CShell: bash 5.3.3
[41CDisplay (DELL U2721DE): 2560x1440 in 27", 60 Hz [External]
[41CDisplay (BOE0731): 1366x768 in 12", 60 Hz [Built-in]
[41CWM: Hyprland 0.51.1 (Wayland)
[41CCursor: Adwaita
[41CTerminal: alacritty 0.15.1
[41CTerminal Font: alacritty (11pt)
[41CCPU: Intel(R) Celeron(R) N4020 (2) @ 2.80 GHz
[41CGPU: Intel UHD Graphics 600 @ 0.65 GHz [Integrated]
[41CMemory: 2.38 GiB / 7.58 GiB (31%)
[41CSwap: 0 B / 3.79 GiB (0%)
[41CDisk (/): 4.58 GiB / 111.88 GiB (4%) - ext4

System:
      Firmware: UEFI 2.70 (American Megatrends 5.13)
 Firmware Arch: x64
   Secure Boot: disabled
  TPM2 Support: yes
  Measured UKI: yes
  Boot into FW: supported

Current Boot Loader:
       Product: systemd-boot 258-4-arch
     Features: ✓ Boot counting
               ✓ Menu timeout control
               ✓ One-shot menu timeout control
               ✓ Default entry control
               ✓ One-shot entry control
               ✓ Support for XBOOTLDR partition
               ✓ Support for passing random seed to OS
               ✓ Load drop-in drivers
               ✓ Support Type #1 sort-key field
               ✓ Support @saved pseudo-entry
               ✓ Support Type #1 devicetree field
               ✓ Enroll SecureBoot keys
               ✓ Retain SHIM protocols
               ✓ Menu can be disabled
               ✓ Multi-Profile UKIs are supported
               ✓ Loader reports network boot URL
               ✓ Support Type #1 uki field
               ✓ Support Type #1 uki-url field
               ✓ Loader reports TPM2 active PCR banks
     Partition: /dev/disk/by-partuuid/07f83c6d-7baa-4770-a3d0-4c99c69a5dff
        Loader: └─/boot//efi/boot/bootx64.efi
 Current Entry: arch-linux.efi

Current Stub:
      Product: systemd-stub 258-4-arch
     Features: ✓ Stub reports loader partition information
               ✓ Stub reports stub partition information
               ✓ Stub reports network boot URL
               ✓ Picks up credentials from boot partition
               ✓ Picks up system extension images from boot partition
               ✓ Picks up configuration extension images from boot partition
               ✓ Measures kernel+command line+sysexts
               ✓ Support for passing random seed to OS
               ✓ Pick up .cmdline from addons
               ✓ Pick up .cmdline from SMBIOS Type 11
               ✓ Pick up .dtb from addons
               ✓ Stub understands profile selector
    Partition: /dev/disk/by-partuuid/07f83c6d-7baa-4770-a3d0-4c99c69a5dff
         Stub: └─/EFI/Linux/arch-linux.efi

Random Seed:
 System Token: set
       Exists: yes

Available Boot Loaders on ESP:
          ESP: /boot (/dev/disk/by-partuuid/07f83c6d-7baa-4770-a3d0-4c99c69a5dff)
         File: ├─/boot//EFI/systemd/systemd-bootx64.efi (systemd-boot 258-4-arch)
               └─/boot//EFI/BOOT/BOOTX64.EFI (systemd-boot 258-4-arch)

No boot loaders listed in EFI Variables.

Boot Loader Entry Locations:
          ESP: /boot (/dev/disk/by-partuuid/07f83c6d-7baa-4770-a3d0-4c99c69a5dff, $BOOT)
       config: /boot//loader/loader.conf
        token: arch

Default Boot Loader Entry:
         type: Boot Loader Specification Type #2 (UKI, .efi)
        title: Arch Linux (6.17.1-arch1-1)
           id: arch-linux.efi
       source: /boot//EFI/Linux/arch-linux.efi (on the EFI System Partition)
     sort-key: arch
      version: 6.17.1-arch1-1
        linux: /boot//EFI/Linux/arch-linux.efi
      options: root=PARTUUID=9e019c74-8b8c-47c9-be0d-3a9143a55a17 zswap.enabled=0 rw rootfstype=ext4