Hallo xenusers!
I want port a very old sco to to xenU.
xen (HVM) cannot boot this image.
This Partition cannot mounted.
Whats going wrong?
Is HD-geometry a cause of this problem?
regards Torsten
Launoc
----------------------------------------------------------------------
Details:
sco # uname -a
SCO_SV n7275sc1 3.2 2 i386
sco # fdisk
1. Display Partition Table
2. Use Entire Disk for UNIX
3. Use Rest of Disk for UNIX
4. Create UNIX Partition
5. Activate Partition
6. Delete Partition
7. Create Partition
Enter your choice or ''q'' to quit: 1
Current Hard Disk Drive: /dev/rhd00
+-------------+----------+-----------+---------+---------+---------+
| Partition | Status | Type | Start | End | Size|
+-------------+----------+-----------+---------+---------+---------+
| 1 | Active | UNIX | 1 | 134129 | 134129|
+-------------+----------+-----------+---------+---------+---------+
- create img
sco # dd if=/dev/rhd00 | rcmd $rhost -l admin dd of=$hdimg
xen # fdisk -l $hdimg
You must set cylinders.
You can do this from the extra functions menu.
Disk sco.dd: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
sco.dd4 * 1 526 4225063+ 63 GNU HURD or SysV
------------------------------------------------------------------
- test 1 boot_xenu
xen:~# xm create vm3_sco -c
Using config file "/etc/xen/vm3_sco".
Started domain vm3
Boot from Hard Disk failed: could not read the boot disk
FATAL: No bootable device
-------------------------------------------------------------------
- test 2 mount_partition
hdimg=sco.dd
fdisk -l $hdimg
Cb=1
seekblk=$((($Cb-1)*63*255)); ## fdisk
echo "Cb=$Cb Ctmp=$Ctmp seekblk=$seekblk"
## lese-test HDimg (s. qemu/060204.test_qemu_img_create)
devloop=`losetup -f`
mntdir=/mnt/tmp
losetup -o $seekblk $devloop $hdimg
mount $devloop $mntdir
# or: lomount -diskimage $hdimg -partition 4 $mntdir
df $mntdirdst
umount $mntdirdst
losetup -d $devloop
-------------
- result:
# lsmod | grep sysv
sysv 28804 0
# lomount -diskimage $hdimg -partition 4 $mntdir
mount: you must specify the filesystem type
# mount -t sysv $devloop $mntdir
mount: wrong fs type, bad option, bad superblock on /dev/loop1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
-------------------------------------------------------------------
- geometry of orginal HD:
C H S
526 255 63
- geometry supported by qemu (man qemu)
x 16 63
-------------------------------------------------------------------
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users
> -----Original Message----- > From: xen-users-bounces@lists.xensource.com > [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of > Torsten Lehmann > Sent: 12 June 2007 15:09 > To: xen-users@lists.xensource.com > Subject: [Xen-users] prob HVM boot image sco > > > Hallo xenusers! > > > I want port a very old sco to to xenU. > > xen (HVM) cannot boot this image. > This Partition cannot mounted. > Whats going wrong? > Is HD-geometry a cause of this problem?It''s possible that the geometry is the problem, particularly if the SCO image is so old that it''s not using LBA-addressing of the sectors. [In LBA-mode, the sector number is one LARGE number, but in non-LBA mode, it''s a composition of the head, cylinder and sector. If for some reason the boot-loader has stored the original HCS location for some component, it''s quite likely that it will not find the right place with a different geometry]. Do you have any information in the /var/log/xen/qemu-dm.<pid>.log for the domain? [using "ls -ltr" to list the "latest" one is a good way to find which is the one you''ve just got, as they are "named" based on the process ID of the qemu-dm, which isn''t particularly helpful in knowing which one is new and old]. One other thing that looks a bit weird is the partition info: It seems like you have moved from partition 1 to partition 4 for some reason... Maybe this is just a difference between Linux and sco fdisk apps, but it does look a bit "strange" to me. -- Mats> > regards Torsten > Launoc > > ---------------------------------------------------------------------- > Details: > > sco # uname -a > SCO_SV n7275sc1 3.2 2 i386 > > sco # fdisk > > 1. Display Partition Table > 2. Use Entire Disk for UNIX > 3. Use Rest of Disk for UNIX > 4. Create UNIX Partition > 5. Activate Partition > 6. Delete Partition > 7. Create Partition > > Enter your choice or ''q'' to quit: 1 > > Current Hard Disk Drive: /dev/rhd00 > > > +-------------+----------+-----------+---------+---------+---------+ > | Partition | Status | Type | Start | > End | Size| > > +-------------+----------+-----------+---------+---------+---------+ > | 1 | Active | UNIX | 1 | > 134129 | 134129| > > +-------------+----------+-----------+---------+---------+---------+ > > > > - create img > > sco # dd if=/dev/rhd00 | rcmd $rhost -l admin dd of=$hdimg > > xen # fdisk -l $hdimg > You must set cylinders. > You can do this from the extra functions menu. > > Disk sco.dd: 0 MB, 0 bytes > 255 heads, 63 sectors/track, 0 cylinders > Units = cylinders of 16065 * 512 = 8225280 bytes > > Device Boot Start End Blocks Id System > sco.dd4 * 1 526 4225063+ 63 GNU > HURD or SysV > > > > ------------------------------------------------------------------ > - test 1 boot_xenu > > > xen:~# xm create vm3_sco -c > Using config file "/etc/xen/vm3_sco". > Started domain vm3 > > > Boot from Hard Disk failed: could not read the boot disk > FATAL: No bootable device > > > ------------------------------------------------------------------- > - test 2 mount_partition > > hdimg=sco.dd > fdisk -l $hdimg > Cb=1 > seekblk=$((($Cb-1)*63*255)); ## fdisk > echo "Cb=$Cb Ctmp=$Ctmp seekblk=$seekblk" > > ## lese-test HDimg (s. qemu/060204.test_qemu_img_create) > devloop=`losetup -f` > mntdir=/mnt/tmp > losetup -o $seekblk $devloop $hdimg > mount $devloop $mntdir > # or: lomount -diskimage $hdimg -partition 4 $mntdir > df $mntdirdst > umount $mntdirdst > losetup -d $devloop > > ------------- > - result: > # lsmod | grep sysv > sysv 28804 0 > > # lomount -diskimage $hdimg -partition 4 $mntdir > mount: you must specify the filesystem type > > # mount -t sysv $devloop $mntdir > mount: wrong fs type, bad option, bad superblock on /dev/loop1, > missing codepage or other error > In some cases useful info is found in syslog - try > dmesg | tail or so > > > ------------------------------------------------------------------- > > - geometry of orginal HD: > C H S > 526 255 63 > > - geometry supported by qemu (man qemu) > x 16 63 > > ------------------------------------------------------------------- > > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users > > >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
At 2007-06-12 16:29 +0200, Petersson, Mats wrote:> > > > -----Original Message----- > > From: xen-users-bounces@lists.xensource.com > > [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of > > Torsten Lehmann > > Sent: 12 June 2007 15:09 > > To: xen-users@lists.xensource.com > > Subject: [Xen-users] prob HVM boot image sco > > > > > > Hallo xenusers! > > > > > > I want port a very old sco to to xenU. > > > > xen (HVM) cannot boot this image. > > This Partition cannot mounted. > > Whats going wrong? > > Is HD-geometry a cause of this problem? > >It''s possible that the geometry is the problem, particularly if the SCO >image is so old that it''s not using LBA-addressing of the sectors. [In >LBA-mode, the sector number is one LARGE number, but in non-LBA mode, >it''s a composition of the head, cylinder and sector. If for some reason >the boot-loader has stored the original HCS location for some component, >it''s quite likely that it will not find the right place with a different >geometry]. > >Do you have any information in the /var/log/xen/qemu-dm.<pid>.log for >the domain? [using "ls -ltr" to list the "latest" one is a good way to >find which is the one you''ve just got, as they are "named" based on the >process ID of the qemu-dm, which isn''t particularly helpful in knowing >which one is new and old]. > >One other thing that looks a bit weird is the partition info: It seems >like you have moved from partition 1 to partition 4 for some reason... >Maybe this is just a difference between Linux and sco fdisk apps, but it >does look a bit "strange" to me.SCO used to number its partitions in the reverse order to DOS/Windows/OS2. I discovered this when I was dual booting an old 486. Geoff>-- >Mats > > > > regards Torsten > > Launoc > > > > ---------------------------------------------------------------------- > > Details: > > > > sco # uname -a > > SCO_SV n7275sc1 3.2 2 i386 > > > > sco # fdisk > > > > 1. Display Partition Table > > 2. Use Entire Disk for UNIX > > 3. Use Rest of Disk for UNIX > > 4. Create UNIX Partition > > 5. Activate Partition > > 6. Delete Partition > > 7. Create Partition > > > > Enter your choice or ''q'' to quit: 1 > > > > Current Hard Disk Drive: /dev/rhd00 > > > > > > +-------------+----------+-----------+---------+---------+---------+ > > | Partition | Status | Type | Start | > > End | Size| > > > > +-------------+----------+-----------+---------+---------+---------+ > > | 1 | Active | UNIX | 1 | > > 134129 | 134129| > > > > +-------------+----------+-----------+---------+---------+---------+ > > > > > > > > - create img > > > > sco # dd if=/dev/rhd00 | rcmd $rhost -l admin dd of=$hdimg > > > > xen # fdisk -l $hdimg > > You must set cylinders. > > You can do this from the extra functions menu. > > > > Disk sco.dd: 0 MB, 0 bytes > > 255 heads, 63 sectors/track, 0 cylinders > > Units = cylinders of 16065 * 512 = 8225280 bytes > > > > Device Boot Start End Blocks Id System > > sco.dd4 * 1 526 4225063+ 63 GNU > > HURD or SysV > > > > > > > > ------------------------------------------------------------------ > > - test 1 boot_xenu > > > > > > xen:~# xm create vm3_sco -c > > Using config file "/etc/xen/vm3_sco". > > Started domain vm3 > > > > > > Boot from Hard Disk failed: could not read the boot disk > > FATAL: No bootable device > > > > > > ------------------------------------------------------------------- > > - test 2 mount_partition > > > > hdimg=sco.dd > > fdisk -l $hdimg > > Cb=1 > > seekblk=$((($Cb-1)*63*255)); ## fdisk > > echo "Cb=$Cb Ctmp=$Ctmp seekblk=$seekblk" > > > > ## lese-test HDimg (s. qemu/060204.test_qemu_img_create) > > devloop=`losetup -f` > > mntdir=/mnt/tmp > > losetup -o $seekblk $devloop $hdimg > > mount $devloop $mntdir > > # or: lomount -diskimage $hdimg -partition 4 $mntdir > > df $mntdirdst > > umount $mntdirdst > > losetup -d $devloop > > > > ------------- > > - result: > > # lsmod | grep sysv > > sysv 28804 0 > > > > # lomount -diskimage $hdimg -partition 4 $mntdir > > mount: you must specify the filesystem type > > > > # mount -t sysv $devloop $mntdir > > mount: wrong fs type, bad option, bad superblock on /dev/loop1, > > missing codepage or other error > > In some cases useful info is found in syslog - try > > dmesg | tail or so > > > > > > ------------------------------------------------------------------- > > > > - geometry of orginal HD: > > C H S > > 526 255 63 > > > > - geometry supported by qemu (man qemu) > > x 16 63 > > > > ------------------------------------------------------------------- > > > > > > > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > > > > > > > > > >_______________________________________________ >Xen-users mailing list >Xen-users@lists.xensource.com >http://lists.xensource.com/xen-users_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Tue, 12 Jun 2007, Petersson, Mats wrote:> > Do you have any information in the /var/log/xen/qemu-dm.<pid>.log for > the domain? [using "ls -ltr" to list the "latest" one is a good way to > find which is the one you''ve just got, as they are "named" based on the > process ID of the qemu-dm, which isn''t particularly helpful in knowing > which one is new and old]. ># grep ^[a-z] vm3_sco | grep arch = os.uname()[4] kernel = "/usr/lib/xen/boot/hvmloader" builder=''hvm'' memory = 128 name = "vm3" vif = [ ''type=ioemu, bridge=xenbr0'' ] disk = [ ''file:/mnt/backup/img/sco.dd,ioemu:sda,w'' ] device_model = ''/usr/'' + arch_libdir + ''/xen/bin/qemu-dm'' sdl=1 vnc=0 stdvga=0 serial=''pty'' # xm create vm3_sco Using config file "/etc/xen/vm3_sco". Started domain vm3 # more xend.log qemu-dm.4866.log # [2007-06-12 21:21:15 4816] INFO (__init__:1072) Opening Unix domain socket XML-R PC server on /var/run/xend/xmlrpc.sock. [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) XendDomainInfo.create([''vm'', ['' name'', ''vm3''], [''memory'', 128], [''vcpus'', 1], [''on_xend_start'', ''ignore''], [''on_ xend_stop'', ''ignore''], [''image'', [''hvm'', [''kernel'', ''/usr/lib/xen/boot/hvmloader ''], [''device_model'', ''/usr/lib/xen/bin/qemu-dm''], [''pae'', 1], [''vcpus'', 1], [''bo ot'', ''c''], [''fda'', ''''], [''fdb'', ''''], [''localtime'', 0], [''serial'', ''pty''], [''stdv ga'', 0], [''isa'', 0], [''nographic'', 0], [''soundhw'', ''''], [''vnc'', 0], [''vncunused'' , 1], [''sdl'', 1], [''display'', '':0''], [''xauthority'', ''/root/.Xauthority''], [''rtc_ timeoffset'', ''0''], [''monitor'', 0], [''acpi'', 1], [''apic'', 1], [''usb'', 0], [''usbde vice'', ''''], [''keymap'', ''''], [''vncpasswd'', ''XXXXXXXX'']]], [''device'', [''vbd'', [''un ame'', ''file:/mnt/backup/img/sco.dd''], [''dev'', ''ioemu:sda''], [''mode'', ''w'']]], [''d evice'', [''vif'', [''bridge'', ''xenbr0''], [''type'', ''ioemu'']]]]) [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) XendDomainInfo.constructDomain [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) Adding Domain: 5 [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) XendDomainInfo.initDomain: 5 25 6 [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) args: boot, val: c [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) args: fda, val: None [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) args: fdb, val: None [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) args: soundhw, val: None ... [2007-06-12 21:21:28 4816] INFO (__init__:1072) buildDomain os=hvm dom=5 vcpus=1 [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) domid = 5 [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) image /usr/lib/xen/b oot/hvmloader [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) store_evtchn = 2 [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) memsize = 128 [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) vcpus = 1 [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) pae = 1 [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) acpi = 1 [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) apic = 1 [2007-06-12 21:21:28 4816] INFO (__init__:1072) createDevice: vbd : {''uuid'': ''f2 7ba312-3e96-b945-71e0-c9cfc6164a6f'', ''bootable'': 1, ''driver'': ''ioemu'', ''dev'': ''i oemu:sda'', ''uname'': ''file:/mnt/backup/img/sco.dd'', ''mode'': ''w''} [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) DevController: writing {''backen d-id'': ''0'', ''virtual-device'': ''2048'', ''device-type'': ''disk'', ''state'': ''1'', ''back end'': ''/local/domain/0/backend/vbd/5/2048''} to /local/domain/5/device/vbd/2048. [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) DevController: writing {''domain '': ''vm3'', ''frontend'': ''/local/domain/5/device/vbd/2048'', ''uuid'': ''f27ba312-3e96- b945-71e0-c9cfc6164a6f'', ''dev'': ''sda'', ''state'': ''1'', ''params'': ''/mnt/backup/img/ sco.dd'', ''mode'': ''w'', ''online'': ''1'', ''frontend-id'': ''5'', ''type'': ''file''} to /loc al/domain/0/backend/vbd/5/2048. [2007-06-12 21:21:28 4816] INFO (__init__:1072) createDevice: vif : {''bridge'': '' xenbr0'', ''type'': ''ioemu'', ''uuid'': ''def6e292-dfa2-b0ad-3e96-63691210b601''} [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) DevController: writing {''state'' : ''1'', ''backend-id'': ''0'', ''backend'': ''/local/domain/0/backend/vif/5/0''} to /loca l/domain/5/device/vif/0. [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) DevController: writing {''bridge '': ''xenbr0'', ''domain'': ''vm3'', ''handle'': ''0'', ''uuid'': ''def6e292-dfa2-b0ad-3e96-63 691210b601'', ''script'': ''/etc/xen/scripts/vif-bridge'', ''state'': ''1'', ''frontend'': ''/local/domain/5/device/vif/0'', ''mac'': ''00:16:3e:3b:36:b8'', ''online'': ''1'', ''fron tend-id'': ''5'', ''type'': ''ioemu''} to /local/domain/0/backend/vif/5/0. [2007-06-12 21:21:28 4816] INFO (__init__:1072) spawning device models: /usr/lib /xen/bin/qemu-dm [''/usr/lib/xen/bin/qemu-dm'', ''-d'', ''5'', ''-vcpus'', ''1'', ''-boot'', ''c'', ''-serial'', ''pty'', ''-acpi'', ''-domain-name'', ''vm3'', ''-net'', ''nic,vlan=1,maca ddr=00:16:3e:4a:01:66,model=rtl8139'', ''-net'', ''tap,vlan=1,bridge=xenbr0''] [2007-06-12 21:21:28 4816] INFO (__init__:1072) device model pid: 4866 [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) Storing VM details: {''on_xend_s top'': ''ignore'', ''shadow_memory'': ''2'', ''uuid'': ''225ec191-2136-0606-a354-403e28e60 bf7'', ''on_reboot'': ''restart'', ''start_time'': ''1181676088.83'', ''on_poweroff'': ''des troy'', ''on_xend_start'': ''ignore'', ''on_crash'': ''restart'', ''xend/restart_count'': '' 0'', ''vcpus'': ''1'', ''vcpu_avail'': ''1'', ''image'': ''(hvm (kernel /usr/lib/xen/boot/hv mloader) (acpi 1) (apic 1) (boot c) (device_model /usr/lib/xen/bin/qemu-dm) (dis play :0) (isa 0) (localtime 0) (monitor 0) (nographic 0) (pae 1) (rtc_timeoffset 0) (serial pty) (sdl 1) (stdvga 0) (usb 0) (vnc 0) (vncunused 1) (xauthority /r oot/.Xauthority) (notes (SUSPEND_CANCEL 1)))'', ''name'': ''vm3''} [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) Storing domain details: {''conso le/port'': ''3'', ''name'': ''vm3'', ''console/limit'': ''1048576'', ''vm'': ''/vm/225ec191-21 36-0606-a354-403e28e60bf7'', ''domid'': ''5'', ''image/suspend-cancel'': ''1'', ''cpu/0/av ailability'': ''online'', ''memory/target'': ''131072'', ''control/platform-feature-mult iprocessor-suspend'': ''1'', ''store/ring-ref'': ''32766'', ''store/port'': ''2''} [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) DevController: writing {''state'' : ''1'', ''backend-id'': ''0'', ''backend'': ''/local/domain/0/backend/console/5/0''} to / local/domain/5/device/console/0. [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) DevController: writing {''domain '': ''vm3'', ''protocol'': ''vt100'', ''uuid'': ''d742a098-c19c-6c5c-08b1-d769e732b1c8'', '' frontend'': ''/local/domain/5/device/console/0'', ''state'': ''1'', ''location'': ''3'', ''o nline'': ''1'', ''frontend-id'': ''5''} to /local/domain/0/backend/console/5/0. [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) Storing domain details: {''conso le/port'': ''3'', ''name'': ''vm3'', ''console/limit'': ''1048576'', ''vm'': ''/vm/225ec191-21 36-0606-a354-403e28e60bf7'', ''domid'': ''5'', ''image/suspend-cancel'': ''1'', ''cpu/0/av ailability'': ''online'', ''memory/target'': ''131072'', ''control/platform-feature-mult iprocessor-suspend'': ''1'', ''store/ring-ref'': ''32766'', ''store/port'': ''2''} [2007-06-12 21:21:28 4816] DEBUG (__init__:1072) XendDomainInfo.handleShutdownWa tch [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices vif. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for 0. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) hotplugStatusCallback /local/do main/0/backend/vif/5/0/hotplug-status. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) hotplugStatusCallback /local/do main/0/backend/vif/5/0/hotplug-status. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) hotplugStatusCallback 1. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices usb. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices vbd. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for 2048. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) hotplugStatusCallback /local/do main/0/backend/vbd/5/2048/hotplug-status. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) hotplugStatusCallback 1. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices irq. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices vkbd. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices vfb. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices console. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for 0. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices pci. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices ioports. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices tap. [2007-06-12 21:21:29 4816] DEBUG (__init__:1072) Waiting for devices vtpm. [2007-06-12 21:21:29 4816] INFO (__init__:1072) Domain vm3 (5) unpaused. :::::::::::::: qemu-dm.4866.log :::::::::::::: domid: 5 qemu: the number of cpus is 1 Watching /local/domain/5/logdirty/next-active qemu_map_cache_init nr_buckets = 4000 shared page at pfn 7fff buffered io page at pfn 7ffd Time offset set 0 xs_read(): vncpasswd get error. /vm/225ec191-2136-0606-a354-403e28e60bf7/vncpass wd. char device redirected to /dev/pts/3 I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0 Triggered log-dirty buffer switch regards Torsten _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> -----Original Message----- > From: xen-users-bounces@lists.xensource.com > [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of > Torsten Lehmann > Sent: 12 June 2007 20:36 > To: xen-users@lists.xensource.com > Subject: RE: [Xen-users] prob HVM boot image sco > > On Tue, 12 Jun 2007, Petersson, Mats wrote: > > > > > Do you have any information in the > /var/log/xen/qemu-dm.<pid>.log for > > the domain? [using "ls -ltr" to list the "latest" one is a > good way to > > find which is the one you''ve just got, as they are "named" > based on the > > process ID of the qemu-dm, which isn''t particularly helpful > in knowing > > which one is new and old]. > > > # grep ^[a-z] vm3_sco | grep > arch = os.uname()[4] > kernel = "/usr/lib/xen/boot/hvmloader" > builder=''hvm'' > memory = 128 > name = "vm3" > vif = [ ''type=ioemu, bridge=xenbr0'' ] > disk = [ ''file:/mnt/backup/img/sco.dd,ioemu:sda,w'' ]Try making this "had" instead of "sda" - I don''t think the BIOS included in hvmloader allows boot from SCSI devices.> device_model = ''/usr/'' + arch_libdir + ''/xen/bin/qemu-dm'' > sdl=1 > vnc=0 > stdvga=0 > serial=''pty''[snip lots of logs] -- Mats _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Wed, 13 Jun 2007, Petersson, Mats wrote:> > disk = [ ''file:/mnt/backup/img/sco.dd,ioemu:sda,w'' ] > > Try making this "had" instead of "sda" - I don''t think the BIOS included > in hvmloader allows boot from SCSI devices. > >Tnx. $ grep ^[a-z] vm3_sco | grep = | grep disk disk = [ ''file:/mnt/backup/img/sco.dd,ioemu:hda,w'' ] Started domain vm3 ... Boot from Hard Disk... not a directory boot not found Cannot open Stage 1 boot failure: error loading hd(40)/boot I had read a article with this problem for any time ago. I search again. (to correcting this, it is necessary to mount this partition...) regards torsten _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users