Hamachi с GUI

Наткнулся сегодня на хороший пост, посвященный настройке Hamachi (с графическим интерфейсом) в Debian. От себя хочется добавить несколько замечаний:

1) В ядро должны быть включены "802.1d Ethernet Bridging" ("Networking options") и "Universal TUN/TAP device driver support" ("Network device support"), иначе Хамачи сконфигурируются и установятся, но при запуске появятся ошибки, связанные с tun.
2) Автор предлагает ставить gui "традиционным" способом, но вообще-то deb-пакеты для двух архитектур лежат рядом.
3) Официальная инструкция тут

Проверил, работает.

Поддержка ждущего и спящего режимов

Первую заметку нового года я хотел бы посвятить главной линукс-победе года уходящего: своему долгожданному успеху в настройке поддержки ждущего (suspend to ram) и спящего (suspend to disk, hibernation) режимов. Сразу замечу, что "из коробки" они у меня не заработали ни в Squeeze, ни когда-то в Lenny.

Про эти два режима написано в интернете немало, и я не вижу смысла подробно их освещать, лишь кратко опишу, как это выглядит в Debian.

Suspend-to-ram: информация о состоянии системы записывается в оперативную память, при отключении питания она, естественно, теряется. Индикатором ждущего режима традиционно является мигающая лампочка на системном блоке. При нажатии на кнопку включения весьма быстро загружается ОС в том виде, как была оставлена перед активацией режима - со всеми запущенными приложениями, открытыми окнами и т.д.

Suspend-to-disk: информация о состоянии системы записывается в swap-раздел жесткого диска, при отключении питания она не теряется. Компьютер, фактически, выключается. При нажатии на кнопку включения проходятся все этапы загрузки: BIOS,  grub, Debian; но по завершении операционная система, опять же, предстанет в том виде, в каком была оставлена перед активацией режима.

Проблема состояла в следующем: при попытке войти в ждущий/спящий режимы компьютер как положено "затухал", но после этого уже не включался. В спящем режиме был просто чёрный экран, а в ждущем появлялся мигающий курсор...и тишина. В обоих случаях помогала только физическая перезагрузка. Хотя решение я собирал как мозаику, долго и по кусочкам, излагать буду по порядку, поднимаясь "снизу вверх".

1) Настройки BIOS
В BIOS должна быть включена поддержка ACPI.

Power Management -> ACPI 2.0 Support -> Enabled

И соседние опции, если они есть, так как набор настроек несколько варьируется в зависимости от версии BIOS.

2) SWAP-раздел
Он должен присутствовать, и размер его должен быть не меньше объема оперативной памяти, иначе вы не сможете стабильно использовать спящий режим.

3) Настройки ядра
В ядре должна быть включена поддержка ACPI и сопутствующих опций. Здесь я должен отметить, что у меня не ноутбук, а стационарный PC, и поэтому все специфические для лаптопов настройки отключены. Вам всё равно точно потребуется нижеперечисленное, плюс, возможно, что-то ещё (читайте описания настроек, особенно посвященных продукции вашей фирмы-производителя). Для удобства выкладываю скриншот своей конфигурации.



Обратите внимание на выделенную строку (справа)- в ней следует указать путь к swap-разделу, который будет использоваться при возобновлении из спящего режима. Если swap-разделов у вас почему-то несколько, то лучше указывать первый. Если вы не знаете, на каком разделе расположена подкачка, это можно посмотреть в /etc/fstab, по команде blkid от суперпользователя или в программах для работы с дисками (например, gparted).



На скриншоте выше конфигурация ACPI, владельцам ноутбуков обязательно понадобятся отключенные у меня Battery и AC Adapter.
В целях энергосбережения есть смысл также сконфигурировать управление частотой процессора (CPU Frequency scaling) в следующей секции (потребуется также пакет cpufrequtils).

4) Системные пакеты
Наконец, кое-что должно присутствовать и в самой системе. Список пакетов взят отсюда, большинство пакетов уже наверняка стоит:

hal, hal-info, pm-utils, powermgmt-base, acpid

Вроде всё. ;-) Для входа в ждущий режим я использую меню графической среды, консольные команды не искал.

IPTV в Linux

Должен признаться, что почти совершенно не смотрю телевизор - считаю это вредным для психического здоровья, да и реклама раздражает. Однако изредка интересные передачи всё же показывают, а потому некоторая необходимость в IPTV есть. В актуальных версиях Debian работать оно должно практически "из коробки", но несколько подводных камней всё же есть.

1) Чем смотреть?
Стандартным проигрывателем для этих целей как будто бы считается кросс-платформенный VLC Player. Не могу сказать, что сильно симпатизирую этому проигрывателю (надо будет как-нибудь написать хвалебный пост, посвященный SMPlayer), но в данном случае он обладает всей необходимой функциональностью. Посему aptitude install vlc.
Существует также дополнение для Iceweasel (Firefox), позволяющее смотреть программы в окне этого браузера (aptitude install mozilla-plugin-vlc)

2) Что должно быть в ядре?
Если ядро дистрибутивное, то наверняка в него уже включено всё необходимое. Самоделкины (если у них не работает) проверяют, выставлена ли опция IP: multicasting. (Networking support -> Networking options -> TCP/IP networking)

3) Что по поводу роутеров?
Во-первых, роутер должен поддерживать IP Musticast. В интернетах пишут, что "иногда бывает, что поддержка производителем заявлена, но не работает".
Во-вторых, эта опция должна быть активирована в настройках устройства (см. рисунок).



4) Что с VPN?
Ох уж этот VPN. В этом случае нужно ещё прописать маршруты в настройках роутера, а в настройках VLC (Модули вывода) указать нужный IP адрес. Подробнее не расписываю, так как в *nix не тестировал.

Вроде всё, приятного просмотра!

USB flash и настройки ядра

Если после пересборки ядра (особенно "самодельного") флешки не монтируются, а dmesg выдаёт нечто вроде

[7160.390855] FAT: codepage cp766 not found 

или иные ошибки, связанные с codepage, то скорее всего в конфиге ядра не выбрана правильная кодовая страница. Чтобы в этом удостовериться, можно попробовать смонтировать с заданием нужной, например:

mount -t vfat -o "codepage=866" /dev/sdd1 /mnt/iso

Если монтируется, в ядре выставляем это значение (866) параметра
File Systems -> DOS/FAT/NT Filesystems -> VFAT (Windows-95) fs support -> Default codepage for FAT.

Схожие проблемы могут возникать и с кодировкой. Параметр Default iocharset for FAT (там же) должен совпадать с системной локалью, посмотреть её можно с помощью locale -a (у меня utf-8).

P.S. Про флешки хоть отдельный блог создавай

Настройка веб-камеры в Squeeze

Я пишу эти строки с чувством, являющимся смесью глубокого удовлетворения и некоторой досады. Дело в том, что на настройку моей веб-камеры (Logitech QuickCam E1000) в Squeeze ушло на удивление много времени. Ниже изложен только сухой остаток всех тех действий, которые мне пришлось выполнить - многие из них в конце концов оказались ошибочными.

Начать нужно с того, что подробная инструкция, написанная ещё для Etch и актуальная в Lenny, уже несколько устарела для Squeeze, в репозиториях которого больше нет исходников gspca. К сожалению, я пошёл по ложному пути, попытавшись настроить qc-usb. Подробно описывать мои мытарства не имеет смысла, так как подводных камней оказалось много, а результат достигнут не был.

На самом деле исходники gspca отсутствуют на том основании, что его поддержка уже включена в новые ядра (как минимум в 2.6.32 и выше). В дистрибутивных ядрах все нужные опции уже должны быть активированы, в самодельные нужно включить:

1) Device Drivers -> I2C support

I2C device interface 

I2C Hardware Bus support (выбрать модель, у меня Intel 82801 (ICH/PCH))

2) Device Drivers -> Multimedia Support
Video For Linux (там Enable Video For Linux API 1 compatible Layer)
Video capture adapters
V4L USB devices
USB Video Class (UVC)
UVC input events device support
GSPCA based webcams

В последнем разделе также нужно указать конкретный модуль, который зависит от модели чипа камеры. Почему-то это оказалось тайной за семью печатями, поэтому я включил поддержку всех возможных, а потом посмотрел, какой из них загружает камера, командой lsmod. У меня оказался ZC3XX USB Camera Driver.
Примечание: возможно, потребуются и другие опции в этих разделах. 

Если с конфигурацией ядра всё в порядке, камера должна заработать. Проверить это можно в программке camorama или командой mplayer tv:// (если есть собранный mplayer с поддержкой v4l - обычно это так). Если камера не работает, для начала удостоверьтесь, что нужные модули gspca загружены, командой lsmod. Не используйте Skype для первичного тестирования камеры, про него отдельный куплет.

...на самом деле я стал самостоятельно конфигурировать последнее стабильное ядро тогда, когда накопилось несколько проблем, которые я хотел таким образом решить. Одна из них формулировалась так: "Камера не работает только в Skype". Я пошёл по длинному пути, который для дистрибутивных ядер не является обязательным; на самом деле если в названных выше утилитах камера работает, а в Скайпе не определяется (или определяется, но не работает), должно хватить только описанного ниже.

Проанализировав информацию, полученную в храме знаний, я пришёл к выводу, что Скайп испытывает сложности с загрузкой нужных библиотек. Не совсем понятно, с чем именно это связано, вероятно, Skype несколько отстаёт в развитии от последних версий Убунту и даже Debian. К счастью, можно немножко помочь ему, настояв на выборе.
В консоли пишем

LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so skype

#для 64битных систем - вместо lib - lib32
(как вариант в интернете можно встретить LD_PRELOAD=/usr/lib32/libv4l/v4l1compat.so skype - для старой версии, у меня сработало выделенное жирным)
Если в консоли ошибок с загрузкой нет, а в настройках Скайпа появилось видеоустройство, можно автоматизировать загрузку, к примеру, так (все команды от рута)

cd /usr/bin
mv skype skype_vanilla
nano skype #вместо nano - ваш любимый текстовый редактор :)

В создаваемом файле пишем

LD_PRELOAD=/usr/lib/libv4l/v4l2convert.so skype_vanilla

Сохраняем, закрываем, делаем исполняемым:

chmod +x skype

Всё готово.
P.S. Пока писал, нашёл ещё одну инструкцию, особо ценную для 64-битных систем, здесь.
Адд: То же самое для Linux Mint.