Subject: | |
From: | |
Reply To: | |
Date: | Tue, 31 Mar 2009 16:14:38 +0100 |
Content-Type: | TEXT/PLAIN |
Parts/Attachments: |
|
|
On Tue, 31 Mar 2009, Craig Moore wrote:
> On Tue, 2009-03-31 at 10:26 -0400, W. J. Kossler wrote:
>> I have had system freezes, but am not running a server or
>> bonding. It is a sl5.2 x86_64 system. I noticed that acroread
>> was running, though it should not have been and was using
>> ever increasing cpu percentage as the system proceeded to freeze. I've
>> made a soft link to evince from where acroread would normally be called,
>> and haven't had a freeze yet.
>
> I constantly have this problem. I have to run:
>
> $ ps -e | grep acroread
>
> to get the pid number and then
>
> $ kill -KILL <pid>
you could use "killall acroread" but that just avoids manaully looking up
the pid...
> to kill the process. I figured it was an acrobat problem rather than SL.
> It mostly happens whenever I run acrobat from inside firefox. If I
> navigate way from the page where the pdf file is, the acroread process
> continues running and eventually freezes my system. This is especially
> true if I try to open two pdf files from inside firefox. I have to keep
> an eye on my activity indicator. If it starts showing lots of activity,
> then I know acroread is running in the background and its time to start
> killing.
>
> Maybe someone else has a less brute force method of dealing with this?
Possibly not what you want to hear, but we found that the acroread plugin
was the cause of a significant number of firefox (and seamonkey/mozilla
before that) crashes, so we simply stopped installing the plugin...
I can't remember if we even tweak things to make acroread the default pdf
viewer or just let the default gnome options take effect - which will
probably launch something horrid like evince ... :-)
-- Jon
|
|
|