26.12.2011 13:38, Vladimir Stavrinov wrote:
Marc is absolutely right - this is very bad concept and politic to drop widely used features at least suddenly. If there are strong reason for this it should be done for a some period of time and user should be given possibility to adopt their systems to the new situation.
Please address this upstream. It wasn't my decision to remove scsi boot support, if it were me I'd left it available, at least for a while. Ditto for things like supporting /usr in a separate partition without initramfs - udev - which is one of the first things started during init time, before /usr gets mounted - changed recently to depend on /usr being available. I can do some reasonable thing here. I don't consider forward-porting stuff to never versions forever as reasonable, the same applies to sticking with older (0.15 in this case) version. Note that I still hope that qemu-kvm will be dropped for wheezy entirely (when last qemu-kvm-specific bits will be merged into qemu), and qemu never, ever, supported booting from scsi. Note also that e.g. redhat dropped scsi support completely - and seeing these discussions and answering these question I now see why they did this -- if I were did the same with debian version that'd saved me from writing all this again and again... ;) []
Again, if there are reasons for this, there are should be alternative. What about ahci? I don't see anything about this in man page and docs. How can I try it?
You can google for "qemu ahci" for a start. Note however that ahci does not support migration yet (initial preview patches of this has been posted to the mailinglist), and there's no "short" syntax for using ahci-connected disks (you need 3 qemu/kvm arguments instead of just one -drive). And yes I agree the documentation is difficult to find or non-existing. It will improve over time. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org