Vista File Permission Tantrums

I came across a rather interesting/annoying problem in Windows Vista today – just like any other day with Vista really...

When one tried to save a file to a mapped drive the following error message would appear:

"There has been a network or file permission error. The network connection may be lost"

Very odd. I disconnected and reconnected the mapped drive, same thing. I checked and double-checked permissions – both share-level and NTFS permissions were all adequate. I applied as many updates/patches as I could find for Windows and Norton.

Strangely, one could copy a file from, say, the desktop into the mapped drive without any issue. But if one tried to right-click and create a new file/folder on the mapped drive the same error came up.

After trawling some forums I noticed that Offline Files reared its head quite a few times. I thought I'd try disabling it as it wasn't being used...

To do this: Hit Start, type "offline files" into the search box and then click the resultant Offline Files button that appears at the top of the Start menu. Click "Disable" and then agree to a reboot.

Happily this fixed the problem and all was well but it leaves me with a slightly bad taste in my mouth – why should one have to turn off Offline Files to be able to do some pretty bog standard file work? What if I needed Offline Files, e.g. for Folder Redirection?

Roll on Windows 7.

Comments

Resolve WSUS Server issue that gives "Cannot save configuration because the server is still processing"

This is a pretty infuriating error and can sometimes crop up as a result of running a "wsusutil reset" command. First of all, give the server some time, and then a bit more... but you've probably already done this. These steps may help to resolve the situation: - Install Microsoft SQL Management Studio (free download) - Run SQL Management Studio and start to connect to the WSUS database - Enter this in the "Server Name" box: \\.\pipe\MICROSOFT##WID\tsql\query - Expand the "Databases" tree - Right-click on "SUSDB" and choose "New Query" - Paste this query in: UPDATE tbSingletonData SET ResetStateMachineNeeded = 0 - You should see a message like "1 row affected", which is good - Quit SQL Management Studio - Open "Services" and restart the "WSUS Service" - Now, open WSUS

Re-arm ESXI Evaluation License

Needed to get a little more time out of my ESXI trial so that I could migrate it to Hyper-V. This pair of commands came in very handy and gave another 60 days: rm -f /etc/vmware/vmware.lic /etc/vmware/license.cfg reboot To use them, you need to: Put your ESXI server into Maintenance Mode Enable Secure Shell access (SSH) Enable Console Access Then ssh to the server (in Windows 11 you can just type ssh username@serveripaddress and then enter password) Otherwise, you could use something like PuTTY ( https://www.putty.org/ ) Hope this helps.

Turn off "BitLocker waiting for activation"

This can be a pain when attempting to "sysprep" a PC's storage drive (usually the C: drive) or take an image of it using something like Acronis SnapDeploy. In such cases, the software will complain about this BitLocker status. I keep forgetting about this every time I go to take an image! It isn't immediately obvious how to get around the issue... do you go for "Turn on BitLocker" and then turn if off when it has finished encrypting the drive? Well you probably could if you had the time, but there's an easier way. Using the "manage-bde" tool via an administrative command line gives lots more options, and allows this to be turned off. Tip: handy way to open an admin command line is to hit W + R, then type "cmd" and then hit CRTL + Shift + Enter. Typing "manage-bde -status" will show you some more detail, but the command you need is: manage-bde -off c: This may take some time, depending on how much of the drive has already...

Artifact Weblog

Search This Blog