Ethan, thanks for replying with additional details on your configurations.
The two items that stand out to me – for troubleshooting purposes – are the fact that (1) you cannot resume from Hibernation or Standby when the firewall is enabled and (2) the numerous CSS errors that are reported.
Have you tried disabling the security chip temporarily on any or all of the machines to see if Comodo functions normally otherwise?
At times, certain iterations of CSS have been somewhat, shall we say, “temperamental.” A complete uninstallation and reinstallation of CSS might resolve your issue. Occasionally, some of the updates offered by System Update 3 can cause havoc with some of the other ThinkVantage applications, including CSS.
But I would first try disabling the security chip on all of your machines, then run them as you normally would – assuming you can boot and log in via standard Windows XP login – then re-enable the chip to see if the problems reoccur.
Is it a problem with the BIOS? Maybe. Do you have the latest BIOS version installed on all machines? Have you changed any of their settings lately? More important, have you checked to make sure the BIOS settings have not been changed for some unknown reason?
I also wonder if one or more of your security policies might be interacting with Comodo in such a way that the security chip is blocked from communicating with CSS. CFP’s “tentacles” can stretch pretty close to the OS kernel, and weird things can happen when DLL hooks are established with or near the core of the OS.
This is going to be a tough one to ■■■■■ because of the number of different machine configurations involved. The common denominator, though, appears to be CSS’s inability to communicate with the security chip.
I don’t think Password Manager is a factor. But Access Connections…I don’t know. I don’t use it, yet I have heard horror stories about it on the ThinkPads forums. It otherwise appears to be working OK on your machines, so let’s leave it intact and enabled for the time being.
It might be easier to troubleshoot the problem if we work on just one of the machines – perhaps the T61 since it most closely resembles what I have (T43 with fingerprint reader and Mini-Dock). If we can get one system fixed and running, we might use that as a “template” for troubleshooting the others. I would recommend, if possible, troubleshooting the target system without it connected to the Mini-Dock.