Как насчет:
man ls | sed -n "5, 8p;8q" > print_this.txt # get lines 5 to 8
Затем печать с
lp -d <printer> print_this.txt
(Подсказка: опция (-o
) переключатели альбома очень полезны!)
Но еще лучше: откройтесь в своем редакторе, затем отметьте регион. В Emacs:
M-x man RET ls
Затем
M-x print-region
Чтобы это работало, переменная printer-name
должен быть установлен. Или, используйте переключатели для lpr. (Я вижу, что Вы не используете Emacs, но это, конечно, возможно в Вашем редакторе также.)
Наконец, записанные ошибки не влияли на систему.
Мой /etc/network/interfaces
файл похож (только wlan часть):
iface wlan0 inet static
address 192.168.2.1
netmask 255.255.255.0
pre-up wpa_supplicant -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf -B
С этой конфигурацией я могу использовать sudo wpa_cli
команда без ошибки!
Благодаря peterph так или иначе :)!
Ошибки wpa_supplicant
продукты не обязательно связаны с Вашим wpa_cli
проблема соединения. Проблема здесь - это wpa_cli
не может установить соединение с wpa_supplicant
- не мог открыть сокет управления. Это может иметь несколько причин:
пользователь, работающий wpa_cli
не может получить доступ к данному сокету, например, в wpa_supplicant.conf
:
ctrl_interface=DIR=/var/run/wpa_supplicant
Необходимо проверить, что файлы в том каталоге доступны для пользователя под который wpa_cli
выполнения. Это означает не только сокет быть rw
- все выше каталогов должны быть, по крайней мере, x
, последний, вероятно, также r
так, чтобы wpa_clie
может перечислить все доступные сокеты.
В отличие от этого, wpa_supplicant
, wpa_cli
не DBus способный. Удостовериться wpa_supplicant
не слушает через DBus только. При оценке конфигурационными файлами это - вероятно, не случай.
wpa_supplicant
не работая (согласно комментариям ниже). Это указало бы, которым действительно могло бы быть соединение между сообщениями об ошибках, испускаемыми wpa_supplicant
и быть неспособностью для соединения с ним. Удостоверяться выполненный это в подробном режиме (-d
или даже -dd
) и не daemonizing (который является значением по умолчанию - просто, удостоверяются, что Вы не используете -B
опция). Можно также не упустить сокет управления, например:
watch -n 0.1 "ls -al /var/run/wpa_supplicant"
Помните, что большинство этих команд должно быть выполнено с полномочиями пользователя root, таким образом, для отладки могло бы быть легче просто su - root
постоянно вместо того, чтобы снабдить префиксом каждую команду sudo
.
/var/run/wpa_supplicant
не существует.. Вы думаете, что это - проблема?
– Val
07.02.2014, 22:50
wpa_supplicant
при необходимости. Если это не существует, в то время как это работает, то опция 2 внезапно становится более вероятной. :)
– peterph
07.02.2014, 22:57
wpa_cli
и wpa_supplicant
, и я не знаю, как избежать dbus только.. Я должен был сказать Вам это rfkill list
дает мне ошибки также (если это связано), "Не может открыть устройство RFKILL: Никакой такой файл или каталог".. Я действительно потерян
– Val
07.02.2014, 23:01
wpa_supplicant
- Я зафиксировал его, это было немного вводящим в заблуждение действительно. Сокет: проверить lsof | grep wpa_supplicant
(когда у Вас есть он выполнение) - это должно показать Вам открытый сокет. Что касается rfkill
- /dev/rfkill
доступный для пользователя, работающего rfkill
?
– peterph
07.02.2014, 23:16
lsof | grep wpa_supplicant
команда, но это не возвращает результат. Btw, я думаю, что моя проблема - это wpa_supplicant
не запускается.. Я попробовал a ps -e | grep wpa
и это пусто также.О нас rfkill
, /dev/rfkill
не существует для меня..
– Val
07.02.2014, 23:23