cat /proc/net/dev на порядок круче, чем ip a или ifconfig для отслеживания статистики.
Нет лишней информации о статичных характеристиках.
Заметил еще забавное, что ifconfig eth == ifconfig eth0
x2go + chroot
При соединении по x2go - это Xserver через ssh - была проблема с запуском приложений из чрут, или же просто от другого пользователя, не имеющего сгенерированного .Xauthority.
Т.е. происходит логин на удаленную машину, все приложения корректно запускаются, но если выполняем графические приложения из чрута - то отваливаются с банальным "protocol not specified" и такими же ошибками.
В конкретно моем случае помогает копирование .Xauthority в хомовик пользователю чрута + экспорт переменной XAUTHORITY в новое значение.
Вообще интересная тема. xhost+ не помогал, удаление -nolisten tcp из ключей запуска x2goagent тоже. Strace помог, стрейснул два запуска 'xmessage hi' - работающий из под пользователя, которым залогинен, неработающего - из под пользователя на той же машине, у которого нет ~/.Xauthority. Все вызовы совпадали до попытки чтения .Xauthority. И удивительно, что этот файлик можно копировать между пользователями. Это не очень похоже на безопасность.
Выяснилось забавное, хз правда зачем мне это - если удалить -nolisten tcp то иксы начинают слушать порт 6000 + номер дисплея. Т.е. дисплей :0 это порт 6000, :1 - это 6001 и так далее. x2goagent ведет себя так же.
linux 6.1 + hdmi + nvidia + alsa = no sound
Обновил ядро в генте, пропал звук. Бутаюсь со старым ядром - всё ок.
Помогло изменение в .asoundrc, смена device. Почему-то сменились.
Т.е. рецепт прост: выполняем aplay -l, смотрим, какие устройства доступны:
aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 3: HDMI 0 [PHILIPS FTV ]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 7: HDMI 1 [HDMI 1]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 9: HDMI 3 [HDMI 3]
Subdevices: 1/1
Subdevice #0: subdevice #0
dpdk + vmxnet3 = esxi
Запуск адаптеров под dpdk при использовании виртуализации esxi нетривиален; если просто задавать только rx каналы, то будет ошибка вида
device activation unsuccessful
Чтобы её полечить, необиходим
1. как минимум 1 TX channel
После этого приложение будет сегфалтиться
Надо
2. настроить для этой очереди от 512 до 4096 дескрипторов
Вуаля, трафик чиатается.
такой вот вмхнет3
unetbootin hangs on 'Installing syslinux to ..'
При подвисании unetbootin на стадии инсталляции syslinux необходимо либо стрейсить утилитку, выяснять что именно она делает, или же воспользоваться наработками тех, кто уже это поделал, а именно моими наработками - запустить syslinux /dev/sdX в консоли. Данная утилита спросит подтверждения на исправления ошибок, после этого перезапуск unetbootin пройдет без проблем.
vmware workstation 17 + gentoo - systemd = fake systemctl
Если у вас, как у вменяемого пользователя, нет системд в линуксе, то при инсталляции vmware workstation 17 будут проблемы - вмварь требует системктл. Не находит эту утилиту, жалуется на это в логи, инсталляцию прерывает.
Дайте ей эту утилиту:
root@host #> cat > /usr/sbin/systemctl
#!/bin/sh
root@host #>
Без каких-либо проблем далее и инсталляция, и работа с виртуалкой.