Всем привет.

У кого-нибудь ещё наблюдается проблема - хоткеи работают только в латинской раскладке в Xfce-4.18? Debian testing+Sid.

Привет всем.

Подскажите конструкцию для замены только конкретного вхождения.
Чтобы модифицировалось ab, но не abсd, dabc.
Пример:
ab123 > ab 123 - только такое
abc123 > abc123
dab123 > dab123

Как заменять ТОЛЬКО точное вхождение?

Пробовал с отрицанием:
’/abc/!s/ab/ab /g - работает, но как остальные «НЕ» добавить?

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

Всем привет.
Настроил docker registry с режимом «pull-through cache» согласно официальной документации.
https://docs.docker.com/registry/deploying/
https://docs.docker.com/registry/recipes/mirror/
При попытке выкачать сквозь локальный registry:

~$ docker pull registry.domain.my/busybox  
Using default tag: latest  
Error response from daemon: manifest for   registry.domain.my/busybox:latest not found: manifest unknown: manifest unknown  
Понятно, что не находит у себя.  

Но работает, если добавить в путь «library»:

~$ docker pull registry.domain.my/library/busybox  
...  

То, что я заливал в свой registry сам - отдаёт нормально, но push в него не работает:

~$ docker push registry.domain.my/busybox-new-tag  
Using default tag: latest The push refers to repository [registry.domain.my/busybox-new-tag]  
64cac9eaf0da: Retrying in   5.4.3.2.1... second  
И так с таймаутами и висит.

Конфиг для docker-compose:

registry:
  restart: always
  image: registry:2
  ports:
    - 0.0.0.0:443:443
  environment:
    REGISTRY_HTTP_ADDR: "0.0.0.0:443"
    REGISTRY_HTTP_TLS_CERTIFICATE: /var/lib/registry/certs/mydom.crt
    REGISTRY_HTTP_TLS_KEY: /var/lib/registry/certs/mydom.key
    REGISTRY_STORAGE_DELETE_ENABLED: "true"
    REGISTRY_PROXY_REMOTEURL: https://registry-1.docker.io
    REGISTRY_MIRROR_SOURCE_INDEX: https://index.docker.io
  volumes:
    - /etc/registry:/var/lib/registry

Если проксирование отключить, то всё работает нормально(локально).
Подскажите, что я мог сделать не так?

Всем привет.

Имеем Debian bullseye/sid, Doom 2016 в Steam, NVME-накопитель, i5-7400, 24GB ram. До обновления(Buster) работало сносно и только на ядре 4.19.0-8, после обновления начались непонятные мини-фризы - скачки фпс от 40 до 3 при движении. И это на минимальных настройках. Драйвер Vulkan.

Что можно проверить? Куда смотреть?

Всем привет.

Столкнулся с такой проблемой: после обновления на одном из серверов с php7.0 на php7.3, перестал нормально работать memcached объединяющий php-сессии. То есть, на одном сервере остался php7.0, на другом 7.3. Версия memcached одинаковая. Суть нерабочести - содержимое кэшей разное, соответственно - на одном залогинился а на другом об этом не знают. С модулем php-memcache на работает вообще, с php-memcached вот так всё странно.

srv1 php.ini(php7.0)
session.save_handler = memcache
session.save_path = «tcp://IP1:11211,tcp://IP2:11211»

srv2 php.ini(php7.3)
session.save_handler = memcached
session.save_path = «IP2:11211,IP1:11211»

Может кто-то сталкивался уже с похожей проблемой?

Всем привет.
Столкнулся со странной проблемой при работе с glusterfs с включенным шифрованием у volume. Ошибки обычно при старте/стопе.
Примеры:
«failed: Pre/Post Validation failed on имя-ноды»
В логах: «0-management: Pre Validation failed on peers» etc...

«Another transaction is in progress. Please try again after some time.»
В логах: «0-management: Locking failed on»

«Commit failed on имя-ноды»

При отключенном шифровании всё работает на ура. На тестовых стендах - тоже. Причём, 2 стенда - такие же сервера, как и те на которых ошибка. Единственная разница - тестовые стоят в нашей серверной а «ошибочные» у хостинг-провайдера(Москва, известный). Серверы в одной стойке, рядом. Проблем с соединением нет.
ОС - Debian 10. Версия gluster - 5.5-3. Везде.

Товарищи, кто сталкивался с подобными ошибками?

Здравствуйте, товарищи.
Сделал для себя скриптик перепаковывающий debian-xxx-netinstall.iso. Скрипт добавляет в инсталлятор настройки сети, пароли для рута и пользователя, предустановку пары утилит, включает ssh и после запуска можно продолжать установку удалённо.
Всё работало до перехода с Debian 8(jessie) на 9(Stretch), теперь по-умолчанию включается графический режим установки и preseed не работает.
Может кто знает - какая опция в preseed-файле отключает этот самый графический режим? Я в оф.инструкции так и не нашёл...

Здравствуйте, все.
Товарищи, кто-нибудь сталкивался с падением Black Mesa в wine каждые 5-10 минут? Падает без выхлопа в консоль даже.
Система Debian stretch 32bit, wine 1.6.2 и выше.
HL2 на этом же wine работает.

Здравствуйте, товарищи.
Создал я тут себе проблему - пришлось перенести апач(веб-часть) на другой сервер, вместе с доменом. На этом-же домене у меня почтовый сервер «postfix-dovecot-antivir-antispam»...
Если прописать A-запись к старому серверу с почтой, то периодически по round-robin веб-запросы конечно же будут приходить не туда.

Подскажите направление, как правильно такие вещи делаются?
Сейчас я получаю отлуп типа «450 4.7.1 Client host rejected: cannot find your hostname, [IP] (in reply to RCPT TO command)» - что в общем-то ожидаемо...
У меня пока идеи типа «а не пробросить ли просто NAT'ом запросы на старый сервер?»

Здравствуйте, товарищи. Столкнулся с непонятной проблемой - при попытке переместить KVM-контейнер на другой хост, выдаёт следующее:

#virsh migrate --live migr qemu+ssh://root@host2/system --copy-storage-all --persistent
error: Cannot access storage file '/srv/kvm/kvtest4.img' (as uid:110, gid:117): Нет такого файла или каталога

И что интересно - до этого на этих-же хостах всё работало...
Разумеется файл образа на месте.
Debian jessie, root'ы по ssh по ключу подключаются.
Если кто-то сталкивался или знает интересные нюансы - подскажите пожалуйста.

Здравствуйте товарищи.
Подскажите, как можно осуществить очистку директории domain/user/cur после получения письма пользователем? Пока идея только find'ом...
Может ещё можно как-то обработку событий к dovecot привязать?
Для чего? - не все почтовики умеют «не оставлять почту на сервере». Мобильные, например.

Здравствуйте, товарищи.
Намедни совершенно случайно нашёл один из источников Xrun'ов...
Некоторое время назад всё работало себе нормально и хруны били редкими гостями. Потом РРРАЗ! и начали просто набегать на пустом месте... нервов попортили кучу - «ну б... работало же нормально! с какого ...?!»
Перебрал и фиксирование частоты ЦП и прерывания смотрел(звуковая карта внешняя), не нашёл.
Заметил совершенно случайно что как-то хруны тикают почти синхронно с датчиком температуры в Xfce-панели. Сначала изменил частоту обновления, затем убрал его с панели вообще. К хренам.
Надеюсь кому-то хоть немного поможет. Добавить бы это дело в Lor-wiki.

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

NOQUEUE: reject: RCPT from fallback7.mail.ru[94.100.181.128]: 454 4.7.1 <юзер@старый.домен>: Relay access denied; from=<КАКОЙ-ТО@mail.ru> to=<юзер@старый.домен> proto=ESMTP helo=<fallback7.mail.ru>

Кусок main.cf:

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

Подскажите, в какую сторону смотреть-копать?

Здравствуйте товарищи.

Имеется ноут Dell Inspirion 3ххх с этим новым тачпадом(тач и кнопки одним листом). Так вот он как-то подглюкивает - периодически как-то «засыпает» тач, но кнопки работают, в т.ч. центральная.
Теперь нюанс - в tty-консоли gpm работает без проблем. Подозреваю иксовый драйвер...
Конфиг тачпада ковырял по-всякому. Дистр - Debian Stretch.
Кто сталкивался? Куда ковырять?

Upd. Внешний тачпад работает.

Снова здравствуйте. Новый виток ковыряний grub'а...
Начало тут grub-install из скрипта

Немного некропостинга. Потестил установку grub из скрипта запускаемго не руками а системно - crontab(вместо udev).

Тестовый скрипт:

#!/bin/bash

DISK="/dev/sdb"
log_file="~/test.log"
/usr/sbin/grub-install $DISK 2>>$log_file

Installing for i386-pc platform.
/usr/sbin/grub-install: ошибка: диск «md0» не найден.

Вручную отрабатывает нормально.
Подскажите, что я упустил? Что не так?
Да, присутствует RAID1(деградированый) на /dev/sdaX-X.

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

Имеется связка postfix-spamassassin(milter)-dovecot-etc.
В целом всё работает, но есть нюанс...
Если отправить письмо с mail.ru-вебморды, spamass-milter метит его «X-Spam-Status: No, score=4.4 ..... X-Spam-Level: ****».
При отправке с почтового клиента таких проблем нет.
Если переключиться на связку amavis+spamassassin проблем тоже нет.
Кто сталкивался? Подскажите, а?

Добрый день.
Имеется машина с Debian Jessie, Xfce & thunar. Так вот, thunar не видит сеть.
Из консоли запускаю - не ругается ни на что...
На другой машине с точно таким-же набором всё работает.
(gvfs-* установлены)
Вопрос: от чего зависит работа сети в thunar?

Здравствуйте.
Имеется скрипт запускаемый UDEV при добавлении диска и присоединяющий этот самый новый диск к RAID-1.
В нём-же установка grub в mbr нового диска:
«grub-install --recheck $new_disk»(/dev/sdb к примеру)
а не работает:

/usr/sbin/grub-probe: error: no such disk.
Auto-detection of a filesystem of /dev/md0 failed.
Try with --recheck.
If the problem persists please report this together with the output of «/usr/sbin/grub-probe --device-map=»/boot/grub/device.map" --target=fs -v /boot/grub" to <bug-grub@gnu.org>

Если скрипт запустить вручную - всё отрабатывает. Где может быть подвох?

Здравствуйте товарищи.
Для производственных нужд набросал пару скриптов для автоматического удаления-добавления дисков в массив(RAID-1), по схеме:
Диск на ходу вытащили - udev запустил скрипт-удалятор.
Диск вставили - udev запустил скрипт-добавлятор.

В процессе тестирования выявились глюки, а именно - периодически схема даёт сбой в виде роста LA и прекращения отзыва оси(не зависание, запущенные процессы продолжают работать) после произвольного числа циклов «выдернул/вставил диск», причём возникает после вставки диска. В процессах ничего жручего не появляется.
Тестируемые диски Seagate ST2000DM001-1CH164, MB - Super X9DBL-iF. В биосе нужное повключено и ненужное повыключено.

Для уточнения и статистики произвели тесты:
Если просто вставлять-вынимать диск(20 раз) ничего с ним в системе не делая, ничего не происходит(ожидаемо)
Если не выдёргивая диск скриптом-добавлятором запустить синхронизацию массивов и потом так-же не выдёргивая удалять диск(20-25 раз) - снова нормально(и снова ожидаемо).
Если выдернул(массивы синхронизируются) - скрипт-удалятор - воткнул - не успел даже запустить добавлятор... на 3 раз - сбой(внезапно).

Так вот, меня терзают смутные сомнения - а возможен ли такой hotplug? Что я упустил? Может имя устройства где-то остаётся?
Скрипты если надобно - выложу, там ничего такого... быдлокод на bash с использованием mdadm, hdparm, smartctl..., 2 строки для udev.

------------------------------------------------------------------------------------------
Итак, проблема локализована - нельзя дёргать диски при сборке(кто бы сомневался-то...)
Добавлен скрипт-сигнализатор(демон) - попискивает пока собирается хоть один массив.
Обновление: http://webfiles.ru/files/41646448
Кто имеет возможность - проверьте у себя, может чего упустил...