Zombie Prozess nach upgrade auf 15.5
Hallo, nach dem Upgrade meines leap 15.4 auf 15.5 per zypper dup, was erstaunlich gut durchgelaufen ist und am ersten Tag danach auch reibungslos funktionierte, muss ich nun feststelle, dass etwas das System bremst. So z. B. beim Schreiben dieser Mail, habe ständig Verzögerungen, bis ich die Tastaturantwort sehe oder bis der Cursor an angeklickten Stelle erscheint. Was mir aufgefallen ist, dass ich einen Zombie Prozess habe, der auch nach einen Reboot nicht weg ist. *#* ps axo stat,ppid,pid,comm | grep -w defunct Z 2455 2500 nvidia-settings <*defunct*> Meine Nvidia-Karte ist eine *~ #* lspci | grep VGA 01:00.0 *VGA* compatible controller: NVIDIA Corporation TU116 [GeForce GTX 1660 Ti] (rev a1) *~ #* lscpu | grep Arch Architecture: x86_64 *~ #* hwinfo --gfxcard | grep Model *Model*: "nVidia TU116 [GeForce GTX 1660 Ti]" *~ #* hwinfo --arch Arch: X86_64/grub Die installierten Nvidia-Treiber sind *~ #* zypper se -s x11-video-nvidiaG0* nvidia-video-G06* nvidia-gl*G0* Refreshing service 'NVIDIA'. Refreshing service 'openSUSE'. Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+---------------------------+---------+-----------------------+--------+--------------------- | nvidia-gl-G06 | package | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) | nvidia-gl-G06-32bit | package | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) | nvidia-glG04 | package | 390.157-lp155.37.1 | x86_64 | repo-non-free (15.5) | nvidia-glG04-32bit | package | 390.157-lp155.37.1 | x86_64 | repo-non-free (15.5) i+ | nvidia-glG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | nvidia-glG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) | nvidia-video-G06 | package | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) | nvidia-video-G06-32bit | package | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) | x11-video-nvidiaG04 | package | 390.157-lp155.37.1 | x86_64 | repo-non-free (15.5) | x11-video-nvidiaG04-32bit | package | 390.157-lp155.37.1 | x86_64 | repo-non-free (15.5) i+ | x11-video-nvidiaG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | x11-video-nvidiaG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) Die Version G05 hatte ich auch unter leap 15.4 reibungslos am Laufen. Kurzzeitig hatte ich auch mal einen firefox Prozess als Zombie, der ist aber nach einenm Reboot weg. Hat jemand einen Idee was ich tun könnte? Gruß Herbert
Am Freitag, 29. Dezember 2023, 13:55:37 CET schrieb Herbert Albert:
Hallo,
nach dem Upgrade meines leap 15.4 auf 15.5 per zypper dup, was erstaunlich gut durchgelaufen ist und am ersten Tag danach auch reibungslos funktionierte, muss ich nun feststelle, dass etwas das System bremst. So z. B. beim Schreiben dieser Mail, habe ständig Verzögerungen, bis ich die Tastaturantwort sehe oder bis der Cursor an angeklickten Stelle erscheint. Was mir aufgefallen ist, dass ich einen Zombie Prozess habe, der auch nach einen Reboot nicht weg ist.
*#* ps axo stat,ppid,pid,comm | grep -w defunct Z 2455 2500 nvidia-settings <*defunct*>
Meine Nvidia-Karte ist eine *~ #* lspci | grep VGA 01:00.0 *VGA* compatible controller: NVIDIA Corporation TU116 [GeForce GTX 1660 Ti] (rev a1) *~ #* lscpu | grep Arch Architecture: x86_64 *~ #* hwinfo --gfxcard | grep Model *Model*: "nVidia TU116 [GeForce GTX 1660 Ti]" *~ #* hwinfo --arch Arch: X86_64/grub
Die installierten Nvidia-Treiber sind *~ #* zypper se -s x11-video-nvidiaG0* nvidia-video-G06* nvidia-gl*G0* Refreshing service 'NVIDIA'. Refreshing service 'openSUSE'. Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+---------------------------+---------+-----------------------+--------+ --------------------- | nvidia-gl-G06 | package | 545.29.06-lp155.18.1 | x86_64 | | repo-non-free (15.5) nvidia-gl-G06-32bit | package | | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) nvidia-glG04 | | package | 390.157-lp155.37.1 | x86_64 | repo-non-free | (15.5) nvidia-glG04-32bit | package | 390.157-lp155.37.1 | | x86_64 | repo-non-free (15.5) i+ | nvidia-glG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | nvidia-glG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) | nvidia-video-G06 | package | 545.29.06-lp155.18.1 | x86_64 | | repo-non-free (15.5) nvidia-video-G06-32bit | package | | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) | x11-video-nvidiaG04 | package | 390.157-lp155.37.1 | x86_64 | | repo-non-free (15.5) x11-video-nvidiaG04-32bit | package | | 390.157-lp155.37.1 | x86_64 | repo-non-free (15.5) i+ | x11-video-nvidiaG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | x11-video-nvidiaG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5)
Die Version G05 hatte ich auch unter leap 15.4 reibungslos am Laufen.
Kurzzeitig hatte ich auch mal einen firefox Prozess als Zombie, der ist aber nach einenm Reboot weg.
Hat jemand einen Idee was ich tun könnte?
Gruß
Herbert wie ich gerade sehe ist doch mehr von nvidia installiert *~ #* zypper se -si nvidia nouveau Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+----------------------------+---------+------------------------------------------+--------+--------------------- i+ | kernel-firmware-nvidia | package | 20230724-150500.3.9.1 | noarch | update- sle (15.5) i+ | libdrm_nouveau2 | package | 2.4.114-150500.3.2 | x86_64 | repo-oss (15.5) i+ | libdrm_nouveau2-32bit | package | 2.4.114-150500.3.2 | x86_64 | repo-oss (15.5) i+ | libvdpau_nouveau | package | 22.3.5-150500.76.pm.4 | x86_64 | packman i+ | Mesa-dri-nouveau | package | 22.3.5-150500.76.pm.4 | x86_64 | packman i+ | nvidia-computeG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo- non-free (15.5) i+ | nvidia-computeG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo- non-free (15.5) i+ | nvidia-gfxG05-kmp-default | package | 470.223.02_k5.14.21_150500.53-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | nvidia-glG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non- free (15.5) i+ | nvidia-glG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non- free (15.5) i+ | openSUSE-repos-Leap-NVIDIA | package | 20230804.41e41a9-lp155.2.6.1 | x86_64 | update-oss (15.5) i+ | x11-video-nvidiaG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo- non-free (15.5) i+ | x11-video-nvidiaG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo- non-free (15.5) i+ | xf86-video-nouveau | package | 1.0.17-150500.1.2 | x86_64 | repo-oss (15.5)
Am Freitag, 29. Dezember 2023, 13:55:37 CET schrieb Herbert Albert:
Hallo,
nach dem Upgrade meines leap 15.4 auf 15.5 per zypper dup, was erstaunlich gut durchgelaufen ist und am ersten Tag danach auch reibungslos funktionierte, muss ich nun feststelle, dass etwas das System bremst. So z. B. beim Schreiben dieser Mail, habe ständig Verzögerungen, bis ich die Tastaturantwort sehe oder bis der Cursor an angeklickten Stelle erscheint. Was mir aufgefallen ist, dass ich einen Zombie Prozess habe, der auch nach einen Reboot nicht weg ist.
*#* ps axo stat,ppid,pid,comm | grep -w defunct Z 2455 2500 nvidia-settings <*defunct*>
Meine Nvidia-Karte ist eine *~ #* lspci | grep VGA 01:00.0 *VGA* compatible controller: NVIDIA Corporation TU116 [GeForce GTX 1660 Ti] (rev a1) *~ #* lscpu | grep Arch Architecture: x86_64 *~ #* hwinfo --gfxcard | grep Model *Model*: "nVidia TU116 [GeForce GTX 1660 Ti]" *~ #* hwinfo --arch Arch: X86_64/grub
Die installierten Nvidia-Treiber sind *~ #* zypper se -s x11-video-nvidiaG0* nvidia-video-G06* nvidia-gl*G0* Refreshing service 'NVIDIA'. Refreshing service 'openSUSE'. Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+---------------------------+---------+-----------------------+--------+ --------------------- | nvidia-gl-G06 | package | 545.29.06-lp155.18.1 | x86_64 | | repo-non-free (15.5) nvidia-gl-G06-32bit | package | | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) nvidia-glG04 | | package | 390.157-lp155.37.1 | x86_64 | repo-non-free | (15.5) nvidia-glG04-32bit | package | 390.157-lp155.37.1 | | x86_64 | repo-non-free (15.5) i+ | nvidia-glG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | nvidia-glG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) | nvidia-video-G06 | package | 545.29.06-lp155.18.1 | x86_64 | | repo-non-free (15.5) nvidia-video-G06-32bit | package | | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) | x11-video-nvidiaG04 | package | 390.157-lp155.37.1 | x86_64 | | repo-non-free (15.5) x11-video-nvidiaG04-32bit | package | | 390.157-lp155.37.1 | x86_64 | repo-non-free (15.5) i+ | x11-video-nvidiaG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | x11-video-nvidiaG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5)
Die Version G05 hatte ich auch unter leap 15.4 reibungslos am Laufen.
Kurzzeitig hatte ich auch mal einen firefox Prozess als Zombie, der ist aber nach einenm Reboot weg.
Hat jemand einen Idee was ich tun könnte?
Gruß
Herbert Der Zombie Prozess erscheint erst wenn ich mich am Window-Manager (KDM - KDE) anmelde.
On Freitag, 29. Dezember 2023 13:55:37 CET Herbert Albert wrote:
Hallo,
nach dem Upgrade meines leap 15.4 auf 15.5 per zypper dup, was erstaunlich gut durchgelaufen ist und am ersten Tag danach auch reibungslos funktionierte, muss ich nun feststelle, dass etwas das System bremst. So z. B. beim Schreiben dieser Mail, habe ständig Verzögerungen, bis ich die Tastaturantwort sehe oder bis der Cursor an angeklickten Stelle erscheint. Was mir aufgefallen ist, dass ich einen Zombie Prozess habe, der auch nach einen Reboot nicht weg ist.
*#* ps axo stat,ppid,pid,comm | grep -w defunct Z 2455 2500 nvidia-settings <*defunct*>
Meine Nvidia-Karte ist eine *~ #* lspci | grep VGA 01:00.0 *VGA* compatible controller: NVIDIA Corporation TU116 [GeForce GTX 1660 Ti] (rev a1) *~ #* lscpu | grep Arch Architecture: x86_64 *~ #* hwinfo --gfxcard | grep Model *Model*: "nVidia TU116 [GeForce GTX 1660 Ti]" *~ #* hwinfo --arch Arch: X86_64/grub
Die installierten Nvidia-Treiber sind *~ #* zypper se -s x11-video-nvidiaG0* nvidia-video-G06* nvidia-gl*G0* Refreshing service 'NVIDIA'. Refreshing service 'openSUSE'. Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+---------------------------+---------+-----------------------+--------+ --------------------- | nvidia-gl-G06 | package | 545.29.06-lp155.18.1 | x86_64 | | repo-non-free (15.5) nvidia-gl-G06-32bit | package | | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) nvidia-glG04 | | package | 390.157-lp155.37.1 | x86_64 | repo-non-free | (15.5) nvidia-glG04-32bit | package | 390.157-lp155.37.1 | | x86_64 | repo-non-free (15.5) i+ | nvidia-glG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | nvidia-glG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) | nvidia-video-G06 | package | 545.29.06-lp155.18.1 | x86_64 | | repo-non-free (15.5) nvidia-video-G06-32bit | package | | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) | x11-video-nvidiaG04 | package | 390.157-lp155.37.1 | x86_64 | | repo-non-free (15.5) x11-video-nvidiaG04-32bit | package | | 390.157-lp155.37.1 | x86_64 | repo-non-free (15.5) i+ | x11-video-nvidiaG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | x11-video-nvidiaG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5)
Die Version G05 hatte ich auch unter leap 15.4 reibungslos am Laufen.
Kurzzeitig hatte ich auch mal einen firefox Prozess als Zombie, der ist aber nach einenm Reboot weg.
Hat jemand einen Idee was ich tun könnte?
das ist vermutlich das Teil, das normal im Tray zu sehen ist und die NVidia- Einstellungen verwlaten lässt. Ich nehme an, das steht im Autostart und kann da entfernt werden. Wenn du es garnicht brauchst, kannst du es auch deinstallieren.
Gruß
Herbert
Ciao. Michael.
Am Freitag, 29. Dezember 2023, 14:26:31 CET schrieb mh@mike.franken.de:
On Freitag, 29. Dezember 2023 13:55:37 CET Herbert Albert wrote:
Hallo,
nach dem Upgrade meines leap 15.4 auf 15.5 per zypper dup, was erstaunlich gut durchgelaufen ist und am ersten Tag danach auch reibungslos funktionierte, muss ich nun feststelle, dass etwas das System bremst. So z. B. beim Schreiben dieser Mail, habe ständig Verzögerungen, bis ich die Tastaturantwort sehe oder bis der Cursor an angeklickten Stelle erscheint. Was mir aufgefallen ist, dass ich einen Zombie Prozess habe, der auch nach einen Reboot nicht weg ist.
*#* ps axo stat,ppid,pid,comm | grep -w defunct
Z 2455 2500 nvidia-settings <*defunct*>
Meine Nvidia-Karte ist eine *~ #* lspci | grep VGA 01:00.0 *VGA* compatible controller: NVIDIA Corporation TU116 [GeForce GTX 1660 Ti] (rev a1) *~ #* lscpu | grep Arch Architecture: x86_64 *~ #* hwinfo --gfxcard | grep Model
*Model*: "nVidia TU116 [GeForce GTX 1660 Ti]"
*~ #* hwinfo --arch Arch: X86_64/grub
Die installierten Nvidia-Treiber sind *~ #* zypper se -s x11-video-nvidiaG0* nvidia-video-G06* nvidia-gl*G0* Refreshing service 'NVIDIA'. Refreshing service 'openSUSE'. Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository ---+---------------------------+---------+-----------------------+-------- + ---------------------
| nvidia-gl-G06 | package | 545.29.06-lp155.18.1 | x86_64 | | repo-non-free (15.5) nvidia-gl-G06-32bit | package | | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) nvidia-glG04 | | | package | 390.157-lp155.37.1 | x86_64 | repo-non-free | | (15.5) nvidia-glG04-32bit | package | 390.157-lp155.37.1 | | x86_64 | repo-non-free (15.5)
i+ | nvidia-glG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | nvidia-glG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5)
| nvidia-video-G06 | package | 545.29.06-lp155.18.1 | x86_64 | | repo-non-free (15.5) nvidia-video-G06-32bit | package | | 545.29.06-lp155.18.1 | x86_64 | repo-non-free (15.5) | x11-video-nvidiaG04 | package | 390.157-lp155.37.1 | x86_64 | | repo-non-free (15.5) x11-video-nvidiaG04-32bit | package | | 390.157-lp155.37.1 | x86_64 | repo-non-free (15.5)
i+ | x11-video-nvidiaG05 | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5) i+ | x11-video-nvidiaG05-32bit | package | 470.223.02-lp155.59.1 | x86_64 | repo-non-free (15.5)
Die Version G05 hatte ich auch unter leap 15.4 reibungslos am Laufen.
Kurzzeitig hatte ich auch mal einen firefox Prozess als Zombie, der ist aber nach einenm Reboot weg.
Hat jemand einen Idee was ich tun könnte?
das ist vermutlich das Teil, das normal im Tray zu sehen ist und die NVidia- Einstellungen verwlaten lässt. Ich nehme an, das steht im Autostart und kann da entfernt werden. Wenn du es garnicht brauchst, kannst du es auch deinstallieren.
Gruß
Herbert
Ciao. Michael. Hallo Michael,
im Autostart steht bei mir nur KAlarm und Rygel. Das kann man nicht einfach deinstallieren, es ist Bestandteil vom Treiberpaket. *~ #* which nvidia-settings /usr/bin/nvidia-settings *~ #* rpm -qf /usr/bin/nvidia-settings x11-video-nvidiaG05-470.223.02-lp155.59.1.x86_64 Gruß Herbert
On Freitag, 29. Dezember 2023 14:44:40 CET Herbert Albert wrote:
Am Freitag, 29. Dezember 2023, 14:26:31 CET schrieb mh@mike.franken.de:
On Freitag, 29. Dezember 2023 13:55:37 CET Herbert Albert wrote: [...]
Die Version G05 hatte ich auch unter leap 15.4 reibungslos am Laufen.
Kurzzeitig hatte ich auch mal einen firefox Prozess als Zombie, der ist aber nach einenm Reboot weg.
Hat jemand einen Idee was ich tun könnte?
das ist vermutlich das Teil, das normal im Tray zu sehen ist und die NVidia- Einstellungen verwlaten lässt. Ich nehme an, das steht im Autostart und kann da entfernt werden. Wenn du es garnicht brauchst, kannst du es auch deinstallieren.
Gruß
Herbert
Ciao. Michael.
Hallo Michael,
im Autostart steht bei mir nur KAlarm und Rygel. Das kann man nicht einfach deinstallieren, es ist Bestandteil vom Treiberpaket.
Da muss es dann aber auch irgendwo noch ein .desktop File geben, aus dem der gestartet wird. Ich hab leider keine NVidia mehr, daher kann ich nicht nachkucken. Ciao. Michael.
Am Freitag, 29. Dezember 2023, 14:54:04 CET schrieb mh@mike.franken.de:
On Freitag, 29. Dezember 2023 14:44:40 CET Herbert Albert wrote:
Am Freitag, 29. Dezember 2023, 14:26:31 CET schrieb mh@mike.franken.de:
On Freitag, 29. Dezember 2023 13:55:37 CET Herbert Albert wrote: [...]
Die Version G05 hatte ich auch unter leap 15.4 reibungslos am Laufen.
Kurzzeitig hatte ich auch mal einen firefox Prozess als Zombie, der ist aber nach einenm Reboot weg.
Hat jemand einen Idee was ich tun könnte?
das ist vermutlich das Teil, das normal im Tray zu sehen ist und die NVidia- Einstellungen verwlaten lässt. Ich nehme an, das steht im Autostart und kann da entfernt werden. Wenn du es garnicht brauchst, kannst du es auch deinstallieren.
Gruß
Herbert
Ciao. Michael.
Hallo Michael,
im Autostart steht bei mir nur KAlarm und Rygel. Das kann man nicht einfach deinstallieren, es ist Bestandteil vom Treiberpaket.
Da muss es dann aber auch irgendwo noch ein .desktop File geben, aus dem der gestartet wird. Ich hab leider keine NVidia mehr, daher kann ich nicht nachkucken.
Ciao. Michael. Hallo Michael,
aber erst mal finden. In meinem $HOME suche ich noch. bisher nur in /home/herbert/.config/plasmashellrc ... [PlasmaRunnerManager] LaunchCounts=1 services_kcm_colord.desktop,1 services_qcad.desktop,4 services_nvidia- settings.desktop,... Heißt es, dass die Datei "services_nvidia-settings.desktop" existieren müsste? mit find oder fd finde ich sie in meinem $HOME nicht. Gefunden habe ich im System /usr/share/applications/nvidia-settings.desktop [Desktop Entry] Categories=System;SystemSetup; Type=Application Name=NVIDIA X Server Settings GenericName=Configure NVIDIA X Server Settings Exec=nvidia-settings Icon=nvidia-settings /usr/share/applications/nvidia-settings.desktop lines 1-8/8 (END) Gruß Herbert
Am Freitag, 29. Dezember 2023, 15:39:34 CET schrieb Herbert Albert:
Am Freitag, 29. Dezember 2023, 14:54:04 CET schrieb mh@mike.franken.de:
On Freitag, 29. Dezember 2023 14:44:40 CET Herbert Albert wrote:
Am Freitag, 29. Dezember 2023, 14:26:31 CET schrieb mh@mike.franken.de:
On Freitag, 29. Dezember 2023 13:55:37 CET Herbert Albert wrote: [...]
Die Version G05 hatte ich auch unter leap 15.4 reibungslos am Laufen.
Kurzzeitig hatte ich auch mal einen firefox Prozess als Zombie, der ist aber nach einenm Reboot weg.
Hat jemand einen Idee was ich tun könnte?
das ist vermutlich das Teil, das normal im Tray zu sehen ist und die NVidia- Einstellungen verwlaten lässt. Ich nehme an, das steht im Autostart und kann da entfernt werden. Wenn du es garnicht brauchst, kannst du es auch deinstallieren.
Gruß
Herbert
Ciao. Michael.
Hallo Michael,
im Autostart steht bei mir nur KAlarm und Rygel. Das kann man nicht einfach deinstallieren, es ist Bestandteil vom Treiberpaket.
Da muss es dann aber auch irgendwo noch ein .desktop File geben, aus dem der gestartet wird. Ich hab leider keine NVidia mehr, daher kann ich nicht nachkucken.
Ciao. Michael.
Hallo Michael,
aber erst mal finden. In meinem $HOME suche ich noch. bisher nur in /home/herbert/.config/plasmashellrc ... [PlasmaRunnerManager] LaunchCounts=1 services_kcm_colord.desktop,1 services_qcad.desktop,4 services_nvidia- settings.desktop,...
Heißt es, dass die Datei "services_nvidia-settings.desktop" existieren müsste? mit find oder fd finde ich sie in meinem $HOME nicht.
Gefunden habe ich im System /usr/share/applications/nvidia-settings.desktop [Desktop Entry] Categories=System;SystemSetup; Type=Application Name=NVIDIA X Server Settings GenericName=Configure NVIDIA X Server Settings Exec=nvidia-settings Icon=nvidia-settings /usr/share/applications/nvidia-settings.desktop lines 1-8/8 (END)
Gruß
Herbert habe mich gerade mal mit einem Test-User graphisch angemeldet, da ist "ps axo stat,ppid,pid,comm | grep -w defunct " sauber. D. h., nvidia-settings" muss von meinem User gestartet werden. Bloß von wo?
On Freitag, 29. Dezember 2023 15:39:34 CET Herbert Albert wrote:
Am Freitag, 29. Dezember 2023, 14:54:04 CET schrieb mh@mike.franken.de:
On Freitag, 29. Dezember 2023 14:44:40 CET Herbert Albert wrote:
Am Freitag, 29. Dezember 2023, 14:26:31 CET schrieb mh@mike.franken.de:
On Freitag, 29. Dezember 2023 13:55:37 CET Herbert Albert wrote: [...] Hallo Michael,
im Autostart steht bei mir nur KAlarm und Rygel. Das kann man nicht einfach deinstallieren, es ist Bestandteil vom Treiberpaket.
Da muss es dann aber auch irgendwo noch ein .desktop File geben, aus dem der gestartet wird. Ich hab leider keine NVidia mehr, daher kann ich nicht nachkucken.
Ciao. Michael.
Hallo Michael,
aber erst mal finden. In meinem $HOME suche ich noch. bisher nur in /home/herbert/.config/plasmashellrc ... [PlasmaRunnerManager] LaunchCounts=1 services_kcm_colord.desktop,1 services_qcad.desktop,4 services_nvidia- settings.desktop,...
Heißt es, dass die Datei "services_nvidia-settings.desktop" existieren müsste? mit find oder fd finde ich sie in meinem $HOME nicht.
Gefunden habe ich im System /usr/share/applications/nvidia-settings.desktop [Desktop Entry] Categories=System;SystemSetup; Type=Application Name=NVIDIA X Server Settings GenericName=Configure NVIDIA X Server Settings Exec=nvidia-settings Icon=nvidia-settings /usr/share/applications/nvidia-settings.desktop lines 1-8/8 (END)
Jepp, das ist das File. Ich hatte an rpm -ql x11-video-nvidiaG05-470.223.02 gedacht, um das zu finden. Du könntest mal testen, das weg zu moven. Wahlweise müsste als erste Zeile nach dem [Desktop Entry] ein "Hidden=true" funktionieren.
Gruß
Herbert
Ciao. Michael.
Am Freitag, 29. Dezember 2023, 15:52:15 CET schrieb mh@mike.franken.de:
rpm -ql x11-video-nvidiaG05-470.223.02 hast Du gelesen, was ich gerade noch gepostet habe? Das bei einem graphischen Login mit einem Test-User (auch KDE Oberfläche) der Prozess nicht geladen wurde. Es werden nur die Prozesse 1093 ? S 0:00 [*nvidia*-modeset/] 1094 ? S 0:00 [*nvidia*-modeset/] 1095 ? S 0:16 [irq/165-*nvidia*] 1096 ? S 0:00 [*nvidia*]
ohne dem hier 16912 ? Z 0:00 [*nvidia*-settings] <defunct> angezeigt.
Hallo Herbert, Am 29.12.23 um 16:05 schrieb Herbert Albert:
Am Freitag, 29. Dezember 2023, 15:52:15 CET schrieb mh@mike.franken.de:
rpm -ql x11-video-nvidiaG05-470.223.02
hast Du gelesen, was ich gerade noch gepostet habe? Das bei einem graphischen Login mit einem Test-User (auch KDE Oberfläche) der Prozess nicht geladen wurde. Es werden nur die Prozesse
1093 ? S 0:00 [*nvidia*-modeset/] 1094 ? S 0:00 [*nvidia*-modeset/] 1095 ? S 0:16 [irq/165-*nvidia*] 1096 ? S 0:00 [*nvidia*]
ohne dem hier
16912 ? Z 0:00 [*nvidia*-settings] <defunct>
ich habe mal bei mir nachgesehen, da ich auch eine NVIDIA GraKa habe: root 1819 0.0 0.0 131448 10744 ? S Dez25 0:00 \_ /usr/lib/sddm/sddm-helper --socket /tmp/sddm-authda... werner 1915 0.0 0.0 261396 29600 ? Sl Dez25 0:00 \_ /usr/bin/startplasma-x11 werner 1981 0.0 0.0 0 0 ? Z Dez25 0:00 \_ [nvidia-settings] <defunct> allerdings merke ich keine negativen Auswirkungen. Wo der Prozess allerdings herkommt, habe ich nicht herausgefunden. Seit meinem letzten Reboot habe ich das Prog jedenfalls nicht benutzt. Wenn ich "nvidia-settings" starte und wieder beende, sehe ich noch immer nur den einen "[nvidia-settings] <defunct>" ev. /usr/bin/nvidia-settings testhalber mal umbenennen? Gruss Werner
Am Freitag, 29. Dezember 2023, 16:05:54 CET schrieb Herbert Albert:
Am Freitag, 29. Dezember 2023, 15:52:15 CET schrieb mh@mike.franken.de:
rpm -ql x11-video-nvidiaG05-470.223.02
hast Du gelesen, was ich gerade noch gepostet habe? Das bei einem graphischen Login mit einem Test-User (auch KDE Oberfläche) der Prozess nicht geladen wurde. Es werden nur die Prozesse 1093 ? S 0:00 [*nvidia*-modeset/] 1094 ? S 0:00 [*nvidia*-modeset/] 1095 ? S 0:16 [irq/165-*nvidia*] 1096 ? S 0:00 [*nvidia*]
ohne dem hier 16912 ? Z 0:00 [*nvidia*-settings] <defunct>
angezeigt. habe den Schuldigen gefunden. Es liegt an der Datei .nvidia-settings-rc in meinem $HOME. Diese wird von dem Programm nvidia-settings erzeugt, wenn man beim Verlassen "Speichern" sagt. Nachdem ich sie umbenannt habe und mich ab- und wieder angemeldet habe, war der Zombie Prozess weg. Dann habe ich zum Test die Datei nochmals neu erzeugen lassen, dachte vielleicht wird die mit der neuen Version korrekt geschrieben, aber Fehlanzeige. Ist die Datei vorhanden habe ich den Zombie Prozess.
On Freitag, 29. Dezember 2023 16:34:30 CET Herbert Albert wrote:
Am Freitag, 29. Dezember 2023, 16:05:54 CET schrieb Herbert Albert:
Am Freitag, 29. Dezember 2023, 15:52:15 CET schrieb mh@mike.franken.de:
rpm -ql x11-video-nvidiaG05-470.223.02
hast Du gelesen, was ich gerade noch gepostet habe? Das bei einem graphischen Login mit einem Test-User (auch KDE Oberfläche) der Prozess nicht geladen wurde. Es werden nur die Prozesse
1093 ? S 0:00 [*nvidia*-modeset/]
1094 ? S 0:00 [*nvidia*-modeset/] 1095 ? S 0:16 [irq/165-*nvidia*] 1096 ? S 0:00 [*nvidia*]
ohne dem hier 16912 ? Z 0:00 [*nvidia*-settings] <defunct>
angezeigt.
habe den Schuldigen gefunden. Es liegt an der Datei .nvidia-settings-rc in meinem $HOME. Diese wird von dem Programm nvidia-settings erzeugt, wenn man beim Verlassen "Speichern" sagt. Nachdem ich sie umbenannt habe und mich ab- und wieder angemeldet habe, war der Zombie Prozess weg. Dann habe ich zum Test die Datei nochmals neu erzeugen lassen, dachte vielleicht wird die mit der neuen Version korrekt geschrieben, aber Fehlanzeige. Ist die Datei vorhanden habe ich den Zombie Prozess.
Na immerhin ist das Problem erstmal weg. Magst du da einen Bug dazu aufmachen - zumal Werner das Problem auch hat? Ciao. Michael.
Am Freitag, 29. Dezember 2023, 17:24:50 CET schrieb mh@mike.franken.de:
On Freitag, 29. Dezember 2023 16:34:30 CET Herbert Albert wrote:
Am Freitag, 29. Dezember 2023, 16:05:54 CET schrieb Herbert Albert:
Am Freitag, 29. Dezember 2023, 15:52:15 CET schrieb mh@mike.franken.de:
rpm -ql x11-video-nvidiaG05-470.223.02
hast Du gelesen, was ich gerade noch gepostet habe? Das bei einem graphischen Login mit einem Test-User (auch KDE Oberfläche) der Prozess nicht geladen wurde. Es werden nur die Prozesse
1093 ? S 0:00 [*nvidia*-modeset/]
1094 ? S 0:00 [*nvidia*-modeset/] 1095 ? S 0:16 [irq/165-*nvidia*] 1096 ? S 0:00 [*nvidia*]
ohne dem hier 16912 ? Z 0:00 [*nvidia*-settings] <defunct>
angezeigt.
habe den Schuldigen gefunden. Es liegt an der Datei .nvidia-settings-rc in meinem $HOME. Diese wird von dem Programm nvidia-settings erzeugt, wenn man beim Verlassen "Speichern" sagt. Nachdem ich sie umbenannt habe und mich ab- und wieder angemeldet habe, war der Zombie Prozess weg. Dann habe ich zum Test die Datei nochmals neu erzeugen lassen, dachte vielleicht wird die mit der neuen Version korrekt geschrieben, aber Fehlanzeige. Ist die Datei vorhanden habe ich den Zombie Prozess.
Na immerhin ist das Problem erstmal weg. Magst du da einen Bug dazu aufmachen - zumal Werner das Problem auch hat?
Ciao. Michael. wo stell ich den rein? hier https://bugzilla.opensuse.org/[1]? Wenn ja, müsste ich mich da wohl erst anmelden.
-------- [1] https://bugzilla.opensuse.org/
On Freitag, 29. Dezember 2023 19:09:33 CET Herbert Albert wrote:
Am Freitag, 29. Dezember 2023, 17:24:50 CET schrieb mh@mike.franken.de: [...]
Na immerhin ist das Problem erstmal weg. Magst du da einen Bug dazu aufmachen - zumal Werner das Problem auch hat?
Ciao. Michael.
wo stell ich den rein? hier https://bugzilla.opensuse.org/[1]? Wenn ja, müsste ich mich da wohl erst anmelden.
Ja, genau da. Und ja, da müsstest du dich anmelden. Wäre das ein Problem? Kann man immer mal wieder brauchen ;) Ciao. Michael.
Am Freitag, 29. Dezember 2023, 19:43:36 CET schrieb mh@mike.franken.de:
On Freitag, 29. Dezember 2023 19:09:33 CET Herbert Albert wrote:
Am Freitag, 29. Dezember 2023, 17:24:50 CET schrieb mh@mike.franken.de: [...]
Na immerhin ist das Problem erstmal weg. Magst du da einen Bug dazu aufmachen - zumal Werner das Problem auch hat?
Ciao. Michael.
wo stell ich den rein? hier https://bugzilla.opensuse.org/[1]? Wenn ja, müsste ich mich da wohl erst anmelden.
Ja, genau da. Und ja, da müsstest du dich anmelden. Wäre das ein Problem? Kann man immer mal wieder brauchen ;)
Ciao. Michael. ich habe einen account bei Open Build Service (OBS)[1], aber von da komme ich nicht zu den Bug reports.
-------- [1] https://openbuildservice.org
Hallo Herbert, hallo zusammen, Am Freitag, 29. Dezember 2023, 20:03:50 CET schrieb Herbert Albert:
ich habe einen account bei Open Build Service (OBS)[1], aber von da komme ich nicht zu den Bug reports.
Ich vermute mal, dass Du eher einen Account für build.opensuse.org hast, oder? Falls das so ist: auf bugzilla.opensuse.org kannst Du Dich mit dem gleichen Account einloggen. Gruß Christian Boltz -- a computer without an Internet connection is essentially a very expensive DVD player [http://www.randsinrepose.com/archives/2006/07/10/a_nerd_in_a_cave.html]
Am Dienstag, 2. Januar 2024, 12:06:26 CET schrieb Christian Boltz:
Hallo Herbert, hallo zusammen,
Am Freitag, 29. Dezember 2023, 20:03:50 CET schrieb Herbert Albert:
ich habe einen account bei Open Build Service (OBS)[1], aber von da komme ich nicht zu den Bug reports.
Ich vermute mal, dass Du eher einen Account für build.opensuse.org hast, oder?
Falls das so ist: auf bugzilla.opensuse.org kannst Du Dich mit dem gleichen Account einloggen.
Gruß
Christian Boltz habe den Bug Report erstellt. Aber so wie es Manfred Haertel beschrieben hat, wäre der wohl eher bei Nvidia angesiedelt.
Gruß Herbert
Hallo Herbert, hallo zusammen, Am Freitag, 29. Dezember 2023, 15:39:34 CET schrieb Herbert Albert:
aber erst mal finden. In meinem $HOME suche ich noch. bisher nur in /home/herbert/.config/plasmashellrc ... [PlasmaRunnerManager] LaunchCounts=1 services_kcm_colord.desktop,1 services_qcad.desktop,4 services_nvidia- settings.desktop,...
Das klingt IMHO nicht nach Autostart.
Heißt es, dass die Datei "services_nvidia-settings.desktop" existieren müsste? mit find oder fd finde ich sie in meinem $HOME nicht.
Gefunden habe ich im System /usr/share/applications/nvidia-settings.desktop
Das ist für den Menüeintrag, sorgt aber nicht für den Autostart. /etc/xdg/autostart/ wäre ein Kandidat. Alternativ gibt es benutzerspezifisch "Systemeinstellungen" - "Starten und Beenden" - Autostart. Ich wäre aber überrascht, wenn sich nvidia- settings da verewigt. Gruß Christian Boltz --
Ich hab letztens nen Film gesehen, in dem sich zwei Irre unterhalten haben. Da hat der eine den anderen auch nicht verstanden. Stimmt, hast Recht. Wann haben wir übrigens wieder Freigang? ;) [> Martin Borchert und Bernd Brodesser in suse-linux]
Am Freitag, 29. Dezember 2023, 22:21:13 CET schrieb Christian Boltz:
Hallo Herbert, hallo zusammen,
Am Freitag, 29. Dezember 2023, 15:39:34 CET schrieb Herbert Albert:
aber erst mal finden. In meinem $HOME suche ich noch. bisher nur in /home/herbert/.config/plasmashellrc ... [PlasmaRunnerManager] LaunchCounts=1 services_kcm_colord.desktop,1 services_qcad.desktop,4 services_nvidia- settings.desktop,...
Das klingt IMHO nicht nach Autostart.
Heißt es, dass die Datei "services_nvidia-settings.desktop" existieren müsste? mit find oder fd finde ich sie in meinem $HOME nicht.
Gefunden habe ich im System /usr/share/applications/nvidia-settings.desktop
Das ist für den Menüeintrag, sorgt aber nicht für den Autostart.
/etc/xdg/autostart/ wäre ein Kandidat.
Alternativ gibt es benutzerspezifisch "Systemeinstellungen" - "Starten und Beenden" - Autostart. Ich wäre aber überrascht, wenn sich nvidia- settings da verewigt.
Gruß
Christian Boltz
Ich hab letztens nen Film gesehen, in dem sich zwei Irre unterhalten haben. Da hat der eine den anderen auch nicht verstanden.
Stimmt, hast Recht. Wann haben wir übrigens wieder Freigang? ;) [> Martin Borchert und Bernd Brodesser in suse-linux] Hallo Christian,
da steht nicts drin, aus dem ich den Start ableiten könnte. Es laufen ja per se nvidia Prozesse nur der Zombie wird anscheinend erst dann beim graphischen Login gestartet, wenn die Datei ".nvidia-settings-rc" im $HOME des Users liegt. Gruß Herbert
Herbert Albert schrieb:
Es laufen ja per se nvidia Prozesse nur der Zombie wird anscheinend erst dann beim graphischen Login gestartet, wenn die Datei ".nvidia-settings-rc" im $HOME des Users liegt.
Jetzt muss ich mich doch mal einmischen. Zombies werden nicht gestartet. :-) Ein Zombie ist - wie der Name schon sagt - ein "untoter" Prozess, d.h. einer, der seine Arbeit bereits getan hat und sich eigentlich beenden möchte, aber seinen Exit-Code nicht los wird. Und das passiert deswegen, weil sich der Parent-Prozess nicht für den Exit-Code seines "Kindes" interessiert. Er muss dazu einen System-Call aus der wait()-Familie ausführen. Das entstehen von Zombie-Prozessen ist also praktisch immer auf Programmierfehler zurück zu führen, aber nicht in dem Zombie-Prozess selbst, sondern genau im Parent-Prozess. Ein Zombie-Prozess verbraucht auch kaum noch Resourcen (außer der PID :-) ). Er ist eher ein ästhetisches Problem als ein technisches. Los werden kann man ihn eigentlich nur, indem man alle Parent-Prozesse (also Vater, Großvater usw.) tötet, so lange bis irgendein Prozess, der nunmehr zum Vater des Zombies geworden ist, wait()-Aufrufe macht. Irgendwann ist man beim init-Prozess angekommen, der macht regelmäßig wait() und der Zombie ist weg. Man kann aber den Zombie auch ignorieren. Irgendwann wird der Programmierfehler sowieso behoben. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am Samstag, 30. Dezember 2023, 11:00:18 CET schrieb Manfred Haertel, DB3HM:
Herbert Albert schrieb:
Es laufen ja per se nvidia Prozesse nur der Zombie wird anscheinend erst dann beim graphischen Login gestartet, wenn die Datei ".nvidia-settings-rc" im $HOME des Users liegt.
Jetzt muss ich mich doch mal einmischen.
Zombies werden nicht gestartet. :-)
Ein Zombie ist - wie der Name schon sagt - ein "untoter" Prozess, d.h. einer, der seine Arbeit bereits getan hat und sich eigentlich beenden möchte, aber seinen Exit-Code nicht los wird. Und das passiert deswegen, weil sich der Parent-Prozess nicht für den Exit-Code seines "Kindes" interessiert. Er muss dazu einen System-Call aus der wait()-Familie ausführen.
Das entstehen von Zombie-Prozessen ist also praktisch immer auf Programmierfehler zurück zu führen, aber nicht in dem Zombie-Prozess selbst, sondern genau im Parent-Prozess.
Ein Zombie-Prozess verbraucht auch kaum noch Resourcen (außer der PID
:-) ). Er ist eher ein ästhetisches Problem als ein technisches.
Los werden kann man ihn eigentlich nur, indem man alle Parent-Prozesse (also Vater, Großvater usw.) tötet, so lange bis irgendein Prozess, der nunmehr zum Vater des Zombies geworden ist, wait()-Aufrufe macht. Irgendwann ist man beim init-Prozess angekommen, der macht regelmäßig wait() und der Zombie ist weg.
Man kann aber den Zombie auch ignorieren. Irgendwann wird der Programmierfehler sowieso behoben. danke für die Aufklärung.
Hallo Manfred, Am 30.12.2023 um 11:00 schrieb Manfred Haertel, DB3HM:
Herbert Albert schrieb:
Es laufen ja per se nvidia Prozesse nur der Zombie wird anscheinend erst dann beim graphischen Login gestartet, wenn die Datei ".nvidia-settings-rc" im $HOME des Users liegt.
Jetzt muss ich mich doch mal einmischen.
Zombies werden nicht gestartet. :-)
Ein Zombie ist - wie der Name schon sagt - ein "untoter" Prozess, d.h. einer, der seine Arbeit bereits getan hat und sich eigentlich beenden möchte, aber seinen Exit-Code nicht los wird. Und das passiert deswegen, weil sich der Parent-Prozess nicht für den Exit-Code seines "Kindes" interessiert. Er muss dazu einen System-Call aus der wait()-Familie ausführen.
Das entstehen von Zombie-Prozessen ist also praktisch immer auf Programmierfehler zurück zu führen, aber nicht in dem Zombie-Prozess selbst, sondern genau im Parent-Prozess.
Ein Zombie-Prozess verbraucht auch kaum noch Resourcen (außer der PID :-) ). Er ist eher ein ästhetisches Problem als ein technisches.
Los werden kann man ihn eigentlich nur, indem man alle Parent-Prozesse (also Vater, Großvater usw.) tötet, so lange bis irgendein Prozess, der nunmehr zum Vater des Zombies geworden ist, wait()-Aufrufe macht. Irgendwann ist man beim init-Prozess angekommen, der macht regelmäßig wait() und der Zombie ist weg.
Man kann aber den Zombie auch ignorieren. Irgendwann wird der Programmierfehler sowieso behoben.
Sehr gute Erklärung. Mir ist das zwar bereits bekannt aber so gut formulieren hätte ich das nie können. Manfred
participants (6)
-
Christian Boltz -
Herbert Albert -
Manfred Haertel, DB3HM -
Manfred Kreisl -
mh＠mike.franken.de -
Werner Franke