Если ваш маршрутизатор работает только с IPv4, вам нужно будет добавить опцию -prefer-ipv4. Более новые версии mplayer требуют этого.
mplayer -prefer-ipv4 http://80.237.154.83:8120
См. Ниже, чтобы прочитать, как использовать mplayer с потоками .m3u и .pls.
Как обычно, VLC делает все:
cvlc http://80.237.154.83:8120
cvlc us.darkmatter.aac.48k.m3u
В отличие от mplayer, также знает, чтобы открыть потоки .m3u и .pls. Это означает меньше копания или «фоновая работа», чтобы извлечь URL-адрес потока из этих файлов.
Кроме того, cmus выглядит красиво и предлагает несколько представлений, файловый браузер и множество параметров конфигурации. cmus доступен из стандартных репозиториев Ubuntu. Чтобы ускориться с cmus, сначала прочтите руководство, введя следующую команду:
$ man cmus-tutorial
Если вам не нравится cmus, или он недоступен, mplayer все равно можно сделать то же самое. Для этого я написал следующий скрипт mplay:
#!/bin/bash
URL=$(grep -m 1 --null http "$1" |sed s/^.*http/http/ |tr -d '\r')
mplayer -prefer-ipv4 "$URL"
После установки KVM запустите эту команду, тогда эта ошибка не повторится.
sudo virt-manager
Я управляю как Qemu, так и Virtualbox на своей машине Ubuntu 14.02, и после установки VirtualBub libvirt-bin не удалось автозапуск. Поэтому проверьте, запущен ли libvirt-bin:
ps faux | grep libvirt-bin
, если вы не видите его в ps-выходе - запустите вручную, затем запустите virt-manager: [!d2 ]
sudo service libvirt-bin start
Для меня ошибка была вызвана тем, что изменения членства в группе не применяются без входа в систему (или перезагрузки). Я только что установил KVM и libvirt-bin. Установщик автоматически добавил моего пользователя в группу libvirtd, я перезапустил службу libvirt-bin, но я все еще получал ошибку.
Просто выйдите из системы и обратно, разрешив проблему, применив мое новое членство в группе.
Предполагая, что вы только что установили libvirt-bin и уже подтвердили, что ваш текущий пользователь является членом libvirtd как показано в сообщении об ошибке, вам нужно будет выйти из системы и вернуться к новому членству в группе.
Не изменять права доступа к файлам 777. Не просто запускать все как root или sudo избегайте понимания того, что не так.
Надеюсь, это поможет кому-то.
В Ubuntu 16.04.3 LTS
systemctl start virtlogd.socket
был единственным ответом. У сокета есть свой собственный демон. Это необычно.
Проблема обсуждается на Launchpad, и причина этой проблемы может быть решена путем установки пакета xen-utils (xen-utils-4.4 на Ubuntu 14.04). Я ранее обходил эту проблему с помощью virt-manager через sudo в командной строке.
Для меня дело было в том, что при использовании service libvirt-bin status он показал, что все работает нормально, хотя я не мог подключиться, как:
● libvirt-bin.service - Virtualization daemon
Loaded: loaded (/lib/systemd/system/libvirt-bin.service; enabled; vendor preset: enabled)
Active: active (running) since Do 2016-09-22 13:22:16 CEST; 6min ago
[...]
В /var/run/libvirt/ должны быть эти два файла:
srwxrwxrwx 1 root libvirtd 0 Sep 22 13:22 libvirt-sock=
srwxrwxrwx 1 root libvirtd 0 Sep 22 13:22 libvirt-sock-ro=
Если сокеты не отображаются, используйте service libvirt-bin stop; service libvirt-bin start для полного перезапуска процесса. Использование service libvirt-bin restart не является достаточным и не будет воссоздавать сокет.
Служба libvirt-bin может быть безопасно остановлена и не отключит гостей.
После установки всех пакетов вы можете выйти из системы, а затем снова войти в систему. Все, что добавляет вас в группы пользователей, вам нужно выйти из системы и вернуться в нее, чтобы добавить их в новые группы. Это небольшое неудобство, меньше одного, чем перезагрузка.
Начиная с Ubuntu 17.10, мне также пришлось добавить себя в группу libvirt. Я уже добавил себя в libvirtd и не удалял себя из этой группы. Я не знаю, нужны ли оба из них или нет.
Я сделал это, так как заметил, что содержимое / var / run / libvirt принадлежит libvirt, а не libvirtd.
У меня была такая же проблема, и в подробном отчете об ошибке он говорит об отсутствии разрешения на файл libvirt-sock. Изменение разрешения файла /var/run/libvirt/libvirt-sock до 777 заставило его работать для меня.
использовать Ubuntu Software для удаления виртуального менеджера, выхода из системы, входа в систему, установки виртуального менеджера и запуска его обычно без использования sudo или даже с помощью командной строки.