** Description changed:

  -----BEGIN PGP SIGNED MESSAGE-----
  Hash: SHA1
  
  In working on the ec2/uec ramdisk-less boot [1] I recently verified that
  the -virtual kernel has sufficient disk drivers to boot on hardware
  presented by UEC.
  
  I'd like to request that we have driver support built in to -virtual for
  the other reasonable kvm interfaces.   kvm man page shows the following as
  options for '-drive if=':
-    ide, scsi, sd, mtd, floppy, pflash, virtio.
+    ide, scsi, sd, mtd, floppy, pflash, virtio.
  
  I quickly tested vmlinuz-2.6.32-7-server kernel for amd64 and found:
  
  - - [X] kvm if=ide (this is the same as '-hda <file>')
  - - [ ] kvm if=scsi (used by eucalyptus)
  - - [ ] kvm if=sd
  - - [ ] kvm if=mtd
  - - [ ] kvm if=floppy
  - - [ ] kvm if=pflash
  - - [ ] kvm if=virtio
  
  The 'X' marks success.  I previously believed 'scsi' to have worked, but
  couldn't get it to function today.  Of the list above, the ones that I
  think are 'reasonable' or relavant are:
-    ide
-    scsi
-    virtio
+    ide
+    scsi
+    virtio
  
  To test, I had disk.img.dist as a root filesystem that would boot.  Then:
  $ qemu-img create -f qcow2 -b disk.img.dist disk.img
  $ kvm -drive file=disk.img,bus=0,index=0,if=${iface} \
-     -kernel lucid-uec-amd64-vmlinuz-virtual \
-     -append "quiet nosplash single"
+     -kernel lucid-uec-amd64-vmlinuz-virtual \
+     -append "nosplash single"
  
  Note: I'm not certain on the correctness of 'bus=0,index=0' or
  effectiveness for all drivers.
  
  - --
  [1] https://wiki.ubuntu.com/ServerLucidCloudKernelRamdisk
  
-  affects ubuntu/linux
-  assignee jjohansen
-  importance low
-  subscribe smoser
-  subscribe kirkland
+  affects ubuntu/linux
+  assignee jjohansen
+  importance low
+  subscribe smoser
+  subscribe kirkland
  -----BEGIN PGP SIGNATURE-----
  Version: GnuPG v1.4.9 (GNU/Linux)
  
  iEYEARECAAYFAksfyksACgkQDZzbdwr3wEc1TwCfUuCctW1QwCv9IlpIIRO48aWE
  9uAAoI0ehIkghJSqvP02m296e0nMPAgO
  =O7db
  -----END PGP SIGNATURE-----

** Description changed:

  -----BEGIN PGP SIGNED MESSAGE-----
  Hash: SHA1
  
  In working on the ec2/uec ramdisk-less boot [1] I recently verified that
  the -virtual kernel has sufficient disk drivers to boot on hardware
  presented by UEC.
  
  I'd like to request that we have driver support built in to -virtual for
  the other reasonable kvm interfaces.   kvm man page shows the following as
  options for '-drive if=':
     ide, scsi, sd, mtd, floppy, pflash, virtio.
  
  I quickly tested vmlinuz-2.6.32-7-server kernel for amd64 and found:
  
  - - [X] kvm if=ide (this is the same as '-hda <file>')
  - - [ ] kvm if=scsi (used by eucalyptus)
  - - [ ] kvm if=sd
  - - [ ] kvm if=mtd
  - - [ ] kvm if=floppy
  - - [ ] kvm if=pflash
  - - [ ] kvm if=virtio
  
  The 'X' marks success.  I previously believed 'scsi' to have worked, but
  couldn't get it to function today.  Of the list above, the ones that I
  think are 'reasonable' or relavant are:
     ide
     scsi
     virtio
  
  To test, I had disk.img.dist as a root filesystem that would boot.  Then:
  $ qemu-img create -f qcow2 -b disk.img.dist disk.img
  $ kvm -drive file=disk.img,bus=0,index=0,if=${iface} \
      -kernel lucid-uec-amd64-vmlinuz-virtual \
-     -append "nosplash single"
+     -append "nosplash single root=/dev/sda1"
  
  Note: I'm not certain on the correctness of 'bus=0,index=0' or
  effectiveness for all drivers.
  
  - --
  [1] https://wiki.ubuntu.com/ServerLucidCloudKernelRamdisk
  
   affects ubuntu/linux
   assignee jjohansen
   importance low
   subscribe smoser
   subscribe kirkland
  -----BEGIN PGP SIGNATURE-----
  Version: GnuPG v1.4.9 (GNU/Linux)
  
  iEYEARECAAYFAksfyksACgkQDZzbdwr3wEc1TwCfUuCctW1QwCv9IlpIIRO48aWE
  9uAAoI0ehIkghJSqvP02m296e0nMPAgO
  =O7db
  -----END PGP SIGNATURE-----

-- 
support ramdiskless boot for relavant kvm drive interfaces in -virtual
https://bugs.launchpad.net/bugs/494565
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to