Andrew David Wong:
> On 2016-05-23 10:51, entr0py wrote:
>> I'm stumped. I've successfully used my usbVM to pass both
>> encrypted/non-encrypted partitions to my appVMs on numerous
>> occassions. I can't think of any relevant changes that I've made
>> since my last successful attempt. I did re-create my usbVM with a
>> fedora-23-minimal template but I'm confident? (maybe not) that I've
>> used it successfully before. Could the minimal template be missing
>> a package related to Qubes USB storage?
>
>> (using an unencrypted usb2 key storage) * mounts successfully
>> within the usbVM * attaches without error to appVMs (tested
>> multiple templates) * QVMM & qvm-block both show that usb drive is
>> attached to appVM as 'xvdi' * no messages in appVM `dmesg` * when
>> attempting to mount, `no special device /dev/xvdi(x) exists` *
>> detaches without error
>
>> * `xl block-attach` does not generate any messages but device is
>> still not available in appVM (don't know if that's expected or
>> not)
>
>> Anything else I can try? Thanks!
>
>
> Yes, I've experienced the same thing with the minimal template. Using
> the full template is a workaround. Tracking here:
>
>
https://github.com/QubesOS/qubes-issues/issues/2018
>
>
>
Thanks for confirmation + opening issue! I loved the minimal template so much I wiped out all traces of the full template :/
Marek Marczykowski-Górecki:
>
> Check for other xvd* device (for example xvdj). Also you may try `xl
> block-list`, especially look at "state" column - should be "4". Normal
> AppVM has 4 disks, so 5th should be your usb stick.
>
>
>
`xl block-list` shows it as state "3"! No sign of it using fdisk (no abnormal xvd*'s)
#Before attaching...
[user@dom0 ~]$ xl block-list appVM
Vdev BE handle state evt-ch ring-ref BE-path
51712 0 7 4 17 8 /local/domain/0/backend/vbd/7/51712
51728 0 7 4 18 9 /local/domain/0/backend/vbd/7/51728
51744 0 7 4 19 10 /local/domain/0/backend/vbd/7/51744
51760 0 7 4 20 11 /local/domain/0/backend/vbd/7/51760
# After attaching...
[user@dom0 ~]$ xl block-list appVM
Vdev BE handle state evt-ch ring-ref BE-path
51712 0 7 4 17 8 /local/domain/0/backend/vbd/7/51712
51728 0 7 4 18 9 /local/domain/0/backend/vbd/7/51728
51744 0 7 4 19 10 /local/domain/0/backend/vbd/7/51744
51760 0 7 4 20 11 /local/domain/0/backend/vbd/7/51760
51840 3 7 3 25 868 /local/domain/3/backend/vbd/7/51840