Использую i3 как оконный менеджер KDE, запускаю startx’ом (скрипт из одной строчки KDEWM=/usr/bin/i3 dbus-launch startkde).

Всё работает, кроме трея. В KDE’шной панели он работает, но при её удалении в i3bar не переезжает. При запуске polybar (с отключенным i3bar) он жаловался (warn: Systray selection already managed), это вылечилось отключением xembedsniproxy, но проблему не решило. Если запустить startx’ом i3 без KDE, трей на месте.

Что попробовать, как отлаживать?

После update-initramfs (MODULES=most) на свежеустановленном Debian Stretch после загрузки не работает WiFi (iwlwifi). Обновлял initramfs после изменений в crypttab (переименования устройства), система установлена на LVM on LUKS. WiFi без проблем заводится после

rmmod iwlmvm iwlwifi && modprobe iwlwifi

[    0.931631] iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-8000C-26.ucode (-2)
[    0.931632] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-26.ucode failed with error -2
[    0.931638] iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-8000C-25.ucode (-2)
[    0.931639] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-25.ucode failed with error -2
[    0.931656] iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-8000C-24.ucode (-2)
[    0.931657] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-24.ucode failed with error -2
[    0.931665] iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-8000C-23.ucode (-2)
[    0.931665] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-23.ucode failed with error -2
[    0.931676] iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-8000C-22.ucode (-2)
[    0.931677] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-22.ucode failed with error -2
[    0.931683] iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-8000C-21.ucode (-2)
[    0.931683] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-21.ucode failed with error -2
[    0.931688] iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-8000C-20.ucode (-2)
[    0.931689] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-20.ucode failed with error -2
[    0.931705] iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-8000C-19.ucode (-2)
[    0.931705] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-19.ucode failed with error -2
[    0.931710] iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-8000C-18.ucode (-2)
[    0.931711] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-18.ucode failed with error -2
[    0.931716] iwlwifi 0000:02:00.0: firmware: failed to load iwlwifi-8000C-17.ucode (-2)
[    0.931716] iwlwifi 0000:02:00.0: Direct firmware load for iwlwifi-8000C-17.ucode failed with error -2

После установки PCI-E USB-контроллера компьютер под управлением Fedora 18 стал просыпаться через секунду после саспенда. Заглянув в /proc/acpi/wakeup, обнаружил:

....
PXSX     S4     *disabled
PXSX     S4     *enabled     pci:0000:03:00.0
....

Команда

# echo PXSX > /proc/acpi/wakeup

Есть пайп, где используется прогресс-бар zenity и pv как счетчик строк:

(какой-то скрипт 2>&1 | pv -nls $MAXLINES >/dev/null) 2>&1 | zenity --progress --auto-close

Если $MAXLINES задан неверно (меньше, чем реально генерирует скрипт), то по достижении 100% zenity закрывается и прибивает пайп. Можно ли сделать так, чтобы процесс продолжал работать до победного конца даже после закрытия окна zenity?

Имеется компьютер с Fedora 18, подключен к KVM-свитчу. Иногда после простоя при переключении KVM на компьютер он зависает: нет сигнала на монитор, не реагирует даже на нажатие кнопки включения (хотя должен). При этом зависание происходит именно в момент переключения (запускал watch date >> date.txt, запись останавливается в момент переключения). В /var/log/messages — шаром покати, последняя запись обычно — отключение KVM, и всё, как отрезало.

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

Подскажите, как подойти к вопросу.

Приветствую!

Собираю Truecrypt (7.1a). Fedora 18 x64, компилятор gcc.
make возвращает ошибку:
-----------------------------
.....
Linking truecrypt
/bin/ld: /home/user/Downloads/truecrypt-7.1a-source/Volume/Volume.a(SecurityToken.o): undefined reference to symbol 'dlclose@@GLIBC_2.2.5'
/bin/ld: note: 'dlclose@@GLIBC_2.2.5' is defined in DSO /lib64/libdl.so.2 so try adding it to the linker command line /lib64/libdl.so.2: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status
make[1]: *** [truecrypt] Error 1
make: *** [all] Error 2
-----------------------------
Подскажите, пожалуйста, что предпринять.

Для работы с приватными данными используется компьютер, отключенный от сети. Связь с внешним миром — с помощью флешки. Какой дистрибутив удобнее использовать с этом случае? Я собирался загружаться с LiveCD, но подходящей сборки не нашел. Ubuntu Privacy Remix вполне устроил, но он не видит харды, а они нужны. От системы требуется стабильность и, если она будет на hdd, возможно, какие-то способы проверки целостности. Флешки при подключении должны автоматически монтироваться noexec. Кто-нибудь работал с Qubes?

Также хотел бы услышать советы по поводу софта для шифрования. Привык к TrueCrypt, но готов взглянуть и на другие варианты. Нужна поддержка ключ. файлов и каскадных алгоритмов (ThreeFish приветствуется, хотя устроит и Serpent+Twofish или что-то в этом роде). Систему шифровать необязательно, если не остается каких-то временных файлов или других следов, по которым можно судить о данных на зашифрованных дисках. (В этом смысле мне нравится LiveCD.)

Использовать ли /dev/random или есть смысл заморачиваться с каким-то другим источником энтропии?

Мой компьютер, как не странно, обладает Linux-непереносимостью. Не Mandriv'ы, не *ubunt'ы не ставятся или ставятся со сбоями, а убунта даже не грузится - зависает при загрузке с ужасными графическими артефактами. Даже незнаю, что делать - может быть, попробовать Wubi - вдруг получится?

Подскажите, что не так.

>>>