У меня есть. И вот как так вышло:

Для меня регулировка яркости монитора критически важна, так как освещенность рабочего места сильно меняется в течении дня.

Регулировка яркости физическими кнопками монитора утомительна, так как нужно отодвигать дополнительный монитор чтобы добраться к джойстику основного. А на дополнительном кнопки и вовсе работают через раз, когда он в вертикальном положении. Монитору у меня расположены так: https://disk.yandex.ru/i/OJurledd36XurQ

И проблем не было почти - в конфигурации ThinkPad P50s (с Ubuntu 20.04 и ядром >5.11) + ThinkPad Ultra Dock 40A2 все работало отлично - простенький bash-скрипт регулировал яркость мониторов синхронно. Правда иногда большой монитор гас, на несколько секунд, потому что Quadro M500 не вытягивала 4К60Hz, но в целом не было печали, но купила баба порося ThinkPad P51.

ThinkPad P51 вообще-то не поддерживается официально TUD 40A2, необходима TUD 40A5 или новые станции подключающиеся через Tunderbolt 3. Но на Reddit нашлось подтверждение, что с мощным блоком 40A2 вполне работает с P51, поэтому было решено не покупать ему отдельную станцию.

Однако выяснилось что с P51, ddc/ci не пашет для мониторов подключенных к доку. Гуглинг практически бесполезен потому что все найденное сводится к проблеме i915 и ядрами младше 5.11 где ddc так же не работало для задоченных машин. ЛОР тоже не помог: Не работает DDC/CI когда ноут в доке - пишет что не поддерживаестя.

Не понятно что является причиной неработоспособности - то ли сочетание P51+40A2, то ли Ubuntu 22.04 на нем. Но не работает и все. Моники подключенные непосредственно к ноуту работают при этом нормально, но у меня нет под рукой шнура miniDP->DP чтобы подключить большой монитор так же прямо к ноуту.

Тут я вспомнил что сам Philips 439P1 это докстанция и в комплекте есть шнур T3. Отлично - подключаем! И о чудо - все работает - BenQ по hdmi, а Philips работает доком для ноута и тоже выдает картинку. DDC/CI работает... но чо-то глаза устают. Оказывается при подключении по T3 на Philips только 30Hz. OMG. Почему? В оффтопике кстати все нормально. Решение тоже не нашлось, я даже режим добавить почему-то не смог: Не добавляется режим к интерфейсу xrandr

Решение пришло вчера... Конечно же все очень просто:
1 Ставим P51 в док 40A2
2 Philips 439P1 подключаем к доку через DP - он дает нам стабильные 4К60Hz, но DDC/CI ожидаемо не пашет
3 BenQ подключаем по htmi прямо к P51 - тут тоже все нормально и сразу начинает работать DDC/CI
4 Philips 439P1 подключаем к ноуту через Thunderbolt 3.

В итоге в конфигурации имеем 3 подключенных внешних монитора и встройку:

Найдены мониторы :
 - Устройство: dev:/dev/i2c-6
   Поддерживается DDC/CI: Да
   Имя монитора: VESA standard monitor
   Тип входа: Цифровой
  (Автоматический выбор)
 - Устройство: dev:/dev/i2c-5
   Поддерживается DDC/CI: Да
   Имя монитора: VESA standard monitor
   Тип входа: Цифровой
 - Устройство: dev:/dev/i2c-4
   Поддерживается DDC/CI: Нет
   Имя монитора: VESA standard monitor
   Тип входа: Цифровой
 - Устройство: dev:/dev/i2c-3
   Поддерживается DDC/CI: Нет
   Имя монитора: VESA standard monitor
   Тип входа: Цифровой

На Philip'ке в качестве активного входа выбираем DP чтобы наслаждаться 4К60Hz. При этом, так как вход по USB C1 продолжает работать, то значение параметров монитора спокойно переписываются через него и яркость регулируется. Отключить правда монитор не выйдет - на отключенном монике не доступна запись параметров по ddc, хотя читаются они нормально, поэтому для снижения нагрузки на видюху и чтобы 3 моник не мешался, мы просто ставим на нем минимальное разрешение и убираем в дальний угол (буквально): https://i.imgur.com/RT6J5cJ.png Теперь его можно использовать как парковочное пространство для курсора мыши.

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

> sudo xrandr --addmode DP-5 "3840x2160_60.00"
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  140 (RANDR)
  Minor opcode of failed request:  18 (RRAddOutputMode)
  Serial number of failed request:  43
  Current serial number in output stream:  44

Режим создан с помощью cvt. Пробовал так же создавать режим с опцией -r - но ошибка такая же.

> xrandr -s 3840x2160 --rate 60
Rate 60.00 Hz not available for this size

Добавить режим хочу так как при подключении по thunderbolt 3 (в мониторе встроенный док), дает только 30Гц, что очень утомительно. При этом с железом все ок - в офтопике 60 Гц вполне работают.

В доке через DP 60Hz тоже есть.

Сама причина по которой вынул ноут из родного дока и подключил в мониторный тут: Не работает DDC/CI когда ноут в доке - пишет что не поддерживаестя.

И казалось бы это типичная изестная проблема со старыми ядрами описанная тут: 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 Как с этим бороться?