Всем привет! Действие происходит на Debian testing Имею желание при установлении OpenVPN соединения выполнить пользовательский скрипт: Монтирование удаленной директории и еще некоторые действия.
Соединение устанавливаем при использовании NetworkManager с соответвующим аплитом (все в гноме). Пытался найти решение путем размещения в /etc/network/if-up.d/ но то ли я не осилил как определять поднятие интерфейса (в моем случае tun0), то ли вообще не тем путем пошел.
Подскажите решение или может где почитать. Вроде задача простая, но что то не получается.
что то перестали работать все дополнения к kodi. в ГУЕ пишет «ошибка скрипта», в логах их интересного только это 23:00:43 T:140601886582528 ERROR: CCurlFile::Open failed with code 404 for https://github.com/totalxbmc/totalinstaller/raw/master/zips/addons.xml.md5 23:00:43 T:140601886582528 ERROR: Open - failed to open source <https://github.com/totalxbmc/totalinstaller/raw/master/zips/addons.xml.md5> 23:00:43 T:140601886582528 ERROR: Failed to fetch checksum for directory listing https://github.com/totalxbmc/totalinstaller/raw/master/zips/addons.xml for repository repository.totalinstaller. 23:00:43 T:140601886582528 DEBUG: CAddonInstallJob[plugin.video.flyinhd]: requires plugin.video.dailymotion_com version 2.1.1 which is not available 23:00:43 T:140601886582528 DEBUG: CAddonInstallJob[plugin.video.kino.rf]: requires xbmc.python version 1.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[plugin.video.oliyumoliyum]: requires plugin.video.dailymotion_com version 2.1.1 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[plugin.video.ustvvod]: requires script.module.dnspython version 1.12.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[script.linphone]: requires xbmc.python version 1.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[script.module.brightcove]: requires xbmc.python version 2.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[script.openelec.devupdate]: requires os.openelec.tv version 4.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[script.openelec.rpi.config]: requires os.openelec.tv version 2.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[script.screensaver.reddit_com]: requires plugin.video.dailymotion_com version 1.0.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[shell.python.subliminal]: requires os.openelec.tv version 2.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[shell.python.tvnamer]: requires os.openelec.tv version 3.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.ace]: requires xbmc.gui version 5.0.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.aeonmq5]: requires xbmc.gui version 5.0.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.confluence-plood-frodo]: requires xbmc.gui version 4.0.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.confluence-plood-gotham]: requires xbmc.gui version 5.0.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.confluence.bossanova808.gotham]: requires xbmc.gui version 5.0.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.hybrid]: requires xbmc.gui version 5.0.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.metroid]: requires xbmc.gui version 5.0.1 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.quartz]: requires xbmc.gui version 5.0.1 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.quartz.mod]: requires xbmc.gui version 5.0.1 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.sio2x]: requires xbmc.gui version 5.0.1 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.total.revolution]: requires xbmc.gui version 5.0.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.touched-frodo]: requires xbmc.gui version 4.0.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.touched-gotham]: requires xbmc.gui version 5.0.0 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.xtv-saf]: requires xbmc.gui version 5.0.1 which is not available 23:00:44 T:140601886582528 DEBUG: CAddonInstallJob[skin.xtv-saf.svn]: requires xbmc.gui version 5.0.1 which is not available 23:00:45 T:140601886582528 INFO: ADDON: cpluff: 'Could not read plug-in directory /usr/lib/x86_64-linux-gnu/kodi/addons: No such file or directory'
но на самом деле ls /usr/lib/x86_64-linux-gnu/kodi/addons -l итого 36 drwxrwxrwx 2 root root 4096 сен 20 21:54 library.kodi.guilib drwxrwxrwx 2 root root 4096 сен 20 21:54 library.xbmc.addon drwxrwxrwx 2 root root 4096 сен 20 21:54 library.xbmc.codec drwxrwxrwx 2 root root 4096 сен 20 21:54 library.xbmc.pvr drwxrwxrwx 3 root root 4096 сен 21 22:47 pvr.vdr.xvdr drwxrwxrwx 2 root root 4096 сен 20 21:54 visualization.fishbmc drwxrwxrwx 2 root root 4096 сен 20 21:54 visualization.glspectrum drwxrwxrwx 2 root root 4096 сен 20 21:54 visualization.projectm drwxrwxrwx 2 root root 4096 сен 20 21:54 visualization.waveform
Не про линукс, но вся работа из под него производится.
Есть флешка, была воткнута в машину которой внезапно отключили питание. Флешка после этого совсем отказывается трудится.
Выглядит это так: вставляем: $ dmesg [40440.759687] usb 2-1: new SuperSpeed USB device number 3 using xhci_hcd [40440.779244] usb 2-1: New USB device found, idVendor=8564, idProduct=1000 [40440.779254] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [40440.779260] usb 2-1: Product: Mass Storage Device [40440.779265] usb 2-1: Manufacturer: JetFlash [40440.779269] usb 2-1: SerialNumber: 1103401710 [40440.780226] usb-storage 2-1:1.0: USB Mass Storage device detected [40440.780485] scsi host17: usb-storage 2-1:1.0 [40441.778849] scsi 17:0:0:0: Direct-Access JetFlash Transcend 8GB 1.00 PQ: 0 ANSI: 6 [40441.779539] sd 17:0:0:0: Attached scsi generic sg8 type 0 [40441.779645] sd 17:0:0:0: [sdj] 15433728 512-byte logical blocks: (7.90 GB/7.35 GiB) [40441.779795] sd 17:0:0:0: [sdj] Write Protect is off [40441.779803] sd 17:0:0:0: [sdj] Mode Sense: 23 00 00 00 [40441.779946] sd 17:0:0:0: [sdj] Write cache: disabled, read cache: disabled, doesn't support DPO or FUA [40441.781862] sdj: sdj1 sdj2 [40441.783118] sd 17:0:0:0: [sdj] Attached SCSI removable disk [40442.074207] EXT4-fs (sdj2): warning: mounting unchecked fs, running e2fsck is recommended
$ lsusb Bus 002 Device 003: ID 8564:1000 Transcend Information, Inc. JetFlash
все красиво пока не начинаешь к ней обращаться $ sudo hdparm /dev/sdj *****долго тупит****** /dev/sdj: No such device or address на этом шаге совершенно не важно чем тыкать во флешку - пробовал dd в нее нули писать - все то же самое.
при этом $ ls /dev/disk//by-id/usb-JetFlash_Transcend_8GB_1103401710-0\:0 -l lrwxrwxrwx 1 root root 9 сен 7 18:25 /dev/disk//by-id/usb-JetFlash_Transcend_8GB_1103401710-0:0 -> ../../sdj
можно было бы тыкать пальцем в ядро, но аналогично она ведет себя и в винде (на там видимо тоже какие то ошибки прячутся за повисшим окошком форматирования :)) и при попытках ее форматнуть на других устройства (телеки, медяаплееры и пр.) тоже еррор.
но интересно что после того как оно отвалилось появляются два раздела правильного размера (такие они там и были)
$ls /dev/sdj* /dev/sdj /dev/sdj1 /dev/sdj2
гном их бодро подключает, но они не работают
/dev/sdj1 on /media/griz/aca0e7f3-1ca0-49a3-be9d-562269b3eca7 type ext4 (rw,nosuid,nodev,relatime)
$ ls /media/griz/aca0e7f3-1ca0-49a3-be9d-562269b3eca7/ ls: чтение каталога /media/griz/aca0e7f3-1ca0-49a3-be9d-562269b3eca7/: Ошибка ввода/вывода
какие нибудь есть еще игры с флешками которые позволяю ее оживить или проще выкинуть? мне не жалко ни флешки, ни данных с флешки, но любопытство свербит....
запускаю openvpn клиент. Он работает, к серверу цепляется. Но при этом зачем то слушает порт. netstat -anup | grep openvpn udp 0 0 0.0.0.0:1194 0.0.0.0:* 24756/openvpn2
хотя запускается он с таким вот конфигом remote ххх.ххх.ххх.ххх 444 # ip и порт нашего сервера client dev tun ping 10 comp-lzo proto udp tls-client ca /etc/openvpn2/ca.crt cert /etc/openvpn2/client.crt key /etc/openvpn2/client.key ns-cert-type server log-append /var/log/openvpn-client.log verb 3 pull
Fri Jul 10 17:10:45 2015 OpenVPN 2.3.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [MH] [IPv6] built on Dec 1 2014 Fri Jul 10 17:10:45 2015 library versions: OpenSSL 1.0.1k 8 Jan 2015, LZO 2.08 Fri Jul 10 17:10:45 2015 Socket Buffers: R=[212992->131072] S=[212992->131072] Fri Jul 10 17:10:45 2015 UDPv4 link local (bound): [undef] Fri Jul 10 17:10:45 2015 UDPv4 link remote: [AF_INET]xxx.xxx.xxx.xxx:444 Fri Jul 10 17:10:45 2015 TLS: Initial packet from [AF_INET]xxx.xxx.xxx.xxx:444, sid=ceff610f e2a9c003 Fri Jul 10 17:10:45 2015 VERIFY OK: depth=1, C=RU, ST=LO, L=Piter, O=MyHome, OU=Home, CN=MyHome, name=xxx, emailAddress=xxxxxxx@gmail.com Fri Jul 10 17:10:45 2015 VERIFY OK: nsCertType=SERVER Fri Jul 10 17:10:45 2015 VERIFY OK: depth=0, C=RU, ST=LO, L=Piter, O=MyHome, OU=griz, CN=server, name=griz, emailAddress=xxxxxx@gmail.com Fri Jul 10 17:10:46 2015 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key Fri Jul 10 17:10:46 2015 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Jul 10 17:10:46 2015 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key Fri Jul 10 17:10:46 2015 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Jul 10 17:10:46 2015 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA Fri Jul 10 17:10:46 2015 [server] Peer Connection Initiated with [AF_INET]xxx.xxx.xxx.xxx:444 Fri Jul 10 17:10:48 2015 SENT CONTROL [server]: 'PUSH_REQUEST' (status=1) Fri Jul 10 17:10:48 2015 PUSH: Received control message: 'PUSH_REPLY,route-gateway 10.8.2.1,topology subnet,ifconfig 10.8.2.2 255.255.255.248' Fri Jul 10 17:10:48 2015 OPTIONS IMPORT: --ifconfig/up options modified Fri Jul 10 17:10:48 2015 OPTIONS IMPORT: route-related options modified Fri Jul 10 17:10:48 2015 TUN/TAP device tun0 opened Fri Jul 10 17:10:48 2015 TUN/TAP TX queue length set to 100 Fri Jul 10 17:10:48 2015 do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0 Fri Jul 10 17:10:48 2015 /sbin/ip link set dev tun0 up mtu 1500 Fri Jul 10 17:10:48 2015 /sbin/ip addr add dev tun0 10.8.2.2/29 broadcast 10.8.2.7 Fri Jul 10 17:10:48 2015 Initialization Sequence Completed
Всем привет. Выручайте. Есть сеть 192.168.0.0/24 В нее openvpn тунель 10.8.0.0/24, сервер openvpn НЕ есть гейт в интернет. В интернет локался выведена через роутер 192.168.0.1, сервер внутри сети имеет адрес 192.168.0.10 Клиенты - мобильные устройства win,linux,android. Для всех клиентов весь трафик заворачивается тунель, включая интернет.
Вся схема прекрасно работает до тех пор, пока клиент не окажется подключенным к интернету через локалку с адресацией 192.168.0.0/24
Тогда вполне логично что срабатывают маршруты, выданные по DHCP клиенту и сеть 192.168.0.0/24 доступна та, в которой клиент, а не та, которая за тунелем. А хочется что бы при включении тунеля я имел доступ к ресурсам своей сети 192.168.0.0, ну хотя бы кроме 192.168.0.1 - он не нужен как правило.
Можно это как то разрешить не прибегая к изменению адресации своей сети на что нибудь более редкое???
Видимо как вариант написать маршруты для всех устройств сети которые могут понадобится извне, их не очень много ~10, и пушить их клиенту при openvpn connect, но может можно как то более правильно это решить????
Подскажите плиз по настройке маршрутов. Понимаю что все должно быть просто но туплю. все про openvpn
Конфигурация такова:
[ovpn-client(10.8.0.2 адрес в тунеле)(123.123.123.123 внешний IP роутера)] | [ovpn-server (10.8.0.1 в тунель)(192.168.0.10 в локалку)] | [router (123.123.123.123 внешний ip)(192.168.0.1 в локалке)] | [локальная сеть 192.168.0.0/24]
клиент нормально работает, прекрасно видит всю внутреннюю сеть 192.168.0.0/24. Клиент точка, за ним не стоит сеть, ну да это не важно. теперь желаю завернуть с него весь траффик интернет в тунель что бы наружу он вылезал через WAN роутера. получается что пакеты добегают до роутера 192.168.0.1 и там гибнут. Вопрос детский, но туплю. маршруты таковы
С просто линуксом (debian) все работает. Вот никак не могу подружить с андроидом подключение к опервпн. Линк поднимается, но пакеты не ходят. Причина видимо в MTU. Но вот никак не могу прибить его правильно. Конфиг допускает только link-mtu ИЛИ tun-mtu Если я делаю
link-mtu 1500 то ошибка такова WARNING: 'tun-mtu' is used inconsistently, local='tun-mtu 1500', remote='tun-mtu 1499'
если делаю tun-mtu 1500 то так WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1541', remote='link-mtu 1542
понятно что изменения и на сервере и на клиенте mssfix не помогает
А вот скажи мне в дебиане, какой нибудь пакетный менеджер предоставляет функционал переустановки пакета со всеми зависимостями??? Не удалить и снова поставить, а именно переустановка пакета + все его зависмости? Потому как при удалении бывает что пол-системы за собой унести пытается.
вот раньше все было просто, можно было из скрипта в init.d передать переменную сказав export а как это правильно реализовать в systemd??? без оберток для запуска с той же самой export.
Ситуация такова: стоит lirc, работает, правильно управляет XBMC. Захотелось странного - запускать kodi по комманде пульта. Как я понимаю надо заюзать irexec. но вот он то не работает. $ irexec do_connect: could not connect to socket connect: No such file or directory
в мане отправляют говорят что дефолтный сокет здесь /var/run/lirc/lircd и правда
при это lirc то как то работает $ irw 0000000069c60000 00 cursor_down TVIX 0000000069c60000 01 cursor_down TVIX
пробовал играть в права на сокет, пробовал передавть путь через переменную из мануала: LIRC_SOCKET_PATH Path to the lircd socket irexec reads from, defaults to /var/run/lirc/lircd.
и все равно - типа нет сокета. что я не так делаю???
ах, да. $ uname -a Linux HomeNAS 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03) x86_64 GNU/Linux
$ wajig show lirc Пакет: lirc Состояние: установлен Автоматически установлен: нет Версия: 0.9.0~pre1-1.2 Приоритет: дополнительный Раздел: utils Сопровождающий: lirc Maintainer Team <pkg-lirc-maint@lists.alioth.debian.org> Архитектура: amd64 Размер в распакованном виде: 1 591 k Зависимости: libasound2 (>= 1.0.16), libc6 (>= 2.14), libftdi1 (>= 0.20), liblircclient0 (>= 0.6.4), libusb-0.1-4 (>= 2:0.1.12), lsb-base Предлагаются: lirc-x, setserial, ir-keytable Ломают: lirc-modules-source (< 0.9~), lirc-svga (< 0.9~) Описание: пакет поддержки ИК пультов дистанционного управления LIRC — это аббревиатура для «Linux Infra-red Remote Control».
Данный пакет содержит службы и утилиты для поддержки ИК пультов дистанционного управления под Linux. Сайт: http://lirc.org
пока вроде система работает, но видится мне что боком вылезет рано или поздно. Поскольку не часто тыкаюсь в системд то в какой момент поломалось - не знаю. За два последних дня много чего было наставлено, удалено и снова наставлено. Я конечно попробовал переставить/переконфигурировать (dkpg-reconfigure) пакеты systemd и dbus Куда бы потыкать что бы понять причину? А то вот понабилось свой юнит подключить, а systemctl не пашет.
Ах, да: uname -a Linux HomeNAS 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03) x86_64 GNU/Linux
Обновил в домашнем серваке материнку, новая отказывается просыпаться по WOL. С настройками сети, отправки пакетов все ОК, maс правильный. Старая работает как часы и на этом же порту свича просыпается.
Нагуглил такого рода статью http://white55.narod.ru/wol.html суть в том, что не для всех карт достаточно включения в BIOS, а еще надо потыкать в настройках драйвера венды. Но у меня на этой машине венды нет и нет желания ставить что бы потыкать в эти галочки с неведомым результатом. А как это сделать из Linux??? железо таково lspci 00:00.0 Host bridge: Intel Corporation Atom Processor Z36xxx/Z37xxx Series SoC Transaction Register (rev 0e) 00:02.0 VGA compatible controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display (rev 0e) 00:13.0 SATA controller: Intel Corporation Device 0f23 (rev 0e) 00:14.0 USB controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series USB xHCI (rev 0e) 00:1a.0 Encryption controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Trusted Execution Engine (rev 0e) 00:1b.0 Audio device: Intel Corporation Atom Processor Z36xxx/Z37xxx Series High Definition Audio Controller (rev 0e) 00:1c.0 PCI bridge: Intel Corporation Device 0f48 (rev 0e) 00:1c.1 PCI bridge: Intel Corporation Device 0f4a (rev 0e) 00:1c.2 PCI bridge: Intel Corporation Device 0f4c (rev 0e) 00:1c.3 PCI bridge: Intel Corporation Device 0f4e (rev 0e) 00:1f.0 ISA bridge: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Power Control Unit (rev 0e) 00:1f.3 SMBus: Intel Corporation Device 0f12 (rev 0e) 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 11)
про процессор оно все врет. Это мамка ASRock D1800B-ITX
А, да.
/sys/class/net/eth3/power# ls
async autosuspend_delay_ms control runtime_active_kids runtime_active_time runtime_enabled runtime_status runtime_suspended_time runtime_usage ничего здесь не нашел.
В какой то момент произошло обновление minidlna. Появилась локализация в /usr/share/locale/ru/LC_MESSAGES/minidlna.mo По крайней мере мне не удалось найти больше никаких концов. И на мобилку, когда бегаешь по серверу стали приходить "??????" вместо написанных по английски разделов про просмотр файлов, видео, аудио. Если случайно угадать по количеству ???? и ткнуть куда надо то дальше русские буковки (имена файлов) работают нормально. Коряво работает то, что порождается самим minidlna. Я пробовал удалять minidlna.mo, играть в dpkg-reconfigure новсе равно работает коряво. Достал из архива очень старую версию, где не было чудной локализации, все стало прилично писаться. Но с ней другие косяки. Вопрос: можно ли как то при установке/конфигурировании/переконфигурировании пакета указать ему что я хочу в данном случае использовать другую локаль???
Выбирается железо для домашней машины. Задачи NAS, DLNA для еще трех телеков, работа в качестве медиаплеера, возможно торент-тв. Наибольшие вопросы у меня вызывает нормальное воспроизведение 1080p видео. Оболочкой будет kodi в standalone, подключение к телеку. Идем по пути самого дешевого под поставленную задачу. На поверхности оказался такой продукт http://market.yandex.ru/model.xml?modelid=10789202&hid=9102 полностью удовлетворяет по интерфейсам, форм-фактор только mini-ITX ибо корпус такой, в котором сейчас домашний сервак работает.
Но я никогда ни на одной своей машине не осваивал встроенное видео от intel. Вопрос1: предвидятся ли проблемы с настройкой видео на этой мамке (системой будет debian, переставлю диск из нынешнего аппарата)? Вопрос2: хватит ли ее для нормального воспроизведения FullHD видео? Рипы больше 20Gb не имею.
Надо организовать запуск пользовательского скрипта при пробуждении экрана. Не выход из спящего режима компа - это дектоп, он сам не засыпает, а именно экрана.
В варе используется raw-раздел, права на запись на него устанавливаются при каждой загрузке только руту. Понятно что можно закостылить на каждой загрузке смену прав на файл устройства. Можно запускать Вмашину от рута. Но и то и другое мне кажется не правильным. А как правильно? Вариант с использованием _файла_ раздела мне не симпатичен, желаю именно raw.
Суть в следующем - после долгой и счастливой жизни с открытыми драйвера решился попробовать проприетарный fgrlx последний.
и как всегда проблемы: сам драйвер встал нормально, судя по логам даже стартует и работает. Не работает видимо гномо-щель. Иксы запускаются, разрешение экрана правильное, но на сером фоне надпись «oh no! something has gone wrong.» и кнопка «log off» все. найти какие либо вменяемые логи с ошибками не смог - то ли не знаю гуда они падают, то ли их нет.
в логах от сервера ничего ужасного вроде нет. http://pastebin.com/sHMRVzNK он конечно ругается (что кстати странно), но в итоге карта то заводится. (на секцию с матом про устройства ввода внимания не обращать, к делу отношения не имеет)
грохнул проприетарный драйвер - все заработало. Но уж больно хочется его запустить....
подскажите, что ковырять?
а, да: lspci | grep VGA 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Juniper XT [Radeon HD 5770]
система дебиан джесси, дрова последние от сентября 2014, мой карта в списке поддерживаемых.
Поставил и как то настроил xen. вроде живет xl list Name ID Mem VCPUs State Time(s) Domain-0 0 16069 6 r----- 278.6
libvirt видит на localhost xen и подключается. Прохожу процедуру создания машины для гостя windows. В конце создания машны завершается ошибкой Не удалось завершить установку: 'End of file while reading data: Ошибка ввода/вывода'
Traceback (most recent call last): File «/usr/share/virt-manager/virtManager/asyncjob.py», line 91, in cb_wrapper callback(asyncjob, *args, **kwargs) File «/usr/share/virt-manager/virtManager/create.py», line 1787, in do_install guest.start_install(meter=meter) File «/usr/share/virt-manager/virtinst/guest.py», line 403, in start_install noboot) File «/usr/share/virt-manager/virtinst/guest.py», line 467, in _create_guest dom = self.conn.createLinux(start_xml or final_xml, 0) File «/usr/lib/python2.7/dist-packages/libvirt.py», line 3440, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: End of file while reading data: Ошибка ввода/вывода
вроде как стоит все что надо aptitude search libvirt | grep -e ^i i A gir1.2-libvirt-glib-1.0 - libvirt glib mainloop integration i libvirt-bin - programs for the libvirt library i A libvirt-clients - programs for the libvirt library i A libvirt-daemon - programs for the libvirt library i A libvirt-daemon-system - Libvirt daemon configuration files i A libvirt-glib-1.0-0 - libvirt glib mainloop integration i A libvirt0 - library for interfacing with different vir i A python-libvirt - libvirt Python bindings i python3-libvirt - libvirt Python 3 bindings
результат одинаковый что от рута настоящего, что от sudo