LINUX.ORG.RU

Группа kvm в Debian

 , , ,


1

2

Ставил libvirt на Debian 8 по инструкции (до этого использовал просто qemu-kvm со spice), надо было добавить пользователя в группы kvm и libvirtd. Добавил, libvirt ниасилил и снёс обратно. Теперь в группах нет libvirtd, kvm по-прежнему есть и мой пользователь - член этой группы. Суть вопроса: я правильно понимаю, что группа kvm не была привнесена libvirt а была и до этого (видимо, от qemu-kvm) и пользователь и раньше был её членом (если я нормально использовал qemu с kvm), и делать ничего с ней не надо? Заранее спасибо. Меня смутил тот факт, что после удаления пользователя из группы kvm у меня qemu-system-x86-64 --enable-kvm по-прежнему работает даже после перезагрузки.

★★

Последнее исправление: Norong (всего исправлений: 1)

Меня ничего не смущает, кроме

после удаления пользователя из группы kvm у меня qemu-system-x86-64 --enable-kvm по-прежнему работает

id и ls -lh /dev/kvm можно?

t184256 ★★★★★
()
Ответ на: комментарий от t184256
uid=1000(username) gid=1000(username) группы=1000(username),4(adm),20(dialout),22(voice),24(cdrom),27(sudo),44(video),46(plugdev),100(users),109(mlocate),122(scanner)
crw-rw----+ 1 root kvm 10, 232 янв 15 10:03 /dev/kvm
qemu-system-x86_64 -enable-kvm -cpu host -smp 4
Norong ★★
() автор топика
Ответ на: комментарий от t184256
[username@debian ~]$ whoami
username
[username@debian ~]$ id  
uid=1000(username) gid=1000(username) группы=1000(username),4(adm),20(dialout),22(voice),24(cdrom),27(sudo),44(video),46(plugdev),100(users),109(mlocate),122(scanner)
[username@debian ~]$ ls -l /dev/kvm 
crw-rw----+ 1 root kvm 10, 232 янв 15 14:32 /dev/kvm
[username@debian ~]$ cd .qemu 
[username@debian ~/.qemu]$ cat qemu.sh 
#!/bin/bash
qemu-system-x86_64 -enable-kvm -cpu host -smp 4 -vga qxl -m 8192 -spice port=5900,addr=127.0.0.1,disable-ticketing $@
[username@debian ~/.qemu]$ ./qemu.sh -hda debian_stable 
main_channel_link: add main channel client
main_channel_handle_parsed: net test: latency 0.071000 ms, bitrate 55351351351 bps (52787.162162 Mbps)
inputs_connect: inputs channel client create
red_dispatcher_set_cursor_peer: 
(/usr/bin/qemu-system-x86_64:1183): SpiceWorker-Warning **: red_worker.c:1257:validate_surface: canvas address is 0x7f2f7c000bc8 for 0 (and is NULL)

(/usr/bin/qemu-system-x86_64:1183): SpiceWorker-Warning **: red_worker.c:1258:validate_surface: failed on 0
(/usr/bin/qemu-system-x86_64:1183): SpiceWorker-Warning **: red_worker.c:1259:validate_surface: condition `!worker->surfaces[surface_id].context.canvas' reached
(/usr/bin/qemu-system-x86_64:1183): SpiceWorker-Warning **: red_worker.c:158:rendering_incorrect: rendering incorrect from now on: get_drawable
(/usr/bin/qemu-system-x86_64:1183): SpiceWorker-Warning **: red_worker.c:158:rendering_incorrect: rendering incorrect from now on: failed to get_drawable

Подключился через spice, cat /proc/cpuinfo показывает мое коре айседьмое.

Norong ★★
() автор топика
Ответ на: комментарий от t184256
[username@debian ~]$ lsmod | grep kvm
kvm_intel             139116  6 
kvm                   388784  1 kvm_intel

Правда, число 6 меня немного смущает (вроде, по числу машин?).

Norong ★★
() автор топика
Ответ на: комментарий от Norong

Подключился через spice, cat /proc/cpuinfo показывает мое коре айседьмое.

не при чем

kvm_intel 139116 6

блин, тогда не знаю. странно это, я не думал, что так может работать.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

Да я тоже не особо понимаю. Добавил его в квм обратно, на всякий случай, но загадочно как-то.

Norong ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.