У меня вылезает ошибка при сборке zfs-2.2.1 на ядре 6.1.0-13-rt-amd64:
ERROR: modpost: GPL-incompatible module zfs.ko uses GPL-only symbol 'migrate_disable'
ERROR: modpost: GPL-incompatible module zfs.ko uses GPL-only symbol 'migrate_enable'
Issue открыта с 2020 года.
Может быть, кто-нибудь осилил собрать модуль?
Помогите разобраться - не выставляется foldmethod через modeline.
Пишу в конце файла:
# vim: foldmethod=marker
Открываю файл, проверяю:
:set foldmethod?
foldmethod=manual
(а должен быть foldmethod=marker)
Конфиг:
set modeline
set modelines=1
Обновление с nvim 0.9.0 до nightly не помогло.
% vim --version
NVIM v0.10.0-dev-20dd9f3
Build type: RelWithDebInfo
LuaJIT 2.1.1697887905
Run "nvim -V1 -v" for more info
Прочие настройки (filetype, например) — через modeline работают.
Есть идеи?
Подскажите, в Linux (Debian 12) есть какой-то слой кеширования DNS-ответов?
У меня регулярно возникают ситуации, когда программы на ноуте после подключения к интернету не могут связаться с хостами по DNS-имени (при том, что резолвер успешно резолвит эти DNS в IP). Такое состояние длится полминуты-минуту. Как сократить этот таймаут до нескольких секунд?
Пример:
В /etc/resolv.conf прописан DNS-сервер (локальный pdns_recursor)
% cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 127.0.0.1
Он успешно резолвит ya.ru:
% dig ya.ru @127.0.0.1
; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> ya.ru @127.0.0.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41416
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;ya.ru. IN A
;; ANSWER SECTION:
ya.ru. 600 IN A 77.88.55.242
ya.ru. 600 IN A 5.255.255.242
;; Query time: 272 msec
;; SERVER: 127.0.0.1#53(127.0.0.1) (UDP)
;; WHEN: Sat Sep 30 17:26:59 MSK 2023
;; MSG SIZE rcvd: 66
Но при этом:
% ping ya.ru
ping: ya.ru: Name or service not known
Имеется ноут с Intel HD Graphics 520 и 3 монитора. Иногда я смотрю полноэкранное видео на одном мониторе и что-то деалю на другом.
Глюки такие: картинка показывается то нормальная, то та, что показывалось на этом мониторе секунду назад. Потом снова показывается нормальная картинка, потом снова «старая». И так с интервалом около секунды.
Иногда глючит, иногда нет. Сейчас специально пытаюсь воспроизвести — не получается.
Что это и как лечить? Куда копать? Какую информацию ещё дать?
Конфиг мониторов:
$ xrandr --listmonitors
Monitors: 3
0: +*eDP1 1920/280x1080/160+1562+1440 eDP1
1: +DP1 1920/510x1080/290+2560+360 DP1
2: +HDMI1 2560/600x1440/340+0+0 HDMI1
Система:
Использую эту штуку: https://github.com/jlu5/bookmarksync
Есть решение лучше?
Куда заливать скриншоты и т.д.?
Посоветуйте что-нибудь адекватное.
Перемещено hobbit из general
Часть клавиш перестают работать, вместо Up — нажимается PrintScreen и т.д.
После перезапуска иксов проблема перестаёт проявляться.
Началось это пару недель назад. Было уже раз 10-15. Каждый раз симптомы одинаковые (не работают одни и те же клавиши, вместо Up жмётся PrintScreen и т.д.).
Накидайте идей, пожалуйста — как найти источник проблемы.
Система: Debian 11/xorg/i3wm.
Хочу найти сообщения с «xapp-gtk3-module». Находятся «ibus-gtk3», «libcanberra-gtk3-module» и т.д.
Пробовал брать искомый текст в кавычки (двойные и одинарные) — не помогает.
Как искать точную фразу при помощи поисковика LOR?
Добрый день!
В процессе работы системным администратором / руководителем ИТ-отдела накоплено большое кол-во информации. Значительная часть её хранится в wiki (движок dokuwiki).
Информация, как правило, слабоструктурированная (записывается в стандартизированном виде пользователями — по мере их желания и возможностей; местами в информации откровенный бардак). По мере роста кол-ва и сложности информации, недостаток структурированности начинает мешать. Так же, появляется необходимость программного доступа к информации (например, получить список компьютеров и серверов для генерации ansible_inventory).
Мне нужен совет — как подойти к хранению информации (какие системы для этого использовать и как).
Я сейчас рассматриваю несколько направлений развития хранения информации:
Какие есть соображения на этот счёт? Каким путём лучше пойти?
Если говорить про систему, то требования такие:
Перемещено hobbit из general
Как это лучше делать?
Придумал пару способов:
HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Products\136562B9D859B514995235EDCE343ED1\SourceList\Media\1PS C:\> Get-WMIObject Win32_PnPSignedDriver | select DeviceName, DriverVersion, Manufacturer | where {$_.DeviceName -like "*Red Hat*"}
DeviceName DriverVersion Manufacturer
---------- ------------- ------------
Red Hat VirtIO Ethernet Adapter 100.82.104.18500 Red Hat, Inc.
Какие ещё есть варианты? Как надёжней определять версию?
Был проект, который организует что-то типа raid’a файлового уровня с возможностью отключения части носителей. Почти час уже ищу :)
Нашёл workadound — может кому пригодится.
Я некоторое время мучался с не всегда срабатывающими хоткеями в i3wm. То PrintScreen не запускает скриншотилку, то Win+E запускает файловый менеджер (который у меня в i3 повешен на Win+D).
Оказалось: okular (я им PDF просматриваю) запускал /usr/bin/kglobalaccel5, который уже и начинал «хулиганить».
Решение было найдено таким образом:
sudo lsof -c Xorg | grep ".log" # find out the path for the Xorg log file
xdotool key XF86LogGrabInfo # prints all Xorg registered grabs
sudo grep grabs /var/log/Xorg.0.log
# смотрим, кто-же перехватывает нажатия,
# грохаем их по-одному,
# проверяем, заработали ли нужные горячие клавиши
Отключение запуска kglobalaccel5:
sudo mv /usr/share/dbus-1/services/org.kde.kglobalaccel.service /usr/share/dbus-1/services/org.kde.kglobalaccel.service.disable
killall /usr/bin/kglobalaccel5
Ссылки:
Это всё происходило Debian 11.
https://linuxreviews.org/The_Qt_5.15_Disaster_On_Multi-Monitor_Setups
Версии:
% apt policy libqt5core5a
libqt5core5a:
Installed: 5.15.2+dfsg-9
Candidate: 5.15.2+dfsg-9
Version table:
5.15.8+dfsg-2 50
50 http://ftp.de.debian.org/debian sid/main amd64 Packages
*** 5.15.2+dfsg-9 500
500 http://mirror.corbina.net/debian bullseye/main amd64 Packages
100 /var/lib/dpkg/status
Сабж
Скоро (ближе к концу января) буду вводить в эксплуатацию сервер, хочу потестить производительность ZFS.
Цели:
Тестировать буду Intel P5800X (Optane) и Samsung PM1735 (TLC). Будет средний сервер на Xeon’e. Дистрибутив — Proxmox VE.
Принимаются пожелания (в виде указаний по настройке ZFS и конфигов/команд fio).
Предыдущее тестирование (2019 г.)
Тема в reddit/zfs. Может там чего-нибудь дельного посоветуют.
Предыдущее обсуждение в архиве, открываю новое.
Хочу взять Western Digital SN 770 (WDS100T3X0E) — см. datasheet, к нему куплю простенький радиатор типа такого.
ОК? Или лучше взять что-нибудь другое?
Хочу к одному выходу DisplayPort подключать два монитора через штуку типа такой.
На Intel HD 620 (который в i5-6300U) это заработает?
При получении нового сертификата для PBS, меняется fingerprint, и серверы Proxmox VE не могут подключиться к PBS => бэкап не работает.
Это у них by design или я чего-то не понял?
Планирую обходить это путём создания скрипта, который не просто получает и устанавливает сертификат для PBS, но и лезет на все PVE и обновляет там fingerprint для соответствующего storage.
Есть идеи лучше?
Я правильно понимаю, что в OpenZFS этого сейчас нет?
Под writeback cache я имею в виду, когда данные сначала пишутся на быстрые накопители, затем с них — переписываются на медленные.
https://www.opennet.ru/opennews/art.shtml?num=57996
Критическая уязвимость в OpenSSL затрагивает только ветку 3.0.x, выпуски 1.1.1x уязвимости не подвержены. Ветка OpenSSL 3.0 уже используется в таких дистрибутивах, как Ubuntu 22.04, CentOS Stream 9, RHEL 9, OpenMandriva 4.2, Gentoo, Fedora 36, Debian Testing/Unstable. В SUSE Linux Enterprise 15 SP4 и openSUSE Leap 15.4 пакеты с OpenSSL 3.0 доступны опционально, системные пакеты используют ветку 1.1.1. На ветках OpenSSL 1.x остаются Debian 11, Arch Linux, Void Linux, Ubuntu 20.04, Slackware, ALT Linux, RHEL 8, OpenWrt, Alpine Linux 3.16.
Уязвимость отнесена к категории критических, подробности пока не сообщаются, но по уровню опасности проблема близка к нашумевшей уязвимости Heartbleed. Критический уровень опасности подразумевает возможность совершения удалённой атаки на типовые конфигурации. К критическим могут быть отнесены проблемы приводящие к удалённым утечкам содержимого памяти сервера, выполнению кода атакующего или компрометации серверных закрытых ключей. Исправление OpenSSL 3.0.7 с устранением проблемы и информация о сути уязвимости будет опубликована 1 ноября.
| ← предыдущие | следующие → |