Alexandro Posted January 17, 2016 Share Posted January 17, 2016 I have a clonezilla image made by third party. It is a Set-Top-Box alike software, based on Ubuntu 14. When I try to restore the image in Unraid VM environment, it complains that /dev/SDA is not available. In the installation settings I am changing the installation disk from SDA to VDA and then the software installs correctly, but on the first boot it continues to ask for /dev/SDA and of course just halts. How do I change the device in the clonezilla image so that the software starts from /dev/VDA and not /dev/SDA? Quote Link to comment
Alexandro Posted January 19, 2016 Author Share Posted January 19, 2016 I have successfully installed the image in Virtual Box environment and it is working great. No success in KVM. I would like to avoid keeping Virtual Box, as KVM is build-in now and I am running windows7 and Ubuntu Desktop as VMs as well. Do I need special .XML settings or do I need to modify the image so that every partition is /dev/vdaX, instead of /dev/sdaX? Tried to do it with "cnvt-ocs-dev" but the command fails as the image is reported being read-only. Is there anyway to "cheat" the system that actually vda is sda? Any input will be appreciated. Quote Link to comment
Alexandro Posted January 21, 2016 Author Share Posted January 21, 2016 C'mon guys... I can't believe no one knows the answer. Quote Link to comment
jonp Posted January 22, 2016 Share Posted January 22, 2016 Explain what you mean by "restore the image in unRAID". You probably need to convert the virtual disk image to a format supported by KVM. Google "qemu-img convert" and you'll find what you need probably. That or maybe I'm misunderstanding the issue you're having. Quote Link to comment
Alexandro Posted January 22, 2016 Author Share Posted January 22, 2016 Hi jonp and thanks for your input. As I stated in my first message, the linux image (ubuntu distribution) is an actual working backup made by clonezilla in a PC environment where a HDD was presented with a number of partitions (/dev/sda, /dev/sdb, etc...) The .iso installs fine in a VM under unraid I have no problems with that. The problem is upon first boot of the VM after a successful installation where it hangs because of /dev/sda partition is not found. Obviously there is no /dev/sda/ as the VM disk is /dev/vda/ . My question is the following: is it possible to convert somehow the .iso image (or to tell KVM) so that it is not searching for dev/sda, but/dev/vda? I will provide screenshots if needed. Thanks. Quote Link to comment
jonp Posted January 22, 2016 Share Posted January 22, 2016 Edit the XML for your VM and try changing the bus to sdX instead of vdX for your disk. Quote Link to comment
itimpi Posted January 22, 2016 Share Posted January 22, 2016 Edit the XML for your VM and try changing the bus to sdX instead of vdX for your disk. Is it as simple as that? I wondered if the vdX was a side-effect of using the virtio drivers and you might need to change the XML to using a generic SATA device to get the sdX device working? Quote Link to comment
jonp Posted January 22, 2016 Share Posted January 22, 2016 Edit the XML for your VM and try changing the bus to sdX instead of vdX for your disk. Is it as simple as that? I wondered if the vdX was a side-effect of using the virtio drivers and you might need to change the XML to using a generic SATA device to get the sdX device working? You tell me after you try it ;-) Quote Link to comment
itimpi Posted January 22, 2016 Share Posted January 22, 2016 Edit the XML for your VM and try changing the bus to sdX instead of vdX for your disk. Is it as simple as that? I wondered if the vdX was a side-effect of using the virtio drivers and you might need to change the XML to using a generic SATA device to get the sdX device working? You tell me after you try it ;-) Funny - I was just about to do that as I hit a similar issue trying to create a VM with the latest Ubuntu Quote Link to comment
jonp Posted January 22, 2016 Share Posted January 22, 2016 Edit the XML for your VM and try changing the bus to sdX instead of vdX for your disk. Is it as simple as that? I wondered if the vdX was a side-effect of using the virtio drivers and you might need to change the XML to using a generic SATA device to get the sdX device working? You tell me after you try it ;-) Funny - I was just about to do that as I hit a similar issue trying to create a VM with the latest Ubuntu I will say in 6.2 we actually will let you toggle between the bus type in the webgui, but not the device lettering (that will still require XML edits). Quote Link to comment
itimpi Posted January 22, 2016 Share Posted January 22, 2016 OK - I went into the edit XML option and made the following changes: On the hard disk 'target' line changed it to read dev='sda' bus='sata' Deleted the address line (so that libvirt could generate one itself Hit the update When I now started the VM my virtual hard disk was the device sda and everything worked exactly as I wanted it to. I had the CDROM on hda using the virtio drivers and I left it alone. I guess the next step is to see if I can switch to using the virtio drivers and keep the /dev/sda device that has been set up for booting? Not sure how much better performance would be using the virtio drivers? Quote Link to comment
jonp Posted January 22, 2016 Share Posted January 22, 2016 OK - I went into the edit XML option and made the following changes: On the hard disk 'target' line changed it to read dev='sda' bus='sata' Deleted the address line (so that libvirt could generate one itself Hit the update When I now started the VM my virtual hard disk was the device sda and everything worked exactly as I wanted it to. I had the CDROM on hda using the virtio drivers and I left it alone. I guess the next step is to see if I can switch to using the virtio drivers and keep the /dev/sda device that has been set up for booting? Not sure how much better performance would be using the virtio drivers? VirtIO should be better performance from a CPU usage standpoint. When you DON'T use VirtIO, you are putting more strain on your CPU to emulate a controller itself, as opposed to passing through a lot of those instructions to the host itself (reducing overhead). How much more strain? It depends. It might not be enough to worry you (especially if the underlying storage isn't fast enough to strain the system), but from our standpoint, there is never a reason to use anything other than VirtIO unless the OS you're using doesn't have support for VirtIO drivers. You may be able to use dev='sda' while specifying bus='virtio' Quote Link to comment
Alexandro Posted January 23, 2016 Author Share Posted January 23, 2016 Dear jonp and itimpi Thank you very much for your priceless participation. Now the clonezilla image installs fine and boots as it should. I guess I can mark the issue as [sOLVED]. Best regards. Quote Link to comment
itimpi Posted January 23, 2016 Share Posted January 23, 2016 You may be able to use dev='sda' while specifying bus='virtio' I will try this out and report back. I have a feeling I tried it earlier and it did not work but I could be wrong so need to check it out. Quote Link to comment
Alexandro Posted January 23, 2016 Author Share Posted January 23, 2016 bus "virtio" didn't worked for me. I've used "sata" instead. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.