KVM не может получить доступ к хранилищу изображений qcow2 на внешнем жестком диске

Для консоли Linux вы можете настроить раскладку клавиатуры. Начнем с dumpkeys . Это стандартный подход . Не существует применимого стандарта для привязок консоли Linux, но вы, безусловно, можете имитировать графический интерфейс (т.е. xterm, как намекает xhienne).

Я не вижу дубликата, но это было бы полезно:

1
09.02.2017, 20:40
6 ответов

El problema que estaba teniendo era que mi sistema (Fedora 27 )monta automáticamente nuevas unidades (HDD externas, USB, SD )a

/run/media/(username)/(device name)

Por alguna razón, esto causa el problema de los permisos. Lo que hice para solucionar el problema fue desmontar la unidad de esa ubicación como raíz y luego montarla en /mnt. Mi memoria USB está /dev/sdc1en mi sistema, así que hice lo siguiente.

# su  -     (then enter root password)
# umount  /run/media/yourusername/devicename
# mount  /dev/sdc1 /mnt        (mount usb to /mnt)

Después de eso, me aseguré de tener enlaces simbólicos desde la ubicación original de las unidades qcow2 a la nueva ubicación (aún como root)

# cd  /var/lib/libvirt/images
# ln  -s  (new target)  (link name)   

así que si su máquina virtual se llama MyVM

# ln  -s  /mnt/Myvm.qcow2  MyVm.qcow2

Una vez que vi que mis máquinas virtuales ahora estaban funcionando, edité /etc/fstabpara montar automáticamente la unidad en /mnt. Las carpetas y las unidades qcow2 eran propiedad de mi grupo y cuenta de usuario estándar. Estoy seguro de que hay mejores maneras de hacerlo, pero esto es lo que funcionó para mí.

1
27.01.2020, 23:19

Решение: Запустите Virtmanager как root, выберите создать новую виртуальную машину -> выберите «Импортировать существующий образ диска» и просмотрите его. После нажатия кнопки продолжить он спросит, хотите ли вы исправить проблемы с разрешениями или нет для этого пути. После выбора «Да» он устраняет проблему с разрешениями и будет работать, когда он работает как обычный пользователь.

3
27.01.2020, 23:19

KVM использует libvirt, которая требует, чтобы изображения находились в определенном пуле. Вы можете сделать это с помощью Virsh, скопировав конфигурацию пула по умолчанию

virsh pool-dumpxml default > new_pool.xml
edit new_pool.xml ## use a different name & path
virsh pool-create new_pool.xml
virsh pool-refresh name

. KVM после этого сможет загружать образы на ваш дополнительный диск.

0
27.01.2020, 23:19

Это связано с тем, что Qemu требует разрешения на выполнение по пути к файлу образа. Если образ находится на смонтированном диске, требуется разрешение +x в /media/$username

Лично я исправил эту проблему с помощью этой команды:

sudo chmod a+x /media/houcheng/

Остальные подробности см. здесь.

4
27.01.2020, 23:19

Это проблема разрешения для qemuдоступа к папке, в которой хранятся виртуальные машины.

У меня была проблема, которая выглядит так. Я решил ее, предоставив qemuправа доступа к папке (в моем случае это было /home/mos):

$ sudo setfacl -m u:qemu:x /home/mos
1
10.05.2020, 16:27

Всем, кто использует SELinux , следует помнить о правильном контексте папки с изображениями.

Контекст должен бытьsystem_u:object_r:svirt_image_t

Чтобы изменить файлы или папки в этом контексте, просто используйте:

chcon -t svirt_image_t -u system_u /newimagesВы можете использовать -Rдля рекурсивных и -Lдля перехода по символическим ссылкам или оба.

Если вы просто используете ссылки, имейте в виду, что ссылка и реальный файл должны быть в этом контексте.

ПРИМЕЧАНИЕ :Для проверки контекста используйте, например, `ls -lZd /newimages

0
15.11.2020, 07:56

Теги

Похожие вопросы