From: Millen, S. <smm...@ea...> - 2008-06-06 19:57:08
|
Hi Hans-Ulrich, > I'm sorry that my answer is somewhat speculative, due to the > complexity of these failures and the lack of any precise error > message. > > Your problems may possibly come from the redirect of your Firefox > user profiles to the encrypted container. If your new machine does > some preloading of Firefox modules or libraries on startup of the > desktop the container with your user profile is probably not yet > mounted. So there is an inconsistency in what theses preloaded modules > see and what is later seen by Firefox as your user profile. Since > Firefox also saves much cache, history, configuration, and state > in the user profile these information may also get corrupted by > being written to different places. > > Maybe the applets also have some configuration/state information > which is redirected to the container and crash because of sudden > inaccessibility of their files. Here's a follow-up post on things to try that I made to the Ubuntu forums: Several more ideas about this to bounce off everyone's head: a) (From my local Linux guru): "Try turning off ipv6 in firefox. It seemed faster for me once I did this, the other issues I'll have to think about a bit more." To turn off IPv6: Open Firefox Type about:config in your url bar. In the "filter" bar that appears on that "page", type IPv6. Set network.dns.disableIPv6 to True b) Try creating a test profile which is not set in Firefox/Mozilla default folder for profiles but is not within a Scramdisk container, and see if the problem replicates. That might distinguish between a purely Firefox problem or a Scramdisk problem; c) Likewise, set all the profiles back in their default directory, /.mozilla, then try moving the entire /.mozilla folder to the encrypted directory. Then delete the original under /home/user and create a link under that pointing to the /.mozilla folder within the encrypted directory (which is what I do for evolution, pan, and pidgin, and it seems to work fine). d) As these are TrueCrypt containers, download and open them with Truecrypt (the new GUI version) and see if the error repeats; e) While I don't see this problem on two boxes running Gutsy, I hasten to add that these two boxes are desktops, not laptops, and I can see some differences just in normal operation switching between users between the two, with no Scramdisk containers open (these differences replicate on my Linux guru's friend Dell Inspiron 1525N, and he thinks they might be because the video card isn't fully supported). He says that upgrading to Hardy might then be the simplest answer. f) Could this be a problem (at least with Firefox telling me that it's still running when Ubuntu says it's not) with Flash? Anyway, I'd be open to more ideas. I could live with this problem if I could only figure when Firefox tells me that it can't open a new window because it's still running, even though it's closed, how to kill whatever app is causing the mischief in a terminal window. Then I could at least avoid restarting the computer, which is a pain. Stewart |