Feed on
Posts
Comments

Another post in a series designed to help Future-Howard work out why things have broken.

If you install Java 6 Update 13 and then try and log into Cisco SDM 2.5 it will fail. The SDM console will not load.

I found I had to go back to Java 6 Update 6 (available at the Java archive page, or direct download.).

With that the Cisco SDM started working again. I’ve not found anything about this on the Cisco site.

Calendar for TV

Because it is outstanding, and because they asked for people to link to them, it’s time to mention the Calendar for TV.  Your one stop shop for knowing what is airing and when – even taking into account time zones.  As someone who watches a lot of American TV, this is excellent for keeping track of their sometimes erratic airing schedule.  I’ve created an account which allows me to select only the TV shows I’m interested in.

Bad Bell Wire!

It’s one of those “why didn’t I think of that before?!” moments.  BT are selling a device called the iPlate at the moment claiming that for 7 out of 10 people it will increase their DSL speed by filtering out the noise from the bell wire in your master socket.  By all accounts it does exactly what they describe.   I only bothered looking this up today after hearing about it a few weeks ago, and it occurred to me: if the bell wire is the offender here, why not just disconnect it from my wiring altogether?  It’s not as if I have any clunky analogue phones that will suddenly cease ringing.  In fact, I use my BT line purely for DSL anyway, who cares if the phones don’t ring! Continue Reading »

I rebuilt my main desktop a few days ago and ever since I’ve not been able to connect to it with Remote Desktop.  I click connect from the other machine and the buttons grey out for a moment before they reset.  No error message is displayed.  Checking the event log shows a number of Application Popup errors relating to RDPDD.DLL.

It turns out that this is caused by the latest NVidia drivers – which of course I downloaded and installed on rebuilding the machine, the only fix at the moment is to add this to the registry:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management] "SessionImageSize"=dword:00000020

Hopefully NVidia will fix this in a future driver.

If you close the new Sony Vaio Z series laptop while it is running in Stamina Mode (using an Intel GMA 4500MHD chip) it WILL NOT wake the screen up when you resume from standby.

This video shows my new Sony Vaio Z (VGN-Z11VN) running the XP downgrade drivers version 6.14.10.4953 dated 21/05/2008 from Sony. The same happens when using the latest drivers (version 6.14.10.4980 dated 25/08/2008).

Note the “beep” noise when I press the volume function buttons; the machine is on and working (it’s visibl e on the network) except the LED screen isn’t on. The only way out is to reboot it – I’m getting very good at Windows-U-L-Down-Enter to Shutdown without being able to see the screen.

I’ve posted about this in the forums, but no one has an answer – and Intel don’t offer email support for this chipset.  Does anyone know how to fix this?  Using the Nvidia card is fine, it’s just the Intel chip that causes grief.

I love my Sony Vaio Z.  It’s a wonderful bit of kit – exactly the power/portability ratio I wanted.  It has enough grunt to play the odd game in “Speed” mode while giving 6 hours of battery life on wireless in stamina mode.  Not to mention to gorgeous 1600×900 LED screen and the built in 3G wireless.

I have one problem with it and it’s a failing of Sony’s decision making rather than any particular problem with the kit.  Sony disable the Intel Virtualization Technology in the Core 2 Duo on all their Vaio machines.  I’ve seen no valid rationale for this other than “We don’t support VT on the Vaio range.“  This is absurd since all the Core 2 Duo chips feature Intel Virtualization Technology and I can’t imagine how having it switched on would adversely affect Vista or XP (the two Operating Systems Sony officially supports).

If this were a consumer laptop I could understand – but it’s specifically targeted at business users.  In my business I make extensive use of both Microsoft and VMWare’s virtualisation systems – both of which run much faster on hardware that has the VT functionality enabled.  There are a good number of people on various forums spitting blood about this issue so I’m not the only one complaining.

There is light, of sorts, at the end of this tunnel.  Since Sony have done this before on other machiens in the Vaio series, people have managed to re-enable VT by using BIOS editing tools to flip the right register.  Unfortunately it requires intimate knowledge of the BIOS – knowledge that we won’t have until Sony release a BIOS update that can be reverse engineered.  If we’re very lucky Sony will make amends by releasing a BIOS update that allows us to enable VT in the BIOS interface proper.

The worst part of this is that we (Vaio Z owners) didn’t know that VT was disabled until after we bought the machines.  I know a number of people have returned their units and bought Toshiba or Dell machines that haven’t been crippled by the vendors.  Sony advertised a Core 2 Duo Mobile processor, they didn’t mention in any literature that they’d be disabling bits of the processor for no reason.

Sony, if you’re reading this – please give us control over the entire processor and let us enable VT.

I’m rebuilding my new Sony Vaio Z with Windows XP, and as usual there are a load of tweaks I need to make to the OS before I feel “at home” again.  Since the fingerprint reader software on the new build has an annoying habit of popping up info balloons on every boot – regardless of how often I click them – I felt the need to Disable Notification Area Balloon Tips in Windows XP.

Much better.

And sorry Vista, I tried, I really did.  I liked how your hot-swap driver support meant I could switch between stamina and speed modes without a reboot, but I hated your poor network performance against my NAS (even with SP1).  Maybe I’ll try again on the next new laptop.  Oh, and Sony?  Thank you for my XP downgrade CD and drivers.  Lovely.

FindTheHole.vbs

Recently I needed to write a script that could locate a folder on a system that had particular characteristics.  I was looking for hidden folders that the logged on user had rights to read, write/append and execute on.  ie, they can drop a binary into the folder and then run it.

This is the script I came up with.  It uses a WMI query and method to first locate all the hidden folders on the system, and then compare each ones effective permissions to a mask I created:

strComputer = "." Set objWMIService = GetObject("winmgmts:" _ & "{impersonationLevel=impersonate}!" & strComputer & "rootcimv2") Set colFiles = objWMIService.ExecQuery _ ("Select * from Win32_Directory Where Hidden = True") wscript.echo "Hidden folders which you can write to..." intW = 0 ' initialise Writable folder count ' Iterate through each hidden folder on the computer For Each objFile in colFiles         ' Ignore some well known hidden folders         If InStr(lcase(objFile.Name), "documents and settings") or _                 InStr(lcase(objFile.Name), "$nt") or _                 InStr(lcase(objFile.Name), "$hf_mig$") or _                 InStr(lcase(objFile.Name), "ie7updates") or _                 InStr(lcase(objFile.Name), "visual studio") or _                 InStr(lcase(objFile.Name), "dllcache") or _                 InStr(lcase(objFile.Name), "$patchcache$") Then         Else                 ' Can we read (1), write (2, 4), and execute (32) in this folder?                 intPermissions = 39                 ' Use WMI method to compare permissions                 If objFile.GetEffectivePermission(intPermissions) Then                         wscript.echo objFile.Name                         intW = intW + 1                 End If         End If Next wscript.echo intW & " vulnerable folders."

This was important as part of a wider effort to prove a particular vulnerability existed.  Imagine the scenario where a standard user is prevented from running unknown binaries except for one hidden folder somewhere on the system which is excluded from this protection.  If one could quickly find that folder, the user could run whatever he liked.

I’m aware that there are plenty of command line tools that would have helped in this endeavour (such as AccessChk) but remember: this is a system where unauthorised apps can not be run.  It’s VBScript or nothing.

Yes!  A thousand times yes, Mitchell & Webb nail exactly why the whole idea of “Identity Theft” is a great scam for banks and bad news for unwitting consumers.

Oh, and it’s also very funny.

It looks like my experience of awful customer service from iRobot’s UK service center, Domotec, was an anomaly.  Either that or the spotlight of publicity, combined with my emailing a number of iRobot’s senior management caused someone to ensure policy – and warranties – were being properly applied.

I called Domotec’s service number this morning, after checking by email that they were definitely the authorised warranty centre for Roomba’s sold by the iRobot UK store.  A very helpful and friendly lady answered the phone and on hearing my description of the problem offered to send out the replacement cleaning module for me to fit.  No quibbles, no fuss, just an immediate acceptance of the problem and offer of an entirely satisfactory solution.

So I can recommend the Roomba again.  Just be sure to clean it after EVERY use, not just every 3 times like the manual says!

Older Posts »

Bad Behavior has blocked 187 access attempts in the last 7 days.