Всем привет. система debian stable. Очень странный вопрос, наверно все просто но не могу понять где проблема.
На одном из компов в mc если открыть ssh соединение то русскоязычные имена файлов и директорий будут цифрами. При этом сама кирилица нормально - можно открыть какой нибудь файлик почитать встроенной в mc смотрелкой - кирилица нормально. Можно создать файл с названием кирилицей - он создается нормально, но видно его как цифры. Этот косяк только в отображении панелей в mc. можно посмотреть ssh user@host ls -l /some/directory и все будет правильно.
Еще попробовал - если на удаленной машине собрать файлы например в *.tar.xz и зайти в него в этой панели то имена будут нормально.
Притащил все конфиги mc с заведомо работающей машины - ничего не поменялось. Проверил вывод locale - совпадает.
Где что надо поправить?

Вот что то не могу понять. Сделал на LVM раздел, играю на нем в btrfs.
не могу менять размер, место вроде как есть

root@pc:/# lvdisplay /dev/storage/test 

  --- Logical volume ---
  LV Path                /dev/storage/test
  LV Name                test
  VG Name                storage
  LV UUID                GsDe2T-OOho-zAYK-S9az-7JeX-ZUB8-w8YFAi
  LV Write Access        read/write
  LV Creation host, time pc, 2024-10-03 21:33:32 +0300
  LV Status              available
  # open                 1
  LV Size                204,00 MiB
  Current LE             51
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:3

root@pc:/# mount | grep /mnt
/dev/mapper/storage-test on /mnt type btrfs (rw,relatime,space_cache=v2,subvolid=5,subvol=/)

root@pc:/# btrfs filesystem show /mnt
Label: none  uuid: d7b7b062-c397-436e-8362-a42e4a076792
	Total devices 1 FS bytes used 67.09MiB
	devid    1 size 152.00MiB used 151.00MiB path /dev/mapper/storage-test

root@pc:/# btrfs filesystem resize max /mnt
Resize device id 1 (/dev/mapper/storage-test) from 152.00MiB to max
ERROR: unable to resize '/mnt': Invalid argument

Всем привет. Вопрос: из весьма старого архива надо вынуть данные. Год создания примерно 2014-2015. Вынул строчку из скрипта который бекапил. Файл зашифрован был так

openssl enc -e -aes-256-cbc -in "$i" -out "$i.ssl" -k $password

openssl enc -d -aes-256-cbc -in "$i" -out "$i.ssl" -k $password

*** WARNING : deprecated key derivation used.
Using -iter or -pbkdf2 would be better.
bad decrypt
4027C964E37F0000:error:1C800064:Provider routines:ossl_cipher_unpadblock:bad decrypt:../providers/implementations/ciphers/ciphercommon_block.c:124:

Не могу понять.
взял с сайта новый RT версии 5.11 Там из улучшений типа вместо пвевдо-hidpi реальный hidpi.
Но по факту мыло мыльное. И если выбором темы исправляются мыльные иконки интерфейса то просмотр и редактирование самой фотки мыльные абсолютно.
В старой версии это лечилось галочной pseudo-hidpi то теперь ее нет.
Можно с этим что то сделать?

Вопрос в следующем.
Есть выход в WAN с фиксированным белым IP. Есть доменное имя, а на самом деле 2 разных, оба ведут на один адрес. На роутере (микрот) сделан проброс некоторых портов. В частности 443 для https и PORT для openvpn.
Снаружи можно подключится к openvpn как по IP:PORT там и по mydomain.zone:PORT. И это работает одинаково устойчиво.

В вот с 443 интересно. Повесил туда nextcloud. Можно подключится как https://IP и это работает. Но нельзя подключится https://mydomain.zone
Резолвится имя в адрес правильно. Ну и на это как бы намекает корректное подключение openvpn.
И вот что еще интересно. Если подставить вместо 443 что то иное, условно 8443 то начинает работать и https://mydomain.zone:8443
Провайдер заведомо не блокирует 443, потому что https://IP по 443 порту работает.

Вот где я что просмотрел и как такое может получаться?

Странный нубский вопрос. Делаю бэкап директории с документами, tar завершается с ошибкой.

 tar -cvvvzpf файл_куда_сложить путь_где взять

tar: Завершение работы с состоянием неисправности из-за возникших ошибок

Что то не получается заставить корректно работать pipewire в debian12
При обновлении оно само подтялулось, но не заработало. Стал разбираться, прожевал инструкцию на https://wiki.debian.org/PipeWire#Debian_12. Потом прожевал еще много разных мануалов.
По пакетам вроде все стоит что надо:
i gstreamer1.0-pipewire - GStreamer 1.0 plugin for the PipeWire multimedia server
i libpipewire-0.3-0 - служба для обработки аудио и видео в реальном времени — библиотеки
i A libpipewire-0.3-common - libraries for the PipeWire multimedia server - common files
i libpipewire-0.3-modules - libraries for the PipeWire multimedia server - modules
i A libwireplumber-0.4-0 - Shared libraries for WirePlumber
i pipewire - служба для обработки аудио и видео в реальном времени
i A pipewire-alsa - PipeWire ALSA plugin
i pipewire-audio - recommended set of PipeWire packages for a standard audio desktop use
i pipewire-bin - служба для обработки аудио и видео в реальном времени — утилиты
i pipewire-jack - PipeWire JACK plugin
i pipewire-libcamera - PipeWire libcamera plugin
i pipewire-pulse - PipeWire PulseAudio daemon
i wireplumber - modular session / policy manager for PipeWire


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

любое обращение к pulse отвергается
pactl stat
Connection failure: Connection refused


1. Проблему железа исключаем - прекрасно работают aplay и pw-play
2. wpctl status
PipeWire 'pipewire-0' [0.3.65, griz@pc, cookie:3732000604]
└─ Clients:
31. WirePlumber [0.3.65, griz@pc, pid:2001]
32. WirePlumber [export] [0.3.65, griz@pc, pid:2001]
33. pipewire [0.3.65, griz@pc, pid:1998]
55. xdg-desktop-portal [0.3.65, griz@pc, pid:2768]
56. Telegram [0.3.65, griz@pc, pid:7618]
57. wpctl [0.3.65, griz@pc, pid:8062]

Audio
├─ Devices:
│ 40. CMI8788 [Oxygen HD Audio] (Virtuoso 100 (Xonar Essence STX)) [alsa]
│ 41. Renoir Radeon High Definition Audio Controller [alsa]
│ 42. Family 17h/19h HD Audio Controller [alsa]
│
├─ Sinks:
│ * 47. CMI8788 [Oxygen HD Audio] (Virtuoso 100 (Xonar Essence STX)) Аналоговый стерео [vol: 0.41]
│ 49. Renoir Radeon High Definition Audio Controller Digital Stereo (HDMI 2) [vol: 0.40]
│
├─ Sink endpoints:
│
├─ Sources:
│ * 48. CMI8788 [Oxygen HD Audio] (Virtuoso 100 (Xonar Essence STX)) Аналоговый стерео [vol: 1.00]
│
├─ Source endpoints:
│
└─ Streams:

Video
****

Settings
└─ Default Configured Node Names:
0. Audio/Sink alsa_output.pci-0000_07_04.0.analog-stereo
1. Audio/Source alsa_input.pci-0000_07_04.0.analog-stereo

3. systemctl status --user pipewire pipewire.socket pipewire-pulse pipewire-pulse.socket wireplumber
● pipewire.service - PipeWire Multimedia Service
Loaded: loaded (/usr/lib/systemd/user/pipewire.service; enabled; preset: enabled)
Active: active (running) since Wed 2023-09-06 11:26:18 MSK; 31min ago
TriggeredBy: ● pipewire.socket
Main PID: 1999 (pipewire)
Tasks: 2 (limit: 37707)
Memory: 6.6M
CPU: 70ms
CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewire.service
└─1999 /usr/bin/pipewire

сен 06 11:26:18 pc systemd[1967]: Started pipewire.service - PipeWire Multimedia Service.

● pipewire.socket - PipeWire Multimedia System Socket
Loaded: loaded (/usr/lib/systemd/user/pipewire.socket; enabled; preset: enabled)
Active: active (running) since Wed 2023-09-06 11:26:18 MSK; 31min ago
Triggers: ● pipewire.service
Listen: /run/user/1000/pipewire-0 (Stream)
CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/pipewire.socket

сен 06 11:26:18 pc systemd[1967]: Listening on pipewire.socket - PipeWire Multimedia System Socket.

● pipewire-pulse.service - PipeWire PulseAudio
Loaded: loaded (/etc/xdg/systemd/user/pipewire-pulse.service; enabled; preset: enabled)
Active: active (running) since Wed 2023-09-06 11:26:18 MSK; 31min ago
TriggeredBy: ● pipewire-pulse.socket
Main PID: 1998 (pipewire-pulse)
Tasks: 2 (limit: 37707)
Memory: 3.0M
CPU: 5ms
CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/pipewire-pulse.service
└─1998 /usr/bin/pipewire-pulse

сен 06 11:26:18 pc systemd[1967]: Started pipewire-pulse.service - PipeWire PulseAudio.

● pipewire-pulse.socket - PipeWire PulseAudio
Loaded: loaded (/etc/xdg/systemd/user/pipewire-pulse.socket; enabled; preset: enabled)
Active: active (running) since Wed 2023-09-06 11:26:18 MSK; 31min ago
Triggers: ● pipewire-pulse.service
Listen: /run/user/1000/pulse/native (Stream)
CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/pipewire-pulse.socket

сен 06 11:26:18 pc systemd[1967]: Listening on pipewire-pulse.socket - PipeWire PulseAudio.

● wireplumber.service - Multimedia Service Session Manager
Loaded: loaded (/usr/lib/systemd/user/wireplumber.service; enabled; preset: enabled)
Active: active (running) since Wed 2023-09-06 11:26:18 MSK; 31min ago
Main PID: 2001 (wireplumber)
Tasks: 7 (limit: 37707)
Memory: 26.3M
CPU: 169ms
CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/wireplumber.service
└─2001 /usr/bin/wireplumber

сен 06 11:26:18 pc systemd[1967]: Started wireplumber.service - Multimedia Service Session Manager.
сен 06 11:26:18 pc wireplumber[2001]: [0:00:14.888727944] [2001] WARN IPAManager ipa_manager.cpp:154 No IPA found in '/usr/lib/x86_64-linux-gnu/libcamera'
сен 06 11:26:18 pc wireplumber[2001]: [0:00:14.888762027] [2001] INFO Camera camera_manager.cpp:299 libcaдля гномаmera v0.0.3
сен 06 11:26:19 pc wireplumber[2001]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NameHasNoOwner
сен 06 11:26:19 pc wireplumber[2001]: <WpSiAudioAdapter:0x5638bf9d9040> Object activation aborted: proxy destroyed
сен 06 11:26:19 pc wireplumber[2001]: <WpSiAudioAdapter:0x5638bf9d9040> failed to activate item: Object activation aborted: proxy destroyed

Странность следующая:
если от root сделать
echo 1 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1_enable
то значение записывается, результат предсказуем.

Если собрать юнит, не важно к какому таргету прицепить. Можно даже выполнить его руками.

[Unit]
Description=Initialize pwm_enable
After=sleep.target

[Service]
Type=oneshot
RemainAfterExit=yes
User=root
ExecStart=/usr/bin/echo 1 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1_enable

[Install]
WantedBy=sleep.target


Юнит типа выполняется, но значение не перезаписывается.

systemctl status gpupwm-enable.service
● gpupwm-enable.service - Initialize pwm_enable
Loaded: loaded (/lib/systemd/system/gpupwm-enable.service; enabled; vendor preset: enabled)
Active: active (exited) since Sat 2020-12-19 18:11:01 MSK; 16s ago
Process: 2951 ExecStart=/usr/bin/echo 1 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1_enable (code=exited, status=0/SUCCESS)
Main PID: 2951 (code=exited, status=0/SUCCESS)

дек 19 18:11:01 pc systemd[1]: Starting Initialize pwm_enable...
дек 19 18:11:01 pc echo[2951]: 1 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1_enable
дек 19 18:11:01 pc systemd[1]: Started Initialize pwm_enable.


В логах ничего не появляется.

Почему так может быть и что с этим можно сделать????

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

задача такая: надо поставить систему, там будет крутится несколько сервисов, доступ предполагается исключительно по сети - забирать и складывать файлы по samba. Они не секретные, их шифровать не будем.
Но надо что бы системный раздел был шифрованный и при этом при перезагрузке не требовалось ввода паролей или вставления флешек с ключом. Т.Е. что бы даже при наличии физического доступа к диску без пароля root нельзя было получить доступ к файлам системного диска.
Я что то не соображу можно ли в таком виде решить задачу и если можно то как?

Всем привет
Система debian testing
хочу сделать что бы шары подключали автомонтированием с таймаутом средствами systemd
но что то не получается с таймером.
В юните .automount указано

[automount]
Where=/media/nas/shared
TimeoutIdleSec=301

монтировать то он монтирует, но не отмонтирует.
если посмотреть mount то там будет

systemd-1 on /media/nas/shared type autofs (rw,relatime,fd=49,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=104540)

//192.168.30.57/shared on /media/nas/shared type cifs (rw,relatime,vers=3.1.1,cache=strict,username=griz,uid=1000,forceuid,gid=0,noforcegid,addr=192.168.30.57,file_mode=0660,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,_netdev)

При запуске юнитов никаких тревожных сообщений не вылезает.
Надо что то еще крутить что бы было отмонтирование по таймауту?

Система debian testing.
ядро 5.2.0-2-amd64

Обновил карту. Была древняя поделка, работала с драйвером radeon.
Обновил, воткнул RX570.
Со старым драйвером как то работает, но только что как то. Тормозит заметно.
Попробовал запустить AMDGPU, но что то пошло не так.
В логах
Вроде как (II) AMDGPU: Driver for AMD Radeon:
All GPUs supported by the amdgpu kernel driver

но в целом все плохо
https://pastebin.com/UZR1fKHE

Пара часов гуглежки не дала результата, подскажите что еще потыкать что бы AMDGPU нормально работал?

Есть openvpn сервер.
К нему подключено несколько клиентов. клиенты - одинаковые роутеры микротик, одинаковые вплоть до версий софта.
от одного из них сыпет в лог
IP packet with unknown IP version=0 seen
при этом сам туннель работает, но лог меня тревожит.

сервер такой:
dev tun
port 1195
tls-server
topology subnet
proto tcp

ca /etc/openvpn2/easy-rsa/keys/ca.crt
cert /etc/openvpn2/easy-rsa/keys/server.crt
key /etc/openvpn2/easy-rsa/keys/server.key
dh /etc/openvpn2/easy-rsa/keys/dh1024.pem

server 10.8.1.0 255.255.255.0

cipher AES-192-CBC

keepalive 10 60

#comp-lzo no

#mssfix 0

#status /var/log/openvpn-status.log

log-append /var/log/openvpn2
verb 1

client-config-dir /etc/openvpn2/ccd

но сдается мне проблема не в самом vpn, а где то в ином месте.

Возможно и не только гимп, а и еще что нибудь. Но пока только на него наткнулся.
Не работает он с таким выхлопом
gimp: symbol lookup error: gimp: undefined symbol: gtk_label_set_xalign
Беглая гуглежка не дала решения.
Сам гимп вот такой
Версия: 2.10.6-3
Зависит: libgimp2.0 (>= 2.10.6), libgimp2.0 (<= 2.10.6-z), gimp-data (>= 2.10.6), gimp-data (<= 2.10.6-z), libgdk-pixbuf2.0-0 (>= 2.27.1), xdg-utils, libaa1 (>= 1.4p5), libbabl-0.1-0 (>= 0.1.10), libbz2-1.0, libc6 (>= 2.27), libcairo2 (>=
1.12.2), libfontconfig1 (>= 2.12.6), libfreetype6 (>= 2.2.1), libgcc1 (>= 1:3.0), libgegl-0.4-0 (>= 0.4.8), libgexiv2-2 (>= 0.10.6), libglib2.0-0 (>= 2.55.2), libgs9 (>= 8.61.dfsg.1), libgtk2.0-0 (>= 2.24.32), libgudev-1.0-0 (>=
167), libharfbuzz0b (>= 0.6.0), libheif1 (>= 1.1.0), libilmbase23 (>= 2.2.1), libjpeg62-turbo (>= 1.3.1), liblcms2-2 (>= 2.8), liblzma5 (>= 5.1.1alpha+20120614), libmng1 (>= 1.0.10), libmypaint-1.3-0 (>= 1.3.0), libopenexr23,
libopenjp2-7 (>= 2.0.0), libpango-1.0-0 (>= 1.29.4), libpangocairo-1.0-0 (>= 1.29.4), libpangoft2-1.0-0 (>= 1.29.4), libpng16-16 (>= 1.6.2-1), libpoppler-glib8 (>= 0.44.0), librsvg2-2 (>= 2.14.4), libstdc++6 (>= 5.2), libtiff5 (>=
4.0.3), libwebp6 (>= 0.5.1), libwebpdemux2 (>= 0.5.1), libwebpmux3 (>= 0.6.1-2), libwmf0.2-7 (>= 0.2.8.4), libx11-6, libxcursor1 (> 1.1.2), libxext6, libxfixes3, libxmu6, libxpm4, zlib1g (>= 1:1.1.4)

в системе установлены следующие версии
https://pastebin.com/QjeXJpfq

Посоветуйте как поправить.

Система Debian Testing, gnome
После обновления вдруг стала загружаться чудовищно долго

$ systemd-analyze
Startup finished in 3.112s (kernel) + 1min 33.470s (userspace) = 1min 36.583s
graphical.target reached after 1min 33.453s in userspace

это на SSD. Ранее старт всегда был более чем быстрым.

Полдня лазил по логам, из интересного нашел только такое

************
ноя 04 23:56:30 debian systemd[1]: Started User Manager for UID 1000.
ноя 04 23:56:30 debian systemd[1238]: Started D-Bus User Message Bus.
ноя 04 23:57:47 debian systemd[1]: ssh.service: Start-pre operation timed out. Terminating.
ноя 04 23:57:47 debian systemd[1]: ssh.service: Failed with result 'timeout'.
ноя 04 23:57:47 debian systemd[1]: Failed to start OpenBSD Secure Shell server.
ноя 04 23:57:47 debian systemd[1]: Reached target Multi-User System.
ноя 04 23:57:47 debian systemd[1]: Reached target Graphical Interface.
ноя 04 23:57:47 debian systemd[1]: Starting Update UTMP about System Runlevel Changes...
ноя 04 23:57:47 debian systemd[1]: Started Update UTMP about System Runlevel Changes.
ноя 04 23:57:47 debian systemd[1]: Startup finished in 3.112s (kernel) + 1min 33.470s (userspace) = 1min 36.583s.

получается что на запуск dbus ушло 1.17сек. как то слишком много.

Никакой экзотической ругани в логах не нашел.

sudo journalctl -u dbus.service
-- Logs begin at Sun 2018-11-04 23:56:11 MSK, end at Mon 2018-11-05 00:28:04 MSK. --
ноя 04 23:56:14 debian systemd[1]: Started D-Bus System Message Bus.
ноя 04 23:56:14 debian dbus-daemon[705]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.5' (uid=0 pid=677 comm=«/usr/lib/accountsservice/accounts-daemon »)
ноя 04 23:56:14 debian dbus-daemon[705]: [system] Activating via systemd: service name='org.freedesktop.ColorManager' unit='colord.service' requested by ':1.9' (uid=0 pid=696 comm=«/usr/sbin/cupsd -l »)
ноя 04 23:56:14 debian dbus-daemon[705]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
ноя 04 23:56:14 debian dbus-daemon[705]: [system] Successfully activated service 'org.freedesktop.ColorManager'
ноя 04 23:58:05 debian dbus-daemon[705]: [system] Activating via systemd: service name='org.freedesktop.UPower' unit='upower.service' requested by ':1.35' (uid=1000 pid=1328 comm=«/usr/bin/gnome-shell »)
ноя 04 23:58:05 debian dbus-daemon[705]: [system] Activating via systemd: service name='org.freedesktop.GeoClue2' unit='geoclue.service' requested by ':1.35' (uid=1000 pid=1328 comm=«/usr/bin/gnome-shell »)
ноя 04 23:58:05 debian dbus-daemon[705]: [system] Successfully activated service 'org.freedesktop.GeoClue2'
ноя 04 23:58:05 debian dbus-daemon[705]: [system] Successfully activated service 'org.freedesktop.UPower'
ноя 04 23:58:06 debian dbus-daemon[705]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.51' (uid=1000 pid=1448 comm=«/usr/lib/gnome-settings-daemon/gs
ноя 04 23:58:06 debian dbus-daemon[705]: [system] Activating via systemd: service name='org.freedesktop.locale1' unit='dbus-org.freedesktop.locale1.service' requested by ':1.57' (uid=1000 pid=1487 comm=»/usr/lib/gnome-settings-daemon/gsd-ke
ноя 04 23:58:06 debian dbus-daemon[705]: [system] Successfully activated service 'org.freedesktop.hostname1'
ноя 04 23:58:06 debian dbus-daemon[705]: [system] Successfully activated service 'org.freedesktop.locale1'

посмотрел что там делается между upower.service и colord.service
стартуют без ошибок и быстро. но между ними потерялась минута с лишним.

$ sudo journalctl -u upower.service
-- Logs begin at Sun 2018-11-04 23:56:11 MSK, end at Mon 2018-11-05 00:38:50 MSK. --
ноя 04 23:58:05 debian systemd[1]: Starting Daemon for power management...
ноя 04 23:58:05 debian systemd[1]: Started Daemon for power management.
$ sudo journalctl -u colord.service
-- Logs begin at Sun 2018-11-04 23:56:11 MSK, end at Mon 2018-11-05 00:39:09 MSK. --
ноя 04 23:56:14 debian systemd[1]: Starting Manage, Install and Generate Color Profiles...
ноя 04 23:56:14 debian systemd[1]: Started Manage, Install and Generate Color Profiles.


Можно как то понять на что уходит время?

Всем привет!
Помогите, не могу уговорить kdenlive при рендере делать двухпроходное кодирование. Параметр «2 pass» не активен и поставить туда галку нельзя. Понятно что параметры (ffmpeg h264) получаются для одного прохода.

система Debian testing

Вопрос в следующем:
total used free shared buff/cache available
Mem: 11G 10G 865M 125M 661M 1,1G
Swap: 6,4G 755M 5,6G

зачем система использует своп (тупит соответвенно) если свободной физической еще осталось? И как это явление пресечь?

Всем привет.
Проблема в следующем - есть ПК на котором помимо прочего крутится KODI (системой debian testing. Сейчас kodi 17, но на предидущих было тоже самое). В нем можно включить работу в качестве DLNA сервера. Здесь начинаются проблемы - телевизоры (3 самсунга разных поколений) по DLNA видят контент, но на любой файл говорят что «не поддерживаемый формат». При этом VLC запущенный на мобиле показывает этот контент нормально.
При этом тот же контент с тогоже сервера при трансляции через miniDLNA (из коробки работает, только пути поправил) телнвизоры воспроизводят прекрасно.
Вывод - проблема в настройках DLNA трансляции у KODI. Но что то я бегло не нашел не только путей решения, но и вообще отсылок к каким либо настройкам или профилям в этом направлении.
Задача конечно скорее теоритическая чем прикладная - можно пользоваться miniDLNA и не парится, с ним все работает. Но интересно.

Подскажите, где искать?

Исходнве данные: есть сеть где 192.168.0.1 роутер и два десятка разных устройств от телефонов и ПК до телевизоров и видеокамер.
Принесли еще один девайс, вот такой: https://www.citilink.ru/catalog/computers_and_notebooks/computers/413393/
Вроде живой и работает, но начались проблемы у других устройств в сети. Посмотрел wireshark и нашел что эта железяка самостоятельно говорит все что она 192.168.0.1. ее рельаный адрес в этот момент 192.168.0.136, и она об этом знает. Первый ответ от реального роутера, второй от этой железяки, потом спрашиваем ее по известному адресу, она тоже отвечает.
Cisco-Li_36:fa:db LiteonTe_60:f4:6c ARP 42 192.168.0.1 is at c8:d7:19:36:fa:db

WistronI_54:61:e4 LiteonTe_60:f4:6c ARP 60 192.168.0.1 is at 98:ee:cb:54:61:e4

Frame 185: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) on interface 0
Ethernet II, Src: WistronI_54:61:e4 (98:ee:cb:54:61:e4), Dst: LiteonTe_60:f4:6c (28:e3:47:60:f4:6c)
[Duplicate IP address detected for 192.168.0.1 (98:ee:cb:54:61:e4) - also in use by c8:d7:19:36:fa:db (frame 184)]
Address Resolution Protocol (reply)
Hardware type: Ethernet (1)
Protocol type: IPv4 (0x0800)
Hardware size: 6
Protocol size: 4
Opcode: reply (2)
Sender MAC address: WistronI_54:61:e4 (98:ee:cb:54:61:e4)
Sender IP address: 192.168.0.1
Target MAC address: LiteonTe_60:f4:6c (28:e3:47:60:f4:6c)
Target IP address: 192.168.0.149

LiteonTe_60:f4:6c Broadcast ARP 42 Who has 192.168.0.136? Tell 192.168.0.149

WistronI_54:61:e4 LiteonTe_60:f4:6c ARP 60 192.168.0.136 is at 98:ee:cb:54:61:e4

так оно еще ничего потому что роутер успел первым, но если спрашивает девайс на одном свиче с это железкой то роутер идет вторым и 192.168.0.1 заворачивает на этот WistronI_54:61:e4.

А самое интересно еще дальше.
она продлжаеж отвечать вместо 192.168.0.1 не только если не запущена ОС, но даже если машина «выключена» (физически питание есть, но отключены всяки WOL в биосе, отключены «быстрые включения» и прочая хрень). Ну и просто включенная (можно например зайти в БИОС) она тоже кидает свой адрес вместо 192.168.0.1

Вот что это такое? железка кривая/битая или какая то хитрая фича которую можно подавить.

Всем привет!
есть debian/gnome3.22
стандартное переключение раскладок имеет косяк - при смене раскладок окно теряет фокус. в полях ввода в браузере или в иные моменты это вызвыет массу проблем.
решение - перейти на нормаотне переключение средствами иксов. но не получается.

localectl status
System Locale: LANG=ru_RU.UTF-8
VC Keymap: us-acentos
X11 Layout: us,ru
X11 Model: pc105
X11 Options: grp:ctrl_shift_toggle,grp_led:none

cat ~/.local/share/xorg/Xorg.0.log | grep xkb
[ 28.616] (**) Option «xkb_rules» «evdev»
[ 28.616] (**) Option «xkb_model» «pc105»
[ 28.616] (**) Option «xkb_layout» «us,ru»
[ 28.616] (**) Option «xkb_options» «grp:ctrl_shift_toggle,grp_led:none»

cat /etc/default/keyboard
XKBMODEL=pc105
XKBLAYOUT=us,ru
XKBOPTIONS=grp:ctrl_shift_toggle,grp_led:none
BACKSPACE=guess

в голой консоле все работает, в gdm работает нормально. Но когда стартует гном - работает только то, что поставлено голочкой в gnome-tweak-tool. Если галочек не стоит то и раскладка никак не переключается.

попытался отключить в гноме переключение:
gsettings set org.gnome.settings-daemon.plugins.keyboard active false

gsettings get org.gnome.settings-daemon.plugins.keyboard active
false

что еще надо сделать что бы заработало переключение назначенное иксам????

debian/gnome3
поставил palemoon - быстро, удобно, но онид косяк раздражает. В адресной строке и в поле поиска при переключении языка ввода выделяется весь набранный в поле текст и если продолжать набор затирается то, что было ранее набрано. неудобно.
пробовал поменять сочетание клавиш - то же самое.
кто нибудь сталкивался?