Давеча я уже писал о пробросе видеокарты средствами Xen. Какое-то время оно работало, но после обновлений как-то перестало. Xen 4.4 в Gentoo вообще выкинул qemu-traditional, а апстрим сломан. А 4.3, который раньше вполне себе работал, почему-то сотрудничать на ядрах с 3.14 со мной отказывается. В связи с этим я решил проверить, как дела у соседей, то бишь у KVM. На моих прошлых тестах он показал себя не то чтобы очень хорошо: периодически подвисал. Но с тех пор многое могло измениться (и изменилось!)

http://izvestia.ru/news/568058 http://lenta.ru/news/2014/02/26/register/ http://lenta.ru/news/2014/02/28/data/

Это если кто не видел. Я не особо скрываюсь, мои контактные данные в whois к домену написаны. Но +1000 рублей плюс ведро геморроя – а оно мне надо?

Оказывается, iPXE умеет сообщать системе, с какого, собственно, iSCSI Target надо грузиться. Чтобы это все заработало с initrd, который генерирует genkernel даже особых телодвижений предпринимать не надо, достаточно вкомпилировать поддержку iBFT в ядро:

CONFIG_ISCSI_IBFT_FIND=y
CONFIG_ISCSI_IBFT=y

При этом в параметрах ядра не требуется указывать iscsi_target, iscsi_address и iscsi_initiatorname (но не забывайте про ip=dhcp), а в скрипте загрузки, который у меня называется xx-xx-xx-xx-xx-xx.ipxe (где xx-xx-xx-xx-xx-xx — это mac-адрес бездисковой станции в нижнем регистре), указать

set initiator-iqn %initiator-name%

Где initiator-name – iqn инициатора (т.е. бездисковой станции). Либо можно тот же параметр указать в настройках DHCP (iscsi-initiator-iqn code 203)

Поддержка ibft появилась с версии 3.4.13 (аж в 2011 году). В многочисленных доках оно описано чуть менее, чем никак. Понимание пришло в результате чтения исходников genkernel’овского linuxrc

P.S. Ссылки на тему: http://ipxe.org/cfg/initiator-iqn https://blog.hartwork.org/?p=1066

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

Из-под dom0 микрокод конвенциональными методами (типа microcode_ctl) не обновляется. Но xen начиная с 4.2 умеет обновлять микрокод сам. Увы, документация практически никакая, поэтому вот мои 5 копеек.

Уже много копий переломано и текста понаписано (http://habrahabr.ru/post/149416/, http://habrahabr.ru/post/137327/, http://forums.linuxmint.com/viewtopic.php?t=112013&f=42), но я решил добавить 5 копеек для полноты картины (и чтобы самому не забыть) Карточка пробрасывается как второй видеоадаптер.

Без комментариев, под катом просто версия старого скрипта, которой я пользуюсь сейчас. Куча опций при помощи getopt и поддержка кросс-компиляции прилагается.

Иногда бывает нужно перенести все источники звука на другой синк (например потому что у Вас usb-наущники), а делать это руками лень и зачем™. В Gnome 2, мне доложили, микшер позволял это делать, но пользователем других окружений, видимо придется довольствоваться “наколеночными” решениями. Хочу предложить свое.

Под катом маленькое дополнение к предыдущему посту – скриптик на bash, обеспечивающий автоматический поиск всех приемников Logitech Unifying и перевод их в режим пейринга. Для подавляющего большинства ситуаций (мышь, клавиатура на одном приемнике) это то, что надо.

Смысл в том, что Logitech для своих новых радиомышей/клавиатур использует свои особые приемники Unifying (до 5 кажется устройств может работать с одним приемником). Но поскольку это особые логитековские устройства, для того, чтобы привязать новую мышку к старому приемнику нужна особая программа от Логитека. Которая есть только под win32. И которая не заработает под Wine. Нет выхода? Есть! В гугл-группе linux.kernel нашелся добрый человек. Под катом программка на C, которая переводит приемник в режим пейринга.