[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#761815: fixed in partman-target 94



Hi,

Christian Perrier <bubulle@debian.org> (2015-01-26):
>  partman-target (94) unstable; urgency=medium
>  .
>    [ Steve McIntyre ]
>    * Don't add entries for random USB media to /etc/fstab, they're not
>      useful. Closes: #761815

I'd like to know how that was tested. Using libvirt, importing mini.iso
as a USB hard drive (appearing as /dev/sda during installation),
installing on to an IDE disc (appearing as /dev/sdb), leads to the use
of partman-target 94 per syslog, and yet /etc/fstab ends up containing
a /media/usb0 entry:
| # /etc/fstab: static file system information.
| #
| # Use 'blkid' to print the universally unique identifier for a
| # device; this may be used with UUID= as a more robust way to name devices
| # that works even if disks are added and removed. See fstab(5).
| #
| # <file system> <mount point>   <type>  <options>       <dump>  <pass>
| # / was on /dev/sdb1 during installation
| UUID=a38aa670-fb4c-4482-8af1-42f34b41ebdb /               ext4    errors=remount-ro 0       1
| # swap was on /dev/sdb5 during installation
| UUID=cd9c4a52-91c4-4b44-8d34-c880357974b9 none            swap    sw              0       0
| /dev/sda1       /media/usb0     auto    rw,user,noauto  0       0

Looking a bit more into it, I tried marking said device as removable in
libvirt, but that didn't seem to make any difference.

It might very well be that I've managed to make a boo-boo while trying
to configure stuff, or that libvirt's support for such things is buggy;
but I haven't managed to trick either kvm/qemu or virtualbox into
booting from removable USB.

Any hints?

Mraw,
KiBi.

Attachment: signature.asc
Description: Digital signature


Reply to: