Господа, приветствую, сегодня, без всякой задней мысли, зашел на свою любимую впс_очку с Ubuntu LTS, чтобы планово обновить ее слегка. После завершения команды (которой значения великого не придал) остался в совершенном конфузе: ядро все это время было 5.15.x (стабильное, чай не настольная система, а серверная), а обновилось оно до 6.5.x! Вот это поворот!

Это вообще нормально для Убунты ЛТС? Считаете ли вы это нормальным?

Справедливости ради скажу, что для обновления всегда использовал команду apt full-upgrade, не делал большой разницы с upgrade и не знаю как повела бы вторая в такой ситуации. Но я никак не мог ожидать такого бампа версии ядра через простое обновление.

Нет, пускай новое будет в репах, кому надо – поставит. Но не автоматически же!

Upd: похоже это Оракл начудил, который поставляет свой образ Убунты для VPS.

Добрый день, джентльмены.

Сегодня мне хотелось поговорить о том, как правильно измерять температуру на m2 nvme ssd и нужен ли для них радиатор.

У меня два таких диска, Samsung 980 1T и Samsung 990pro 2T. Какой из них какой в измерениях не так важно. Оба подключены через pciex3, поэтому работают не на полную мощность, но маемо шо маемо.

Если я правильно понимаю: Sensor 1 – это температура tlc-памяти, а Sensor 2 – это температура контроллера. И проблема в том, что обычно программы пишут температуру памяти (наверное Composite, но она почти всегда одинаковая), тогда как контроллер гораздо горячее. При более менее долгой нагрузке Sensor 2 показывает и 70 градусов, и может даже выше.

# температура без нагрузки вообще

vme-pci-0700
Adapter: PCI adapter
Composite:    +36.9°C  (low  = -273.1°C, high = +81.8°C)
                       (crit = +84.8°C)
Sensor 1:     +36.9°C  (low  = -273.1°C, high = +65261.8°C)
Sensor 2:     +42.9°C  (low  = -273.1°C, high = +65261.8°C)

nvme-pci-0600
Adapter: PCI adapter
Composite:    +32.9°C  (low  = -273.1°C, high = +81.8°C)
                       (crit = +84.8°C)
Sensor 1:     +32.9°C  (low  = -273.1°C, high = +65261.8°C)
Sensor 2:     +43.9°C  (low  = -273.1°C, high = +65261.8°C)

Отсюда вопрос, куда правильней смотреть и нужен ли радиатор? Может даже конкретные модели радиаторов кто посоветует.

Многих (немногих (меня)) пользователей Firefox сильно раздражало отсутствие поддержки Gtk4. Как это проявлялось? В основном, в диалоге открытия файла: диалог Gtk3 не поддерживал миниатюры, но самое главное, поиск в нем был ООООООООЧЕНЬ медленный. Медленный до безобразия. Открыть в нем файл, используя поиск было тем еще квестом. Эти проблемы были решены в Gtk4. Который Firefox пока не поддерживает.

Long story short:

about:config

# меняем 2 на 1
widget.use-xdg-desktop-portal.file-picker: 2->1

Теперь Фокс открывает диалог из Gtk4. Это сильно повысило комфорт использования браузера лично для меня и я подумал, что это должны знать остальные.

Проверено в Gnome, Fedora 39.

Спасибо за внимание.

p.s. Модераторы, добавьте тег gtk4, есть только gtk3.

Здравствуйте.

Не сочтите за клоунаду, но иногда на ЛОРе постят некрологи важных для сообщества людей. Разумеется такие темы нужно сразу закрывать, чтобы дурачки не набежали, но все же людям хочется выразить уважение. Поэтому предлагаю новую эмоджи ✝️.

В целом, она может использоваться и в обычных темах.

Кроме того, мне кажется интересной идея доступности реакций на основании тегов в теме. Т.е. только при определенных тегах становятся доступными определенные реакции.

Это что еще за новости?

Сообщение удалено hobbit по причине 5.3 оскорбление по религиозному признаку (-7)
Дюже потешно, что Сэра Айзека чернь сделала иконой атеизма, а сам он с удовольствием праздновал Рождество Спасителя :)

Или СЭР hobbit считает, что для человека с таким титулом в Средневековой Англии местные почитатели ПРИТЯЖСТВА не были бы «чернью»?

А то, что в соседнем сообщении меня назвали «полным идиотом» – тут, значит, никакого оскорбления нет?

Может вы даже скажете, что форсед мем «Притяжство» – это не религиозный праздник?

Phoronix провел очередное тестирование файловых систем на ядре 6.7. bcachefs показала себя чуть лучше, но все еще есть комната для улучшений.

.

Доступен промежуточный выпуск проекта OpenZFS 2.2.1, развивающего реализацию файловой системы ZFS для Linux и FreeBSD. Выпуск примечателен добавлением поддержки ядра Linux 6.6 и попыткой устранения проблемы, приводящей к повреждению данных (обнулению части блоков) в файлах после их копирования.

Изначально предполагалось, что проблема проявляется только в ветке 2.2.x и вызвана ошибкой во включённом в OpenZFS 2.2.0 механизме клонирования блоков, позволяющем создать копию файла или его части без дублирования данных, используя во второй копии ссылки на уже существующие блоки данных исходного файла без их фактического копирования. В версии OpenZFS 2.2.1 для блокирования проблемы механизм клонирования блоков был отключён по умолчанию, а для возвращения поддержки данного режима добавлена настройка zfs_bclone_enabled.

Позднее разработчики заявили о воспроизведении проблемы и в конфигурациях с веткой OpenZFS 2.1.x. Не подтвердились и предположения, что проблема проявляется на системах со старыми выпусками пакета coreutils - ошибку удалось воспроизвести во FreeBSD и в Linux-дистрибутивах со свежим выпуском coreutils 9.4.

Повреждение файлов проявляется при достаточно редком стечении обстоятельств, например, выполнение в Gentoo команды "emerge -1 dev-lang/go" приводит к установке инструментария для языка Go с повреждением файлов в каталоге /usr/lib/go/pkg/tool/linux_amd64/compile. Предполагается, что ошибка начала проявляться после выставления по умолчанию параметра "zfs_dmu_offset_next_sync=1" в версии openzfs 2.1.4. Источник ошибки пока не выявлен. В качестве рекомендованного обходного пути блокирования ошибки предложено выставить в 0 параметр "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync". 

https://www.opennet.ru/opennews/art.shtml?num=60167

EXT4-БОЯРЕ НА МЕСТЕ?

Michael «Похороникс» Larabel сделал первые попытки протестировать производительность свежеиспеченной файловой системы bcachefs.

Tl;dr: в основном сосет. Даже у btrfs. Хорошо показала себя в Application startup time.

https://www.phoronix.com/review/bcachefs-linux-67

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

Сейчас хоткеи Ctrl-Left/Right перемещают на предыдущую/следующие темы соответственно.

Возможно у меня ограниченное восприятие, но я никогда не пользовался этим. Хотелось бы перемещаться на предыдущую/следующую страницу в треде. Было бы весьма удобно, как мне кажется.

Может стоит провести опрос или что-то типа того.

maxcom

Любимый лоровцами dead inside Michael «Похороникс» Larabel протестировал влияние полнодискового шифрования на производительность современного Линукса на современном ПЭКА.

Теги испытательного стенда: Fedora 38, btrfs, Ryzen 7840U, Linux 6.5.6.

tl;dr: в некоторых тестах есть некоторая просадка, в большинстве – незначительная.

https://www.phoronix.com/review/fedora-38-encryption

2023-10-18 Ubuntu Installer is useless

Решил попробовать новый инсталлятор Убунты. Что от него нужно обычному пользователю? Я не ковбой, поэтому решил использовать use case самого обычного пользователя:

1. Надежность: ФС должна быть неубиваемая – ext4;
2. Шифрование: lvm+luks;
3. Возможность сохранить свои данные при переустановке: отдельный /home.

Ну т.е. самый минимум, исходя из здравого смысла.

Первые проблемы начались уже на этапе установки: единственная возможность использовать lvm+luks (т.е. шифрование) в новом инсталляторе Убунты предполагала только стереть весь диск и вкорячить туда эту конструкцию. При этом отдельный /home был не предусмотрен. А само шифрование, которое уже давно стало нормой почему-то считается ADVANCED FEATURES – продвинутые технологии уровня Каноникл.

Это ведет к нескольким последствиям:

1. Убунту нельзя поставить в дуалбуте;
2. При переустановке затрется /home с вашими данными;
3. Вы не сможете переустановить только систему с той же разметкой.

Да, но можно же разметить все в отдельной программе – вспомнит продвинутый пользователь. Разметить можно, а вот использовать в инсталляторе Убунту нельзя – он видит шифрованный раздел, но использовать его нельзя. Полагаю и lvm без шифрования он так же не даст использовать.

Сабвольюмы btrfs, конечно, тоже использовать нельзя: только выделить раздел и отформатировать его в btrfs. Шифрование в этом режиме вообще не предусмотрено.

Это.. какой-то позор.

При всей шизоидности инсталлятора Fedora, он не позволяет разве что дрочить вприсядку. Все остальное – пожалуйста.

Одна радость: Убунта наконец-то прекратила срать разделом bios_boot на EFI/GPT системах.

Как можно было такое сырое говно отправлять в ПРОДАКШОН – загадка. Но тестовый полигон все равно Fedora, а ее пользователи – рабы-альфатестеры Редхата. Собственно, недавний обосрамс Убунты с переводами не должен вызывать у вас никаких вопросов.

Fedora Workstation 39 Planning To Drop Custom Qt Theming

Fedora Workstation has long maintained the QGnomePlatform and Adwaita-qt projects for applying a GNOME/GTK-like interface and styling to Qt applications in order to enhance the experience. However, to reduce the maintenance burden and the ongoing technical debt, Fedora Workstation 39 is planning to eliminate the custom Qt theming and just rely on Qt upstream.

Jan Grulich of Red Hat laid out plans to eliminate the custom Qt theming of Fedora Workstation. Instead the plan is to more closely track upstream Qt defaults. QGnomePlatfrom and Adqaita-qt will be dropped from Fedora Workstation along with associated custom patches to Qt. Fedora developers do plan to try to upstream some portions of the QGnomePlatform code into upstream Qt.

The change is laid out via this Fedora Wiki page. Jan Grulich also wrote a blog post outlining the planned work around Q theming in Fedora Workstation. This includes working on QAdwaitaDecorations itself for Fedora 39 and back-porting the QGtkTheme improvements from Qt5 to Qt5.

https://www.phoronix.com/news/Fedora-Dropping-Custom-Qt-Theme

К вопросу об унификации. Многие люди недовольны хоткеем для переключения языка ввода – Super-Space. Дескать, верните КонтролШифт из Икспи или хочу Капслок. А ведь все, в итоге, идет к унификации. Никому не нужны всякие Двораки, даже если они и эффективней.

.

Суть в следующем, если в Chrome включено аппаратное ускорение и запустить, например, VSCode с включенным аппаратным ускорением (у обоих это дефолт), Хромог ломается. Не отображаются картинки, некоторые html-элементы, в видео артефакты – в общем, это сразу заметно. Если в VSCode выключить ускорение и перезагрузить компьютер (просто закрыть обоих и перезапустить Хром не помогает), то Хром работает нормально. Так продолжается уже ОЧЕНЬ долго. Это только у меня так?

Fedora последняя, АМД вместо видеокарты, Гном.

Перемещено hobbit из general

В Федоре обновилось ядро, теперь 6.4.4. И конечно я решил попробовать режим guided для amdpstate.

Наконец-то заработал турбо буст, до этого он у меня никак не включался. Причем он 4.66, что странно, потому что по спецификациям у меня турбо буст должен быть 4.2.

Минимальная частота стала 2.58 вместо 0.4 как раньше. Впрочем, на температуре это не отразилось.

Ожидал, что он будет включаться гораздо чаще, его приходится прям ЖДАТЬ :)

Такие дела.

Ryzen 5 4650g.

sudo cpupower frequency-info
analyzing CPU 4:
  driver: amd-pstate
  CPUs which run at the same hardware frequency: 4
  CPUs which need to have their frequency coordinated by software: 4
  maximum transition latency: 20.0 us
  hardware limits: 400 MHz - 4.66 GHz
  available cpufreq governors: conservative ondemand userspace powersave performance schedutil
  current policy: frequency should be within 400 MHz and 4.66 GHz.
                  The governor "schedutil" may decide which speed to use
                  within this range.
  current CPU frequency: Unable to call hardware
  current CPU frequency: 4.00 GHz (asserted by call to kernel)
  boost state support:
    Supported: yes
    Active: yes
    AMD PSTATE Highest Performance: 255. Maximum Frequency: 4.66 GHz.
    AMD PSTATE Nominal Performance: 219. Nominal Frequency: 4.00 GHz.
    AMD PSTATE Lowest Non-linear Performance: 141. Lowest Non-linear Frequency: 2.57 GHz.
    AMD PSTATE Lowest Performance: 24. Lowest Frequency: 400 MHz.

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

Попробовав применить dnf history rollback я обнаружил неприятную вещь: в репах Федоры хранится только самая последняя версия пакета, т.е. даже если попробовать даунгрейднуть сразу после апгрейда, будет показано сообщение, что таких пакетов в репах нет.

Этот конфуз заставил меня даже создать локальный репозиторий с помощью плагина dnf-plugin-local. Радостно предполагая, что теперь-то я ГОТОВ – я расслабился.

Продолжая эксперименты, я установил AlmaLinux и Oracle в Virtualbox и решил попробовать этот инструмент в них, т.к. там хранятся все версии пакетов и таких проблем как Федоре быть не должно.

Каково же было мое удивление, когда dnf history undo last так же выдало мне ошибку, но уже другую:

Problem: The operation would result in removing the following protected packages: kernel-uek-core etc.

https://files.catbox.moe/imvenn.png

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

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

Буду продолжать эксперименты по построению Unbreakable Linux :)

Как известно, что-то может сломаться после очередного обновления, вплоть до того, что система перестанет нормально работать. Я использую Fedora, в Fedora есть замечательный инструмент dnf history, который логирует каждый install/upgrade/remove, в удобной форме все показывает и позволяет откатить любые изменения.

Так думал я, пока мне не пришлось им воспользоваться. Сломался один из пакетов, установленный из RPMFusion (неважно какой, но mesa-freeworld). Оказалось, что dnf history работает отлично, вот только репы не хранят ничего, кроме последнего пакета. И даже если попытаться воспользоваться откатом сразу после обновления – можно получить только список пакетов, которых уже нет в репах.

Есть какой-то fedora-archive-repository, о котором я ВООБЩЕ не смог найти никакой официальной документации, кроме обрывков из блогов каких-то чуваков. Впрочем, он тоже не решил проблему: не найденных пакетов стало меньше, но все равно много. И даже если бы там хранились старые версии пакетов Fedora, вряд ли это бы мне помогло со сломанным пакетом из RPMFusion.

Есть другое решение: не удалять пакеты после установки и хранить несколько последних версий в кэше, как это рекомендовано в Arch. Вроде как может быть полезно, но места жрать будет немало (+ гигабайт 30, если 2-3 версии всех пакетов?) и не очень ясно можно ли на это надеяться.

Какой каноничный путь восстановления системы после неудачного обновления? Скажем, не только локалхост, но и какая-нибудь VPS. Речь только о системе.

Каким-нибудь restic/borg создавать бэкап всего /? Но это долго же и не очень ясно что именно бэкапить и как восстанавливать? Загружаться с LiveCD и пытаться копировать с затиранием всего /?

BTRFS прошу не предлагать по очевидным причинам.

Большая просьба не мериться членами, я в курсе, что вы все админите хайлоад и датацентры, хотелось бы решений, которые подойдут для локалхоста/VPS/сервера.