И казалось бы это типичная изестная проблема со старыми ядрами описанная тут: http://www.ddcutil.com/faq/ Но так только кажется.

Дело в том что эта проблема проявляется только с ядрами младше 5.11, а на проблемной системе (Ubuntu 22.04) 5.15. Я пытался поставить 5.17 вручную, но не вышло с UEFI после пары установок сносов - оно теперь при установке даже пароль не запрашивает (((

Но, в этом же доке 40A2, DDC отлично работает с P50s, и так же работало на нем с ядрами 5.15 и даже 5.13.

Кроме того я так понял описанная проблема имеет место только с драйвером i915, а на проблемной системе сейчас отключена гибридная графика - работает только Quadro M2200

Таким образом я думаю что проблема иного рода. И тут есть гипотеза - дело в том что док 40A2 официально не поддерживает проблемный P51 - ему нужен 40A5 минимум. И вот тут вопрос - может ли быть проблема в этом? Или если в 40А2 все остальное пашет, то и DDС должно работать.

Я так понимаю что «несовместимость» 40A2 c P51 просто в отсутствии запас мощности по питанию. И тогда это не должно оказывать влияние на работу DDC. Но так ли это?

Короче - куда копать?

Сабж:

апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.8602] vpn[0x5613d4548410,9b9b101c-b468-4186-a8bc-d00d1f48e54d,"Czech"]: starting wireguard
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.8619] audit: op="connection-activate" uuid="9b9b101c-b468-4186-a8bc-d00d1f48e54d" name="Czech" pid=2092 uid=1000 result="success"
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] ip link add Czech type wireguard
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] wg setconf Czech /dev/fd/63
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.8838] manager: (Czech): new WireGuard device (/org/freedesktop/NetworkManager/Devices/6)
апр 09 11:25:34 alex-thinkpad51 systemd-udevd[6348]: Using default interface naming scheme 'v249'.
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] ip -4 address add 10.66.66.12/32 dev Czech
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] ip -6 address add fd42:42:42::12/128 dev Czech
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] ip link set mtu 1420 up dev Czech
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.8934] device (Czech): state change: unmanaged -> unavailable (reason 'connection-assumed', sys-iface-state: 'external')
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6365]: [#] resolvconf -a tun.Czech -m 0 -x
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.8938] device (Czech): state change: unavailable -> disconnected (reason 'connection-assumed', sys-iface-state: 'external')
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.8944] device (Czech): Activation: starting connection 'Czech' (986775f1-7b5b-46dd-ba15-9101ff0d1f36)
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.8944] device (Czech): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'external')
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.8946] device (Czech): state change: prepare -> config (reason 'none', sys-iface-state: 'external')
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.8948] device (Czech): state change: config -> ip-config (reason 'none', sys-iface-state: 'external')
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.8949] device (Czech): state change: ip-config -> ip-check (reason 'none', sys-iface-state: 'external')
апр 09 11:25:34 alex-thinkpad51 dbus-daemon[573]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.192' (uid=0 pid=6011 comm="/usr/sbin/NetworkManager --no-daemon " label="unconfined")
апр 09 11:25:34 alex-thinkpad51 systemd[1]: Starting Network Manager Script Dispatcher Service...
апр 09 11:25:34 alex-thinkpad51 dbus-daemon[573]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
апр 09 11:25:34 alex-thinkpad51 systemd[1]: Started Network Manager Script Dispatcher Service.
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.9056] device (Czech): state change: ip-check -> secondaries (reason 'none', sys-iface-state: 'external')
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.9060] device (Czech): state change: secondaries -> activated (reason 'none', sys-iface-state: 'external')
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.9065] device (Czech): Activation: successful, device activated.
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] wg set Czech fwmark 51820
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] ip -6 route add ::/0 dev Czech table 51820
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] ip -6 rule add not fwmark 51820 table 51820
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] ip -6 rule add table main suppress_prefixlength 0
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6423]: [#] ip6tables-restore -n
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] ip -4 route add 0.0.0.0/0 dev Czech table 51820
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] ip -4 rule add not fwmark 51820 table 51820
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] ip -4 rule add table main suppress_prefixlength 0
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6337]: [#] sysctl -q net.ipv4.conf.all.src_valid_mark=1
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6434]: [#] iptables-restore -n
апр 09 11:25:34 alex-thinkpad51 nm-wireguard-se[6334]: g_variant_new_string: assertion 'g_utf8_validate (string, -1, NULL)' failed
апр 09 11:25:34 alex-thinkpad51 nm-wireguard-se[6334]: g_variant_builder_add_value: assertion '!GVSB(builder)->expected_type || g_variant_is_of_type (value, GVSB(builder)->expected_type)' failed
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <warn>  [1649492734.9301] vpn[0x5613d4548410,9b9b101c-b468-4186-a8bc-d00d1f48e54d,"Czech",if:9,dev:2:(Czech)]: config: no VPN gateway address received
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <warn>  [1649492734.9301] vpn[0x5613d4548410,9b9b101c-b468-4186-a8bc-d00d1f48e54d,"Czech",if:9,dev:2:(Czech)]: did not receive valid IP config information
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6436]: [#] ip -4 rule delete table 51820
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6436]: [#] ip -4 rule delete table main suppress_prefixlength 0
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6436]: [#] ip -6 rule delete table 51820
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6436]: [#] ip -6 rule delete table main suppress_prefixlength 0
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6436]: [#] ip link delete dev Czech
апр 09 11:25:34 alex-thinkpad51 NetworkManager[6011]: <info>  [1649492734.9664] device (Czech): state change: activated -> unmanaged (reason 'unmanaged', sys-iface-state: 'removed')
апр 09 11:25:34 alex-thinkpad51 gnome-shell[2092]: Removing a network device that was not added
апр 09 11:25:35 alex-thinkpad51 NetworkManager[6436]: [#] resolvconf -d tun.Czech -f
апр 09 11:25:35 alex-thinkpad51 NetworkManager[6497]: [#] iptables-restore -n
апр 09 11:25:35 alex-thinkpad51 NetworkManager[6502]: [#] ip6tables-restore -n

Есть владельцы? По докам ему нужна станция 40A5, но продавец говорит что он заводится и в 40А2 (у меня как раз такая). Меня волнует будут ли работать DP и HDMI одновременно. Сейчас в доке работает P50s и он через DP не тянет 4K60Hz - экран периодически гаснет на несколько секунд. Это и стало причиной замены основной (30Hz как-то грустно совсем).

На всякий случай у P51:
Intel Xeon E3-1535M v6 (я даже не знал что такие бывают, как он в сравнении с I7-7700HQ?)
Quadro M1200 4Gb

Сабж.

Просто не подключается и все. Через службу strongswan-starter тоже:

● strongswan-starter.service - strongSwan IPsec IKEv1/IKEv2 daemon using ipsec.conf
     Loaded: loaded (/lib/systemd/system/strongswan-starter.service; disabled; vendor preset: enabled)
     Active: active (running) since Fri 2022-03-11 12:18:23 MSK; 49s ago
   Main PID: 14503 (starter)
      Tasks: 18 (limit: 18398)
     Memory: 4.5M
     CGroup: /system.slice/strongswan-starter.service
             ├─14503 /usr/lib/ipsec/starter --daemon charon --nofork
             └─14517 /usr/lib/ipsec/charon

мар 11 12:18:23 alex-thinkpad charon[14517]: 07[ENC] generating IKE_SA_INIT request 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) N(FRAG_SUP) N(HASH_ALG) N(REDIR_SUP) ]
мар 11 12:18:23 alex-thinkpad charon[14517]: 07[NET] sending packet: from 192.168.13.12[500] to XXX.XXX.XX.XXX[500] (1128 bytes)
мар 11 12:18:27 alex-thinkpad charon[14517]: 14[IKE] retransmit 1 of request with message ID 0
мар 11 12:18:27 alex-thinkpad charon[14517]: 14[NET] sending packet: from 192.168.13.12[500] to XXX.XXX.XX.XXX[500] (1128 bytes)
мар 11 12:18:34 alex-thinkpad charon[14517]: 07[IKE] retransmit 2 of request with message ID 0
мар 11 12:18:34 alex-thinkpad charon[14517]: 07[NET] sending packet: from 192.168.13.12[500] to XXX.XXX.XX.XXX[500] (1128 bytes)
мар 11 12:18:47 alex-thinkpad charon[14517]: 07[IKE] retransmit 3 of request with message ID 0
мар 11 12:18:47 alex-thinkpad charon[14517]: 07[NET] sending packet: from 192.168.13.12[500] to XXX.XXX.XX.XXX[500] (1128 bytes)
мар 11 12:19:10 alex-thinkpad charon[14517]: 06[IKE] retransmit 4 of request with message ID 0
мар 11 12:19:10 alex-thinkpad charon[14517]: 06[NET] sending packet: from 192.168.13.12[500] to XXX.XXX.XX.XXX[500] (1128 bytes)

При этом просто через charon-cmd все отлично работает.

В dmesg ругался apparmor. Я его вообще отключил - это не помогло.

Точнее при входе в сеанс если ноут с закрытой крышкой, то переходит в режим сна - лапочка на крышке медленно моргает.

Ubuntu 20.04 на нем стоит. В настройках питания в Автоматический режим ожидания стоит при работе от батареи. Про крышку там вообще ничего нет.

Решение: Ноутбу засыпает при включении - куда копать? (комментарий)

https://disk.yandex.ru/i/8mqxPKR9fID42w - вот так примерно выглядит загрузка Ubuntu, при подключенном внешнем мониторе. На старом монике FullHD было нормально все. На новом 4K (не знаю связано ли это с разрешением) вот так.

Старый был подключен по hdmi, новый через DP. При этом меню ввода пароля ноута и меню GRUB выглядят нормально. А тут такое вот...

Я имею ввиду именно яркость экрана, т.е. яркость экранной подсветки, а не картинки на нем.

Вопрос возник вот в связи с чем - я раньше полагал, что при нажатии кнопок яркости она регулируется либо аппаратно, но моя Ubuntu показывает значок регулировки, во время регулировки и уровень яркости, значит это не так, либо через ddc/ci, но ddccontol не видит дисплея моего бука, да и выпилили его вроде отовсюда давно, а значит и это предположение не верно.

Как же это происходит? И нельзя ли аналогичным способом регулировать яркость внешнего монитора? Очень уж неудобно делать это джойстиком.

UPD: https://wiki.archlinux.org/title/Backlight_(Русский) вот так это работает. Но ответа что делать с внешним моником там нет (((

Уже не один раз сталкивался - после обновления системы длина строки в консоле начинает считаться в байтах. В итоге, если в пишешь кирилицей например, а потом пробуешь ее стереть, но стирается на в два раза больше символов чем было кирилических.

Откат коммитов обновления не решает проблему. Как починить такое? Я даже не оч. хорошо понимаю что гуглить. Нагугливаются только проблемы с UTF, когда он не отображается например.

UPD Решение:

localedef ru_RU.UTF-8 -f UTF-8 -i ru_RU

Не запускается сервис при старте системы.

При запуске вручную требует пароль. Хотя пользователя и группу запуска указал:

  GNU nano 2.9.3                                                                            /lib/systemd/system/myservice.service                                                                                      

[Unit]
  Description=Smart test

[Service]
  User=admin
  Group=admin
  ExecStart=/opt/myservice/myservice.sh
  Type=idle
  KillMode=process

  SyslogIdentifier=myservice
  SyslogFacility=daemon

  Restart=on-failure

[Install]
  WantedBy=multiuser.target

Решено
Ошибка в параметре WantedBy. Должно быть multi-user.target

Собственно вот.

Система CentOS 7.

root@localhost ~# ls -la /usr/
итого 136
drwxrwxrwx.  13 root root  4096 сен  1 23:31 ./
dr-xr-xr-x.  19 root root  4096 окт 20 16:25 ../
dr-xr-xr-x.   2 root root 36864 сен  1 22:40 bin/
drwxr-xr-x.   2 root root  4096 апр 11  2018 etc/
...

root@localhost ~# chmod o+w /usr/bin
chmod: изменение прав доступа для «/usr/bin»: Операция не позволена
...

Как так-то?

Решил собрать домашний сервер отдельной железкой. Так как уже есть две планки DDR4 ECC, то разумно взять под них мать с поддержкой ECC, но тут выяснилось что это не такое уж и частое явление, кроме того есть матери которые поддерживают ECC в non-ECC режиме, да еще и вроде проц должен поддерживать... или не должен?

А на LGA2011, где есть дешевые камни, матери стоятн конских денег, а на AM4 где вроде есть дешевые матери, вообще не понятно поддерживают ли Athlon'ы ECC, а Ryzen, хочет чтобы я к электричеству все это подсоединял.

Вообщем я запутался. Подскажите что нужно выбрать. В приоритете цена и энергопотребление. Производительность вообще не нужна - там будет торентокачалка + DLNA + файловый сервер.

Есть сайт на битриксе на дедике.

И в этот самый битрикс встроена функция тестирования производительнсти система. Один из тестов - скорость файловых операций - подсчитывается сколько за секунду может быть создано, заинклюжено и удалено файлов. Нормой считается 10000. По факту хорошая система на SSD выдает 40-50 тысяч (специально взял VDSку и проверил).

Однако на вышеупомянутом сайте это число не больше 20000, а в срденем вообще в районе той самой хилой нормы. При этот деди имеет два интеловских nvme в рейд1.

root@site ~# hdparm -t /dev/md126 

/dev/md126:
 Timing buffered disk reads: 2532 MB in  3.00 seconds = 843.80 MB/sec
root@site ~# sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
1024+0 записей получено
1024+0 записей отправлено
 скопировано 1073741824 байта (1,1 GB), 0,672519 c, 1,6 GB/c

Из самой системы вроде все неплохо. С рандомным доступом тоже все хорошо.

Но тесты в PHP плохие. Выковырнул код теста в отдельный скрипт: https://pastebin.com/f8NW8JKv

Прогнал его на специально купленной VDS (server2) и подопытном (server1):

bitrix@server2 ~> php www/file_test.php
17076.859502993

user@sever1 ~/w/mysite.ru> php _test/file_test.php
11523.489278892

При этом тесты производительности из системы показывают в два раза меньшую скорость на server2, а server1 в тестах PHP показывают в 5 раз меньшую скорость.

Т.е. тормозит именно PHP. При этом и там и там 7.4.21. И там и там CentOS 7 и ядро 3.10 что-тот там. Настройки переносить пробовал. Модули php активированные делал идентичными наборами - ничего не помогает.

Я похоже не один такой: https://dev.1c-bitrix.ru/support/forum/forum32/topic86027/

Куда копать?

UPD:

Ранее были не совсем верные данные по скриптам при запуске из консоли, разница не такая ощутимая, как при запуске из вэб интерфейса где продакшен проигрывает 15000 к 44000.

Сейчас данные тестов из коносли честные.

UPD2: Низкая производительность файловых операций PHP (комментарий)

Сабж.

Как только я выполняю

openvpn myvpn.ovpn

Машина пропадает из интернета. Как сделать чтобы только исходящие соединения шли через VPN?

Или хотя бы чтобы не рвались уже установленные ssh сессии?

P.S. Я не в этой VPN, поэтому я не могу подключится внутри сети.

Сабж.

При попытке скачать файл из чата, появляется диалог, жмем сохранить, крутится прогрессбар, как будто файл сохраняется и ... все. Ничего не происходит. При повторном клике на файл, после этого даже диалог не открывается.

При попытке сохранить фото кликом по «стрелки вниз» открывается диалог всегда, но после «сохранения» файл не появляется.

При попытке отправить файл вылетает сообщение с ошибкой вроде «Невозможно отправить пустой файл».

Очевидно телега не может читать с диска файлы и писать в них. При этом сама работает, кэш сохраняется, настройки сохраняются.

Иногда помогает перезагрузка. Причем именно перезагрузка, а не убийство телеги и nautilus.

В консоль при этих траблах никаких ошибок не сыпет.

Дист - Ubuntu 20.04

Сабж.

Есть диск SanDisc X400 из Thinkpad'а где он использовался с шифрованием. Во время перехода на Ubuntu 20.04 родной диск был заменен на другой большего объёма. Сам диск лежал без дела.

Теперь я захотел его использовать, но тут выяснилось что просто удалить пароль с него нельзя - sedutil вообще заявляет что TCG не поддерживается данным диском.

Я его поставил в тот же синкпад, чтобы снять пароль BIOS'ом, но теперь он утверждает что пароль не подходит - странно, я вроде бы надежно его помню. Удалить пароль без ввода старого нельзя почему-то, хотя это выглядит крайне странно - а как же TCG Revert?

Ладно - ставим офтопик и используем ПО производителя... но там тоже есть только Secure Erase - который сначала требует пароль, и что интересно - там он тоже не подходит.

Как просто удалить ключи с диска и отформатировать его?

Добавил сегодня в fstab на сервере:

bindfs#/var/www/КаталогСайта   /home/user/web/КаталогСайта	fuse	create-for-user=www-data,create-for-group=www-data,create-with-perms=u+rwD:g=rwD:o-rwx,chmod-filter=o-rwx,perms=u+rwD:g=rwD:o-rwx,mirror=user1,force-group=developers		0	0

Цель проста - дать доступ к редактирования файлов сайта на тестовой площадке одному из разработчиков - на тестовом серваке у нас дофига таких записей.

Но тут я облажался - в параметре mirror вместо user написал несуществующего пользователя - user1 и после перезагрузки сервак окирпичился. После перезагрузки отвечал только на ping. Загрузившись в rescue режиме я даже не увидел никаких новых логов в /var/log/journal - как так?

Ведь это строка должна обрабатываться только когда все FS уже смонтированы, и здесь не ошибка синтаксиса из-за которой падал бы разбор таблицы - здесь просто несуществующий пользователь в параметре монтирования FS во fuse. К разбору этой строки корень уже должен быть смонтирован и логи уже должны писаться, но нет.

Почему так?

Сабж. Пока не прибьёшь в себя не придёт.

Ubuntu 20.04, gnome-shell 3.64.4

https://i.imgur.com/k8hlihR.png - я абсолютно убежден что правильные цвета в нижних окнах (Opera 69.0.3686.77 Chrome/83.0.4103.116), а вверху (Google Chrome 84.0.4147.89) вырвиглазная цг.

Раньше это решалось в хроме флагом #force-color-profile который надо было установить в sRGB. Но в текущей актуальной сборке его нет. Я так понимаю скоро обновятся и все клоны и так будет везде.

Вот какие вопросы:

1 На оффтопике такая же фигня?

2 Как с этим бороться?

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

Ну и на Ubuntu 20.04 узнать о том что должен начаться перерыв можно только открыв меню самой Pomodoro - ни уведомлений о начале перерыва, ни сплэш скринов - только бип в конце. Сидишь такой работаешь, а оно - бип и ты понимаешь что закончился перерыв который должен был быть...

Как?

Делаю в .xbindkeysrc:

«dbus-send –session –type=method_call –dest=org.gnome.Shell /org/gnome/Shell org.gnome.Shell.Eval string:‘Main.overview.show();’» b:13

Не работает. Если поместить команду в скрипт - тоже не работает. В терминале запускает overview отлично.

Почему так?