Re: vmplayer läuft mit 100% CPU last und kommt nicht hoch...

[Andre Timmermann]

Am Donnerstag, den 26.10.2006, 07:45 -0700 schrieb AndiSHFR:
> OK. habs
> 
>  apt-get remove libdbus-1-2

OMG, funktioniert.

Leider wird bei der Gelegenheit auch bluez-pin deintsalliert und lässt
sich nicht mehr installieren. Es hängt von libdbus-1-2 ab, aber
libdbus-1-3 ist im Tree vorhanden...

Also warten, aber immerhin läuft es...

Greetz und Danke,
Andre

-- 
BOFH-excuse of the day: Telecommunications is downgrading.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Re: vmplayer läuft mit 100% CPU last und kommt nicht hoch...

[AndiSHFR]

Thomas Gräber schrieb:

> Am Donnerstag, 26. Oktober 2006 16:01 schrieb AndiSHFR:
> > Andre Timmermann wrote:
> > > Am Donnerstag, den 26.10.2006, 05:48 -0700 schrieb AndiSHFR:
> > > > In der Konsole sieht das dann so aus...
> > > >
> > [EMAIL PROTECTED]:~$
> >
> >
> > Im übrigen geht die vmware-console für den vmware-server auch nicht
> > mehr... selber Effekt
>
> Hast du mal probiert, das vmware-config Skript nach dem Update mal durchlaufen
> zu lassen? Wenn es das für den Player überhaupt gibt...
>
> MfG,
> Thomas

Hab sogar entfern und neu installiert.
Mit der vmware-server -console ist es das gleiche ...

Re: vmplayer läuft mit 100% CPU last und kommt nicht hoch...

[AndiSHFR]

OK. habs

 apt-get remove libdbus-1-2

Siehe auch...

http://www.vmware.com/community/thread.jspa?threadID=53809&tstart=0


You can solve this with "apt-get remove libdbus-1-2" . Take a look on
the last answers to this:
http://www.vmware.com/community/thread.jspa?threadID=38856&tstart=0.

You still get the same message , but the player starts...


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: vmplayer läuft mit 100% CPU last und kommt nicht hoch...

[Thomas Gräber]

Am Donnerstag, 26. Oktober 2006 16:01 schrieb AndiSHFR:
> Andre Timmermann wrote:
> > Am Donnerstag, den 26.10.2006, 05:48 -0700 schrieb AndiSHFR:
> > > In der Konsole sieht das dann so aus...
> > >
> > > [EMAIL PROTECTED]:~$ vmplayer
> > > /usr/lib/vmware/bin/vmplayer:
> > > /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0: no version information
> > > available (required by /usr/lib/libcairo.so.2)
> > >
> > > Danach hat die Maschine 100% CPU-Last
> >
> > Von mir nur ein einfaches "me, too"
> >
> > Ich verwende sid und diese Problem habe ich seit ein paar Wochen
> > (übrigens genauso mit der VMware Workstation)
> >
> > Da ich das VM-Zeugs nicht oft verwende, habe ich nicht gleich gemerkt,
> > an welchem Upgrade es genau gelegen hat, allerdings hatte ich die
> > libcairo-Meldung immer schon, an der liegt es nicht.
> >
> > http://mailgate.supereva.com/linux/linux.gentoo.user.de/msg25115.html
> >
> > Nach diesem Eingriff kommt die libcairo-Meldung nicht mehr, aber die
> > VMware startet immer noch nicht...
> >
> > Greetz,
> > Andre
>
> OK. hab das ganze auf meinem Notebook probiert mit 2.6.17 kernel und da
> sieht es anders aus...
>
> der strace vmplayer läuft dann endlos in einer schleife...
>
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
> (Inappropriate ioctl for device)
> _llseek(0, 0, [200155], SEEK_CUR)   = 0
> read(0, "directory /usr/lib/vmware/module"..., 128) = 128
> _llseek(0, -67, [200216], SEEK_CUR) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
> (Inappropriate ioctl for device)
> _llseek(0, 0, [200216], SEEK_CUR)   = 0
> read(0, "directory /usr/lib/vmware/module"..., 128) = 128
> _llseek(0, -59, [200285], SEEK_CUR) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
> (Inappropriate ioctl for device)
> _llseek(0, 0, [200285], SEEK_CUR)   = 0
> read(0, "file /usr/lib/vmware/modules/bin"..., 128) = 128
> _llseek(0, -45, [200368], SEEK_CUR) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
> (Inappropriate ioctl for device)
> _llseek(0, 0, [200368], SEEK_CUR)   = 0
> read(0, "file /usr/lib/vmware/modules/bin"..., 128) = 128
> _llseek(0, -45, [200451], SEEK_CUR) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
> (Inappropriate ioctl for device)
> _llseek(0, 0, [200451], SEEK_CUR)   = 0
> read(0, "file /usr/lib/vmware/modules/bin"..., 128) = 128
> _llseek(0, -50, [200529], SEEK_CUR) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
> (Inappropriate ioctl for device)
> _llseek(0, 0, [200529], SEEK_CUR)   = 0
> read(0, "directory /usr/lib/vmware/module"..., 128) = 128
> _llseek(0, -62, [200595], SEEK_CUR) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
> (Inappropriate ioctl for device)
> _llseek(0, 0, [200595], SEEK_CUR)   = 0
> read(0, "directory /usr/lib/vmware/module"..., 128) = 128
> _llseek(0, -54, [200669], SEEK_CUR) = 0
> rt_sigprocmask(SIG_BLOCK, NULL,l for device)
>
> [EMAIL PROTECTED]:~$ uname -a
> Linux schaefer-nb 2.6.17 #1 SMP Sat Oct 21 11:15:22 CEST 2006 i686
> GNU/Linux
> [EMAIL PROTECTED]:~$
>
>
> Im übrigen geht die vmware-console für den vmware-server auch nicht
> mehr... selber Effekt

Hast du mal probiert, das vmware-config Skript nach dem Update mal durchlaufen 
zu lassen? Wenn es das für den Player überhaupt gibt...

MfG,
Thomas

Re: vmplayer läuft mit 100% CPU last und kommt nicht hoch...

[AndiSHFR]

Andre Timmermann wrote:
> Am Donnerstag, den 26.10.2006, 05:48 -0700 schrieb AndiSHFR:
>
> > In der Konsole sieht das dann so aus...
> >
> > [EMAIL PROTECTED]:~$ vmplayer
> > /usr/lib/vmware/bin/vmplayer:
> > /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0: no version information
> > available (required by /usr/lib/libcairo.so.2)
> >
> > Danach hat die Maschine 100% CPU-Last
>
> Von mir nur ein einfaches "me, too"
>
> Ich verwende sid und diese Problem habe ich seit ein paar Wochen
> (übrigens genauso mit der VMware Workstation)
>
> Da ich das VM-Zeugs nicht oft verwende, habe ich nicht gleich gemerkt,
> an welchem Upgrade es genau gelegen hat, allerdings hatte ich die
> libcairo-Meldung immer schon, an der liegt es nicht.
>
> http://mailgate.supereva.com/linux/linux.gentoo.user.de/msg25115.html
>
> Nach diesem Eingriff kommt die libcairo-Meldung nicht mehr, aber die
> VMware startet immer noch nicht...
>
> Greetz,
> Andre
>

OK. hab das ganze auf meinem Notebook probiert mit 2.6.17 kernel und da
sieht es anders aus...

der strace vmplayer läuft dann endlos in einer schleife...

rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
(Inappropriate ioctl for device)
_llseek(0, 0, [200155], SEEK_CUR)   = 0
read(0, "directory /usr/lib/vmware/module"..., 128) = 128
_llseek(0, -67, [200216], SEEK_CUR) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
(Inappropriate ioctl for device)
_llseek(0, 0, [200216], SEEK_CUR)   = 0
read(0, "directory /usr/lib/vmware/module"..., 128) = 128
_llseek(0, -59, [200285], SEEK_CUR) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
(Inappropriate ioctl for device)
_llseek(0, 0, [200285], SEEK_CUR)   = 0
read(0, "file /usr/lib/vmware/modules/bin"..., 128) = 128
_llseek(0, -45, [200368], SEEK_CUR) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
(Inappropriate ioctl for device)
_llseek(0, 0, [200368], SEEK_CUR)   = 0
read(0, "file /usr/lib/vmware/modules/bin"..., 128) = 128
_llseek(0, -45, [200451], SEEK_CUR) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
(Inappropriate ioctl for device)
_llseek(0, 0, [200451], SEEK_CUR)   = 0
read(0, "file /usr/lib/vmware/modules/bin"..., 128) = 128
_llseek(0, -50, [200529], SEEK_CUR) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
(Inappropriate ioctl for device)
_llseek(0, 0, [200529], SEEK_CUR)   = 0
read(0, "directory /usr/lib/vmware/module"..., 128) = 128
_llseek(0, -62, [200595], SEEK_CUR) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8)  = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf93e688) = -1 ENOTTY
(Inappropriate ioctl for device)
_llseek(0, 0, [200595], SEEK_CUR)   = 0
read(0, "directory /usr/lib/vmware/module"..., 128) = 128
_llseek(0, -54, [200669], SEEK_CUR) = 0
rt_sigprocmask(SIG_BLOCK, NULL,l for device)

[EMAIL PROTECTED]:~$ uname -a
Linux schaefer-nb 2.6.17 #1 SMP Sat Oct 21 11:15:22 CEST 2006 i686
GNU/Linux
[EMAIL PROTECTED]:~$


Im übrigen geht die vmware-console für den vmware-server auch nicht
mehr... selber Effekt

Re: vmplayer läuft mit 100% CPU last und kommt nicht hoch...

[Andre Timmermann]

Am Donnerstag, den 26.10.2006, 05:48 -0700 schrieb AndiSHFR:

> In der Konsole sieht das dann so aus...
> 
> [EMAIL PROTECTED]:~$ vmplayer
> /usr/lib/vmware/bin/vmplayer:
> /usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0: no version information
> available (required by /usr/lib/libcairo.so.2)
> 
> Danach hat die Maschine 100% CPU-Last

Von mir nur ein einfaches "me, too"

Ich verwende sid und diese Problem habe ich seit ein paar Wochen
(übrigens genauso mit der VMware Workstation)

Da ich das VM-Zeugs nicht oft verwende, habe ich nicht gleich gemerkt,
an welchem Upgrade es genau gelegen hat, allerdings hatte ich die
libcairo-Meldung immer schon, an der liegt es nicht. 

http://mailgate.supereva.com/linux/linux.gentoo.user.de/msg25115.html

Nach diesem Eingriff kommt die libcairo-Meldung nicht mehr, aber die
VMware startet immer noch nicht...

Greetz,
Andre

-- 
BOFH-excuse of the day: Not enough interrupts


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

vmplayer läuft mit 100% CPU last und kommt nicht hoch...

[AndiSHFR]

Hallo.

Nach dem heutigen "apt-get update", "apt-get dist-upgrade" und
Neustart,
kommt der vmplayer nicht mehr hoch.

In der Konsole sieht das dann so aus...

[EMAIL PROTECTED]:~$ vmplayer
/usr/lib/vmware/bin/vmplayer:
/usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0: no version information
available (required by /usr/lib/libcairo.so.2)

Danach hat die Maschine 100% CPU-Last


Ein "strace vmplayer" endet so:
...
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x807b580, [], 0}, {SIG_DFL}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigaction(SIGINT, {SIG_DFL}, {0x807b580, [], 0}, 8) = 0
fcntl64(3, F_GETFD) = -1 EBADF (Bad file
descriptor)
dup2(1, 3)  = 3
fcntl64(1, F_GETFD) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
pipe([4, 5])= 0
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD], 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [INT CHLD], 8) = 0
rt_sigprocmask(SIG_SETMASK, [INT CHLD], NULL, 8) = 0
clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xa7db8708) = 5270
rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0
close(5)= 0
close(5)= -1 EBADF (Bad file
descriptor)
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [CHLD], 8) = 0
clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xa7db8708) = 5271
rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0
close(4)= 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0
rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0
rt_sigaction(SIGINT, {0x807b580, [], 0}, {SIG_DFL}, 8) = 0
waitpid(-1, /usr/lib/vmware/bin/vmplayer:
/usr/lib/vmware/lib/libpng12.so.0/libpng12.so.0: no version information
available (required by /usr/lib/libcairo.so.2)


Irgendein Tip wie das zu beheben ist?

mfg
Andreas


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)