31 мая 2026 года отпраздновал свой двадцать пятый день рождения проект DistroWatch, любимец всех дистрохопперов. От сайта со сравнением 5 дистрибутивов в одной табличке сайт превратился в базу знаний, отслеживающую 1204 проекта, 484 из которых находятся в активно разрабатываемом состоянии. За месяц на проект заходят с примерно полутора миллионов уникальных IP-адресов и просматривают 10 миллионов страниц, а доля пользователей линукс на сайте достигла 50%. Пожелаем этому проекту, который старше твиттера и фейсбука, убунты и винды-xp, долгих лет жизни и наконец-таки довести долю пользователей линукс до 100%.

>>> Сообщение на самом сайте (distrowatch.com)

Открыл тут для себя такое хобби как homelab — натурально, люди у себя дома собирают небольшую (или вполне так ничего, как получится) сетевую инфраструктуру, с серверами, стойками, ИБП и т.п. Кто из подобранных старых серверов и свитчей делает, кто на полочках из ДСП расставляет мини-пк с алика. Чисто для удовольствия и иногда для некоторого профита (нематериального в основном, потому что это всё жрет денег за электричество и детали), вроде отказа от ненадёжных/неблагонадёжных сторонних веб-решений в пользу само-хостящихся. А как в наших краях обстоят дела с таким хобби? Есть энтузиасты домашнего серверостроения?

Почитал тут новостишки:
https://www.rbc.ru/society/29/04/2026/69f1bc129a794744540e3703
https://start.sampo.ru/news/stolica/2084623484
http://publication.pravo.gov.ru/document/0001202511270015?index=1
И что-то я в прострации. Потому что на мой дилетантский взгляд выглядит, как запрет ввоза всего вообще, кроме пары-тройки брендов второго-третьего эшелона. И такая трактовка у меня решительно не уживается со здравым смыслом. А как на самом деле-то?

Не секрет, что Intel в последнее время планомерно сокращаёт свою вовлечённость в опенсорс. Из ~1.3 тысячи репозиториев компании на гитхабе 903 уже имеют статус архивированных, а последняя волна закрытий была в декабре прошлого года (см.: https://www.phoronix.com/news/Intel-OSS-Projects-Ended-2025).

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

>>> Подробности на форониксе (phoronix.com)

В общем и целом, суть такова: с минувших выходных на Skynet-е не работает плюс-минус нихрена, во всяком случае из того, что мне нужно. Кроме пресловутого видеохостинга, о котором все кричат (который, как раз-таки, заставить функциклировать несложно), отвалился cloudflare (на что упирает ТП провайдера) местами AWS и Hetzner, но вместе с ними и куча совершенно других хостингов, например Scaleway, Vercel. Так что мне не погогнять в тот же самый престарелый Urban Terror на привычных серверах, например. Не скачать с сайта posit.co RStudio и не воспользоваться основным зеркалом CRANа. Не открываются сайты Орейли и Ланцета, не зайти на слэшдот. Не открывается даже сайт canon.ru. В качестве вишенки на торте, у штруделя (strudel.cc) отвалились сэмплы. Заодно открыл для себя, что ТП Скайнета стала работать просто отвратительно, да и ответ у них на всё один — «не наш цирк, не наши обезьяны, сидите и терпите» (это если вообще удаётся до них дозвониться или дописаться в чате). И судя по всему, на ростелекомовском adsl как минимум ситуация аналогичная, а вот на работе как минимум некоторые сайты нормально работают, а может и все (жалко, не посмотрел, какой провайдер, но у нас и юрлицо, может там другие порядки).

Собственно, вопрос: это сейчас везде так в Питере, или есть вариант тупо свалить к более адекватному провайдеру? Если варианты есть, то куда?

PS: я знаю про ТСПУ. Но ещё до недавнего времени у разных провайдеров спокойно были разные настройки на них. Я лично имел (и имею, но теперь это уже не радует) возможность сравнивать скайнет с ростелекомом, например. Так что хочется собрать общую картину по больнице городу.

10 октября состоялся «догоняющий» обычные версии (основанные на Ubuntu) релиз LMDE — Linux Mint Debian Edition. Седьмая версия основана на Debian 13 и доступна только в одном виде — только 64 бит и только с Cinnamon. Если для LMDE 6 опция 32 бит была ещё доступна (поскольку была в родительском дистрибутиве), то теперь можно констатировать, что 32 битных версий Mint не осталось вовсе.

В остальном дистрибутив сочетает привычный Look&Feel от текущего «основного» Linux Mint с кодовой базой Debian 13 и в целом служит «запасным аэродромом» для отработки технологий на случай невозможности использовать ubuntu как апстрим дистрибутива; в будущем ожидается постепенное достижение паритета возможностей между двумя ветками по мере портирования улучшений из Mint. Однако ничто не мешает его использовать на постоянной основе уже сейчас.

>>> Заметки к релизу (linuxmint.com)

Фороникс сообщает: после замены православных gnu coreutils на ржавый ремейк начал отваливаться разный софт. Для начала, вроде бы, dd (но это не точно, потому что сложновато поймать, что именно поломали в переписанных на коленке утилитах, которые и так не проходят все положенные тесты).

https://www.phoronix.com/news/Ubuntu-25.10-Coreutils-Makeself

В принципе, я тут могу и закончить. И так всем понятно, что я хочу сказать.

В основном, новшества в версии 22.2 касаются проекта XApps — попытки разработчиков Mint создать набор «универсальных» дефолтных приложений для любой десктопной среды на GTK. Теперь в XApps есть приложение для настройки сканера отпечатков пальцев, libAdwaita была заставлена нормально работать с темами дистрибутива, а сама libAdwaita от греха подальше была также форкнута в libAdapta. Разные улучшения получили XViewer, генераторы миниатюр и другие компоненты XApps. Кроме того, появился клиент Warpinator для iOS.

По-прежнему по умолчанию отключён snap, а flatpak теперь доходчиво объясняет пользователю разницу между собой и системными пакетами deb. Звук теперь сделан на Pipewire.

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

Не обошлось, впрочем, и без некоторых недочётов: к релизу прилагается список известных накладок по части виртуализации — https://www.linuxmint.com/rel_zara.php

>>> Заметки к релизу (linuxmint.com)

Стоял у меня wine-staging с репозитария winehq. В том году отвалился battle.net из-за какой-то проблемы с сертификатами, обещали пофиксить. И вот, после нескольких месяцев простоя и очередного обновления вайна, я решил посмотреть — как оно там. И что же? А он теперь вообще не работает:

smacker@Ideapad510 ~ $ wine winecfg
wine: failed to load /opt/wine-staging/lib/wine/i386-windows/ntdll.dll error 4000000e
0024:err:environ:run_wineboot failed to start wineboot 1
0024:fixme:winediag:loader_init wine-staging 10.2 is a testing version containing experimental patches.
0024:fixme:winediag:loader_init Please mention your exact version when filing bug reports on winehq.org.
wine: failed to load /opt/wine-staging/lib/wine/i386-windows/ntdll.dll error 4000000e
wine: failed to load /opt/wine-staging/lib/wine/i386-windows/ntdll.dll error 4000000e
0024:err:win:get_desktop_window failed to start explorer 1
wine: failed to load /opt/wine-staging/lib/wine/i386-windows/ntdll.dll error 4000000e
0024:err:start:fatal_error FormatMessage failed

Помнится сначала кричали «караул» и «штеуд решето». Потом ждали патчей. Потом оказалось, что патчи режут производительность. Стали ждать параметров для отключения патчей. Стали в параметры ядер дописывать

noibrs noibpb nopti nospectre_v2 nospectre_v1 l1tf=off nospec_store_bypass_disable no_stf_barrier mds=off

mitigations=off

Стал у меня в начале (склероз: не этого, прошлого) года сбоить EVO870 на терабайт. Заметил по периодическим сбоям на ровном месте, оказывается — ошибки чтения. На нём была только сама ОС и игры, так что заменил без особых потерь. Симптомы простые — в нескольких местах на диске обнаружились локации, откуда ничего не читалось без ошибки. Т.е. никаких этих вот «ssd сбоит, но даёт прочитать хотя бы» — нет, тупо битые файлы, копирование виснет, а «187 Reported_Uncorrect» растёт как на дрожжах. Часть этих зон пришлась на файлы с играми, а некоторые на содержимое /usr. Но поскольку ничего ключевого затронуто не было, то я долго думал, что просто Steam лажает, например.

Если посмотреть SMART, то было примерно так:

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   045   045   010    Pre-fail  Always       -       606
  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       9136
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       1995
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       3
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   045   045   010    Pre-fail  Always       -       606
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   045   045   010    Pre-fail  Always       -       606
187 Reported_Uncorrect      0x0032   098   098   000    Old_age   Always       -       14609
190 Airflow_Temperature_Cel 0x0032   064   055   000    Old_age   Always       -       36
195 Hardware_ECC_Recovered  0x001a   199   199   000    Old_age   Always       -       14609
199 UDMA_CRC_Error_Count    0x003e   099   099   000    Old_age   Always       -       3
235 Unknown_Attribute       0x0012   099   099   000    Old_age   Always       -       9
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       4293672984

Error 14609 occurred at disk power-on lifetime: 9135 hours (380 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 08 90 69 47 40

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  e1 00 0f 00 00 00 40 00      01:22:44.593  IDLE IMMEDIATE
  ef 03 46 00 00 00 40 00      01:22:44.593  SET FEATURES [Set transfer mode]
  ef 02 00 00 00 00 40 00      01:22:44.593  SET FEATURES [Enable write cache]
  e1 00 02 00 00 00 40 00      01:22:44.593  IDLE IMMEDIATE
  ec 00 01 00 00 00 40 00      01:22:44.593  IDENTIFY DEVICE

Error 14608 occurred at disk power-on lifetime: 9135 hours (380 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  00 51 01 10 00 00 00  Error:  at LBA = 0x00000010 = 16

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 08 00 90 69 47 00 00      01:22:44.005  READ FPDMA QUEUED
  60 08 00 88 69 47 00 00      01:22:44.005  READ FPDMA QUEUED
  60 08 00 80 69 47 00 00      01:22:44.005  READ FPDMA QUEUED
  60 08 00 78 69 47 00 00      01:22:44.005  READ FPDMA QUEUED
  60 08 00 70 69 47 00 00      01:22:44.005  READ FPDMA QUEUED

Error 14607 occurred at disk power-on lifetime: 9135 hours (380 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  00 51 08 00 6a 47 40  Error:  at LBA = 0x00476a00 = 4680192

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 00 00 69 47 40 00      01:22:11.833  READ FPDMA QUEUED
  60 00 08 00 68 47 40 01      01:22:11.833  READ FPDMA QUEUED
  60 00 00 00 67 47 40 00      01:22:11.833  READ FPDMA QUEUED
  60 00 00 00 66 47 40 00      01:22:11.833  READ FPDMA QUEUED
  60 00 00 00 65 47 40 00      01:22:11.833  READ FPDMA QUEUED

Self-test execution status:      ( 121)	The previous self-test completed having
					the read element of the test failed.

...

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       80%      9137         10544288
# 2  Extended offline    Completed: read failure       90%      9137         10544288
# 3  Extended offline    Completed: read failure       90%      9136         10544288
# 4  Short offline       Completed: read failure       80%      9136         10544288
# 5  Short offline       Completed: read failure       80%      9136         10544288

smacker@Ideapad510 ~ $ sudo badblocks -v /dev/sdc
Checking blocks 0 to 976762583
Checking for bad blocks (read-only test): 5272132
5272144
5272145
5272146
5272147
5274296
5274297
5274298
5274299
5274516
5274517
5274518
5274519
5276096
5276097
5276098
5276099
5279436
...

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%      9139         -
# 2  Short offline       Completed without error       00%      9138         -
# 3  Short offline       Completed: read failure       80%      9137         10544288
# 4  Short offline       Completed: read failure       80%      9137         10544288
# 5  Extended offline    Completed: read failure       90%      9137         10544288
# 6  Extended offline    Completed: read failure       90%      9136         10544288
# 7  Short offline       Completed: read failure       80%      9136         10544288
# 8  Short offline       Completed: read failure       80%      9136         10544288

Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   045   045   010    Pre-fail  Always       -       606
  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       9139
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       1996
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       4
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   045   045   010    Pre-fail  Always       -       606
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   045   045   010    Pre-fail  Always       -       606
187 Reported_Uncorrect      0x0032   098   098   000    Old_age   Always       -       15972
190 Airflow_Temperature_Cel 0x0032   070   047   000    Old_age   Always       -       30
195 Hardware_ECC_Recovered  0x001a   199   199   000    Old_age   Always       -       15972
199 UDMA_CRC_Error_Count    0x003e   099   099   000    Old_age   Always       -       3
235 Unknown_Attribute       0x0012   099   099   000    Old_age   Always       -       10
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       6251131313

13 сентября без фанфар и барабанного боя вышла очередная, пятая по счёту, бета-версия OC Haiku. Однако совместимость её с BeOS R5 теперь сохраняется только в рамках 32-битных сборок.

( читать дальше... )

>>> Примечания к релизу (haiku-os.org)

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

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

https://youtu.be/FIEwcTKUFCA

Попался мне в руки маленький свитч на гигабит, Mercusys MS105GS. Ну вот захотелось. И на третий день мне стало скучно и решил я посмотреть «что у ей внутре». Неонки не обнаружил, а обнаружил зато 5 нераспаянных пятачков в ряд на плате под интригующим обозначением J4. Вот так: https://imgur.com/a/MmTKwRT

Помню, у adsl-модема DSL-2500U я такие уже видел, и там к ним можно было подлючаться для доступа к консоли. И в целом раза три я пины на всяких девайсах от тп-линка под это распаивал. Но у меня-то в руках неуправляемый свитч, и там рулить-то нечем. Более того, на моделях типа SG1005D, где с помощью разных грязных хаков и тонкого паяльника таки можно внедрить управляемость, нет никаких разъёмов для консоли. А тут вот вроде как есть.

Что думаете?

Вот какие замечательные новости дошли до меня сегодня. Дуалбутчики всего мира были в августе осчастливлены мелкомятыми очередным «обновлением безопасности» (KB5041571 OS Build 26100.1457), которое поломало им загрузку линукса.

https://www.bleepingcomputer.com/news/microsoft/august-windows-security-updat...

https://forums.linuxmint.com/viewtopic.php?t=427297

https://askubuntu.com/questions/1523683/bootloading-ubuntu-24-04-iso-error-sb...

Arstechnica утверждает, что на разработку патчка было 2 (два, Карл!) года: https://arstechnica.com/security/2024/08/a-patch-microsoft-spent-2-years-prep...

И вроде как мелкомятые утверждают, что именно дуал бут ломаться не должен, но отзывы благодарных пользователей говорят об обратном. А простой набор из бритвы Оккама и классического вопроса «что делать» «cui prodest» вполне очевидно подталкивают нас к выводу, что это не баг обновления, а самая настоящая фича. Мы, конечно, давно знали, что все эти secure boot и tpm не нужны, но всё-таки как-то неприятно получилось.

«Совпадение? Не думаю.»

На старости лет открыл для себя контейнеры. Конкретно — LXC, конкретнее — совсем ванильный LXC, безо всякого LXD (ибо snap). И возник вопрос: а как по науке организовывать взаимодействие контейнеров со внешним миром, учитывая ограниченность «ванильного» решения? Для LXD, а тем более proxmox/docker/incus советов навалом, а про ванильные контейнеры как-то не особо.

Пока что мне на ум приходит только фиксирование IP за конкретными контейнерами через настройки LXC и создание правил файрволла для маршрутизации на основе тех же номеров портов средствами штатного файрволла системы, но тогда всё равно придётся дублировать порт-форвардинг на маршрутизаторе нормальной сети. Другой вариант — выставить контейнеры наружу через реальный физический интерфейс и сетевой мост, и всю переадресацию повесить уже на маршрутизатор сети, который им же и адреса назначит, и всё что нужно. Варианты с проксированием и macvlan — это уже из LXD.

По идее, даже в локальном применении правил файрволла нет ничего криминального, если принять аксиоматически, что контейнеры создаются с серьёзными целями: скажем, один и вполне конкретный — будет веб сервером, другой — торренты обслуживать, третий ещё что-то конкретное делать. И тогда нет проблем их всех «прибить гвоздями» через правила файрволла и статические ip в собственной локальной сетке, создаваемой LXC. Но всё-таки как-то гложет сомнение. А как «идеологически правильно» это сделать, в условиях, опять-таки, применения сугубо средств LXC и штатных средств ОС?

В общем, лорчик, суть такова: я осознал, что страдаю манией опингвинивать слабые компы. Вот прямо хочется взять какой-нибудь мини-пк на алике, или слабенький ноут по нижнему прайсу, и поставить на него линукс, чтобы смотреть и радоваться — как же хорошо получилось! Как же славно работает! На винде он бы помер, а под линуксом жив-живёхонек и сто лет проживёт! Смотрю уценку DNSа на предмет того, не попадётся ли там по дешёвке днищенское железо, а то руки чешутся что-то опингвинить. Вот недавно взял себе таким макаром 14 дюймовый недобук и опингвинил. Долго радовался. Сначала объяснял это себе, что мне нужен резервный ноутбук, который ничего особо не должен делать, кроме как помещаться в маленькую сумку и работать в течение часов 6-8. А сейчас понял, что хочу ещё. Как бороться с этой навязчивой идеей?

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

https://www.dropbox.com/scl/fi/mgu4ba5sa1m4c2qy092q1/Wenn-die-Pingvinen.mp3?r...

После нескольких дней, когда на зеркалах потихоньку стали появляться образы ISO для новой версии, проект Linux Mint официально объявил о выходе 22 версии дистрибутива (основан на Ubuntu 24.04) под собственным названием «Вилма».

Из новшеств разработчики отмечают улучшение поддержки различных языков, переход на 6 версию ядра (для начала 6.8), pipewire для звука (но, конечно, можно откатиться и к pulseaudio), темы оформления стали поддерживать GTK4, добавлена поддержка формата DEB822, улучшена поддержка HiDPI-дисплеев во время загрузки.

( читать дальше... )

>>> Сайт дистрибутива Linux Mint (linuxmint.com)

Ото кака фигня, малята: https://mathstodon.xyz/@bremner/112615591101488528

systemd-tmpfiles, deleting /home

TIL (thankfully second hand) that running «systemd-tmpfiles --purge» will delete /home in systemd 256 [1]. Apparently if you think linux is mainly for running cloud services, this seems reasonable to you. Or something.

[1] tested with systemd-tmpfiles --dry-run --purge on debian. I guess it _could_ be a Debian addition, but I'm guessing not.