Hello, I'm running Fedora 25 and I decided to install Windows 7 in KVM, because I needed to study Windows for my job. Everything went fine I kept usting the VM for about a week and then I decided to install MS Office 2016. During the installation of MS Office, Windows 7 crashed => black screen.
Now, when I try to run the VM it just goes to the loading screen of Windows and then it crashes. I also tried repair mode but it also goes to the loading screen and crashes.
I wonder if the virtual drive is full or something like that... Very weird.
Virt Manager stores a logfile in ~/.virt-manager/virt-manager.log.
Also, /var/log/messages may have logged something too.
Hopefully, I'm not steering you into log hell, but maybe some info in there.
EDIT
Another idea might be to tail -f both those files open your windows vm, open task manager - open your office application - monitor the resources via task manager when it opens and then check the logs after it crashes.
I'm not sure I have the answer for you yet but that may give us more info.
This is tail -f /var/log/messages after I start the VM. I cannot run Office because VM crashes at the Windows loading screen. I didn't see anything appear in messages at the time of the crash though. Also I don't have a /.virt-manager/ dir in ~
There are a few mentions of 'Cookie sqlite error 13, errno 0: database or disk is full' in the log but I don't think that's related.
What's weird is that VM status goes from Running to Paused when Windows crashes. If I try to resume it goes to paused again.
What distro are you using? When does the machine crash? At the loading screen? After you enter your username/password? Does it blank screen or does the application crash? How much RAM does the VM have? How much RAM does the local machine have? Can you use top or free to see how much available memory (RAM) you have available without your VM open?
I'm wondering if you don't have enough memory to open your VM, if there is a graphics issue, or if your Windows VM is out of space.
I'm going to leave some recommendations of what I'd try if I were in your shoes. I can't make any promises, but I'm going to be away from my machine for awhile. So rather than leave you hanging --- here's where I was going:
1) I'd see if my linux host is running out of memory -> this can be determined by using top or free -h to see how much free memory you have before launching the machine. If it's less than the amount you've allocated to the VM you may have a lack of resources on the host machine.
2) Possibly consider staring the vm on the command line - see if you can't get it throw an error to your terminal. You can do this by:
virsh list --all
virsh start yourWindowsVM
3) Depending on when it crashes, I had issues with VMWare booting with Wayland. If it's crashing when your trying to open the Virt-manager software - You may want to consider switching your Windowing system to GNOME X-Org and see if that works. A quick google search didn't supply an answer if QEMU is compatible with Wayland.
4) Last, but not least, I'm not sure how to check this, besides trying to boot into safemode, but I'd be interested to see if you ran out of room in your virtual HDD for the windows machine. If you did I'm not exactly sure how to find out of how to fix this, but it could be a lead.
Sorry I don't have the answer for you right now, I'll check back in a few hours to see if you've made progress or if any other members have a solution.
Turns out the Host was out of disk space on the default partition. I moved the VM file to another drive and then changed some XML settings to point to the new Dir and now it runs fine.
I recommend using a dedicated disk for VMs and my personal preference is to use LVM rather than files for the VM disks. LVM snapshots are really useful, especially when it comes to backing up.
Testing different OSs in space shared with the host OS is ok, but if you plan on doing any work/productivity to a guest OS you are better off with dedicated drive and space, if nothing else it will speed up you read/write times because the control isn't being handed off back and forth between the host and guest systems......snapshots = the holy grail! lol
Precisely, the host OS is less of a man in the middle because, other than the kernel LVM process it's not reading from, writing to, journalling or watching the partition with inotify. Also using LVM means that should you get a corrupted file system on your vm, that corruption will not affect other vms or the host partition (because there isn't one).
Being able to snapshot a VM is a blessing. I use Virtual Machine Manager myself have rolled back a several VM's with no problems. Also cloning is very nice having a default install of windows for instance and cloning it to mess around with then delete is nice.
Absolutely essential, new Windows VM in minutes instead of 2 hours. Also you can update and sysprep on a regular basis and have all essential software pre-installed