USB DVD 드라이브를 Ubuntu의 KVM(QEMU) 가상 머신에 전달할 수 있습니까?

Ubuntu 15.10 서버에 KVM 호스트가 있습니다. 저는 이것에 대해 매우 익숙하지 않기 때문에 자체적으로 실행되는 Ubuntu 15.10 데스크톱 가상 머신을 통해 관리하고 가상 머신 관리자를 통해 호스트 머신에 액세스하고 있습니다. 이것은 놀랍게도 잘 작동합니다.

서버 자체에 GUI를 설치하고 싶지는 않지만 Handbrake GUI를 사용하여 호스트에 연결된 USB 드라이브에서 DVD를 추출할 수 있기를 원합니다. 이를 위해 Ubuntu 데스크톱 VM을 실행하고 DVD 드라이브(USB 장치)를 VM에 전달하고 싶습니다.

하지만 벽에 부딪힌 것 같아요.생각하다udev가 나에게 문제를 일으키고 있지만 솔직히 잘 모르겠습니다.

호스트 컴퓨터에서는 드라이브가 USB 장치로 표시됩니다(다른 USB 장치는 잘렸습니다).

root@bannoth:~# lsusb
...
Bus 001 Device 012: ID 152e:2507 LG (HLDS) PL-2507 IDE Controller
...

호스트에 연결하면 어떤 일이 일어나는지 관찰할 수 있습니다.

root@bannoth:~# dmesg
[147647.109561] usb 1-2.4.1: new high-speed USB device number 12 using xhci_hcd
[147647.233207] usb 1-2.4.1: New USB device found, idVendor=152e, idProduct=2507
[147647.233211] usb 1-2.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[147647.233214] usb 1-2.4.1: Product: Super Multi Rewriter
[147647.233216] usb 1-2.4.1: Manufacturer: HLDS Inc.
[147647.233218] usb 1-2.4.1: SerialNumber: P01070517213514
[147647.234262] usb-storage 1-2.4.1:1.0: USB Mass Storage device detected
[147647.234329] scsi host16: usb-storage 1-2.4.1:1.0
[147648.270381] scsi 16:0:0:0: CD-ROM            HL-DT-ST DVD-RAM GSA-E60L 1.00 PQ: 0 ANSI: 0
[147648.353087] sr 16:0:0:0: [sr1] scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
[147648.353223] sr 16:0:0:0: Attached scsi CD-ROM sr1
[147648.353328] sr 16:0:0:0: Attached scsi generic sg21 type 5

가상 머신 하이퍼바이저에서 152e:2507을 USB 장치로 추가했습니다.

하지만 lsusb게스트에는 표시되지 않습니다.

드라이브가 호스트에서 자동으로 /dev/sr1로 프로비저닝되었음을 보여주는 호스트 dmesg 로그를 기반으로 현재 가설은 이로 인해 게스트가 보다 일반적인 블록 장치가 아닌 USB 장치로 드라이브를 가져오는 것을 방지할 수 있다는 것입니다.

이런 일이 발생하지 않도록 udev 규칙을 작성할 수 있다고 생각하지만 호스트에 연결된 다른 USB 드라이브를 파괴하지 않고 이를 수행하는 방법을 잘 모르겠습니다.

게스트 VM이 시작될 때 dmesg가 여러 관련 오류를 표시하므로 이는 apparmor일 수도 있습니다. 하지만 저는 이런 종류의 문제를 해결해 본 적이 없으며 어디서부터 시작해야 할지 모르겠습니다.

root@bannoth:~# dmesg
[149839.524093] br0: port 6(vnet4) entered disabled state
[149839.525262] device vnet4 left promiscuous mode
[149839.525263] br0: port 6(vnet4) entered disabled state
[149839.913759] audit_printk_skb: 153 callbacks suppressed
[149839.913761] audit: type=1400 audit(1450187066.578:102): apparmor="STATUS" operation="profile_remove" name="libvirt-0afd0bc5-f77c-4094-bc27-b859a97729c1" pid=13325 comm="apparmor_parser"
[149844.189015] audit: type=1400 audit(1450187070.850:103): apparmor="STATUS" operation="profile_load" name="libvirt-0afd0bc5-f77c-4094-bc27-b859a97729c1" pid=13328 comm="apparmor_parser"
[149844.189071] audit: type=1400 audit(1450187070.850:104): apparmor="STATUS" operation="profile_load" name="qemu_bridge_helper" pid=13328 comm="apparmor_parser"
[149844.243783] device vnet4 entered promiscuous mode
[149844.263809] br0: port 6(vnet4) entered forwarding state
[149844.263817] br0: port 6(vnet4) entered forwarding state
[149844.418828] audit: type=1400 audit(1450187071.078:105): apparmor="STATUS" operation="profile_replace" name="libvirt-0afd0bc5-f77c-4094-bc27-b859a97729c1" pid=13348 comm="apparmor_parser"
[149844.427881] audit: type=1400 audit(1450187071.090:106): apparmor="STATUS" operation="profile_replace" name="qemu_bridge_helper" pid=13348 comm="apparmor_parser"
[149844.516538] audit: type=1400 audit(1450187071.178:107): apparmor="DENIED" operation="open" profile="libvirt-0afd0bc5-f77c-4094-bc27-b859a97729c1" name="/run/udev/data/c189:1" pid=13350 comm="qemu-system-x86" requested_mask="r" denied_mask="r" fsuid=111 ouid=0
[149844.516591] audit: type=1400 audit(1450187071.178:108): apparmor="DENIED" operation="open" profile="libvirt-0afd0bc5-f77c-4094-bc27-b859a97729c1" name="/run/udev/data/c189:2" pid=13350 comm="qemu-system-x86" requested_mask="r" denied_mask="r" fsuid=111 ouid=0
[149844.516637] audit: type=1400 audit(1450187071.178:109): apparmor="DENIED" operation="open" profile="libvirt-0afd0bc5-f77c-4094-bc27-b859a97729c1" name="/run/udev/data/c189:4" pid=13350 comm="qemu-system-x86" requested_mask="r" denied_mask="r" fsuid=111 ouid=0
[149844.516688] audit: type=1400 audit(1450187071.178:110): apparmor="DENIED" operation="open" profile="libvirt-0afd0bc5-f77c-4094-bc27-b859a97729c1" name="/run/udev/data/c189:129" pid=13350 comm="qemu-system-x86" requested_mask="r" denied_mask="r" fsuid=111 ouid=0
[149844.516730] audit: type=1400 audit(1450187071.178:111): apparmor="DENIED" operation="open" profile="libvirt-0afd0bc5-f77c-4094-bc27-b859a97729c1" name="/run/udev/data/c189:257" pid=13350 comm="qemu-system-x86" requested_mask="r" denied_mask="r" fsuid=111 ouid=0
[149844.838540] kvm: zapping shadow pages for mmio generation wraparound
[149845.314126] kvm [13350]: vcpu0 unhandled rdmsr: 0x570
[149845.314296] kvm [13350]: vcpu1 unhandled rdmsr: 0x570
[149845.914154] kvm [13350]: vcpu0 unhandled rdmsr: 0x606
[149846.671275] kvm [13350]: vcpu0 unhandled rdmsr: 0x611
[149846.671393] kvm [13350]: vcpu0 unhandled rdmsr: 0x639
[149846.671500] kvm [13350]: vcpu0 unhandled rdmsr: 0x641
[149846.671638] kvm [13350]: vcpu0 unhandled rdmsr: 0x619
[149846.750752] kvm [13350]: vcpu0 unhandled rdmsr: 0x611
[149846.750875] kvm [13350]: vcpu0 unhandled rdmsr: 0x639
[149846.750979] kvm [13350]: vcpu0 unhandled rdmsr: 0x641

이것이 합리적인 시도인가? 앞으로 나아갈 확실한 길이 있습니까, 아니면 포기하고 다른 솔루션으로 이동해야 합니까?