I do this rarely enough I never remember the syntax to use robocopy like rsync -aP:
robocopy.exe “Source directory in quotes” “Destination directory in quotes” /MIR #NO trailing slashes
Robocopy.exe "D:\Heroes of the Storm" "\\nas\storage\Games\Heroes of the Storm" /MIR
I started this blog four years ago to document my highly technical adventures – mainly so I could reproduce them later. One of my first articles dealt with GPU passthrough / virtualization. It was a complicated ordeal with Xen. Now that I’ve switched to KVM (ProxMox) I thought I’d give it another go. It’s still complicated but not nearly as much this time.
To get my Nvidia GTX 1070 GPU properly passed through to a Windows VM hosted by ProxMox 5 I simply followed this excellent guide written by sshaikh. I will summarize what I took from his guide to get my setup to work.
intel_iommu=on
update-grub
echo "blacklist nouveau" >> /etc/modprobe.d/blacklist.conf echo "blacklist nvidia" >> /etc/modprobe.d/blacklist.conf
update-initramfs -u
vfio vfio_iommu_type1 vfio_pci vfio_virqfd
lspci -v
and look for your card. Mine was 01:00.0 & 01:00.1. You can omit the part after the decimal to include them both in one go – so in that case it would be 01:00
lspci -n -s 01:00 01:00.0 0300: 10de:1b81 (rev a1) 01:00.1 0403: 10de:10f0 (rev a1)
echo "options vfio-pci ids=10de:1b81,10de:10f0" > /etc/modprobe.d/vfio.conf
bios: ovmf machine: q35 cpu: host,hidden=1 numa: 1
hostpci0: 01:00,x-vga=on,pcie=1
I received the dreaded code 43 error after installing CUDA drivers. The workaround was to add hidden=1 to the CPU option of the VM:
cpu: host,hidden=1
Heroes of the Storm and Starcraft II would consistently blue screen on me with the following error:
kmode_exception_not_handled
The fix as outlined here was to create /etc/modprobe.d/kvm.conf and add the parameter “options kvm ignore_msrs=1”
echo "options kvm ignore_msrs=1" > /etc/modprobe.d/kvm.conf
Update 4/9/18: Blue screening happens to Windows 10 1803 as well with the error
System Thread Exception Not Handled
The fix for this is the same – ignore_msrs=1
Give as many CPUs as the host (in my case 8) and then enable NUMA for the CPU. This appeared to make my GTX 1070 perform better in the VM – near native performance.
I’ve been wanting to get some of my games to play properly in Linux with Wine. Recently I’ve been able to get Heroes of the Storm working pretty well in Arch Linux. This is what I did to get it working with my NVIDIA GeForce GTX 1070.
Update 4/22/2017: Even more changes with wine 2.4-staging. This site is very helpful:
For Wine Staging release 2.3 and later
Installer login Workaround:
- Create a clean 32-bit wineprefix
- Run the Battle.net installer with default options
* It crashes at the very end when it tries to launch, but installation still finishes and succeeds.
- Overwrite the default Battle.net config file:
cd "$WINEPREFIX/users/$(whoami)/Application\ Data/Battle.net/"
echo "{\"Client\": {\"HardwareAcceleration\": \"false\"}}" > "Battle.net.config"
- Set the default mimicked windows version to Windows XP
- Run Battle.net:
wine "$WINEPREFIX/drive_c/Program\ Files/Battle.net/Battle.net\ Launcher.exe"
Update 3/31/2017: A few things have changed since I wrote this article. I’ll keep the old information for historical purposes, but the process has updated
yaourt -Sy nvidia-beta
pacman -Sy wine
winetricks corefonts
winetricks winxp
setxkbmap us
It’s not perfect. Battle.net splash screens don’t load (no news, patch info) and the first few moments in the game stutter (but it’s fine after that.) Without DX11 the game doesn’t quite look as shiny but is still quite playable. I hope future versions of WINE will help with this problem, but this is what I’m using for now.
I ran into an issue recently where I tried to copy a battle.net game (Heroes of the Storm) from a backup folder on my NAS onto a new computer. Once the copy was completed I couldn’t get battle.net to update the game. It kept failing with error code:
file update failed for an unknown reason.
After much digging I found this post which mentions it’s due to the fact that the updater apparertly can’t update files with the hidden attribute. The hidden file attribute gets applied by the NAS because the file in question has a dot in front of it in the filename. For some reason the updater can’t touch it.
The fix is to change all files in the game folder to not have the hidden attribute. The easiest way to do this is via the command line. Navigate to the folder of the game you copied over and execute the following:
attrib -H .* /S
Finally, I can copy Blizzard game backups without agonizing over why they won’t patch.
Recently I tried to install the latest patch for Heroes of the Storm when I got a nasty error code 2600, Whoops! something broke.
Re-installing battle.net didn’t fix the issue. After much frustration I came across this post, which describes situations when you’re behind a caching proxy (which I am.)
I did as it directed, which is to disable the caching function of my proxy and delete anything Blizzard-related from my %temp% folder.
That did the trick. All is well now!
Update: I decided that rather than disabling caching / virus checkings completely I would create an exception in Sophos UTM web access policy. Thanks to the guidance from here I added the following exception:
| blizzard |
| Skipping: | Authentication / Caching / Block by download size / Antivirus / Extension blocking / MIME type blocking / URL Filter / Content Removal / SSL scanning / Certificate Trust Check / Certificate Date Check |
| Matching these URLs: | ^https?://([A-Za-z0-9.-]*\.)?blizzard\.com/ ^https?://([A-Za-z0-9.-]*\.)?blizzard\.vo\.llnwd\.net/ ^https?://([A-Za-z0-9.-]*\.)?blizzard.com\.edgesuite\.net/ ^https?://([A-Za-z0-9.-]*\.)?battle\.net/ |