For organizations seeking to plan and automate Windows 7 deployments, there are few Web pages better equipped to help with that process than the TechNet Windows 7 Deployment FAQ. Not only will you find links to the various Microsoft planning, assessment, and deployment toolskits there, but you will also find issues related to Windows Server 2008 R2, recent Service Packs, and other important concerns addressed there as well. Think of it as a general clearinghouse for Windows 7 Deployment topics and you won’t be too far off the mark.
And while you’re in that part of TechNet, you’ll already be in the Windows 7 Desktop Deployment guide section as well. Be sure to check out the neighboring TechNet documents before you leave this area, including the various guides and toolkit overviews in that immediate vicinity (here’s a partial screenshot of the surrounding and relevant contents):
Although TechNet is not the be-all and end-all for Windows 7 deployment tools or information, it’s a terrific resource for learning and planning in this arena, particularly where the many and marvelous Microsoft related tools and information are concerned.
When I got back from a recent trip to the DFW area to meet with Jeff Carrell, my esteemed co-author for the upcoming revision to Guide to TCP/IP for Cengage Learning/Course Technology, I found a ginormous box waiting for me in the doorway to my office. Apparently, that’s as far as the UPS guy was willing to carry it when he dropped it off at the house while I was away.
“What the heck is that?” I thought upon seeing the 24x31x17″ container. “Oh yeah,” I remembered, “it’s the refurbished Dell 2707 WFP monitor I ordered on Monday.” I already have a 2707 that I purchased in 2007 or 2008, and had been using a Dell 2309 1080p monitor as my secondary screen for the past couple of years. With a much smaller screen and the same 1920×1080 resolution, my aging eyes had been struggling to make out the details on the smaller screen to my left for some time, with increasingly worse results over the past six months or so.
In the wake of some recent consulting work (and ensuing earnings) I decided to spring just over $550 (including shipping, handling, and sales tax) for an identical if refurbished mate to my primary 2707. I could have bought a newer 27″ monitor for about $1,000, but I decided against upping the resolution to 2560×1440, figuring that the higher resolution would cause the same squinting and muttering on the bigger screen that I was already suffering from on the smaller one I wanted to replace.
I’m very happy to report that the refurb monitor is apparently defect free, despite the black magic marker on the outside of the box that says “6 or more dead pixels.” And I’m happy to observe that I can see everything on screen number 2 as well as I can see everything on screen number 1. Having now worked with dual monitors since 1999, I’ve observed that more screen real estate translates directly into increased productivity. I can now also attest that improved visibility/legibility appears to do likewise, since the number of pixels on the smaller previous screen matches the number of pixels on its much larger replacement. Take heed, baby boomers!
As an added bonus, now that both screens use the same driver, I’m not observing the occasional and unwarranted (if only momentary) lapses that have occurred with the original 2707 as it went to sleep even though I was using the monitor and it shouldn’t have timed itself out into a lower power state. Windows 7 seems happier and less inclined to time out the driver than it was before, when I was using different drivers with each of the two monitors.
In perusing the “Born to Learn” blogs this morning, I came across an item from Julie Lary entitled “Free Microsoft Office Resource” (dated 5/30/2011). It provides a brief capsule summary of Katherine Murray’s MS Press book First Look Microsoft Office 2010, which provides an overview of the features and functions of the latest MS Office version, and includes coverage of Word 2010, Excel 2010, PowerPoint 2010, OneNote 2010, and Outlook 2010, along with a trio of chapters devoted to SharePoint WorkSpace 2010, Publisher 2010, and Access 2010. There’s even a chapter on the new security features in Office 2010 as well.
Oh yeah: you can also download this entire volume as an e-book for free! You can grab the book in XPS (27.9 MB) or PDF (10.5 MB) format, as you see fit, and read it on your PC or mobile device at your leisure. For somebody like me who’s been using Word since version 3.0 came out waaaaaaay back when (we’re up to version 14 now) it’s a perfect introduction to what’s new, what’s different, and how to find your way around changes to the UI and the various programs’ organization. Check it out!
I’m always curious when Microsoft lets another OOB update loose (OOB = out-of-band–that is, a non-Patch Tuesday update release, this time on 5/25/2011, when the company let slip KB2541014). This time, the affected software item is for the Diskdump.sys file that manages data capture whenever a kernel mode error occurs on a Windows machine. It apparently occurs on PCs that use the SCSI miniport device–a Microsoft-supplied driver that defines the interface between a SCSI miniport driver and the OS–that have trouble hibernating (their machines restart instead of going into the deepest sleep mode defined for Windows) or that fail to write a memory dump file (either to the minidump or a full-blown memory dump file) when Windows 7 experiences a kernel mode error.
Should you be concerned about this? Surprisingly the answer is “Yes,” even if your systems aren’t experiencing the problems this update is supposed to address. As it happens, many storage devices–including SSDs, USB flash drives, network storage devices, and even conventional SATA or IDE hard disks–actually include Plug and Play SCSI Miniport drivers among their Host Bus Adapter capabilities. This could be one of those surprising updates that might (or might not) cause heartburn on end-user machines. A little time with this puppy in the test lab on standard configurations is probably in order. So far, all of my test machines appear to be working OK in the wake of the update, but you can’t know about yours until you try it out in the lab.
OK, so midnight last night was the culmination of a huge project I’ve been devoting nearly every waking hour to for the past 15 days (yes, you read right: 10-plus hours a day for over two weeks). And indeed, midnight last night was also when we finally put the document that resulted from those mighty labors to bed, and called it a very late night. I hit my desk at 6 AM yesterday, so when midnight rolled around I was more than ready to crash.
And, as Murphy would have it no other way, yesterday was the day that gremlins of nearly every possible description came calling, just to make the final rough slog to completion all the more “interesting.” Here’s a list of the things that I had to deal with while already overly occupied with getting things done:
- The report that represented the fruits of my labor was in MS Word, and a draft was being passed around among a half-dozen reviewers for comments, changes, word-smithing, and so forth. It was also around 100 pages long. Man, do big Word docs with lots of revisions and “Track Changes” turned on get flaky in a hurry! Reformatting and messing with formatting weirdness consumed too much of the day yesterday.
- Members of the team were working from San Diego, Philadelphia, Pittsburgh, Houston, Salt Lake City, and Round Rock (me and Kim, my invaluable project manager and yesterday’s document coordinator). E-mail was our preferred means of communication. Wouldn’t you know it? My e-mail service provider was up and down like a yo-yo yesterday. Not only that, but I started my day with the realization that Yahoo had changed its e-mail service substantially enough that my forward from them to my spam filtering service (my primary e-mail address is at Yahoo, and I filter all of my half-dozen or so e-mail addresses through the spam filtering service for delivery to my Outlook inbox) quit working. What with all this e-mail hoopla I found myself behind the 8-ball on at least four occasions yesterday.
- Just to make things more maddening I also learned the symptoms of a loose DVI video connection on my secondary monitor yesterday. I’d been messing with my production desktop and hadn’t tightened down the screws on the DVI connector all the way into the graphics card. Sure enough, my monitor starting blinking on and off rapidly and repeatedly on several occasions. I’ve long since learned that color weirdness is the symptom of a loose VGA connector, but Murphy made sure I learned the equivalent DVI lesson yesterday — the hard way, too, of course.
Sigh. It’s enough to make you hate big hairy deadlines even more than your natural inclination might cause you to do. But now, at least, that big hairy deadline has come and gone, and things can get back to what passes for “normal” around here. Thank goodness!
On May 6 I posted a blog entitled “Windows Hardware Problem Fixed: Mystery Started” that recounts my problems with the fingerprint scanner on my HP dv6t-2300 notebook PC. In that posting, I reported that my problems were fixed by the latest round of additions to Windows Update. And indeed, that’s exactly how things looked until I took my notebook on the road for a business trip this week.
The issue with the device going off-line when the unit goes to sleep is definitely resolved. But that issue remains present when the unit hibernates. Upon its wake-up (and all subsequent wake-ups) from hibernation, the fingerprint scanner fails to be detected when Windows does device enumeration during boot-up. The only way for me to regain access to the device after that is to restart it, or to shut it down all the way, after which the device does get detected the next time I boot up the machine.
So clearly, the issue is with what happens to the driver when the device hibernates. I can live with this situation, because when I’m on wall socket power in the office using that machine, it’s set not to hibernate. Hibernation only kicks in when the unit is running off battery, as a default setting in the HP Recommended power management scheme for that machine.
It just goes to show you that not all apparent fixes are what they seem. I’d hoped all my issues with the driver for that VFS301 fingerprint sensor from Validity Sensors were over and done with, but apparently HP, Validity Sensors, or whoever’s responsible for making sure devices show up after hibernation during device enumeration, still have some work to do. But that’s life in the Windows trenches. If and when I find a fix, I’ll report back.
After the burgeoning baskets of security updates for the previous two Patch Tuesdays, May’s collection comes as something of a welcome relief. There are really only two ( or perhaps five) updates that are truly worthy of note, as this Executive Summary table from the May 2011 Microsoft Security Bulletin illustrates:
I learned about items numbered three through five from Ed Bott’s ZDNet blog for today “Patch Tuesday fixes a trio of Windows 7 SP1 glitches,” wherein he recounts that another couple of the updates in today’s collection help to address SP1 installation errors for Windows 7 and Windows Server 2008 R2 (KB2534366 and KB2533552). He also discusses KB2529072, which deals with a failure on Windows’ part to update binary files for some USB drivers after installing Windows 7 SP1 or Windows Server 2008 R2 SP1. The first two won’t have any impact except on systems where installation issues related to the specific error codes in those two KB articles come into play. The third applies when USB speeds drop down from 2.0 to 1.1 levels following an SP1 installation. And of course there were some additional customary elements, including the monthly update to the Outlook Junk Mail filter, and a May 2011 edition of the Windows Malicious Software Removal Tool.
It’s nice to have Patch Tuesday come and go without a major influx of patches and updates for a change. Enjoy the lull: it can’t last!
On April 27, I mentioned one particular update as of great interest in the “Second Patch Tuesday” for that month. It appears in that blog as Item 7: “KB2515325: Windows Explorer may crash in Win7 or WinServ2008 R2.” I go on to comment about this update as follows:
I sincerely hope this update will solve those problems (which also include a refusal to update the display, even with a forced View refresh, when adding or renaming files and folders in some situations) and improve my only lingering Windows 7 system issue on those PCs. I’m going to keep an eagle eye on this, and remain optimistic, and plan to report on those observations in a week or so.
The week is up (and more, actually: it’s been 12 days since 4/27 when I wrote those words) and I’m very pleased to say that all of my reported problems with Windows Explorer have vanished in the wake of this update. I’d really only noticed all of them on one machine (my 32-bit Windows 7 Professional installation on my production machine), but had also noticed the display update issue on folder changes or additions on a couple of other x64 installations as well. As of this morning, despite repeated attempts to recreate the problem on all of these machines, none of them is misbehaving as it was before the KB2515325 fix came along. What a relief!
Although working with Windows always involves vexations of one kind or another, it’s heart-warming to see a nagging problem finally fixed. Troubleshooting the Explorer environment is pretty darn difficult, as I’ve learned when trying to identify and extirpate misbehaving Windows Explorer plugins, even with the help of Nir Sofer’s excellent ShellExView program. It’s great that MS finally got this issue fixed, and to see Windows Explorer working properly again. I repeat: what a relief! Working around the previous problems meant navigating up and down the folder hierarchy just to see changes made (or folders added) within a drive or folder. Now, everything’s updating just as it should be.
Last February or March (2010) I purchased very nice HP notebook PC for about $1,100: it’s a dvtt-2300 CTO Entertainment Notebook PC with a Mobile i7 Quad-core processor (720QM 1.6 GHz), 6 GB RAM, nVidia GeForce GT 320M graphics, and a 7,200 RPM 500 GB hard disk.
This unit also includes a USB-attached fingerprint scanner made by Validity Sensors, Inc. model VFS301. Ever since I bought this notebook, and despite several calls to HP Support early on after I’d purchased it, the fingerprint sensor has failed to “report in” every third time I start the machine up from a sleep or hibernation state. Following resumption of activity, the notebook would inform me on those occasions that it failed to detect the fingerprint scanner, and thus, that it could not be used. Every time, that is, until I installed the latest round of Patch Tuesday updates. Then the problem went away.
At first, I thought there might have been a driver update that snuck past me for the device. Nope. The driver date is 5/4/2009. Because it’s connected via USB, I next checked to see if any USB drivers had been updated. Nix: all those drivers predate the release date for Windows 7. Sleep and hibernation fall under the control of ACPI, so I checked to see if any of those drivers had changed, either. Nada. Same 6/21/2006 date as for USB (probably associated with Windows Vista).
So why did something that was working hit-or-miss all of a sudden start working without a hitch? It’s been 10 days now since the second round of updates for April hit that machine (released 4/26, updated on 4/27 on the dv6t) and not once has the fingerprint scanner gone missing at boot-up or upon wake-up from sleep mode. As far as I can tell, the only possible culprit is Update for Windows 7 (KB2492386) another of the legion of poorly documented (read the Knowledge Base article, if you think you can read between the lines better than I can) Application Compatibility Updates that Microsoft occasionally releases.
You’re probably wondering why I bothered to dig into something that fixed a problem rather than causing one. Surely, that’s reason for rejoicing, rather than investigation? I can’t help it, I’m terminally curious about what causes changes in the behavior of my systems. I’m just as intrigued (and a little bit piqued) to have a problem fixed mysteriously as I am to have a new problem show up on one or more of my systems. If anybody else has other ideas on what might have changed the fingerprint scanner from occasional bad boy to good to go, I’d sure like to hear them. Please comment!
OK, so I’ve been slowly rotating my Windows 7 PCs (of which I currently have 7 at my disposal) from IE 8 to IE 9, thanks mostly to the elevation in status at Windows Update from optional, manual update to automatic or pushed update. By and large, this transition has gone reasonably well, but I do still have some gotchas with WordPress to contend with (I blog 40-plus times per month, of which only 4 or 5 posts occur outside the nearly-ubiquitous WordPress umbrella — in fact, I’m writing this very blog using WordPress right now).
I’m also writing it using Chrome 11.0.696.60, because IE 9 remains unusable with this software. Why? Simply put, the cursor based button controls don’t work, and thus I can’t insert hyperlinks into my posts unless I decide to edit the HTML by hand (insert explicit <a href=”link” …> markup myself, in other words — not gonna happen: I *like* automation). So while I’m waiting for the powers that be to figure out what’s up and how to fix it, I’m using Chrome. And I must say, it’s doing its job quite nicely.
But the other day, when I applied the most recent Patch Tuesday updates to a machine that had been sitting idle for a while, I found myself in an infinite loop situation with IE 9. When you install a new IE version over an old one (this time it was going from IE 8 to IE 9), it copies the old preferences, favorites, and other settings from the old version to the new as part of the upgrade. I’m loaning out my old HP “Dragon” to a pool-playing buddy and I was updating that machine to the latest and greatest of everything. But when that process completed, and I tried to run IE 9 for the first time, something about tht install caused the browser to crash every time it tried to load the default home page for the Google search engine at www.google.com.
IE 9 tries to automatically recover when such things happen, so it closed the open (and only window), then tried to reload the Google page again, only to crash again. Repeat ad infinitum, and ad nauseum. The only way I was able to stop the madness was to jump into task manager and kill all active iexplore.exe processes.
Fixing the problem required some interesting contortions, too. I had to jump onto another machine and download a standalone browser installer for the Dragon because it had no working Web browser installed (IE 9 remained hosed, and I had just cleaned all the extraneous software off that machine for my buddy, so he could gunk it up however he chose). I couldn’t get the Chrome standalone installer to work on that machine, so I ended up using Opera instead. It let me visit the Microsoft Download Center where I grabbed a clean download for 64- and 32-bit IE 9, believing that something was wrong with the install that Windows Update left on my machine.
However, Windows detected that IE 9 was already installed on my PC, and wouldn’t let me install the older Download Center version on top of the newer but non-operational version. So I had to go into the Programs and Features widget in control panel, then use the “Turn Windows features on or off” to disable IE 9. After a reboot, I was then able to successfully install the Download Center version, and re-apply the now-missing updates from Windows Update between the release of the initial version and its current state. No more issues with loading the Google search page, and finally back to IE 9 status quo, such as it is.
My point here is that you are still likely to encounter the occasional gotcha with IE 9 in your users’ desktop environments. I have to agree with Windows mavens like Ed Bott and Paul Thurrott, both of whom still recommend that enterprises hold off on IE 9 upgrades until the program settles down a bit more, and gets additional bugs shaken out. At the very least, you’ll want to test your user runtime environments long and hard, and make sure IE 9 survives those tests gotcha-free, before inflicting the latest Internet Explorer version on your user community. Otherwise, you’ll just wind up making more work for yourself in the long run (and for your hapless help desk counterparts).