4:05 a.m.
I am running Fedora 13 with Linux Kernel 2.6.33-3.85.fc13.x86_64 with Gnome
2.30.0 on HP laptop ProBook 4510S
At times, it almost freezes, with very slow response to the keyboard. System
monitor shows that something is hogging the CPU. Sometimes, after a few
minutes, it recovers, other times I have to re-boot.
Any ideas?
Nigel
4:48 p.m.
On 10/29/2010 7:10 AM, Rick Sewill wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 10/29/2010 04:05 AM, Nigel Bishop wrote:
> I am running Fedora 13 with Linux Kernel 2.6.33-3.85.fc13.x86_64 with Gnome
> 2.30.0 on HP laptop ProBook 4510S
>
> At times, it almost freezes, with very slow response to the keyboard. System
> monitor shows that something is hogging the CPU. Sometimes, after a few
> minutes, it recovers, other times I have to re-boot.
>
> Any ideas?
>
> Nigel
>
>
Which system monitor program are you using?
To my surprise, gnome-system-monitor shows me, under Processes, only my
processes, not all the processes in the system.
Question to everyone, is there a way to have gnome-system-monitor show
all processes, in the system, not just my processes?
The KDE system monitor, ksysguard, on the other hand, can show me all
processes in the system.
One can also run "top" in a shell.
If "top -i" is done, idled or zombied processes will not be displayed.
Firefox's npviewer.bin is a common culprit, here. I've seen it grab
and hang onto more than 90% of CPU in both linux and WinXP, even when
no Flash is being played at the time. This only happens after playing
a series of youtube vids, though.
The top cmd run in a root shell, or KDE system monitor will show all
processes.
6:12 p.m.
On 11/02/2010 06:20 PM, Chris Smart wrote:
On Tue, Nov 2, 2010 at 10:43 PM, Takehiko Abe <keke(a)gol.com>
wrote:
>
> hmm... The Fedora flash page <http://fedoraproject.org/wiki/Flash>
> suggests nspluginwrapper for 32-bit systems. That's odd. (Written by
> security people?)
>
Adobe canned the native 64bit plugin which is now highly vulnerable
(and won't be fixed) and is probably why people recommend to use the
32bit version - at least it gets updates (albeit at a slow pace).
Your information is quite old and obsolete. Adobe has released 2
"updated" 64-bit plugins in September (9/14 and 9/27, but no further
updates in October). I'm not sure how many of the vulnerabilities have
been fixed, but many of the sites which used to work no longer have
mouse/keyboard support, particularly some flash game sites.
These releases are labeled as "pre-releases", but I have no idea when
any final releases may come (probably not until the 64-bit plugin does
everything the 32-bit plugin currently does).
-c
--
Kevin J. Cummings
kjchome(a)rcn.com
cummings(a)kjchome.homeip.net
cummings(a)kjc386.framingham.ma.us
Registered Linux User #1232 (http://counter.li.org)
10:12 p.m.
Chris Smart:
> hmm... The Fedora flash page
<http://fedoraproject.org/wiki/Flash>
> suggests nspluginwrapper for 32-bit systems. That's odd. (Written
> by security people?)
>
Adobe canned the native 64bit plugin which is now highly vulnerable
(and won't be fixed)
I had used that highly vulnerable 64-bit plugin for 3 months after
the vulnerability was reported in last June. Nothing bad happened to
me. Actually no exploit against linux system was reported. That's the
reality of the "highly vulnerable". I won't worry about them until I
start hearing actual exploits happen to linux users. And I don't see
that coming.
The specific vulnerability you are referring to has already been
fixed. It is CVE-2010-1297 and it affects 10.0.45.2 and earlier
versions. The current preview version is 10.2.161.23.
Another zero-day vulnerability (CVE-2010-2884) has also been fixed.
http://labs.adobe.com/technologies/flashplayer10/
| Recent Updates
|
| September 27, 2010 — Flash Player "Square" has been updated to
| include the security enhancements described in Security Bulletin
| APSB10-22. In addition, 32-bit content debuggers are now available
| in this preview.
The "Zero-day" sounds scary, but it's for WINDOWS (so far).
and is probably why people recommend to use the 32bit version
I was talking about nspluginwrapper being used on 32-bit systems.
Quote
http://fedoraproject.org/wiki/Flash#On_32-bit_Fedora
| On 32-bit Fedora
|
| After completing the Adobe repository configuration, run the
| following command to install the Flash plugin and ensure sound is
| enabled:
|
| su -c 'yum install nspluginwrapper alsa-plugins-pulseaudio flash-plugin'
|
| You may see messages indicating that some of these packages are
| already installed. This is not a problem. (In particular, a default
| graphical install of 32-bit Fedora already includes both
| nspluginwrapper and alsa-plugins-pulseaudio.)
5:20 p.m.
On Tue, Nov 2, 2010 at 10:43 PM, Takehiko Abe <keke(a)gol.com> wrote:
hmm... The Fedora flash page <http://fedoraproject.org/wiki/Flash>
suggests nspluginwrapper for 32-bit systems. That's odd. (Written by
security people?)
Adobe canned the native 64bit plugin which is now highly vulnerable
(and won't be fixed) and is probably why people recommend to use the
32bit version - at least it gets updates (albeit at a slow pace).
-c
6:43 a.m.
L :
Well, sadly say, problem is still there. when a web page with some
media component opened, most likely, it frozed. I am confident that
"Firefox's npviewer.bin" is the prime culprit.
If I'm not mistaken, npviwer.bin is part of nspluginwrapper which
enables 32-bit plugins to run on 64-bit systems. So, you do not need
it.
hmm... The Fedora flash page <http://fedoraproject.org/wiki/Flash>
suggests nspluginwrapper for 32-bit systems. That's odd. (Written by
security people?)
I don't use nspluginwrapper and flash (adobe preview 2) is quite stable
for me. But then I'm on x86-64.
10:04 a.m.
On Sat, Oct 30, 2010 at 12:56 AM, Takehiko Abe <keke(a)gol.com> wrote:
>> If your laptop uses Intel graphics, the culprit might be:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=528312
>>
>> I had a similar problem and was able to fix it by undoing the fedora
>> patch for xorg-x11-drv-intel as suggested by Colin Macdonald:
>>
>
> I had similar problem with HP NC8000 (fedora 13 2.6.34.7-61.fc13.i686
> #1 SMP). I found the desktop got frozen when firefox is playing some
> video stuff.
My problem was a bit different in that firefox is not involved. So no
guarantee. Please refer to the above bug #528312. The bug report is
long and there are multiple fixes proposed.
>
> could you give a detailed steps on how you did this? thank
>
The origin:
Comment #70
https://bugzilla.redhat.com/show_bug.cgi?id=528312#c70
Short version:
1. Downloaded xorg-x11-drv-intel source.
2. Build it without uevent.patch
Long version:
1. Downloaded xorg-x11-drv-intel source.
$ yumdownloader --source xorg-x11-drv-intel
2. Install packages required for building the package.
$ sudo yum-builddep xorg-x11-drv-intel-2.11.0-5.fc13.src.rpm
3. Create ~/rpmbuild tree and install src files there
$ rpmdev-setuptree
$ rpm -ivh xorg-x11-drv-intel-2.11.0-5.fc13.src.rpm
4. Move to ~/rpmbuild
$ cd ~/rpmbuild
5. Remove uevent.patch
Delete (or comment out) the two lines from
SPECS/xorg-x11-drv-intel.spec :
"Patch60: uevent.patch"
and
"%patch60 -p1 -b .uevent"
6. Build
$ rpmbuild -bb SPECS/xorg-x11-drv-intel.spec
7. Install
$ sudo rpm -i --force RPMS/XXX/xorg-x11-drv-intel-2.11.0-5.fc13.XXX.rpm
thanks, after installation of locally-built xorg-x11-drv-intel, I feel
it fixed partially the problem. The desktop is still intermittently
freezing, but less frequent.
my observations are:
this is very likely caused by Firefox's npviewer.bin
in my case, this occurred after kenerl upgraded to kernel-2.6.34
my temperate work-around is installation of flashblock plugin
--
users mailing list
users(a)lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
--
Linux Toys
http://linuxishbell.wordpress.com/
8:56 a.m.
> If your laptop uses Intel graphics, the culprit might be:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=528312
>
> I had a similar problem and was able to fix it by undoing the fedora
> patch for xorg-x11-drv-intel as suggested by Colin Macdonald:
>
I had similar problem with HP NC8000 (fedora 13 2.6.34.7-61.fc13.i686
#1 SMP). I found the desktop got frozen when firefox is playing some
video stuff.
My problem was a bit different in that firefox is not involved. So no
guarantee. Please refer to the above bug #528312. The bug report is
long and there are multiple fixes proposed.
could you give a detailed steps on how you did this? thank
The origin:
Comment #70
https://bugzilla.redhat.com/show_bug.cgi?id=528312#c70
Short version:
1. Downloaded xorg-x11-drv-intel source.
2. Build it without uevent.patch
Long version:
1. Downloaded xorg-x11-drv-intel source.
$ yumdownloader --source xorg-x11-drv-intel
2. Install packages required for building the package.
$ sudo yum-builddep xorg-x11-drv-intel-2.11.0-5.fc13.src.rpm
3. Create ~/rpmbuild tree and install src files there
$ rpmdev-setuptree
$ rpm -ivh xorg-x11-drv-intel-2.11.0-5.fc13.src.rpm
4. Move to ~/rpmbuild
$ cd ~/rpmbuild
5. Remove uevent.patch
Delete (or comment out) the two lines from
SPECS/xorg-x11-drv-intel.spec :
"Patch60: uevent.patch"
and
"%patch60 -p1 -b .uevent"
6. Build
$ rpmbuild -bb SPECS/xorg-x11-drv-intel.spec
7. Install
$ sudo rpm -i --force RPMS/XXX/xorg-x11-drv-intel-2.11.0-5.fc13.XXX.rpm
8:04 a.m.
On Fri, Oct 29, 2010 at 11:44 PM, Takehiko Abe <keke(a)gol.com> wrote:
Nigel Bishop :
> I am running Fedora 13 with Linux Kernel 2.6.33-3.85.fc13.x86_64 with Gnome
> 2.30.0 on HP laptop ProBook 4510S
>
> At times, it almost freezes, with very slow response to the keyboard. System
> monitor shows that something is hogging the CPU. Sometimes, after a few
> minutes, it recovers, other times I have to re-boot.
If your laptop uses Intel graphics, the culprit might be:
https://bugzilla.redhat.com/show_bug.cgi?id=528312
I had a similar problem and was able to fix it by undoing the fedora
patch for xorg-x11-drv-intel as suggested by Colin Macdonald:
I had similar problem with HP NC8000 (fedora 13 2.6.34.7-61.fc13.i686
#1 SMP). I found the desktop got frozen when firefox is playing some
video stuff.
could you give a detailed steps on how you did this? thank
Comment #70
https://bugzilla.redhat.com/show_bug.cgi?id=528312#c70
--
users mailing list
users(a)lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
--
Linux Toys
http://linuxishbell.wordpress.com/
7:46 a.m.
Rick Sewill <rsewill <at> gmail.com> writes:
...
To my surprise, gnome-system-monitor shows me, under Processes, only my
processes, not all the processes in the system.
Question to everyone, is there a way to have gnome-system-monitor show
all processes, in the system, not just my processes?
..
Just select (click on) any process,
then View, and Select All Processes.
JB
7:44 a.m.
Nigel Bishop :
I am running Fedora 13 with Linux Kernel 2.6.33-3.85.fc13.x86_64 with
Gnome
2.30.0 on HP laptop ProBook 4510S
At times, it almost freezes, with very slow response to the keyboard. System
monitor shows that something is hogging the CPU. Sometimes, after a few
minutes, it recovers, other times I have to re-boot.
If your laptop uses Intel graphics, the culprit might be:
https://bugzilla.redhat.com/show_bug.cgi?id=528312
I had a similar problem and was able to fix it by undoing the fedora
patch for xorg-x11-drv-intel as suggested by Colin Macdonald:
Comment #70
https://bugzilla.redhat.com/show_bug.cgi?id=528312#c70
7:10 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 10/29/2010 04:05 AM, Nigel Bishop wrote:
I am running Fedora 13 with Linux Kernel 2.6.33-3.85.fc13.x86_64 with
Gnome
2.30.0 on HP laptop ProBook 4510S
At times, it almost freezes, with very slow response to the keyboard. System
monitor shows that something is hogging the CPU. Sometimes, after a few
minutes, it recovers, other times I have to re-boot.
Any ideas?
Nigel
Which system monitor program are you using?
To my surprise, gnome-system-monitor shows me, under Processes, only my
processes, not all the processes in the system.
Question to everyone, is there a way to have gnome-system-monitor show
all processes, in the system, not just my processes?
The KDE system monitor, ksysguard, on the other hand, can show me all
processes in the system.
One can also run "top" in a shell.
If "top -i" is done, idled or zombied processes will not be displayed.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/
iEYEARECAAYFAkzKubwACgkQyc8Kn0p/AZTsFwCgiho/zN2j72lhTKzxFR3Bhhu1
OFQAn0sZdAc/PPEljKDDJqu1SpbqySXi
=lL83
-----END PGP SIGNATURE-----
10:57 p.m.
On Sun, Oct 31, 2010 at 2:04 AM, L <yuanlux(a)gmail.com> wrote:
On Sat, Oct 30, 2010 at 12:56 AM, Takehiko Abe <keke(a)gol.com>
wrote:
>>> If your laptop uses Intel graphics, the culprit might be:
>>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=528312
>>>
>>> I had a similar problem and was able to fix it by undoing the fedora
>>> patch for xorg-x11-drv-intel as suggested by Colin Macdonald:
>>>
>>
>> I had similar problem with HP NC8000 (fedora 13 2.6.34.7-61.fc13.i686
>> #1 SMP). I found the desktop got frozen when firefox is playing some
>> video stuff.
>
> My problem was a bit different in that firefox is not involved. So no
> guarantee. Please refer to the above bug #528312. The bug report is
> long and there are multiple fixes proposed.
>
>>
>> could you give a detailed steps on how you did this? thank
>>
>
> The origin:
>
> Comment #70
> https://bugzilla.redhat.com/show_bug.cgi?id=528312#c70
>
> Short version:
>
> 1. Downloaded xorg-x11-drv-intel source.
> 2. Build it without uevent.patch
>
> Long version:
>
> 1. Downloaded xorg-x11-drv-intel source.
>
> $ yumdownloader --source xorg-x11-drv-intel
>
> 2. Install packages required for building the package.
>
> $ sudo yum-builddep xorg-x11-drv-intel-2.11.0-5.fc13.src.rpm
>
> 3. Create ~/rpmbuild tree and install src files there
>
> $ rpmdev-setuptree
> $ rpm -ivh xorg-x11-drv-intel-2.11.0-5.fc13.src.rpm
>
> 4. Move to ~/rpmbuild
>
> $ cd ~/rpmbuild
>
> 5. Remove uevent.patch
>
> Delete (or comment out) the two lines from
> SPECS/xorg-x11-drv-intel.spec :
>
> "Patch60: uevent.patch"
>
> and
>
> "%patch60 -p1 -b .uevent"
>
> 6. Build
>
> $ rpmbuild -bb SPECS/xorg-x11-drv-intel.spec
>
> 7. Install
>
> $ sudo rpm -i --force RPMS/XXX/xorg-x11-drv-intel-2.11.0-5.fc13.XXX.rpm
thanks, after installation of locally-built xorg-x11-drv-intel, I feel
it fixed partially the problem. The desktop is still intermittently
freezing, but less frequent.
my observations are:
this is very likely caused by Firefox's npviewer.bin
in my case, this occurred after kenerl upgraded to kernel-2.6.34
my temperate work-around is installation of flashblock plugin
Well, sadly say, problem is still there. when a web page with some
media component opened, most likely, it frozed. I am confident that
"Firefox's npviewer.bin" is the prime culprit. I moved to opera, so
far so good in terms of viewing videos
> --
> users mailing list
> users(a)lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>
--
Linux Toys
http://linuxishbell.wordpress.com/
--
Linux Toys
http://linuxishbell.wordpress.com/
1:22 p.m.
On Friday 29 October 2010 02:05 AM, Nigel Bishop wrote:
I am running Fedora 13 with Linux Kernel 2.6.33-3.85.fc13.x86_64 with
Gnome
2.30.0 on HP laptop ProBook 4510S
At times, it almost freezes, with very slow response to the keyboard. System
monitor shows that something is hogging the CPU. Sometimes, after a few
minutes, it recovers, other times I have to re-boot.
I am seeing something like this too. F13 64-bit. I 'll try to
investigate when this happens again.
--
Suvayu
Open source is the future. It sets us free.
4922
days inactive
4927
days old
13 comments
9 participants
participants (9)
-
Chris Smart -
Doug Wyatt -
JB -
Kevin Cummings -
L -
Nigel Bishop -
Richard Sewill -
Suvayu Ali -
Takehiko Abe