>Откатиться до былого состояния? Нет, не могу. Из-за необходимости держать всё обновлённым.
Но обнаружил следующую закономерность:
- если запускать виндовс и он начнет сервисы свои по одному дёргать, машина перезагрузится
- если при загрузке убрать ключ -kernel-kqemu и дать загрузиться, всё будет работать, но чуть медленнее
- если сделать в гостевой машине hibernate, включать ее можно уже и с -kernel-kqemu
- очень прикольно из хибернейта выходить с уже включенным -snapshot - гостевую машину больше никогда не придется переустанавливать для повышения производительности. :)
- с включенным -kernel-kqemu не всегда работает HASP
- иногда HASP не успевает присоединиться к гостевой машине, что не удобно и требует вмешательства
- для гарантированной передачи гостевой машине ключа HASP, делаю -usbdevice host:1234:5678 два раза. Если выскочит два аппаратных ключа, моё приложение не ругается.
- очень удобно запускать гостевую машину так:
# screen -d -m \
qemu -kernel-kqemu -snapshot \
-vnc :0 -monitor stdio \
-usb -usbdevice host:1234:5678 -usbdevice host:1234:5678 \
-parallel /dev/parport0 \
-hda hda.img -localtime \
-net nic,model=rtl8139,macaddr=00:E0:4C:57:16:05,script=/etc/qemu-ifup -net tap
$ cat /etc/qemu-ifup
#!/bin/sh
echo "Executing /etc/qemu-ifup"
echo "Bringing up $1 for bridged mode..."
sudo /sbin/ifconfig $1 0.0.0.0 promisc up
echo "Adding $1 to br0..."
sudo /usr/sbin/brctl addif br0 $1
sleep 2
Для труЪ безопасности можно поиграть с правами при создании устройств /dev/kqemu, /dev/net/* и устройств usb, а так же iptables.
Если есть идеи, как это сделать получше, буду только рад прочесть и сделать так же.
Кстати, в более новой ubuntu есть более новый qemu, который дает возможность использовать не только конструкции -hda hda.img, но и более интересные: выбор типа шины, отношение тома к ключу -snapshot, возможность монтировать каталоги как диски. Это всё описано в официальной документации более подробно и с примерами.
Вариант для распечатки
Открытые системы на рабочей станции (Public)
(ok) on 29-Апр-08, 00:51 
