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