This HowTo article is split into multiple parts:
- Introduction
- Using Windows to Go as the base OS for your bootable VirtualBox system:
- Part 2A - Setting up the Windows to Go drive, Installing VirtualBox
- Part 2B - Creating a SpinRite Virtual Machine, Mapping the Host drives to the SR Virtual Machine, Steps to take when moving your Windows to Go drive to a new Target Machine (this article)
- Part 2C - Updating the Windows to Go drive to include Mac "BootCamp" drivers (optional, and obviously only for those planning to run the Windows to Go drive against a target Mac)
- Using Kubuntu Linux as the base OS for your bootable VirtualBox system
- Using MacOS as the base OS for your bootable VirtualBox system
- Downloading or Creating your VM and moving files in and out of the virtual drive
D. Setting up the base SpinRite Virtual Machine
- You could do either of the following:
- I would recommend downloading the pre-built Virtual Machine, as setup is simpler
- Once you've completed one of those processes, come back here to configure access to the target system drives
E. Configuring access to target system drives
- Read this for reference:
- Back in your host Windows system, open Windows Tools
- Right click Computer Management, run as Administrator
- Open Storage
- Open Disk Management
- Examine the disks. You’ll see all of the internal disks noted as Offline
- Note the numbers of the drives (Disk 0, Disk 1, etc.) that you want to examine with SpinRite
- Close this app
- Open an ELEVATED command prompt
cd C:\Users\Admin
- do a
dir
to see if theVirtualBox VMs
directory exists; if not, thenmd "VirtualBox VMs"
cd "VirtualBox VMs"
- Now run:
diskpart
- For each disk you want to access in Spinrite, enter these commands (replacing # with the number of the physical drive:
list disk
select disk #
offline disk
attribute disk clear readonly
rescan
exit
when done and you'll be back a the Command Prompt- Now, for each drive you want to have accessible to SpinRite you’ll create a special .VMDK file that VirtualBox will use to access the real drive. Here’s an example:
"C:\Program Files\Oracle\VirtualBox\VBoxManage" createmedium disk --filename DISK0.vmdk --format=VMDK --variant RawDisk --property RawDrive=\\.\PhysicalDrive0
- For each drive on the system, you’ll want to give a unique filename, and obviously adjust the RawDrive parameter to refer to the correct Physical Drive
- When you’ve created the needed .vmdk file(s), exit from the command prompt
- Start VirtualBox (it should prompt you to start as Administrator)
- You should still see your SpinRite setup
- Go to Settings, then Storage
- Decide whether to attach your virtual drives to either the IDE controller or the AHCI controller
- IDE Controller (listed as PIIX4 in the VM Settings)
- Pros:
- Faster operation (SpinRite native IDE driver works)
- Cons:
- Can only add up to 3 drives, as IDE only supports 4 total
- Logs will not be written until after the SpinRite session ends
- Pros:
- AHCI Controller
- Pros:
- Can have up to 30 drives (ports 0 to 29)
- Can log during operation
- Cons:
- Drives are seen as BIOS attached; SpinRite native AHCI doesn't work for some reason
- BIOS access may be an order of magnitude slower than IDE (or the same speed, you need to test and see!!)
- Pros:
- NOTE: The Host drive does NOT have be an actual AHCI connected SATA drive. I’ve attached NVMe drives, and internal MMC drives this way. VirtualBox seems to just present the drives via LBA, not CHS, so access is just by block address
- IDE Controller (listed as PIIX4 in the VM Settings)
- The Medium Selector screen should be aware of the vmdk files you made, highlight one and select Choose
- Repeat as necessary to add all your vmdk files
- Now start your VirtualBox session
- At the C:\> prompt start spinrite
C:\>spinrite
- After the memory check, SpinRite should enumerate the boot virtual drive, as well as all of the VMDKs you’ve attached
- And that’s it!! Perform whatever SpinRite operations you want on the attached drives
F. I want to take this disk and use it on another PC; what should I do?
- Boot up the new target PC with the Windows to Go USB drive
- Run Windows Update to get whatever drivers you might need. You may have to reboot more than one time!
- Right click on VirtualBox and Start as Administrator
- Go into Settings of your Virtual Machine
- REMOVE the prior VMDK files from the AHCI controller
- You should now CLOSE and DELETE any prior VMDK files referring to drives from a different system.
- You’ll use the VboxManage closemedium command for this:
- Open an ELEVATED command prompt
cd "C:\Users\Admin\VirtualBox VMs"
"C:\Program Files\Oracle\VirtualBox\VBoxManage" closemedium DISK0.vmdk --delete
- The vmdk file will be deleted, AND removed from VirtualBox’s registry of known drives
- You can now add the drives from the new system you are testing
Last edited: