# dpkg -l grep xen grep bpo
ii libxenstore3.0 4.0.1-1~bpo50+1 Xenstore communications library for Xen
ii linux-image-2.6.32-bpo.5-xen-686 2.6.32-26~bpo50+1 Linux 2.6.32 for modern PCs, Xen dom0 suppor
ii xen-hypervisor-4.0-i386 4.0.1-1~bpo50+1 The Xen Hypervisor on i386
ii xen-linux-system-2.6.32-bpo.5-xen-686 2.6.32-26~bpo50+1 Xen system with Linux 2.6.32 on modern PCs (
ii xen-tools 4.1-1~bpo50+1 Tools to manage Debian XEN virtual servers
ii xen-utils-4.0 4.0.1-1~bpo50+1 XEN administrative tools
ii xen-utils-common 4.0.0-1~bpo50+1 XEN administrative tools common files
ii xenstore-utils 4.0.1-1~bpo50+1 Xenstore utilities for Xen
This fixed the problem of spontaneous reboots for all of the systems I have migrated . until now! Last week I tried this solution on my private system and it failed in some way.
A full dump of the syslog is also available. It looks like /etc/rcS.d/S03udev is hanging in some way .. the syslog for this looks like:
Oct 29 20:51:07 mordor kernel: [ 17.728120] Code: 04 00 00 00 00 83 3c 24 10 74 32 77 0c 83 3c 24 08 0f 85 9f 00 00 00 eb 12 83 3c 24 20 74 30 83 3c 24 40 0f 85 8d 00 00 00 eb 35 <0f> b6 01 8b 54 24 20 89 02 c7 42 04 00 00 00 00 eb 79 0f b7 01
Oct 29 20:51:07 mordor kernel: [ 17.731554] EIP: [<c1184d4c>] acpi_ex_system_memory_space_handler+0 189/0 221 SS:ESP 0069:ec135d74
Oct 29 20:51:07 mordor kernel: [ 17.731791] CR2: 00000000eda86000
Oct 29 20:51:07 mordor kernel: [ 17.731881] [ end trace 7b8af581772a1c55 ]
Oct 29 20:51:07 mordor kernel: [ 18.116622] input: PC Speaker as /devices/platform/pcspkr/input/input6
Oct 29 20:51:07 mordor kernel: [ 18.427607] Error: Driver pcspkr is already registered, aborting
Oct 29 20:51:07 mordor kernel: [ 232.381814] Adding 10000452k swap on /dev/sda2. Priority:-1 extents:1 across:10000452k
The dom0 is there hanging in some way I don t have an exact way to get the system proceed from there usually I need to wait some seconds and pressing ^C after a while will get the box up.
Anyways I remember there are some problems with udev >= 150 and older kernels, which is also documented in the squeeze release notes. Maybe there is also a problem with older udev and newer kernels? But why is this combination working on other systems? Booting linux-image-2.6.32-bpo.5-686 works without any issue anyways, so it seems xen related. Any idea is appreciated!
UPDATE: I ve also reported this via #602109.
# hcitool scan
Scanning
3C:F7:2A:1A:4D:2A Cycophone
# sdptool browse 3C:F7:2A:1A:4D:2A \
grep -9 Service Name: Dial-Up Networking \
tail -10 grep Channel
Channel: 22
So your /etc/bluetooth/rfcomm.conf should now look like:
rfcomm0
bind yes;
device 3C:F7:2A:1A:4D:2A;
channel 22;
comment Cycophone ;
xm list grep <VMName>
xm block-list <VMName_Number>
xm block-detach <VMName_Number> <VMName_Vdev> -f
xm block-attach <VMName_Number> file:///iso/disk.iso \
hdc:cdrom r
config wifi-device wl0
option type broadcom
option channel 5
option disabled 0
config wifi-iface
option device wl0
option network lan
option mode ap
option ssid OpenWrt
option encryption psk2
option key keyforclients
config wifi-iface
option device wl0
option network lan
option mode wds
option bssid 00:16:B6:19:63:C8
option ssid OpenWrtWDS
option encryption psk2
option key pskforWDS
And guess what? It worked like a charm! So I could replace the odd DD-WRT boxes. Anyways ... does anybody have an idea where to find the sourcecode of anything > v23 SP1?
mount /dev/sdb1 /mnt/sdb1
dd bs=512 count=1 if=/dev/sda of=/mnt/sdb1/xp_vbox.mbr
ntfsclone -s -o /dev/sda1 bzip2 -9 -c > \
/mnt/sdb1/xp_vbox.img.bz2
To restore the image you just need:
mount /dev/sdb1 /mnt/sdb1
dd count=1 bs=446 if=/mnt/sdb1/xp_vbox.mbr of=/dev/sda
cat /mnt/sdb1/xp_vbox.img.bz2 bunzip2 -c \
ntfsclone -r -O /dev/sda1 -
P.S. If you are elective in germany, have a look at this!
Next.