При включении Thinkpad X230T примерно 5 секунд смотрю на сплешскрин Леновы, потом ещё 7-8 секунд проходит до появления промпта LUKS. У меня образ гибернации чуть быстрее расшифровывается, будучи намного тяжелее. Initramfs упакован lz4 с COMPRESSLEVEL=3, есть какие-то соображения как можно сократить время ожидания? Может показаться мелочью, но крайне раздражает. Получу ли большой выигрыш если перекачусь на efistub вместо grub?
После повторного нажатия шортката, вместо того чтобы вернуть все окна в том же порядке, происходит переключение на следующее окно. Пофиксил это, реализовав тот же функционал средствами wmctrl, но это как-то костыльно. Неужели нет никакой опции в Cinnamon отключить эту «фичу»?
Короче такое дело. Недавно приобрёл плазму, дабы приходя домой можно было подключить ноутбук и развалившись в кресле, аки боярин, тупить над кодом в vim, под всякий minimal ambient. Однако моей затее не суждено было осуществиться, ибо после подключения к телевизору, aplay -l не выводит в списке ровным счётом ничего кроме своих встроенных пищалок:
$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: PCH [HDA Intel PCH], device 0: CX20751/2 Analog [CX20751/2 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
$ lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
00:03.0 Audio device: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller (rev 06)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04)
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d4)
00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d4)
00:1c.3 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #4 (rev d4)
00:1c.4 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #5 (rev d4)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation HM87 Express LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 04)
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 04)
01:00.0 3D controller: NVIDIA Corporation GK208M [GeForce GT 740M] (rev ff)
03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI Express Card Reader (rev 01)
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 10)
05:00.0 Network controller: Intel Corporation Wireless 7260 (rev 73)
Проверка в офтопике показала что и телевизор и hdmi-выход исправны, и тогда я было подумал, что дело в nouveau драйверах, которые я всё это время использовал. Однако после установки проприетарных драйверов и bumblebee ничего не изменилось.
Далее я нагугливал самые разнообразные по бесполезности советы, начиная от предложений переключить карты в BIOS (ничего не изменилось), до удаления pulseaudio (который у меня и так не стоял).
Самое интересное, что в дефолтной Ubuntu 14.04 HDMI Sound отображается в списке аудиовыходов, но не работает корректно.
Есть ли на ЛОРе, те у кого была похожая проблема, и им удалось её каким-то образом решить?
Операционная система у меня ArchLinux, ноутбук Thinkpad E540 c Nvidia GT 740M.
На многих сайтах флеш или не работает или работает не так как надо. Например в случае с coub.com загружается только статичный кадр и ничего более. То же самое с другими браузерами (chromium,midori,dwb и т.д.). Подозреваю, что это связано с отказом Adobe от поддержки Linux, но все-таки - я один с такой проблемой или нет? Проверял на debian wheezy и fedora 19.
inb4: flash не нужен, как и модные приколюхи с coub.com
Пытаюсь поднять банальный vpn сервер на ноутбуке.
Демон сразу фейлится.
/etc/init.d/openvpn start
Starting virtual private network daemon: server vpn failed!
Хотя процесс висит:
#pgrep openvpn
12241
# ifconfig | grep tap
tap0 Link encap:Ethernet HWaddr 7a:74:b4:00:e7:bf
В логах никаких ошибок, кроме предупреждения мол какой я такой-сякой хочу поднять впн из-за NAT'а роутера.
#cat /var/log/openvpn.log
Wed Apr 17 18:44:10 2013 OpenVPN 2.1.3 i486-pc-linux-gnu [SSL] [LZO2] [EPOLL] [PKCS11] [MH] [PF_INET6] [eurephia] built on Feb 20 2012
Wed Apr 17 18:44:10 2013 NOTE: your local LAN uses the extremely common subnet address 192.168.0.x or 192.168.1.x. Be aware that this mi$
Wed Apr 17 18:44:10 2013 NOTE: OpenVPN 2.1 requires '--script-security 2' or higher to call user-defined scripts or executables
Wed Apr 17 18:44:10 2013 Diffie-Hellman initialized with 1024 bit key
Wed Apr 17 18:44:10 2013 /usr/bin/openssl-vulnkey -q -b 1024 -m <modulus omitted>
Wed Apr 17 18:44:11 2013 Control Channel Authentication: using '/etc/openvpn/ta.key' as a OpenVPN static key file
Wed Apr 17 18:44:11 2013 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Apr 17 18:44:11 2013 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication
Wed Apr 17 18:44:11 2013 TLS-Auth MTU parms [ L:1574 D:166 EF:66 EB:0 ET:0 EL:0 ]
Wed Apr 17 18:44:11 2013 Socket Buffers: R=[112640->131072] S=[112640->131072]
Wed Apr 17 18:44:11 2013 TUN/TAP device tap0 opened
Wed Apr 17 18:44:11 2013 TUN/TAP TX queue length set to 100
Wed Apr 17 18:44:11 2013 /sbin/ifconfig tap0 10.122.0.1 netmask 255.255.255.0 mtu 1500 broadcast 10.122.0.255
Wed Apr 17 18:44:11 2013 Data Channel MTU parms [ L:1574 D:1450 EF:42 EB:135 ET:32 EL:0 AF:3/1 ]
Wed Apr 17 18:44:11 2013 GID set to root
Wed Apr 17 18:44:11 2013 UID set to root
Wed Apr 17 18:44:11 2013 UDPv4 link local (bound): [AF_INET]192.168.0.101:5278
Wed Apr 17 18:44:11 2013 UDPv4 link remote: [undef]
Wed Apr 17 18:44:11 2013 MULTI: multi_init called, r=256 v=256
Wed Apr 17 18:44:11 2013 IFCONFIG POOL: base=10.122.0.2 size=253
Wed Apr 17 18:44:11 2013 Initialization Sequence Completed
Вот конфиг:
#cat /etc/openvpn/server.conf
daemon
proto udp
local 192.168.0.101
dev tap
port 5278
tls-server
tls-auth /etc/openvpn/ta.key 0
ca /etc/openvpn/ca.crt
cert /etc/openvpn/server.crt
key /etc/openvpn/server.key
dh /etc/openvpn/dh1024.pem
mode server
server 10.122.0.0 255.255.255.0
push "dhcp-option DNS 8.8.8.8"
duplicate-cn
cipher DES-EDE3-CBC
user root
group root
persist-tun
persist-key
comp-lzo
keepalive 10 120
client-to-client
log /var/log/openvpn.log
status /var/log/openvpn-status.log
verb 3
ЧЯДНТ? Обгуглился весь уже.
Собственно говоря, ищу панель у которой список окон формируется с учетом их порядка в оконном менеджере (в данном случае компиз), или же панель, которая может управляться с клавиатуры.
Итак, у меня Asus Eee-Pc 901 с карточкой Ralink RT2860 на Debian Squeeze c дефолтным 2.6.32-5 ядром.
Когда пользовался гномом, network-manager прекрасно соединял с точкой.
Сейчас соединяюсь следующим образом:
#iwconfig wlan0 mode ad-hoc
#iwconfig wlan0 essid MyNet
#dhclient wlan0
Однако спустя некоторое время (от минуты до 10 минут) соединение теряется. Собственно говоря, в чем проблема и как ее можно исправить?
В dmesg кучи строк «STASendPacket->Cannot find pEntry( 0:23:76:50:5a:18) in MacTab!»
P.S. wicd вообще разрывает соединение через пол-секунды.
Простите, что спрашиваю возможно очевидную вещь: Можно ли переключатель окон и tint2 синхронизировать? В стандартном переключателе компиза окна идут в другом порядке и это немного мешает.