Микро-сервер за микро-цену
Есть ли альтернативы у RaspberryPi, если нужен компьютер x86|x64|arm с FastEthernet NIC и SD|USB-Flash по минимальной цене?
Есть ли альтернативы у RaspberryPi, если нужен компьютер x86|x64|arm с FastEthernet NIC и SD|USB-Flash по минимальной цене?
По некоторым причинам приходится работать от 2-х юзеров одновременно, рабочие столы которых запускаются на 0-м и 1-м дисплеях (tty6, tty7)
Чтобы заблокировать ноут приходится блокировать сессию в каждом дисплее отдельно. Есть ли способ блокировать оба дисплея, вне зависимости от того, в каком из них я работаю в данный момент?
Чтобы сделать описанное в заголовке я добавил startx в свой .bash_profile.
Добавил строчку в файл ~/.xinitrc:
exec ck-launch-session dbus-launch --exit-with-session startxfce4
Всё бы замечательно, но в ~/.xsession-errors при логине в систему появляется ошибка:
/usr/bin/startxfce4: X server already running on display :0
На интуитивном уровне понятно, что надо строчку из ~/.xinitrc перенести в .bash_profile вместо startx, но тогда у меня перестаёт работать монтирование и управление питанием (ребут,сон,выключение) от имени пользователя. Это как-то связано с порядком/параметрами загрузки consolekit и dbus?
Куда смотреть?
Добрый ЛОР, скажи, что ты думаешь о реализации такой схемы:
Есть ноут с SSD. Хочется и рыбку съесть и в остальном успеть.
Нужен TRIM, но нужен и хорошо защищённый dm-crypt том. Слышал, что в таком сочетании есть проблема утечки данных за пределы шифрованого тома. Но что если отдать под том luks весь диск, а потом уже под свои цели размечать его с помощью lvm? Т.е. поместить уже туда корень, home... А загрузчик с ядром разместить на SD-карте.
Какие есть недостатки в такой схеме?
Композитник - compton, форк xcompmgr
Тема Openbox - Who
Тема GTK2 - Candido-Gaphite-Light
Обои - тут
Панель - tint2
Файловый менеджер - mc
Броузер - firefox
Терминал - rxvt-unicode
Менеджер сетей - wicd
Переключение раскладки - xxkb
Музыка - cmus
Видео - vlc
PDF/DJVU - zathura
Текст - Vim, gVim, OpenOffice 3.4
>>> Просмотр (1366x768, 864 Kb)
потратил уйму времени и программно-аппаратных ресурсов корпорации добра, но ответа не нашёл.
При попытке поменять иконки приложений, которые отображаются в Tint2 с помощью LXAppearance, ничего не происходит.
вот ~/.gtkrc-2.0 :
# DO NOT EDIT! This file will be overwritten by LXAppearance.
# Any customization should be done in ~/.gtkrc-2.0.mine instead.
gtk-theme-name="Candido-Graphite-Light"
gtk-icon-theme-name="Faenza"
gtk-font-name="Sans 10"
gtk-cursor-theme-name="Neutral++_White"
gtk-cursor-theme-size=0
gtk-toolbar-style=GTK_TOOLBAR_BOTH
gtk-toolbar-icon-size=GTK_ICON_SIZE_LARGE_TOOLBAR
gtk-button-images=1
gtk-menu-images=1
gtk-enable-event-sounds=1
gtk-enable-input-feedback-sounds=1
gtk-xft-antialias=1
gtk-xft-hinting=1
gtk-xft-hintstyle="hintfull"
gtk-xft-rgba="rgb"
include "/home/sdoba/.gtkrc-2.0.mine"
~/.gtkrc-2.mine пустой.
Если приложение не может найти иконку в указанной теме, хотя она там точно есть, то оно хотя бы должно брать иконку из пути, указанного в /usr/share/applications/<app>.desktop. Вот пример моего virtualbox.desktop :
[Desktop Entry]
Name=Oracle xVM VirtualBox
Type=Application
Comment=Run several virtual systems on a single host computer
Exec=VirtualBox
TryExec=VirtualBox
Icon=/usr/share/icons/Faenza/apps/scalable/virtualbox.svg
Categories=System;Emulator;
Но опять ничего. Кто-то рекомендовал делать путь к иконке без расширения - не помогло. Пробовал подсовывать png - тоже не помогло. В сущности, описывать что я пробовал очень долго.
С радостью выслушаю любые советы, даже пресловутые ссылки на маны, надеюсь среди них ещё найдётся тот, который я не прочитал.
Была папка, допустим /home/user/share
Была строчка в /etc/exports:
/home/user/share 192.168.0.2(rw,sync,no_root_squash)
Сделал reload, чтобы шара была доступна с компа 192.168.0.2:
service nfs reload
Через некоторое время папку понадобилось убрать. Убрал и её, и строку из /etc/exports. Опять сделал «service nfs reload», а он теперь выдаёт ошибку:
192.168.0.2:/home/user/share: No such file or directory
Выяснил, что при выполнении последней команды происходит синхронизация файлов /etc/exports и /var/lib/nfs/xtab. В последнем присутствует строка:
/home/user/share 192.168.0.2(<куча опций>)
Однако её удаление ни к чему не приводит. После «service nfs reload» она появляется опять.
Собственно вопрос: как избавиться от ошибки, не рестартая NFS?