Thursday, June 21, 2012
Tuesday, May 8, 2012
Creating a Bootable Windows 7 USB Drive for Installation / System Repair / Recovery - First Cut
Normally, if I booted a computer from a Windows 7 installation DVD, I could get into System Recovery Options (e.g., Startup Repair, System Restore, Command Prompt) that would let me run various diagnostics. Unfortunately, my laptop did not have a CD/DVD drive. So if I wanted to see those Windows 7 startup repair options, it seemed that I would have to find a way to do so by booting the computer from a USB flash drive instead. This post describes the steps I took to develop a USB drive that would give me those options. It also incidentally describes how to make a bootable copy of the Windows 7 installation DVD on a USB drive.
One approach was to put the entire Windows 7 installation DVD on a USB drive. The DVD contained about 3GB of material, so this would require a USB drive of 4GB or larger. Another approach was to put just a Windows 7 System Repair or Recovery CD on a USB drive. This would require only about 150MB, so I could use a smaller, older, cheaper, or otherwise unused USB flash drive. The Recovery CD option might load faster than a full Windows CD, but it would not be useful for installation or for recovering system files.
Either way, the first step was to get the necessary files. The Windows installation files would traditionally be purchased on a DVD, but it was also possible to download them. Similarly, the Windows 7 System Repair Disc was ordinarily a CD, but it could be copied or converted to files on a hard drive.
To get a System Repair Disc, I had to search my computer for "system repair disc." That didn't work in my case -- I must have renamed the relevant shortcut -- so I searched for various combinations of "create," "system," "repair," and "recovery." I could also have used Control Panel > Backup and Restore > Create a system repair disc. The option of downloading the file(s) needed for a system repair CD was apparently disappearing. In any case, eventually I found and used the link to a little Windows 7 program whose title bar read simply, "Create a system repair disc." This created the recovery CD.
Next, the files that weren't already in ISO format needed to be converted to ISO. The downloaded versions of Windows 7 evidently came in ISO format. By contrast, the installation DVD and the recovery CD were not in ISO format. To convert them to ISO, I started by using Magic ISO Maker. It warned me that it would not create an ISO larger than 300MB, but this seemed to be a bluff to motivate an immediate purchase. Format Factory would apparently have been one among many freeware alternatives. When I remembered that ImgBurn would create ISOs from files or discs, however, I deleted the Magic ISO output and used ImgBurn instead, since it had worked well for me in other sorts of projects in the past.
Once I had an ISO, I had a choice between two different approaches to get it properly unpacked and operational on the USB drive. A dedicated USB drive would focus solely on one version of Windows 7 (e.g., 32-bit vs. 64-bit, Home vs. Ultimate). This dedicated approach seemed likely to be relatively simple and reliable, and would probably be all that most users would need. By contrast, a multiboot USB drive would allow the user to install and/or run two or more different operating systems (potentially including e.g., Windows XP and Linux). I decided to go with the dedicated, single-system approach.
I started with the Windows 7 system recovery CD, which ImgBurn had now converted to a file I called Win7SysRepair.iso. There seemed to be several ways to put this ISO onto a bootable USB drive. One approach involved using Grub4DOS. Another was to use Microsoft's Windows 7 USB/DVD Download Tool. I ran that Tool. It called for a few simple steps. First, I plugged in the little 512MB USB flash drive on which I was going to install the Windows 7 system recovery CD files. Then I pointed the Download Tool toward the newly created Win7SysRepair.iso. I clicked the USB Device button, and the Tool found the USB drive. I clicked Begin Copying and confirmed that it was OK to erase the USB drive. The tool said, "Creating bootable USB device." The first time I tried it, it failed, with this error message:
We were unable to copy your files. Please check your USB device and the selected ISO file and try again.I assumed this was due to interference from AntiRun, which I was using to keep an eye on USB drives. I shut down AntiRun and tried again. But no, the Tool failed the second time too. To troubleshoot this problem, I ran a search and saw that this was a rare error.
The problem seemed to be that the Tool was formatting the USB drive as NTFS. I thought the solution would be to go to Start > Run > diskmgmt.msc and quick-reformat the USB drive with a FAT32 file system (using a volume label of no more than eight characters). But I still got the same error. Another source said the problem was that the Microsoft programs (diskmgmt.msc and also the Tool) failed to use the Clean command. In other words, my USB stick had residual formatting from some previous use.
The advice was to fix this problem by opening a command window with Administrator rights and type "diskpart" at the prompt. This started the DiskPart program, with its own DISKPART> prompt. The next step was to type "list disk" to see what drives were connected to the computer. This showed me that, as expected, the last disk was the smallest: 491MB. That was surely my USB drive. (It seemed pretty important not to be reformatting the wrong drive.) That 491MB drive was Disk 2. So I typed "select disk 2." It informed me that Disk 2 was now selected. I typed "list disk" again to check and, sure enough, there was an asterisk next to Disk 2. So I was ready to type "clean." It said, "DiskPart succeeded in cleaning the disk." With that done, I could type these remaining commands in DiskPart, one at a time:
create partition primaryI exited the command window and tried Microsoft's Windows 7 USB/DVD Download Tool again. It still failed. I tried again, this time using a different USB drive. This time was even worse: previously, it had failed at the 99% mark, but with this drive the copying process didn't even start. I tried using an ISO built from a System Recovery CD created on another computer, running a different version of Windows. But the Windows Download Tool said this:
select partition 1
active
format quick fs=fat32
assign
exit
Invalid ISO FileI got that error twice, with ISOs created by ImgBurn and also by Magic ISO Maker. It was time to give up on the Microsoft Download Tool, reformat the USB drive, and try another approach.
The selected file is not a valid ISO file. Please select a valid ISO file and try again.
I went back to look at the Grub4DOS approach mentioned above. I wouldn't be using it to install multiple bootable operating systems on my little 512MB USB flash drive, but it looked like a straightforward process anyway; I figured maybe the education would come in handy later. For this approach, I needed to download and install MultibootISO. I found what appeared to be a popular, current version of this program on a Pendrivelinux webpage.
On closer inspection, what we downloading was now called YUMI (short for Your Universal Multiboot Installer). YUMI was apparently a successor to both MultibootISO and Universal USB Installer. YUMI was portable; no installation required. YUMI didn't have a built-in option for installing Windows 7. I got the feeling that YUMI was not going to replace MultibootISO for this particular task. Nonetheless, I tried. In YUMI, I selected "Try an Unlisted ISO." YUMI didn't complain that the ISO was invalid. It seemed to think it had succeeded. Sadly, the USB drive wasn't bootable, at least not in the laptop where I tried it. I tried again and, whoa, success! Apparently I had just not hit Esc quickly enough to bring up my laptop's bootable USB drive menu when the laptop was first starting up, or maybe I had hit Esc too many times and escaped my way right out of that menu. But now, on this second go, YUMI gave me the Windows 7 recovery CD functionality, running from my USB drive.
Well. This YUMI thing was pretty cool. When I started this post, I thought I would just be content with the Windows 7 installation DVD. For that purpose, my spare 4GB USB flash drive was sufficient. But now I wanted to try YUMI with a large USB drive that would accommodate the Windows 7 installation DVD as well as other operating systems and other bootable CDs. But this would have to await purchase of a 16GB or larger USB flash drive.
Posted by raywood 1 comments
Labels: 7, bootable, installation, iso, multiboot, MultibootUSB, recovery, repair, system, usb, windows, YUMI
Sunday, January 22, 2012
Windows Seven Forums: Banned!
I was trying to get an answer to a question about Windows 7. I went to Windows SevenForums.com. When I tried to log in, I got this message:
You have been banned for the following reason:I had gotten that message previously, and had twice asked them why I was getting this. They had never replied.
spam
Date the ban will be lifted: Never
As one comedian put it, "It's funny, I haven't even done anything yet. How did they know that I'm going to spam?" The answer seemed to involve backlinking. I was not entirely sure what that was, and therefore could not say whether I had ever done it -- though it seemed unlikely, since I had only posted one message on their forum -- a message that I could not now examine, to see how it might have erred.
This time, when I tried to use their contact form to ask them what was going on, they just kept giving me one Captcha after another. Some of them were really hard to figure out, so I had to click on the recycle button to get a different one. I didn't realize they might just be playing games until I got this one:
It did seem unlikely that SevenForums.com seriously expected me to enter or translate that bit of Hebrew.
I concluded, at this point, that my only remedy was to put this item out there for the world to see, so that perhaps someone with some way of getting through to SevenForums.com might be able to persuade them to smell the coffee.
Posted by raywood 2 comments
Labels: 7, backlinking forums, banned, captcha, Hebrew, SevenForums.com, spam, windows
Monday, January 9, 2012
Windows 7: Cannot Create New Folder in Windows Explorer
I was working along in Windows 7 x64, when suddenly I discovered that I could not create a folder in Windows Explorer. The method I usually used (File > New > Folder) no longer existed: the Folder option was gone from the drop-down menu.
A search suggested that I was not the only one who had experienced this. It seemed that suggested solutions had not reliably fixed the problem. One such solution was to download and run a REG file, and then reboot, to correct a problem in the registry. I was concerned that such files could make a large number of registry changes, though, with unpredictable consequences, and that not all of those changes might be applicable to all versions of Windows 7. A more conservative option was to add just one line to the registry, in a sub-subkey that might or might not already be present. Specifically, the Default value of HKEY_CLASSES_ROOT\Directory\Background\shellex\ContextMenuHandlers\New was supposed to be {D969A300-E7FF-11d0-A93B-00A0C90F2719}. But mine already was. So the conservative registry edit wasn't the answer.
Someone had said something about creating a new folder by using the right-click context menu in Windows Explorer. I had rarely if ever used that approach; and now that I tried it, I saw that the only New thing I could create there was a Briefcase, that holdover from ye olde versions of Windows. I had often used Ctrl+Shft+N to create new folders, but that wasn't working either. I ran a search to see if there were other ways to create a new folder, at least to buy some time until maybe a solution would occur to me. One suggestion was to click on the new folder icon on the taskbar. I didn't have that, I hadn't seen it, and pinning Windows Explorer to the taskbar didn't create it. I suspected that perhaps the writer meant "command bar" (i.e., near the top of the Windows Explorer window), not the taskbar. I did still have a New Folder option up there, but it wasn't working. It seemed that the basic functionality was gone, regardless of where it might have been available previously.
It took me a while to realize that, of course, I could still create folders by opening a command window and using the "md" command. Example: md "\Folder name" -- where quotation marks were necessary because the folder's name had a space in it. The hard way to open a command window in the folder where I wanted to create a subfolder was to go to Start > Run > cmd, and then navigate to the correct place by using commands like C: or D: to change drives, and cd "\Folder name\Subfolder name" to get where I wanted to go. The easy way to open a command window in any folder was to go into Ultimate Windows Tweaker > Additional Tweaks > Show "Open Command Window Here."
But back to the missing ways of creating a new folder within Windows Explorer. There were the inevitable suggestions to search for malware; but I wasn't getting any other weirdness, so malware seemed unlikely. One discussion brought to mind the possibility that a recent program installation was responsible. I played around with uninstalling and rebooting, but nothing clear emerged. It seemed that I would have to restore Windows from a previous version, install upgrades and new programs as needed or desired, and see if I could track more closely when (or if) the problem reappeared. But before doing that, I went ahead and ran the REG file mentioned above, the one that made many registry changes. But when I did, I got an error:
Registry EditorI closed all windows that were still open, right-clicked on various icons down in the system tray and closed those, and tried again. Still no luck. I went to Start > Run > taskmgr.exe > Processes tab, closed down some processes that looked safe, and tried again. It still wasn't enough. I rebooted into Safe Mode and tried running the REG file there. Same error! I ran a search for the error message, but found no solution in the several pages I examined. One hypothesis: the REG file was not suited for this particular machine and/or version of Windows.
Cannot import D:\Current\NewFolderFix.reg: Not all data was successfully written to the registry. Some keys are open by the system or other processes.
Eventually I did figure out what caused the no-new-folders problem. It was a program called Boot Deleter. It had a nifty option to associate itself with Windows Explorer, so that I could just right-click on a file that resisted being deleted by other means, and indicate that I wanted that file to be deleted the next time the system rebooted. But now that I was watching carefully, the ability to create a new folder disappeared as soon as I clicked on the Associate button. No real surprise that it would be problematic: the program had not been updated since 2005. I clicked, now, on the button to kill the association, but that didn't solve the problem: the ability to create a new folder was not restored, even after a reboot.
Due to an apparent malfunction or misconfiguration, I discovered at this point that System Restore was not keeping current backups. So now I would apparently have to restore a drive image from more than a month earlier. Not a terrible thing, but I wondered if there was another way. I hadn't used Revo Uninstaller, to watch what was being done when Boot Deleter was installed. Boot Deleter hadn't installed a desktop icon or otherwise been visible, so I couldn't use Revo's Hunter Mode to figure out the problem. But I could try reinstalling Boot Deleter, with Revo running, and see if it would work now. I saw, then, that I would need the pro version of Revo for this, and I wasn't ready to spring for that.
Another possibility was to use Process Monitor (PM), which was said to track attempts to modify the registry. I opened PM, maximized it, spread out its columns so that I could see what was happening, and went up to its toolbar. I hovered over items to get their tooltips. At the right end of the toolbar, I turned off a couple of items, so that I was monitoring only file and registry activity. I went to Boot Deleter and got ready to install it again. Back at the PM toolbar, I clicked on the Clear button, so that I wouldn't have too long a history to work through. (I could also have used Ctrl-X to clear.) Then I went back to Boot Deleter and installed it. Then, back at PM, I clicked on the Capture button (Ctrl-E). Then the Filter button (Ctrl-L). In the Process Monitor Filter dialog, I deselected all of the items listed (e.g., "Process Name is Procmon.exe ... Exclude."). In the first drop-down box at the top, I selected Process Name. The second box said "is." In the third drop-down box, I selected BootDeleter.exe. The fourth box said "Include." I clicked Add. This put my BootDeleter.exe item in the list as the only checked item. I clicked Apply > OK. The status bar at the bottom of the PM screen told me that I now had a list of 2,345 events. I went to File > Save. "Events displayed using current filter" was already selected. I changed the format to CSV and specified an output path and CSV filetype > OK. In Windows Explorer, I double-clicked on that resulting file ("Process Monitor 01.csv"), and manipulated the file in Excel. Basically, I filtered it for the items that looked like file or registry changes that would need to be reversed. I wound up with a list of several hundred items. Clearly, this was not going to be a matter of a few registry keys needing to be undone. I decided it would be easier to restore the previous image, and catch up to the present that way.
Saturday, May 21, 2011
ASUS Eee PC: Booting from USB: First Cut
I needed a way to boot an ASUS Eee PC with Windows 7 installed. The mission was to look at, and possibly replace or delete, a certain file in a particular directory on the Eee's drive C. The Eee didn't have a CD/DVD drive, so it seemed that what I needed was a bootable USB drive with file management capabilities. I knew the Eee was capable of being booted that way, because I had already successfully booted it with USB drives containing Acronis True Image and GParted. Unfortunately, I had not succeeded in previous attempts to boot Ubuntu or some other program or operating system, so as to examine files and folders. This post describes some more attempts along those lines, oriented specifically toward getting various programs to boot an Eee from a USB drive.
Hiren's Boot CD
More than a year earlier, I had made a similar attempt related to Windows XP. In that attempt and previously, I had become familiar with various bootable USB jump drive packages, including the Universal Boot CD for Windows (UBCD4Win) and BartPE. It now appeared that Hiren's Boot CD (HBCD) was an especially good option. I noticed that it included DBAN, GParted, and other tools that I would like to have on a bootable USB thumb drive. Following the instructions provided by Hiren and Pankaj (as also shown, somewhat confusingly, on a different website I found later), I took these steps:
- I plugged in my USB flash drive -- 4GB, though they said 512MB was sufficient. I suspected that a drive larger than 4GB would fail due to their use of FAT32 formatting.
- I downloaded and ran their USB formatting program (changing no settings). Then I downloaded and ran their grub4dos program as Administrator. The device I selected was a Disk (not File). It was a 4GB USB drive, so on my system that was hd3, which they described as "3851M" (i.e., not quite 4,000 megabytes). I clicked Refresh next to Part List and selected Whole Disk (MBR). I clicked Install.
- I downloaded the Hiren's BootCD zip file.
- I unzipped the BootCD zip file and found that it contained an ISO. I didn't want to burn a CD in order to proceed with the next steps, so I tried using Virtual CDROM to position that ISO as a virtual CDROM drive. Specifically, in VCD, I clicked Mount, navigated to the ISO, selected it, and clicked OK. The mount failed. I saw that Virtual CloneDrive (VCD) seemed to be more frequently downloaded, so I tried that. When I started it, it gave me only a few options. I adjusted those. Now I had an icon in the system tray. I right-clicked on that and got an option to mount drive G, which Windows Explorer was now showing as "BD-ROM Drive." That opened up a dialog. I navigated to the ISO. That seemed to work. The HBCD instructions said to copy everything from the mounted ISO to the USB flash drive, so I did. There was some flaky behavior here: at one point I basically had to restart Windows Explorer to see the contents of the mounted ISO again, but in the end I was able to copy those contents to the jump drive.
If you are getting GRLDR error, or if usb booting is halting with a blinking dos window, or if you are facing with smilar situations, try using syslinux to boot grub4dos. To do that, download syslinux.zip (145 KB), extract its contents, run ‘RunMe.bat’ inside of the extracted folder and follow its steps.Oy. But, OK, I downloaded and unzipped syslinux.zip and clicked on its RunMe.bat file. It did copy files to the USB drive, as promised. Now what? I tried booting the Eee with the USB stick again. That definitely worked. I was now looking at a GRUB4DOS menu that listed a half-dozen programs. Unfortunately, none of them was HBCD. I tried a Google search for info on the HBCD "cannot find GRLDR" error. Got a couple dozen hits, mostly in Vietnamese. Bizarre. I didn't like Bing, but an equivalent Bing search didn't have that problem. Regardless, I didn't see a solution. Back at one of the HBCD instructions pages, I noticed that they said I should have run grub4dos as Administrator. I hadn't done that. I was already logged in as Administrator, but maybe that wasn't sufficient. I right-clicked on grubinst_gui.exe and clicked Run as Administrator. That brought up the same Grub4Dos Installer dialog as before.
I went through the steps again. In the process of abandoning the one HBCD instruction page for the other, I had also overlooked another step: "Copy grldr and menu.lst (from HBCD folder) [actually found in the grub4dos\grub folder] to the usb drive." I did that now. The menu.lst (that's MENU.LST, with an L, not MENU.1ST, with a one) file overwrote the one that syslinux had placed on the USB drive. I wasn't sure how this was going to work: I hadn't removed syslinux from the USB drive. But I gave it a try. This time, I got a somewhat longer Grub4DOS menu. Unfortunately, I didn't see most of the tools that had interested me originally; and after a moment, the computer went ahead and tried to load Windows 7, even though I had not to my knowledge issued any command of that sort. I rebooted. It seemed I must have left the cursor sitting on the option for "Custom Menu ... (Use HBCDCustomizer to add your files)," because that one was ready to boot automatically in just a few seconds. Hitting Enter on that item opened a longer list.
What I wanted, in the particular situation, was something like Ubuntu, with which I could use a GUI to change files in a particular folder on the Windows 7 programs drive C. I decided to try Eeebuntu 3.0.1 Netbook Remix. It gave me an error message, and within 10 seconds I was back at the Grub4DOS menu. I tried Ubuntu 10.04 Netbook Remix. I tried Ubuntu 10.04 (GNOME Desktop x86). All of these were giving me "Error 15: File not found." They seemed to be trying to load an Ubuntu (or whatever) ISO. Was I supposed to have that on a separate USB drive, also plugged into the netbook? I tried Eeebuntu again. It seemed to be looking for eeebuntu-3.0.1-nbr.iso. A search led to Aurora and Wikipedia webpages indicating that Eeebuntu 3 was based on Ubuntu 9.04, which at this point was two years old and outdated in a number of ways. I wasn't that much more excited about the HBCD option to load Ubuntu 10.04, also a year old.
I had been thinking, or hoping, that HBCD would somehow miraculously combine all those dozens of CDs on one USB stick, but now that was just not materializing. If I was going to be using HBCD just to boot Ubuntu, why not have the latest Ubuntu on a stick? Make it simpler and more up-to-date. I went to the Ubuntu download webpage and noticed that they were providing instructions that simply involved the Universal USB Installer and a downloaded Ubuntu ISO. I ran my copy of Universal USB Installer and saw that it was willing to install Ubuntu 11.04 on a stick. I was about to proceed with that, but then I wondered whether some other Linux distribution would be better for the Eee. A search led to one webpage in which some people said that plain old Ubuntu was fine. Another webpage suggested Leeenux. I was familiar with Ubuntu, so I decided to try that (again).
When I had pretty much settled on the approach of using Universal USB Installer to download and install the ISO on my USB drive, it occurred to me that the advantage of HBCD was that I could have a bunch of ISOs on a companion USB drive, and could boot them all with the HBCD USB drive. In this concept, I couldn't do it all with one drive, but I could do it with two, especially now that USB drive capacities were increasing: my second USB drive could hold a dozen ISOs. I revisited the option, presented in HBCD, of using HBCD Customizer (above). I was thinking this might be a way to run Ubuntu 11.04 among others. Thing is, I couldn't find it. I didn't want to download it from just any random webpage -- it could be virus-ridden -- but it seemed like WOT-banned sites were featuring it.
XBoot
Another search led to some indications that the UBCD4Win was also customizable, so I turned to that possibility. This search seemed more promising. On closer examination, though, it appeared that creating this device required a Windows XP CD. I had one, but others might not. That requirement would also presumably have prevented me from using it to install Ubuntu. So I turned to its cousin, UBCD (not for Windows). A search led ultimately to Pendrivelinux.com, where I discovered XBoot, which was yet another possibility (along with YUMI and the Linux-based MultiSystem. The XBoot instructions required me to download the latest XBoot as well as the other ISOs that I would want to use. I decided to start with ISOs for GParted, Ubuntu 11.04 (which, as I recalled, would not automatically contain GParted), Darik's Boot & Nuke (patched for XBoot), and Acronis True Image Home. I had purchased a copy of Acronis, and would have been glad to recommend a freeware alternative, but I wasn't immediately finding one with an ISO. There would probably be other ISOs I would want to add later, but this would do for now. I wasn't as interested in some of the programs that were supposedly included in Hiren's Boot CD, for instance, because I was keeping a copy of my customized Start Menu (containing portable applications) on a separate USB drive, and many of the programs included in Hiren's were already on that Start Menu. Many of those programs required an operating system (especially Windows) to be booted already, so I wasn't sure how or why I would be using them on a multiboot USB drive, though of course it could be handy to have everything on one large USB drive.
So anyway, I downloaded, unzipped, and ran XBoot. It was a portable, which was nice. I had created a folder for the four ISOs mentioned in the previous paragraph (i.e., GParted, Ubuntu, DBAN, and Acronis), so now I just dragged those ISOs over and dropped them on the XBoot program. The instructions seemed to say I was supposed to do something with the QEMU and Edit MultiBoot USB tabs, but I couldn't quite figure it out. I decided to start simply, by clicking the Create USB button on the first (Create Multiboot USB/ISO) tab. This brought up a dialog giving me the options of using Syslinux or Grub4dos as my bootloader. They recommended Syslinux, so I went with that. The dialog automatically identified my USB drive. XBoot then seemed to be copying my ISOs to the USB drive. When it was done, it said, "USB created successfully!! Check by running it on QEMU?" I wasn't sure if that meant it was going to reboot the system into the QEMU operating system. I wasn't in the mood to have my desktop system rebooted right then, so I said no. Then I looked and saw that QEMU was just an emulator, so I probably could have tested it safely. It wasn't too late: the QEMU tab within XBoot allowed me (after a Refresh) to run the USB drive and, by golly, it seemed to work.
I plugged the USB drive into the Eee and rebooted it. As in QEMU, it gave me the option to go into Utility, Linux, or Help. The Utility submenu had Acronis, GParted, and DBAN. I went into Linux in the main menu. Ubuntu was the only option there. I chose that option. It ran. I was able to access folders and go online in Firefox in Ubuntu. Later, I discovered that, unlike the three other ISOs, Acronis did not boot. Acronis could be made bootable on a USB drive by installing the Acronis software and using its Bootable Rescue Media Builder. I had already done that with another USB drive. What I needed now was apparently not an ISO of the Acronis CD, but rather an ISO of that USB drive. I used ImgBurn to create that. Then I went back into XBoot. There didn't seem to be an alternative to redoing the whole bootable USB creation process, so I did that. This time, when the process finished, I tested all of the USB drive boot options in QEMU. I saw that it had not deleted the previous options; I now had two Acronis entries. One hung the system; the other successfully started Acronis. I wanted to edit this menu, so I went to XBoot's Edit MultiBoot USB tab. When I clicked the "Edit Syslinux menu file" button, I got an error: "No application is associated with the specified file for this operation." When I clicked Edit Grub4dos Menu File, it asked what program I wanted to use to edit it. I tried Notepad. That worked. It opened menu.lst, which turned out to be in the root (top level) of the USB drive. Menu.lst told me that the menu for the Utility section was on the USB drive too, in /boot/grub4dos/utility.lst. My editing efforts were not too successful, so ultimately I just wiped the drive and started over. I was not able to get Acronis to work, and in a subsequent retry the Ubuntu also stopped working. I reformatted the USB drive (not Quick Format) and then redid the XBoot process without Acronis, and now the Ubuntu was failing to load. I tried that twice.
Assuming I could get Ubuntu working again on the USB drive, the solution, so far, was to use XBoot, a Windows program, to load several program ISOs on a single USB drive. The Eee would boot from this USB drive and would give me a menu allowing me to choose among those programs. There seemed to be no practical limit on the number of ISOs that could be loaded this way. The USB drive seemed to be capable of running just one ISO at a time, and Ubuntu loaded from the USB drive did not seem able to see the contents of the USB drive itself, so it did not appear that stray utilities added to the USB drive would be available to operating systems (e.g., Ubuntu) booted from the USB drive.
Grub4DOS
I wanted to try again to get a multiboot USB drive that would work with Acronis as well as with Ubuntu, DBAN, and GParted. I found detailed instructions on using Grub4DOS in a way that seemed to meet this need. The steps were as follows:
- Download and unzip the needed files. These were Grub4DOS 0.4.4 (2009-06-20) and the Grub4DOS installer (grubinst-1.1-bin-w32-2008-01-01.zip).
- In the Grub4DOS-Installer folder, right-click and run grubinst_gui.exe as Administrator. (This was familiar from the steps described above.) Select Disk, click its adjacent Refresh button, and select the drive on which you want to install Grub4DOS. The size of the drive was a clue. In my case, I was installing to a 4GB flash drive, so I selected the one that was 3812MB in size.
- Still in the Grub4DOS installer, click the Part List Refresh button. This time, I got an error: "Invalid partition table, if you still want to install, use the --skip-mbr-test." This was presumably why Ubuntu had failed to boot on the last couple of tries with XBoot (above). But I had already reformatted it! Some advised using the HP USB Disk Storage Format Tool (HPUSBDisk.exe). I closed down the Grub4DOS Installer and tried that. I set it to do a quick format and not to create a DOS startup disk. That did the trick; I was now able to go back in and select "Whole Disk" next to the Part List, as advised back in the Grub4DOS instructions.
- Unlike the situation above, the instructions this time advised checking the "Don't search floppy" box (but nothing else) and then clicking Install. That succeeded. I closed the Grub4DOS Installer.
- From the unzipped Grub4DOS download folder, I copied grldr to the USB drive.
- Skipping to section 3 of the instructions (since I wanted multiple ISOs on the USB drive), I ran Acronis True Image Home on the desktop computer, where I had installed it. I went to the Main Screen > Create bootable media. When I got to the Bootable Media Type Selection section, I chose ISO Image. I saved it to the same folder on the hard drive where I had my GParted and other ISOs.
- I created menu.lst in that ISOs folder, so I'd have it in case I wanted to create another USB drive or retry with this one. To create menu.lst, I started by copying and pasting this text into Notepad:
timeout 10
The parts that could be edited were the title (Acronis True Image Home 2011), which could be anything I wanted, and the ISO's filename (AcronisTrueImageHome2011.iso), which had to match what I had actually called the ISO. (Spaces in the ISO's filename would apparently have been a bad idea.) I didn't change the (hd32) part of the "map" line. The "--mem" part of the first "map" line was optional. It apparently made the ISO load into RAM. With 2GB of RAM on my Eee, I felt that I could do this with all of my ISOs. If that had failed, I could have removed "--mem" from that line.
default 0
title Acronis True Image Home 2011
map --mem (hd0,0)/AcronisTrueImageHome2011.iso (hd32)
map --hook
chainloader (hd32)
boot
title CommandLine
commandline
title Reboot
reboot
title Halt
halt - I copied the finished menu.lst over to the root of the jump drive. So now the USB drive contained two files: grldr and menu.lst.
- I copied the Acronis ISO over to the USB drive, so that menu.lst would be able to find it. The instructions said I could have put it into a folder of its own, as long as the map command in menu.lst could find it (by referring to e.g., /subfolder/AcronisTrueImageHome2011.iso).
- While I was at it, I copied the other ISOs (GParted, Ubuntu, DBAN) as well. I used the patched DBAN ISO mentioned above.
- I edited menu.lst so that it would include references to all four ISOs. As just shown, it already had five lines referring to the Acronis ISO, beginning with "title." So I copied, pasted, and edited those five lines for each of the other ISOs I wanted to boot. Here, again, I was allowed to change only the title itself (e.g., changing "Acronis True Image Home 2011" in the copied "title" line to GParted, DBAN, or Ubuntu) and the name of the related ISO on the first "map" line.
- I changed the timeout from 10 to 20 seconds.
- Again, I made these changes to the copy of menu.lst that I had created in the ISOs folder on the hard drive, so that I would have a copy of it, and then copied it over to the jump drive.
BOOT FAILED!It seemed that the Ubuntu/Debian live images (Ubuntu 11.04 and GParted) were not working with Grub4DOS. A search suggested that others were having this problem too. One post suggested that changes involving "kernel" and "initrd" might help, but I was not sure how to configure them. I wondered if the --mem option was screwing up the Linux items, so I edited menu.lst to remove that option from those items. For GParted, that worked, to the point of giving me the initial menu, but then it led back to the BOOT FAILED! screen (above). For Ubuntu, I wound up back at the same message as I had gotten first time -- similar to the one just quoted, but much briefer. It said something about BusyBox but then said, "(initramfs) Unable to find a medium containing a live file system."
This Debian Live image failed to boot.
Please file a bug against the 'live-boot' package or email the Debian Live mailing list at debian-life@lists.debian.org, making sure to note the exact version, name and distribution of the image you were attempting to boot. . . .
Unable to find a medium containing a live file system.
BusyBox v.1.18.4 (Debian 1:1.18.4-1) built-in shell (ash)
Enter 'help' for a list of built-in commands.
/bin/sh: can't access tty; job control turned off
(initramfs)
Grub4DOS: Ubuntu
I was perhaps experiencing the problem that "Some linux distributions just refuse to boot from an ISO file on a USB drive." Of course, Ubuntu could be booted from a USB stick; it was the ISO part that was causing the problem. This was apparently "experimental." It seemed that the "kernel" and "initrd" commands could be copied literally, at least for Ubuntu 10.10; I wasn't finding much advice for 11.04. The approach shown in a couple of websites was like this:
title Ubuntu 10.10I adjusted menu.lst to replace the previous Ubuntu entry with these lines, copied the Ubuntu 10.10 ISO to the USB drive, and tried that. (Note: the line beginning with kernel is long; it wraps. The next line after "kernel ..." is "initrd ...") This gave me "Error 60: File for drive emulation must be in one contiguous disk area." A search led to the advice to use either Contig or WinContig to defragment the ISO on the USB drive -- to defragment a single file, that is, not necessarily the whole drive. I was curious whether this kind of separate tool was necessary. In Windows Explorer, I right-clicked > Properties > Tools tab > Defragmentation. I selected the USB drive and clicked "Defragment disk." In seconds, it said, "0% fragmented." I tried booting again. Now it said "Error 15: File not found" for the Ubuntu 10.10 ISO. I couldn't figure this out: the file was right there. I re-copied the ISO over from the hard drive to the USB drive and, this time, I defragmented it with WinContig. It offered to run on the whole USB drive after all, so I went ahead with that. Basically, I was wondering if there was some kind of magic about the WinContig way of defragmenting. It took much longer than the Windows defragmenter had taken -- a couple of minutes, altogether, just for that little USB drive. Eventually I realized that it was hung. I tried to use Task Manager (Ctrl-Alt-Del) to kill it, but that didn't work. I rebooted the system.
find --set-root ubuntu-10.10-desktop-i386.iso
map ubuntu-10.10-desktop-i386.iso (0xff)
map --hook
root (0xff)
kernel /casper/vmlinuz file=/cdrom/preseed/ubuntu.seed boot=casper iso-scan/filename=ubuntu-10.10-desktop-i386.iso splash
initrd /casper/initrd.lz
I tried booting the Eee again with the USB stick. This time, I got "Error 27: Unrecognized command." I thought that maybe the Ubuntu ISO could not be in the root folder, so I put it into a subfolder called ISOs, and modified the three references to it (in the menu.lst lines quoted above) accordingly. (The final menu.lst is shown below.) Since things were not going well, I went back and re-did the 13 steps listed above. This time around, they were like this:
- Run the HP USB Disk Storage Format Tool on the USB drive.
- Run grubinst_gui.exe as Administrator.
- Copy grldr from the unzipped Grub4DOS download folder to the "MultiBoot" folder on the hard drive where I was saving everything that I would be copying to the USB drive. That folder now contained grldr and menu.lst in its top level, and the ISOs in its "ISOs" folder.
- Copy the contents of the MultiBoot folder to the USB drive.
Grub4DOS: GParted and Parted Magic
So how to make GParted work? A search led eventually to some suggestions that Parted Magic (which evidently contained GParted among other things) or RIPLinuX (which evidently contained Parted Magic plus) might be the superior tool and easier to put on USB. I was willing to use any of the above, as long as I could figure out how to put it on a multiboot USB -- preferably, at this point, using Grub4DOS. I looked into Parted Magic, reasoning that, again, I probably wouldn't need all the stuff on RIPLinuX, and it might load slower. The contemporary way to put Parted Magic on a USB stick by itself was to use Unetbootin. But how to put it on a multiboot USB? One webpage claimed that I could download and unzip a USB version, install its contents to the root of the USB drive, and it would run with a modification of menu.lst. Sadly, that version was no longer available at the cited SourceForge link. That webpage made similar claims for Memtest86+, BartPE, and UBCD, and I was tempted to experiment with those as well. I found other webpages providing seemingly easy instructions for adding Hiren's BootCD and Memtest86+ as well. Most tempting was the option of adding a Windows 7 Recovery CD. I decided to return to these possibilities later, time permitting.
But continuing with the Parted Magic investigation, I began to find that I probably should have called the subfolder "images" rather than "ISOs" -- referring, there, to the folder on the USB drive where I had put the ISO downloads. So I made that change in menu.lst and in the folder structure now. Then I found a thread that seemed to offer a way to make Parted Magic 5.10 work with Grub4DOS. I downloaded the ISO of that fairly recent version and put it into the images folder on the desktop computer. I replaced the GParted lines of menu.lst; and when the Parted Magic 5.10 ISO was finished downloading, I opened it with 7zip, extracted the pmagic folder, and put that into the images folder as well -- because that's what they did in that thread, for what reason I had no idea. I copied the revised contents of the MultiBoot folder on the hard drive to the USB drive and tried booting the Eee with it. The Ubuntu ran (again); the Parted Magic ran too, though for a minute there I thought it was hung. Apparently it was taking it a while to load itself into memory. It really had a lot of tools in it -- not only GParted but also Ghost for Linux, Partition Image, etc. I didn't think I would be needing much else in the near future. This success with Parted Magic version 5.10 made it unnecessary for me to look further into other posts relating to versions 5.9, 5.8, 5.7, 5.6, 5.5, 5.5, 4.5, or 4.3. Acronis still ran, and DBAN still ran. I was nearly home.
Grub4DOS: Windows 7 Recovery CD
That discovery (above) of the possibility of adding a Windows 7 Recovery CD to my multiboot USB stick was just too good to pass up. The instructions said that I would need to start by downloading Microsoft's Windows 7 System Recovery Disc. This gave me a small torrent link called "Windows 7 32-bit Repair Disc.torrent." I had already installed uTorrentPortable, so I used that to run that link and download the 143MB recovery disc. When that was downloaded, I had an ISO that, once again, I could mount as a virtual CD using Virtual Clone Drive. I downloaded and ran WinSetupFromUSB. It looked like this might be destructive of my hard-won success on the USB drive, so I did this with another, blank USB drive.
In WinSetupFromUSB, I clicked Refresh to see the correct USB drive. I clicked the Bootice button. A dialog popped up. I selected Process MBR and then Grub4DOS and clicked Install/Config. I checked "Don't search floppy for GRLDR" but otherwise left everything else as it was, and clicked "Save to disk." That seemed to be the end of Bootice, so I backed out of there; but then the Bootice dialog returned. I killed it again, and this time it stayed dead. Back in the main WinSetupFromUSB dialog, I realized I was suffering from a dearth of guidance. The webpage I had been loosely following really wasn't cutting it. Back to the previous one. It seemed I should have formatted the USB drive while I was in Bootice, so I did that now: USB-HDD, single partition, FAT32. Now redo the Process MBR - Grub4DOS step just mentioned. Now, back in the WinSetupFromUSB dialog again, I clicked the Vista / Win7 option, navigated to the virtual CD drive, and clicked GO. A minute later, it was done. I clicked Test in QEMU > GO. It said, "Windows is loading files ..." That took a while. Then QEMU produced a BSOD. This, I decided, was a project for another day. A worthy one, if it worked, but a whole new undertaking, by the time I got all these other tools (Parted Magic, Acronis, DBAN, Ubuntu) working on that other USB drive.
Summary
It seemed that WinSetupFromUSB might be a good place to start, for someone who was beginning a voyage of discovery, on the way to creating a multiboot USB drive, and had some time to spare. WinSetupFromUSB allowed the same Grub4DOS tool that I had found useful in the approach I took. My approach is summarized in the four steps enumerated above: run the HP USB Disk Storage Format Tool on the USB drive; run grubinst_gui.exe as Administrator; copy grldr from the unzipped Grub4DOS download folder to the "MultiBoot" folder on the hard drive where I was saving everything that I would be copying to the USB drive; download the relevant ISOs to the "images" subfolder in that MultiBoot folder; and then copy the contents of the MultiBoot folder to the USB drive. Those contents included the menu.lst file, which in the end looked like this:
timeout 20
default 0
title Ubuntu 10.10
find --set-root /images/ubuntu-10.10-desktop-i386.iso
map /images/ubuntu-10.10-desktop-i386.iso (0xff)
map --hook
root (0xff)
kernel /casper/vmlinuz file=/cdrom/preseed/ubuntu.seed boot=casper iso-scan/filename=/images/ubuntu-10.10-desktop-i386.iso splash
initrd /casper/initrd.lz
title Parted Magic 5.10
root (hd0,0)
map --heads=0 --sectors-per-track=0 (hd0,0)/images/pmagic-5.10.iso (0xff) || map --heads=0 --sectors-per-track=0 --mem (hd0,0)/images/pmagic-5.10.iso (0xff)
map --hook
chainloader (0xff)
title Acronis True Image Home 2011
map --mem (hd0,0)/images/AcronisTrueImageHome2011.iso (hd32)
map --hook
chainloader (hd32)
boot
title Darik's Boot and Nuke
map --mem (hd0,0)/images/dban-2.2.6_i586-fixed.iso (hd32)
map --hook
chainloader (hd32)
boot
title CommandLine
commandline
title Reboot
reboot
title Halt
halt
Friday, March 25, 2011
Windows 7: Item Not Found Error
Suddenly, when I was moving folders, I started getting a stupid message that the folder that I was moving was no longer where it used to be. The message was specifically as follows:
Item Not FoundTrying again would finish the move. I wanted to stop getting this message. I ran a search and came up with a thread suggesting that the problem was with a Windows 7 update, KB980408. That thread led me to a .reg file, which I downloaded and ran:
Could not find this item
This is no longer located in [source folder]. Verify the item's location and try again.
Windows Registry Editor Version 5.00That seemed to take care of it.
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{2112AB0A-C86A-4ffe-A368-0DE96E47012E}]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{2112AB0A-C86A-4ffe-A368-0DE96E47012E}\PropertyBag]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{491E922F-5643-4af4-A7EB-4E7A138D8174}]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{491E922F-5643-4af4-A7EB-4E7A138D8174}\PropertyBag]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{7b0db17d-9cd2-4a93-9733-46cc89022e7c}]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{7b0db17d-9cd2-4a93-9733-46cc89022e7c}\PropertyBag]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{A302545D-DEFF-464b-ABE8-61C8648D939B}]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{A302545D-DEFF-464b-ABE8-61C8648D939B}\PropertyBag]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{A990AE9F-A03B-4e80-94BC-9912D7504104}]
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{A990AE9F-A03B-4e80-94BC-9912D7504104}\PropertyBag]
Windows 7: KVM in a Multimonitor Setup
I was using two monitors with two computers. After reflecting on multiple monitor possibilities, I installed an ASUS EN210 video card in each computer. This allowed me to connect dual displays. I decided that monitor A would be available to both computers, and monitor B would be available only to computer B. To make this happen, I connected monitor A to a keyboard-video-mouse (KVM) switch. So computer A was visible only on monitor A, whereas computer B was visible across the two monitors (assuming that's where I had the KVM set).
Problem: every time I switched back to computer B on the KVM, monitor A would go blank. This was not a problem when I was using the KVM only to switch the mouse and keyboard, leaving each monitor dedicated to one computer. It arose only in the dual-monitor setup. It seemed that the computer was not remembering the dual-monitor settings for monitor A on computer B. Each time, I had to go back into Control Panel > Display > Change Display Settings > Detect. (This KVM problem also seemed responsible for screwing up Adobe Acrobat 9. It was no longer remembering my toolbar settings the way I had previously set them. This seemed to be fixed by going into Acrobat's Help > Repair Acrobat installation.)
A search led to the suggestion that the problem I was having with monitor A was with the KVM:
It is a problem found with those KVM switches which did not pass the console display's EDID and DDC information to all the systems connected to the KVM switch. ...That post pointed me toward a Microsoft webpage with more technical information. I did another search and saw references to ConnectPRO there too. A different search suggested that lots of users were running into this problem. Newegg's Power Search didn't offer an operating system selection, and they didn't seem to carry ConnectPRO KVMs. A Google Shopping search led to two ConnectPRO KVMs, each costing at least $130. I ran across a workaround suggestion to hit Win-D before and after switching with the KVM, but apparently that worked only with XBOXes, or anyway it didn't work for me. There was another workaround, too technical for my blood. Another thread prompted me to check for the most current driver for my ASUS EN210 graphics card. As I recalled, the usual advice was to look for the latest drivers on the chipset manufacturer's webpage, so after consulting the details on the EN210, I went to the NVIDIA website and searched for GeForce 210 drivers. I went with the most recent WHQL-certified driver. After reboot, I saw that this did not solve the problem. Note: the machine had all current Windows updates at this point.
Windows 7 checks display and display card constantly different from what XP and other operating systems did.
To solve this issue, just replace the KVM switch with those KVM switches supporting FULL TIME Active DDC function.
Please check ConnectPRO new UR or PR serial KVM switches which support Active DDC function to all the ports.
It seemed I had a choice. I could go back to using one monitor per computer, or I could look for a hardware multimonitor solution. Going back would mean waiting for Microsoft to fix this problem with Win7. There was no guarantee that that would ever happen. Basically, if I wanted multimonitor support for KVM-type functionality for two computers running Win7 (as distinct from one Win7 and one WinXP), it seemed I would either have to buy an expensive KVM or maybe come up with some other kind of funky plugging and switching. For instance, I wondered whether I could make a go of it with two keyboards, two mice, and a switch just to flip monitor A from one computer to the other. But this wouldn't circumvent the problem that Windows 7 was constantly polling the monitor, and that was the only thing that counted. I found a device called the Geffen DVI Detective, which for $80 would remember the EDID and therefore defeat the problem (but only for monitors using DVI connectors).
Then I saw that Amazon carried a bunch of ConnectPRO KVMs, and some were far less expensive. They did not carry the PR-12, which was the one PS/2 (as distinct from USB) KVM that ConnectPRO offered for my humble purposes: two computers, one keyboard, one monitor, one mouse. USB did not work reliably for both keyboard and mouse when Win7 was not running -- when, for instance, I was booting from a CD, or was adjusting the BIOS settings before the operating system booted. But then I remembered that my new motherboards had only one PS/2 port, and the PR-12 would definitely require two (one each for keyboard and mouse). I did have the option of using USB mice, one dedicated to each computer, and in fact had been doing that for a while, partly for the reason of pre-boot capability just mentioned and partly to reduce the strain on either wrist. Another option was to use an adapter or some other gizmo to give me a second PS/2 port.
From ConnectPRO's product comparison page, it seemed there were several options to consider. One was the choice between VGA and DVI. DVI provided superior video, but VGA (using D-Sub connectors) was functioning well for me at the moment. (DVI achieved using DVI-VGA adapters had, in my impression, the same risk of video problems as plain old VGA.) It seemed that a couple of inexpensive video cards had eliminated problems of ghosting that I was getting when I had the monitors connected directly to the motherboards. There was also the choice of two- or four-computer KVMs. I needed only two. Switching via hotkey was preferable to having to reach up and punch a button on the KVM in order to switch between computers. All of the relevant ConnectPRO KVMs had All-time Full DDC, which was evidently the core need behind this KVM search. ConnectPRO's Pro line of KVMs apparently did not have the Dynamic Device Mapping (DDM) technology that would remember attached USB peripherals (e.g., speakers, mice) and would thus eliminate lag time required for the switched computer to re-detect the devices. It was confusing, shopping among these devices on Amazon, because there were various "kit" options that were described as "new" and yet did not appear on ConnectPRO's website, and also because now it started to look like some of these products did not have Full DDC and/or DDM. What I came up with was a choice, for me, between the UR-12 PRO, with VGA and DDC but not DDM and no hotkey option ($102 with shipping from ConnectPRO through Amazon); the UR-12 PLUS, with VGA, DDC, DDM, and a hotkey option ($176); and the UD-12 PLUS, which was the same as the UR-12 PLUS but with DVI (and therefore with VGA as an option, via adapter) ($191 from a couple of sellers).
Since I was having no video issues at the moment, and might not have any again for some time, I decided to go with VGA rather than DVI, all other things being equal. If I did get video problems, I could sell one KVM and upgrade to another later. So then it was a question of whether I was willing to pay an extra $74 for DDM and a hotkey option. DDM was nice -- I had noticed the lag in responsiveness at some point, hard to recall at the moment but apparently when I had upgraded from Windows XP to Windows 7 -- but that was not really bothering me much at present. Those delays, and the hotkey, were especially important when I was doing a lot of switching between computers, which happened primarily when I was testing or tinkering with hardware or software on one machine and logging the developments on the other. I was not presently doing much of that, and didn't plan to be doing much of it anytime soon. It occurred to me that, if the DDM lags did bother me at such times, I could always dedicate one mouse, one monitor, and one keyboard to each computer at those times. I could arrange that on my desk, and then the only lag would be the time needed to reorient my hands on the other keyboard. Indeed, for purposes of working with the BIOS and such, I could simply keep a PS/2 keyboard always plugged in and standing off to the side of each computer, in addition to the USB keyboard connected to the KVM. (PS/2 was not hot-swappable; it would be necessary to reboot to have the keyboard be recognized if it were not plugged in at time of bootup.) Looking at the choice again, I reconsidered that the price difference between the UR-12 PLUS and the UD-12-PLUS was only $15. From that perspective, I would choose the latter over the former, so as to wrap up the best product at not much additional cost; and in that case, the price difference between the solution with or without DDM, hotkey, and DVI was substantial: the UD was almost twice the price of the UR.
As long as I was sure I did want to use dual monitors on computer B, sometimes swapping monitor A between computers A and B, I would need Full DDC, and it seemed the choice was then to spend $102 on a ConnectPRO UR-12 PRO KVM. If I hadn't gotten the video cards for only $18 each, the decision to add dual monitor capability (with KVM and video cards) would then have cost me more than $150. It was worth it -- dual monitor capability added a lot to a workspace -- but it was turning into more hassle and expense than it should have been. I belatedly realized that perhaps I should have looked for a motherboard with dual monitor capability and with enough video memory so that the computer would not struggle to switch between windows on the same monitor, as computer A had been doing before I added the video card. Desk space permitting, that kind of expense also raised the question of perhaps having three dedicated monitors -- one for computer A and two for computer B, and recabling one of the latter to computer A if a multimonitor need arose there -- thereby reducing the KVM need to a simple $20-30 device that would swap keyboards and mice, assuming those were not likewise dedicated to single machines. The temptation to just get a third monitor and forget about the Full DDC KVM would be even stronger if I were looking at the nearly $200 price tag for a ConnectPRO UD-12 PLUS KVM. But even without that, as I considered the time I had devoted to screwing around with KVMs, on this and on previous occasions, I did think that possibly the best approach would be to go with the third monitor, wait for someone to compete with ConnectPRO and/or for Microsoft to get its act together -- to buy a third monitor as an interim solution, in other words, and to sell it when and if a superior KVM alternative emerged.
