Здравствуйте, всем,

Вопрос: В access.log куча таких строчек. При этом прокси функционирует, маршрутизация, вроде, работает.

from tcp:192.168.0.1:51890 rejected  proxy/socks: unknown command 5

Вот секция inbounds:

  "inbounds": [
    {
      "listen": "192.168.0.94",
      "port": 2080,        // Listening port
      "protocol": "socks", // Incoming protocol is SOCKS 5
      "settings": {
        "auth": "noauth",  // or "password"
        "udp": true
      },
      "sniffing": {
        "enabled": true,
        "routeOnly": true,
        "destOverride": ["http", "tls"],
        "metadataOnly": false
      },
      "tag": "socks-in"
    }
  ],

Что это за ошибка и как ее исправить? Нигде не могу найти описание. ИИ мелет какую-то чушь про SOKS5, но ясности не вносит. Странно, что нигде не описано.

Добрый вечер. Может кто знает есть ли драйвер под это чудо https://www.dns-shop.ru/product/7dba8b7d2b397750/wi-fi-adapter-mercusys-ma72xh/. Спасибо. Под винду есть. Адаптер огонь.

1. ReText – 280 мегабайт зависимостей и всякой Qt. Нахрен.
2. Remarkable – тянет через snap какой-то Гном целый на стопицот байтов.
3. nvim с каким-то плагином – извращение конечно, но за неименеем лучшего пока в нём. Но в консоли оно физически не может рисовать разных размеров буковки и поля.

Какие-то наркоманы упорно толкают десятилетиями в линуксе клик правой кнопкой по контекстному, из-за чего тот же yakuake случайно закрывается, гробя все экспорты. Можно как-нибудь в plasma 6 убрать это поведение?

Привет, ЛОР.

Рубрика успокойте паранойю.

Дано: Система с BTRFS, в которой 2 SSD диска склеены в RAID0 средствами самой ФС.

C момента установки работало без нареканий, вообще без единого.

Сегодня в процессе сборки тяжелого Android проекта все намертво повисло, пропал звук, 0 реакции на попытки перейти в tty / REISUB, в общем, ничего не оставалось кроме как сделать аварийное выключение.

В логах после перезагрузки не нашел абсолютно ничего, даже намёков на проблему, но интересует другое.

Если btrfs device stats и scrub status выдают вот такие данные, можно ли спать спокойно?

Концепцию CoW понимаю, но пляски с fsck в ext4 в прошлом дают о себе знать, да и вообще, аварийное выключение всегда воспринималось мною как крайне опасное мероприятие.

Т.е. верно ли я трактую идею, что максимум потерь - это данные, которые не успели записаться и остались в «старой версии» (абсолютно не критично, поскольку это была сборка) и второй момент, что могли потеряться данные в очереди на запись, которые висели в кэшах оперативной памяти?

➜  ~ sudo btrfs device stats / && sudo btrfs device stats /home
[/dev/nvme1n1p2].write_io_errs    0
[/dev/nvme1n1p2].read_io_errs     0
[/dev/nvme1n1p2].flush_io_errs    0
[/dev/nvme1n1p2].corruption_errs  0
[/dev/nvme1n1p2].generation_errs  0
[/dev/nvme0n1p1].write_io_errs    0
[/dev/nvme0n1p1].read_io_errs     0
[/dev/nvme0n1p1].flush_io_errs    0
[/dev/nvme0n1p1].corruption_errs  0
[/dev/nvme0n1p1].generation_errs  0
[/dev/nvme1n1p3].write_io_errs    0
[/dev/nvme1n1p3].read_io_errs     0
[/dev/nvme1n1p3].flush_io_errs    0
[/dev/nvme1n1p3].corruption_errs  0
[/dev/nvme1n1p3].generation_errs  0
[/dev/nvme0n1p2].write_io_errs    0
[/dev/nvme0n1p2].read_io_errs     0
[/dev/nvme0n1p2].flush_io_errs    0
[/dev/nvme0n1p2].corruption_errs  0
[/dev/nvme0n1p2].generation_errs  0
➜  ~ sudo btrfs scrub status / && sudo btrfs scrub status /home
UUID:             6dbfff5e-02c9-4f4e-aed7-c9e20424076b
Scrub started:    Tue Feb 17 17:24:50 2026
Status:           finished
Duration:         0:00:02
Total to scrub:   15.40GiB
Rate:             7.70GiB/s
Error summary:    no errors found
UUID:             c589e670-abd1-4b5f-bd59-92bdcc418313
Scrub started:    Tue Feb 17 17:24:56 2026
Status:           finished
Duration:         0:01:00
Total to scrub:   583.55GiB
Rate:             9.70GiB/s
Error summary:    no errors found

Обычно сидя за столом, но замечаю у себя желание повесить монитор на стену напротив кровати, а клавиатуру прицепить как-то чтоб можно было лёжа ей комфортно пользоваться. Потом вспомнил противоположный пример - Линуса с его беговой дорожкой (кстати он до сих пор ей пользуется, не знает кто?). Возник интерес как это у остальных. Варианты думаю примерно такие:

1) сидя за нормальным столом

2) сидя, но нормальный стол не участвует

3) стоя за столом

4) стоя без стола

5) лёжа на спине

6) лёжа на животе

Для опросов в левую колонку думаю не тянет, поэтому в толксы.

https://layerxsecurity.com/blog/claude-desktop-extensions-rce/

Уязвимость полностью автоматизирована, кликать ни куда не надо. Пишут что нужен просто гуглкалендарь, куда кто-нибудь может тебе через гугл что-нибудь закинуть какое-нибудь запланированое действие. Скачать там что-нибудь, скомпилировать и выполнить например. Но вообще как подсказывают в другом месте, достаточно любого календаря, благо ЫЫ умный и сам разберётся и всё что надо запустит.

Радует рост продуктивности при использовании ЫЫ, однако считаю что усилия в области внедрения ЫЫ надо утроить или даже удесятерить.

Все видели USB флешки размером с монету. Я как-то дотронулся до такой во вставленном состоянии, и она была ощутимо горячая. И вот, если её спеки говорят USB 3.0, сможет ли она на максималках качать данные или начнёт с максималки, а через 500мб (условно) специально занизит скорости, типа чтобы не перегревалось. Ведь тогда получится, что утверждение «USB 3.0» - враньё?

Есть сетевая папка Windows, хотелось бы делать её копии при помощи rdiff-backup на компьютере с Linux. Можно просто запустить копирование, но не получается дождаться окончания процесса, а, если его прервать, то rdiff-backup, как я понимаю, откатывает изменения и надо будет начинать заново (нейросеть при поиске выдала обратное, но похоже, что это не так). Была идея сделать сначала полную копию при помощи rsync (за несколько раз, т.е. там можно копировать частями), потом при помощи rdiff-backup сделать копию копии, а дальше в качестве источника для rdiff-backup указывать каталог с исходными данными (каталог, куда примонтирована сетевая папка). То есть, казалось, что копия, полученная rsync будет идентична тому, что находится в сетевой папке. Но получилось, что rsync записывает данные с точностью до секунды, а в сетевой папке они с гораздо большей точностью, и, видимо, для программы rdiff-backup такая разница является указанием на то, что файл поменялся, и она его заново копирует.

Можно ли как-то решить эту проблему? Устроили бы следующие варианты: указать rdiff-backup, что нужно учитывать время с точностью до секунды, указать rsync, что нужно сохранять время с той же точностью, что в исходном каталоге, при монтировании ограничить точность времени модификации до 1 секунды. Но в документации к rdiff-backup, rsync и mount.cifs я не нашёл соответствующих вариантов. Я что-то пропустил, или таким образом задачу не решить?

Хочу поднять веб-сервер для медиа в jabber. Все мануалы начинаются в стиле «берём keenetic и opkg install nginx». Такое впечатление, что из писали слепые личинки буратино, которые непрерывно долбятся в глаза и не видят /usr/bin/nginx.

Кто-нибудь его запускал со вторым конфигом, или мне первопроходцем становиться? А то я уже пол-часа его pid ищу. Нашёл.

PS. Да, нормально запускается и работает. SSL пока не проверял. Всякий, кто на кинетике делает opkg install [nginx|lighthttpd], лох.

Предложение создать подфорум - музыка. Дело вот в чем: здесь собрались в основном программисты, а как известно, что думающие люди любят музыку «сложнее», чем большинство. Поэтому если создать такой подфорум - для обсуждения музыки, то только здесь будет возможность получить информацию о интересных музыкальных группах, которую невозможно получить на других форумах связанных с музыкой из-за избытка на них людей любящих «простую» музыку.

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

Сабж. Надоело пробрасывать в ВМ отдельные usb девайсы, хочется выделить сразу физический порт и подключать их сразу в ВМ, без дополнительных действий. Это в принципе возможно?

К сожалению, ноут. Т.е. pcie воткнуть некуда

Добрый день.

Есть сервер Proxmox 8.4.16, на нем есть ВМ на Ubuntu 24.04.4. В принципе всё прекрасно работает, точнее думали что работает, до момента пока ВМ не понадобилось ходить в интернет (от имени приложения на ВМ). И вот тут начались проблемы, раз через раз выскакивают ошибки подключения к интернет.

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

64 bytes from ya.ru (77.88.55.242): icmp_seq=3 ttl=55 time=59.7 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=4 ttl=55 time=53.8 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=5 ttl=55 time=56.0 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=10 ttl=55 time=57.0 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=11 ttl=55 time=56.0 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=12 ttl=55 time=58.9 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=20 ttl=55 time=61.3 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=21 ttl=55 time=55.8 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=22 ttl=55 time=58.1 ms
64 bytes from ya.ru (77.88.55.242): icmp_seq=23 ttl=55 time=56.7 ms

т.е. видно что после 5-го пинга пропуск, потом после 12-го… Если пинговать машину из локальной сети, то проблем нет, всё стабильно идёт. Фишка в чем, рядом на этом же сервере стоит другая ВМ тоже на Ubuntu, такой же сетевой адаптер, та же версия Ubuntu, подключены через один мост - на ней проблем нет! Сетевой экран нигде не включен. Куда копать не могу понять, в принципе гостевые ОС одинаковые, все ВМ обновленные, везде стоит гостевой агент.

Попробовал проследить на каком узле происходит затык, запустил traceroute, получаю:

traceroute to ya.ru (5.255.255.242), 30 hops max, 60 byte packets
connect: Permission denied 

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

Есть идеи?

Baikal-U — трехъядерный 32-битный микроконтроллер общего назначения. Baikal-U использует отечественные ядра от компании CloudBEAR, построенные на открытой архитектуре RISC-V. Аналог линейки микроконтроллеров STM32F4хх – F7хх. Цена в розницу около 950 р.

Привет.

Ubuntu.

Отправляю письмо во внутренней сети, без интернета, командой

echo "Hello World" | sendmail mailuser@mymail.loc

Оно доставляется. Но есть вопрос

1. Вот тут в логах 09:53:52 оно пытается отправить письмо которое не получилось отправить, потому что не найден хост емаила (он не существует. Это он делает каждые 10 мин. Как удалить не доставленные письма? Или отменить их отправку?

2. Оно зачем-то долбится куда-то в яндекс. Тут нет интернета и яндекс нахрен не нужен. Как это отключить?

Далее строки 10:03:14 - результат одной отправки Hello world

Feb 17 09:53:52 myhostname sm-mta[28568]: 61G8MGF9012760: to=<mailuser@vm-mail.ru>, ctladdr=<user@myhostname> (1000/1000), delay=21:31:36, xdelay=00:02:08, mailer=esmtp, pri=11730282, relay=mx.yandex.ru. [77.88.21.249], dsn=4.0.0, stat=Deferred: Connection timed out withmx.yandex.ru.
Feb 17 10:03:14 myhostname sendmail[28683]: 61H63Eoe028683: from=user, size=12, class=0, nrcpts=1, msgid=<202602170603.61H63Eoe028683@myhostname>, relay=root@localhost
Feb 17 10:03:14 myhostname sm-mta[28684]: 61H63EEt028684: from=<user@myhostname>, size=289, class=0, nrcpts=1, msgid=<202602170603.61H63Eoe028683@myhostname>, proto=ESMTP, daemon=MTA-v4, relay=localhost [127.0.0.1]
Feb 17 10:03:14 myhostname sendmail[28683]: 61H63Eoe028683: to=mailuser@mymail.loc, ctladdr=user (1000/1000), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30012, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (61H63EEt028684 Message accepted for delivery)
Feb 17 10:03:14 myhostname sm-mta[28686]: STARTTLS=client, relay=mymail.loc., version=TLSv1.2, verify=FAIL, cipher=ECDHE-RSA-AES256-SHA384, bits=256/256
Feb 17 10:03:14 myhostname sm-mta[28686]: 61H63EEt028684: to=<mailuser@mymail.loc>, ctladdr=<user@myhostname> (1000/1000), delay=00:00:00, xdelay=00:00:00, mailer=esmtp, pri=120289, relay=mymail.loc. [10.0.0.111], dsn=2.0.0, stat=Sent (<202602170603.61H63Eoe028683@myhostname> [InternalId=74135430496296, Hostname=mailserver] Queued mail for delivery)

Обновился я в очередной раз обновил debian через apt upgrade. После чего отвалились все GRE туннели через ipv6.

Проблемы начались ещё после того, как я обновил alpine linux на одной из своих VPS, после чего не смог к ней подключится через внутренние ip адреса. Тогда я сразу создал багрепорт, в котором указал на проблему.

Теперь проблема перешла в debian 13 и 12. Судя по последниму сообщению, проблема была устранена в ядре 6.12.21+.

Привет друзья. Прошу помочь в решении проблемы. Проблема возникла после монтирования диска. При запуске следующая ошибка: Failed to mount /media/ssd systemctl status media-ssd.mount for detalis После ввода команды видим следующее: media-ssd.mount - /media/ssd Loaded: loaded (/ets/fstab; generated) Active: failed Where: /media/ssd What: /dev/sda2

astra systemd: mouting /media/ssd astra mount: mount: /media/ssd: unknown filesystem type etx4 astra systemd:/media/ssd.mount: Mount process exited, code=exited, status=32/n/a astra systemd:/media/ssd.mount: Failed to mount/media/ssd

Диск разбит на 3 раздела dev/sda1 type=vfat dev/sda2 type=ext4 dev/sda3 type=swap

$ gradle -v
openjdk version "11.0.26" 2025-01-21
OpenJDK Runtime Environment (build 11.0.26+4-post-Debian-1deb11u1)
OpenJDK 64-Bit Server VM (build 11.0.26+4-post-Debian-1deb11u1, mixed mode, sharing)
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.codehaus.groovy.vmplugin.v7.Java7$1 (file:/usr/share/java/groovy-all.jar) to constructor java.lang.invoke.MethodHandles$Lookup(java.lang.Class,int)
WARNING: Please consider reporting this to the maintainers of org.codehaus.groovy.vmplugin.v7.Java7$1
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release

------------------------------------------------------------
Gradle 4.4.1
------------------------------------------------------------

Build time:   2012-12-21 00:00:00 UTC
Revision:     none

Groovy:       2.4.21
Ant:          Apache Ant(TM) version 1.10.15 compiled on September 29 2024
JVM:          11.0.26 (Debian 11.0.26+4-post-Debian-1deb11u1)
OS:           Linux 6.12.63+deb13-amd64 amd64

Дебиан не 11, это просто версия Java выбрана так:

lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 13 (trixie)
Release:        13
Codename:       trixie

Во всём виноваты разработчики gradle:
https://lists.gnu.org/r/guix-devel/2024-05/msg00115.html

Ведут себя, как авторы roslyn из Микрософта (а микрософт замазан в деле Э.)

Можете ничего не отвечать.

LLM: «Можно подключить специальный репозиторий (например, от Роберто Галиндо), где лежат свежие версии»

«или поставьте свежую через SDKMAN»

При установке этой старой версии 4.4.1 тянется 80 пакетов,
зачем-то среди них есть Ant
(по-идее надо собирать gradle так, чтобы при помощи него можно было собирать всё остальное).

Если по месяцу на переопакечивание каждой библиотеки,
то за семь лет можно было всё опакетить.
Но с 2012 до 2026 года прошло 14 лет (вдвое больше)
и пока никак…

Я пробовал Ubuntu на малинке - дистр тормозной. Linux в chromeOS на малинке застрял на Debian 12. Какой легковесный дистр есть для Raspberry Pi 5 со свежим софтом как в Debian 13?

Занялся поиском дублей в мибах. Нашел аж 4 мибы CISCO-SMI. Полные дубли удалил. Остались 2. Нужно было понять какая более свежая.

$ head -4 CISCO-SMI.txt CISCO-SMI-V1SMI.txt
==> CISCO-SMI.txt <==
-- *****************************************************************
-- CISCO-SMI.my:  Cisco Enterprise Structure of Management Information
--
-- April 1994, Jeffrey T. Johnson

==> CISCO-SMI-V1SMI.txt <==
-- MIB created 7/06/100 16:29:40, by
--   SMIC (the next generation) version 1.6.29, November 22, 1994.

CISCO-SMI DEFINITIONS ::= BEGIN