Hallo Liste, hoffe, dass nicht alle in Osterurlaub sind und mir die/der eine oder andere etwas helfen kann meine Upgrade-Probleme zu lösen. wie in dem thread http://lists.opensuse.org/opensuse-de/2014-04/msg00048.html schon beschrieben, habe ich zum Test mein Netbook von 12.2 auf 13.1 angehoben, was auch nicht problemlos lief, doch mit etwas Nacharbeit dann doch. Mein Hauptrechner zickt da schon mehr. Das Upgrade habe ich im Wesentlichen nach dem Muster von Sebastian Siebert (http://www.sebastian-siebert.de/2012/09/07/live-upgrade-via-zypper-auf-opens...) gemacht, mit der Ausnahme, dass ich zuerst nur ein zypper dup -d gemacht habe und anschließend mich aus dem grafischen Mode ausgeloggt habe und in die Konsole CRTL ALT F1 gewechselt habe und dort ein zypper dup ausgeführt habe und zur Sicherheit habe ich das Kommando nochmal wiederholt. Dann kam dann der Punkt das System neu zu booten. Es blieb dann in der grub- shell stehen (grub>). Als Erstes habe ich per rescue von der 13.1 DVD ein chroot und dann ein grub-install /dev/sda ausgeführt, was aber nichts half. Ob das etwas mit meiner seltsamen Platten- Partition zusammen hängt weiß ich nicht. Siehe auch thread: http://lists.opensuse.org/opensuse-de/2014-03/msg00041.html Als Nächstes habe ich dann von der DVD eine Updateinstallation unter Einbindung der Online -Repositories, die in meiner /etc/zypp/repos.d/ stehen durchgeführt. Hier wurden alle Repos außer das NVIDIA akzeptiert. Sobald ich das NVIDIA-Repo mit anwählte ist das Update im Fortschrittsbalken der Repo- Aktualisierung eingefroren. Als Update/Upgrade ohne NVIDIA durchgeführt, kann man ja auch anschließend nachinstallieren. Nachdem nahezu alle Pakete wieder eingespielt wurden (warum eigentlich, die wurden doch schon mit zypper aus den gleichen Repos geholt) kam der Punkt des Neustartes und ich blieb wieder in der Grub-Shell hängen. Erst nachdem ich die Prozedur wiederholt habe (jetzt wurden nur 2 Pakete aktualisiert) und explizit unter System Bootmanger Neu vorschlagen Grub neu geschrieben habe konnte ich das System starten. Soviel zu den Anfangsschwierigkeiten und nun zu meinen Problemen die mir bis jetzt bekannt sind. a) Netzwerk und speziell MAC-Adresse maskieren b) KDE c) DVB-S Karte und kaffeine d) kmail und Filter Zu a) wie in den o.g. thread (http://lists.opensuse.org/opensuse-de/2014-04/msg00095.html)beschrieben, habe ich noch ein paar alte Programme, die eine bestimmte MAC-Adresse brauchen, da es den Rechner, für den sie einst gekauft wurden längst nicht mehr gibt. Bisher unter sysemV war das kein Problem. Ich habe in der /etc/init.d/boot.local die Zeilen ip link set eth0 down ip link set eth0 address XX:XX:XX:XX:XX:XX ip link set eth0 up eingetragen und die MAC-Adresse war gesetzt. Dies hat nun mit systemd zur folge, dass ich nach dem booten kein Netzwerkverbindung nach draußen mehr habe, erst ein systemctl restart network belebt meinen Internetzugang. Intern konnte ich Rechner anpingen. Nun meine Frage: wie setzt man sauber und vorallem wo die Maskierung? Ich habe hier https://wiki.archlinux.de/title/MAC-Adresse_abfragen_und_setzen etwas gefunden, bin aber nicht in der Lage das auf mein opensuse zu übertragen. Was auch funktioniert ist mit dem Maccanger macchanger -m XX:XX:XX:XX:XX:XX eth0 doch auch den müsste ich irgendwo eintragen, so dass er beim Hochfahren die MAC-Adresse setzt. Zu b) wenn ich mich per KDM anmelde dauert es gefühlt doppelt so lange wie unter 12.2 mit KDE 4.10 bis diese grafische Anmeldeprozedur (Festplattensymbol etc.) vorüber ist. Dann lande ich in meinen Desktop, der allerdings schwarz ist, bis auf GKrellM, welches ich anstatt von ksensors verwende. nach ca. 5 Minuten erscheint mein Desktop Hintergrundbild und alle Plasmaoide. Jetzt bitte nicht den Tipp lösche mal Dein .kde4, denn dazu habe ich schon einen Test-User mit alten und gelöschten .kde4 angemeldet und da ist das gleiche Verhalten, scheint also Systemweit zu sein. Auffällig ist auch, dass bei Abmelden der Hintergrund mit zerschossenen Farben dargestellt wird. Also da wo beim Abmelden normalerweise ein einfarbiger Hintergrund mit der Auswahl Neustart, Herunterfahre, etc. kommt. Hat das evtl etwas mit den NVIDIA-Treiber zu tun? Das Repo habe ich nachdem ich wieder hochfahren konnte wieder aktiviert und per zypper dup wurden dann auch die Treiber installiert. Die funktionieren auch soweit ich das sehe: ~> glxinfo | grep render direct rendering: Yes OpenGL renderer string: GeForce GTX 260/PCIe/SSE2 GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility, GL_NV_blend_square, GL_NV_conditional_render, GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility, GL_NV_blend_square, GL_NV_conditional_render, GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite, Hat da jemand eine Idee? Welche Repos für einen aktuellen KDE muss man eingebunden haben? Ich habe im Moment: 1 | KDE_Extra | Additional packages maintained by the KDE team (openSUSE_13.1) | Yes | Yes | 40 2 | KDE_KDE3 | KDE 3.5.10 and associated software (openSUSE_13.1) | Yes | Yes | 50 Installiert ist bei mir zypper se -si -r download.nvidia.com-opensuse Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+---------------------------+---------+-----------------------+--------+------------------------ i | nvidia-computeG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers i | nvidia-gfxG03-kmp-default | package | 331.49_k3.11.6_4-29.1 | x86_64 | nVidia Graphics Drivers i | nvidia-glG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers i | x11-video-nvidiaG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers Was ist hier eigentlich mit /etc/X11/xorg.conf? Die gibt es bei mir nach wie vor, nachdem ich bei Upgrade auf die 12.2 ohne diese und mit dem Sax3-Ansatz /etc/X11/xorg.conf.d/ mit den einzelnen Sektionen nicht klar kam. Was ich nicht mehr hin bekomme ist einen vernüftigen VGA-Modus in der Konsole, so wie er bei einer SuSE-Neuinstallation eingerichtet wird. Ich habe jetz im /boot/grub/menu.lst am Ende vga=0x318 eingetragen. Und jetzt beim Schreiben des threads fällt mir etwas auf: In der /boot/grub/menu.lst steht für den ersten Eintrag ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE root (hd0,0) kernel /boot/vmlinuz root=/dev/sda1 resume=/dev/disk/by-id/ata- SAMSUNG_HD103SJ_S246JDWSA65315-part2 splash=silent quiet showopts vga=0x318 Meine erste Platte ist aber nicht die Samsung sondern eine Hitachi: ~ # ll /dev/disk/by-id/ rwxrwxrwx 1 root root 9 Apr 19 16:49 ata- Hitachi_HDS723020BLA642_MN1220F319HPLD -> ../../sda [...] lrwxrwxrwx 1 root root 9 Apr 19 16:49 ata-SAMSUNG_HD103SJ_S246JDWSA65315 -> ../../sdb Das durchblicke ich jetzt nicht mehr. Kann sein das auf der SAmsung auch mal ein Bootloader installiert war, doch nun ist das meine Backup-Platte. Zu c) seit Urzeiten habe ich in dem Rechner eine Hauppauge Nexus-S DVB-S Karte, die bisher mit jeder SuSE lief. Die Hardware-Info unter Yast findet sie auch, sie wird aber schon seit ein oder zwei SuSE.-Versionen in Yast nicht mehr zu Konfiguration angeboten. Machte nichts, ich konnte mit kaffeine problemlos Fernsehen schauen. Nun wir die Karte zwar vom System erkannt, auch scheint das Modul geladen und der Dienst gestartet: ~ # lsmod | grep dvb dvb_ttpci 121155 0 dvb_core 125656 2 stv0299,dvb_ttpci saa7146_vv 70022 1 dvb_ttpci saa7146 29197 2 dvb_ttpci,saa7146_vv ttpci_eeprom 12828 1 dvb_ttpci In Yast Systemdienste (Runlevel) wird auch dvb mit ja angezeigt. Aktiviere ich hier auch den vdr-Dienst testhalber, so erhalte ich eine Tonausgabe des gerade eingestellten Kanals. Also prinzipiell scheint die Karte zu funktionieren, aber warum nicht mehr mit kaffeine? Ich kann in dem Programm auch nichts konfigurieren bzw. das Device anwählen. Zu d) dann noch zu guter Letzt mein Sorgenkind kmail. Es vergisst wieder mal alle Filter. Waren es unter der 4.10 noch die doppelten mails, geht hier wieder das Filterproblem an. Gibt es hier eine Lösung oder muss ich meine zig Filter alle neu setzten? Was muss man aus dem home-Verzeichnis des Users sichern, wenn man wirklich .kde4 löscht und alle Einstellungen zu kmail, korganizer etc. wiederherstellen will? Da das ganze ja mit Akonadi u.ä. zusammenhängt habe ich da keinen Überblick mehr. Also sorry für den langen thread, doch ohne Hintergrund-Info gibt es viele unnötige Rückfragen. Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 19. April 2014, 18:50:16 schrieb Herbert Albert:
Hallo Liste,
hoffe, dass nicht alle in Osterurlaub sind und mir die/der eine oder andere etwas helfen kann meine Upgrade-Probleme zu lösen.
wie in dem thread http://lists.opensuse.org/opensuse-de/2014-04/msg00048.html schon beschrieben, habe ich zum Test mein Netbook von 12.2 auf 13.1 angehoben, was auch nicht problemlos lief, doch mit etwas Nacharbeit dann doch.
Mein Hauptrechner zickt da schon mehr. Das Upgrade habe ich im Wesentlichen nach dem Muster von Sebastian Siebert (http://www.sebastian-siebert.de/2012/09/07/live-upgrade-via-zypper-auf-ope nsuse-12-2/) gemacht, mit der Ausnahme, dass ich zuerst nur ein zypper dup -d gemacht habe und anschließend mich aus dem grafischen Mode ausgeloggt habe und in die Konsole CRTL ALT F1 gewechselt habe und dort ein zypper dup ausgeführt habe und zur Sicherheit habe ich das Kommando nochmal wiederholt. Dann kam dann der Punkt das System neu zu booten. Es blieb dann in der grub- shell stehen (grub>).
Als Erstes habe ich per rescue von der 13.1 DVD ein chroot und dann ein grub-install /dev/sda ausgeführt, was aber nichts half. Ob das etwas mit meiner seltsamen Platten- Partition zusammen hängt weiß ich nicht. Siehe auch thread: http://lists.opensuse.org/opensuse-de/2014-03/msg00041.html
Als Nächstes habe ich dann von der DVD eine Updateinstallation unter Einbindung der Online -Repositories, die in meiner /etc/zypp/repos.d/ stehen durchgeführt. Hier wurden alle Repos außer das NVIDIA akzeptiert. Sobald ich das NVIDIA-Repo mit anwählte ist das Update im Fortschrittsbalken der Repo- Aktualisierung eingefroren. Als Update/Upgrade ohne NVIDIA durchgeführt, kann man ja auch anschließend nachinstallieren. Nachdem nahezu alle Pakete wieder eingespielt wurden (warum eigentlich, die wurden doch schon mit zypper aus den gleichen Repos geholt) kam der Punkt des Neustartes und ich blieb wieder in der Grub-Shell hängen. Erst nachdem ich die Prozedur wiederholt habe (jetzt wurden nur 2 Pakete aktualisiert) und explizit unter System Bootmanger Neu vorschlagen Grub neu geschrieben habe konnte ich das System starten.
Soviel zu den Anfangsschwierigkeiten und nun zu meinen Problemen die mir bis jetzt bekannt sind. a) Netzwerk und speziell MAC-Adresse maskieren b) KDE c) DVB-S Karte und kaffeine d) kmail und Filter
Zu a) wie in den o.g. thread (http://lists.opensuse.org/opensuse-de/2014-04/msg00095.html)beschrieben, habe ich noch ein paar alte Programme, die eine bestimmte MAC-Adresse brauchen, da es den Rechner, für den sie einst gekauft wurden längst nicht mehr gibt. Bisher unter sysemV war das kein Problem. Ich habe in der /etc/init.d/boot.local die Zeilen ip link set eth0 down ip link set eth0 address XX:XX:XX:XX:XX:XX ip link set eth0 up eingetragen und die MAC-Adresse war gesetzt. Dies hat nun mit systemd zur folge, dass ich nach dem booten kein Netzwerkverbindung nach draußen mehr habe, erst ein systemctl restart network belebt meinen Internetzugang. Intern konnte ich Rechner anpingen.
Nun meine Frage: wie setzt man sauber und vorallem wo die Maskierung? Ich habe hier https://wiki.archlinux.de/title/MAC-Adresse_abfragen_und_setzen etwas gefunden, bin aber nicht in der Lage das auf mein opensuse zu übertragen. Was auch funktioniert ist mit dem Maccanger macchanger -m XX:XX:XX:XX:XX:XX eth0 doch auch den müsste ich irgendwo eintragen, so dass er beim Hochfahren die MAC-Adresse setzt.
Zu b) wenn ich mich per KDM anmelde dauert es gefühlt doppelt so lange wie unter 12.2 mit KDE 4.10 bis diese grafische Anmeldeprozedur (Festplattensymbol etc.) vorüber ist. Dann lande ich in meinen Desktop, der allerdings schwarz ist, bis auf GKrellM, welches ich anstatt von ksensors verwende. nach ca. 5 Minuten erscheint mein Desktop Hintergrundbild und alle Plasmaoide.
Jetzt bitte nicht den Tipp lösche mal Dein .kde4, denn dazu habe ich schon einen Test-User mit alten und gelöschten .kde4 angemeldet und da ist das gleiche Verhalten, scheint also Systemweit zu sein.
Auffällig ist auch, dass bei Abmelden der Hintergrund mit zerschossenen Farben dargestellt wird. Also da wo beim Abmelden normalerweise ein einfarbiger Hintergrund mit der Auswahl Neustart, Herunterfahre, etc. kommt. Hat das evtl etwas mit den NVIDIA-Treiber zu tun? Das Repo habe ich nachdem ich wieder hochfahren konnte wieder aktiviert und per zypper dup wurden dann auch die Treiber installiert. Die funktionieren auch soweit ich das sehe: ~> glxinfo | grep render direct rendering: Yes OpenGL renderer string: GeForce GTX 260/PCIe/SSE2 GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility, GL_NV_blend_square, GL_NV_conditional_render, GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility, GL_NV_blend_square, GL_NV_conditional_render, GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite,
Hat da jemand eine Idee? Welche Repos für einen aktuellen KDE muss man eingebunden haben? Ich habe im Moment: 1 | KDE_Extra | Additional packages maintained by the KDE team (openSUSE_13.1) | Yes | Yes | 40 2 | KDE_KDE3 | KDE 3.5.10 and associated software (openSUSE_13.1) | Yes | Yes | 50
Installiert ist bei mir zypper se -si -r download.nvidia.com-opensuse Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository --+---------------------------+---------+-----------------------+--------+-- ---------------------- i | nvidia-computeG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers i | nvidia-gfxG03-kmp-default | package | 331.49_k3.11.6_4-29.1 | x86_64 | nVidia Graphics Drivers i | nvidia-glG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers i | x11-video-nvidiaG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers
Was ist hier eigentlich mit /etc/X11/xorg.conf? Die gibt es bei mir nach wie vor, nachdem ich bei Upgrade auf die 12.2 ohne diese und mit dem Sax3-Ansatz /etc/X11/xorg.conf.d/ mit den einzelnen Sektionen nicht klar kam.
Was ich nicht mehr hin bekomme ist einen vernüftigen VGA-Modus in der Konsole, so wie er bei einer SuSE-Neuinstallation eingerichtet wird. Ich habe jetz im /boot/grub/menu.lst am Ende vga=0x318 eingetragen. Und jetzt beim Schreiben des threads fällt mir etwas auf:
In der /boot/grub/menu.lst steht für den ersten Eintrag ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE root (hd0,0) kernel /boot/vmlinuz root=/dev/sda1 resume=/dev/disk/by-id/ata- SAMSUNG_HD103SJ_S246JDWSA65315-part2 splash=silent quiet showopts vga=0x318
Meine erste Platte ist aber nicht die Samsung sondern eine Hitachi: ~ # ll /dev/disk/by-id/ rwxrwxrwx 1 root root 9 Apr 19 16:49 ata- Hitachi_HDS723020BLA642_MN1220F319HPLD -> ../../sda [...] lrwxrwxrwx 1 root root 9 Apr 19 16:49 ata-SAMSUNG_HD103SJ_S246JDWSA65315 -> ../../sdb
Das durchblicke ich jetzt nicht mehr. Kann sein das auf der SAmsung auch mal ein Bootloader installiert war, doch nun ist das meine Backup-Platte.
Zu c) seit Urzeiten habe ich in dem Rechner eine Hauppauge Nexus-S DVB-S Karte, die bisher mit jeder SuSE lief. Die Hardware-Info unter Yast findet sie auch, sie wird aber schon seit ein oder zwei SuSE.-Versionen in Yast nicht mehr zu Konfiguration angeboten. Machte nichts, ich konnte mit kaffeine problemlos Fernsehen schauen. Nun wir die Karte zwar vom System erkannt, auch scheint das Modul geladen und der Dienst gestartet: ~ # lsmod | grep dvb dvb_ttpci 121155 0 dvb_core 125656 2 stv0299,dvb_ttpci saa7146_vv 70022 1 dvb_ttpci saa7146 29197 2 dvb_ttpci,saa7146_vv ttpci_eeprom 12828 1 dvb_ttpci
In Yast Systemdienste (Runlevel) wird auch dvb mit ja angezeigt. Aktiviere ich hier auch den vdr-Dienst testhalber, so erhalte ich eine Tonausgabe des gerade eingestellten Kanals. Also prinzipiell scheint die Karte zu funktionieren, aber warum nicht mehr mit kaffeine? Ich kann in dem Programm auch nichts konfigurieren bzw. das Device anwählen.
noch ein Nachtrag: wenn ich es in der shell starte erscheint ~> kaffeine kaffeine(6973) DvbManager::loadDeviceManager: using built-in dvb device manager vo_vdpau: vdpau API version : 1 vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library 331.49 Wed Feb 12 20:20:12 PST 2014 vo_vdpau: maximum video surface size for chroma type 4:2:2 is 4096x4096 vo_vdpau: maximum video surface size for chroma type 4:2:0 is 4096x4096 vo_vdpau: maximum output surface size is 8192x8192 vo_vdpau: hold a maximum of 10 video output surfaces for reuse vo_vdpau: using 3 output surfaces of size 1680x1050 for display queue vo_vdpau: this hardware doesn't support mpeg4-part2. virtual QStringList Solid::Backends::Hal::HalManager::allDevices() error: "org.freedesktop.DBus.Error.TimedOut" dann geht ein leeres kaffeine-Fenster auf und es dauert einige Minuten, bis die Icons in der Mitte erscheinen.
Zu d) dann noch zu guter Letzt mein Sorgenkind kmail. Es vergisst wieder mal alle Filter. Waren es unter der 4.10 noch die doppelten mails, geht hier wieder das Filterproblem an. Gibt es hier eine Lösung oder muss ich meine zig Filter alle neu setzten?
Was muss man aus dem home-Verzeichnis des Users sichern, wenn man wirklich .kde4 löscht und alle Einstellungen zu kmail, korganizer etc. wiederherstellen will? Da das ganze ja mit Akonadi u.ä. zusammenhängt habe ich da keinen Überblick mehr.
Also sorry für den langen thread, doch ohne Hintergrund-Info gibt es viele unnötige Rückfragen.
Gruß
Herbert
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Sat, 19 Apr 2014, Herbert Albert schrieb:
noch ein Nachtrag: wenn ich es in der shell starte erscheint ~> kaffeine kaffeine(6973) DvbManager::loadDeviceManager: using built-in dvb device manager vo_vdpau: vdpau API version : 1 vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library 331.49 Wed Feb 12 20:20:12 PST 2014 vo_vdpau: maximum video surface size for chroma type 4:2:2 is 4096x4096 vo_vdpau: maximum video surface size for chroma type 4:2:0 is 4096x4096 vo_vdpau: maximum output surface size is 8192x8192 vo_vdpau: hold a maximum of 10 video output surfaces for reuse vo_vdpau: using 3 output surfaces of size 1680x1050 for display queue vo_vdpau: this hardware doesn't support mpeg4-part2.
Deine Karte kann kein MPEG4-Part2 via VDPAU. Du mußt kaffeine dazu bringen, einen anderen Treiber zu verwenden. Dazu mußt du kaffeine komplett beenden und dann die xine-config von kaffeine ändern: ==== ~/.kde4/share/apps/kaffeine/xine-config ==== # video driver # { auto dxr3 aadxr3 xv XDirectFB DirectFB SyncFB opengl raw xshm caca video.driver:opengl ==== (oder versuch 'xv' als Treiber). HTH, -dnh -- SYNOPSIS glimpse - [almost all letters] pattern -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 19. April 2014, 23:08:31 schrieb David Haller:
Hallo,
Am Sat, 19 Apr 2014, Herbert Albert schrieb:
noch ein Nachtrag: wenn ich es in der shell starte erscheint ~> kaffeine kaffeine(6973) DvbManager::loadDeviceManager: using built-in dvb device manager vo_vdpau: vdpau API version : 1 vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library 331.49 Wed Feb 12 20:20:12 PST 2014 vo_vdpau: maximum video surface size for chroma type 4:2:2 is 4096x4096 vo_vdpau: maximum video surface size for chroma type 4:2:0 is 4096x4096 vo_vdpau: maximum output surface size is 8192x8192 vo_vdpau: hold a maximum of 10 video output surfaces for reuse vo_vdpau: using 3 output surfaces of size 1680x1050 for display queue vo_vdpau: this hardware doesn't support mpeg4-part2.
Deine Karte kann kein MPEG4-Part2 via VDPAU. Du mußt kaffeine dazu bringen, einen anderen Treiber zu verwenden. Dazu mußt du kaffeine komplett beenden und dann die xine-config von kaffeine ändern:
==== ~/.kde4/share/apps/kaffeine/xine-config ==== # video driver # { auto dxr3 aadxr3 xv XDirectFB DirectFB SyncFB opengl raw xshm caca video.driver:opengl ====
(oder versuch 'xv' als Treiber).
HTH, -dnh
also erst habe ich video.driver: auto versucht ~> kaffeine kaffeine(5872) DvbManager::loadDeviceManager: using built-in dvb device manager vo_vdpau: vdpau API version : 1 vo_vdpau: vdpau implementation description : NVIDIA VDPAU Driver Shared Library 304.119 Fri Jan 17 09:53:00 PST 2014 vo_vdpau: maximum video surface size for chroma type 4:2:2 is 4096x4096 vo_vdpau: maximum video surface size for chroma type 4:2:0 is 4096x4096 vo_vdpau: maximum output surface size is 8192x8192 vo_vdpau: hold a maximum of 10 video output surfaces for reuse vo_vdpau: using 3 output surfaces of size 1680x1050 for display queue vo_vdpau: this hardware doesn't support mpeg4-part2. dann # video driver # { auto vdpau aadxr3 dxr3 xv vaapi opengl2 opengl raw xshm none xxmc fb xvmc }, default: 0 video.driver:xv Aber es bleibt dabei, es wird zwar das kaffeine-Fenster geöffnet, aber leer. Erst nach mehreren Minuten erscheinen die Icons in der Mitte aber wenn ich dann auf "Digitales Fernsehen" klicke heißt es "No Device" Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Sun, 20 Apr 2014, Herbert Albert schrieb:
Am Samstag, 19. April 2014, 23:08:31 schrieb David Haller:
vo_vdpau: this hardware doesn't support mpeg4-part2.
Deine Karte kann kein MPEG4-Part2 via VDPAU. Du mußt kaffeine dazu bringen, einen anderen Treiber zu verwenden. Dazu mußt du kaffeine komplett beenden und dann die xine-config von kaffeine ändern:
==== ~/.kde4/share/apps/kaffeine/xine-config ==== # video driver # { auto dxr3 aadxr3 xv XDirectFB DirectFB SyncFB opengl raw xshm caca video.driver:opengl ==== [..] also erst habe ich video.driver: auto versucht ~> kaffeine [..] vo_vdpau: this hardware doesn't support mpeg4-part2.
dann # video driver # { auto vdpau aadxr3 dxr3 xv vaapi opengl2 opengl raw xshm none xxmc fb xvmc }, default: 0 video.driver:xv
Was gibt kaffeine dann auf der Konsole aus?
Aber es bleibt dabei, es wird zwar das kaffeine-Fenster geöffnet, aber leer. Erst nach mehreren Minuten erscheinen die Icons in der Mitte aber wenn ich dann auf "Digitales Fernsehen" klicke heißt es "No Device"
Zeig mal die Ausgabe von: $ ls -l /dev/dvb/adapter0/ Und guck auch mal in der Ausgabe von dmesg / im boot.log danach, ob evtl. ne Firmware-Datei nicht gefunden wird. Hier schaut das mit dem externen so aus: [ 150.808244] dvb-usb: found a 'Technisat SkyStar USB HD (DVB-S/S2)' in cold state, will try to load a firmware [ 150.814152] dvb-usb: downloading firmware from file 'dvb-usb-SkyStar_USB_HD_FW_v17_63.HEX.fw' [ 150.884790] usbcore: registered new interface driver dvb_usb_technisat_usb2 [ 150.896539] usb 1-2: USB disconnect, device number 2 [ 150.896622] dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. [ 152.656061] usb 1-2: new high speed USB device number 3 using ehci_hcd [ 152.792932] usb 1-2: New USB device found, idVendor=14f7, idProduct=0500 [ 152.792938] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 152.792941] usb 1-2: Product: TechniSat USB device [ 152.792944] usb 1-2: Manufacturer: TechniSat Digital [ 152.792946] usb 1-2: SerialNumber: [..] [ 152.793326] technisat-usb2: set alternate setting [ 152.793429] technisat-usb2: firmware version: 17.63 [ 152.793432] dvb-usb: found a 'Technisat SkyStar USB HD (DVB-S/S2)' in warm state. [ 152.793760] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 152.794053] DVB: registering new adapter (Technisat SkyStar USB HD (DVB-S/S2)) [ 152.795546] dvb-usb: MAC address: [ 152.917662] stv6110x_attach: Attaching STV6110x [ 152.920310] technisat-usb2: i2c-error: 60 = 7 [ 152.987432] DVB: registering adapter 0 frontend 0 (Technisat SkyStar USB HD (DVB-S/S2))... [..] [ 153.016520] dvb-usb: Technisat SkyStar USB HD (DVB-S/S2) successfully initialized and connected. Das wichtige sind das mit der Firmware und das "DVB: registering adapter 0 frontend 0" -dnh -- Qual Qual oh Qual wo bist Du oh Qual oh Qual -- B. Brodesser -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 20. April 2014, 01:19:38 schrieb David Haller:
Hallo,
Am Sun, 20 Apr 2014, Herbert Albert schrieb:
Am Samstag, 19. April 2014, 23:08:31 schrieb David Haller:
vo_vdpau: this hardware doesn't support mpeg4-part2.
Deine Karte kann kein MPEG4-Part2 via VDPAU. Du mußt kaffeine dazu bringen, einen anderen Treiber zu verwenden. Dazu mußt du kaffeine komplett beenden und dann die xine-config von kaffeine ändern:
==== ~/.kde4/share/apps/kaffeine/xine-config ==== # video driver # { auto dxr3 aadxr3 xv XDirectFB DirectFB SyncFB opengl raw xshm caca video.driver:opengl ====
[..]
also erst habe ich video.driver: auto versucht ~> kaffeine
[..]
vo_vdpau: this hardware doesn't support mpeg4-part2.
dann # video driver # { auto vdpau aadxr3 dxr3 xv vaapi opengl2 opengl raw xshm none xxmc fb xvmc }, default: 0 video.driver:xv
Was gibt kaffeine dann auf der Konsole aus?
~> kaffeine kaffeine(5514) DvbManager::loadDeviceManager: using built-in dvb device manager und dann dauert es eine ganze Zeit, ca. 2 Minuten, dann erscheint ein leeres kaffeine Fenster und in der Konsole ~> virtual QStringList Solid::Backends::Hal::HalManager::allDevices() error: "org.freedesktop.DBus.Error.NoReply" virtual QStringList Solid::Backends::Hal::HalManager::allDevices() error: "org.freedesktop.DBus.Error.NoReply" virtual QStringList Solid::Backends::Hal::HalManager::allDevices() error: "org.freedesktop.DBus.Error.TimedOut" virtual QStringList Solid::Backends::Hal::HalManager::allDevices() error: "org.freedesktop.DBus.Error.NoReply" und nach weitern 2 -3 Minuten die Icons.
Aber es bleibt dabei, es wird zwar das kaffeine-Fenster geöffnet, aber leer. Erst nach mehreren Minuten erscheinen die Icons in der Mitte aber wenn ich dann auf "Digitales Fernsehen" klicke heißt es "No Device"
Zeig mal die Ausgabe von:
$ ls -l /dev/dvb/adapter0/
~> ls -l /dev/dvb/adapter0/ insgesamt 0 crw-rw----+ 1 root video 212, 3 20. Apr 09:09 audio0 crw-rw----+ 1 root video 212, 4 20. Apr 09:09 ca0 crw-rw----+ 1 root video 212, 0 20. Apr 09:09 demux0 crw-rw----+ 1 root video 212, 1 20. Apr 09:09 dvr0 crw-rw----+ 1 root video 212, 7 20. Apr 09:09 frontend0 crw-rw----+ 1 root video 212, 6 20. Apr 09:09 net0 crw-rw----+ 1 root video 212, 5 20. Apr 09:09 osd0 crw-rw----+ 1 root video 212, 2 20. Apr 09:09 video0
Und guck auch mal in der Ausgabe von dmesg / im boot.log danach, ob evtl. ne Firmware-Datei nicht gefunden wird.
Hier schaut das mit dem externen so aus:
[ 150.808244] dvb-usb: found a 'Technisat SkyStar USB HD (DVB-S/S2)' in cold state, will try to load a firmware [ 150.814152] dvb-usb: downloading firmware from file 'dvb-usb-SkyStar_USB_HD_FW_v17_63.HEX.fw' [ 150.884790] usbcore: registered new interface driver dvb_usb_technisat_usb2 [ 150.896539] usb 1-2: USB disconnect, device number 2 [ 150.896622] dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. [ 152.656061] usb 1-2: new high speed USB device number 3 using ehci_hcd [ 152.792932] usb 1-2: New USB device found, idVendor=14f7, idProduct=0500 [ 152.792938] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 152.792941] usb 1-2: Product: TechniSat USB device [ 152.792944] usb 1-2: Manufacturer: TechniSat Digital [ 152.792946] usb 1-2: SerialNumber: [..] [ 152.793326] technisat-usb2: set alternate setting [ 152.793429] technisat-usb2: firmware version: 17.63 [ 152.793432] dvb-usb: found a 'Technisat SkyStar USB HD (DVB-S/S2)' in warm state. [ 152.793760] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 152.794053] DVB: registering new adapter (Technisat SkyStar USB HD (DVB-S/S2)) [ 152.795546] dvb-usb: MAC address: [ 152.917662] stv6110x_attach: Attaching STV6110x [ 152.920310] technisat-usb2: i2c-error: 60 = 7 [ 152.987432] DVB: registering adapter 0 frontend 0 (Technisat SkyStar USB HD (DVB-S/S2))... [..] [ 153.016520] dvb-usb: Technisat SkyStar USB HD (DVB-S/S2) successfully initialized and connected.
Das wichtige sind das mit der Firmware und das
"DVB: registering adapter 0 frontend 0"
-dnh
gestern habe ich mal den vdr Dienst aktiviert, als root mit rcvdr start (die init Befehle gehen ja noch und sind deutlich kürzer als die systemctl) und dann mit vdr.tvtime.pl ein Fernsehbild erhalten. Diese Programm habe ich schon seit jahren nicht mehr benutzt und die Einstellungen stimmen nicht mehr ganz. Was ich aber sehen wollte ist ob die Karte generell funktioniert und nur kaffeine ein Problem hat. zypper se -si kaffeine Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+--------------------+---------+-------------+--------+--------------------------------------------------------------- i | kaffeine | package | 1.2.2-27.3 | x86_64 | Additional packages maintained by the KDE team (openSUSE_13.1) i | kde3-kaffeine | package | 0.8.8-56.73 | x86_64 | Packman Repository i | kde3-kaffeine-lang | package | 0.8.8-56.73 | noarch | Packman Repository Ich habe auch in KDE den Effekt, dass immer wieder Stillstandszeiten da sind, will heißen es dauert Minuten bis auf einen Mausklick oder auf eine Tastatureingabe reagiert wird. Deshalb möchte ich das ganze KDE mit zypper dup -r ... nochmals einspielen. So etwas hat mir vor Jahren schon mal geholfen. Was ich brauch sind die korrekten Repos. Wie gesagt die Hauptprogrammen scheinen ja aus dem OSS-Repo zu stammen und außerdem habe ich ja noch KDE- Extra eingebunden. Ich würde gerne auch das Release-Repo einbinden und dann per zypper dup nochmal alles aktualisieren. Weißt wie die heißen? Evtl. auch gleich einen Sprung auf KDE 4.12, wenn das stabil ist. Gruß Herbert hier nochmal meine Repoliste zypper lr -P # | Alias | Name | Enabled | Refresh | Priority ---+------------------------------+----------------------------------------------------------------+---------+---------+--------- 11 | ftp.gwdg.de-suse | Packman Repository | Yes | Yes | 20 1 | KDE_Extra | Additional packages maintained by the KDE team (openSUSE_13.1) | Yes | Yes | 40 12 | mozilla | Mozilla based projects (openSUSE_13.1) | Yes | Yes | 49 2 | KDE_KDE3 | KDE 3.5.10 and associated software (openSUSE_13.1) | Yes | Yes | 50 3 | LibreOffice_Stable | Stable Version of LibreOffice (openSUSE_13.1) | Yes | Yes | 68 8 | download.nvidia.com-opensuse | nVidia Graphics Drivers | Yes | Yes | 97 7 | devel:languages:perl | devel:languages:perl | Yes | Yes | 98 4 | Publishing | Publishing | Yes | Yes | 99 6 | devel:languages:misc | devel:languages:misc | Yes | Yes | 99 9 | download.opensuse.org-python | openSUSE BuildService - devel:languages:python | Yes | Yes | 99 10 | editors | editors | Yes | Yes | 99 13 | openSUSE 13.1 NON-OSS | openSUSE 13.1 NON-OSS | Yes | Yes | 99 14 | openSUSE 13.1 NON-OSS Update | openSUSE 13.1 NON-OSS Update | Yes | Yes | 99 15 | openSUSE 13.1 OSS | openSUSE 13.1 OSS | Yes | Yes | 99 16 | openSUSE 13.1 OSS Update | openSUSE 13.1 OSS Update | Yes | Yes | 99 17 | openSUSE-13.1-1.10 | openSUSE-13.1-1.10 | Yes | No | 99 18 | repo-debug | openSUSE-13.1-Debug | Yes | Yes | 99 19 | repo-debug-update | openSUSE-13.1-Update-Debug | Yes | Yes | 99 20 | repo-debug-update-non-oss | openSUSE-13.1-Update-Debug-Non-Oss | Yes | Yes | 99 21 | repo-source | openSUSE-13.1-Source | Yes | Yes | 99 22 | repo-update-non-oss | openSUSE-13.1-Update-Non-Oss | Yes | Yes | 99 23 | science | science | Yes | Yes | 99 5 | VideoLAN | VLC - VideoLAN | Yes | Yes | 101 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 20. April 2014, 09:38:11 schrieb Herbert Albert:
Am Sonntag, 20. April 2014, 01:19:38 schrieb David Haller:
Hallo,
Am Sun, 20 Apr 2014, Herbert Albert schrieb:
Am Samstag, 19. April 2014, 23:08:31 schrieb David Haller:
vo_vdpau: this hardware doesn't support mpeg4-part2.
Deine Karte kann kein MPEG4-Part2 via VDPAU. Du mußt kaffeine dazu bringen, einen anderen Treiber zu verwenden. Dazu mußt du kaffeine komplett beenden und dann die xine-config von kaffeine ändern:
==== ~/.kde4/share/apps/kaffeine/xine-config ==== # video driver # { auto dxr3 aadxr3 xv XDirectFB DirectFB SyncFB opengl raw xshm caca video.driver:opengl ====
[..]
also erst habe ich video.driver: auto versucht ~> kaffeine
[..]
vo_vdpau: this hardware doesn't support mpeg4-part2.
dann # video driver # { auto vdpau aadxr3 dxr3 xv vaapi opengl2 opengl raw xshm none xxmc fb xvmc }, default: 0 video.driver:xv
Was gibt kaffeine dann auf der Konsole aus?
~> kaffeine kaffeine(5514) DvbManager::loadDeviceManager: using built-in dvb device manager
und dann dauert es eine ganze Zeit, ca. 2 Minuten, dann erscheint ein leeres kaffeine Fenster und in der Konsole
~> virtual QStringList Solid::Backends::Hal::HalManager::allDevices() error: "org.freedesktop.DBus.Error.NoReply"
virtual QStringList Solid::Backends::Hal::HalManager::allDevices() error: "org.freedesktop.DBus.Error.NoReply"
virtual QStringList Solid::Backends::Hal::HalManager::allDevices() error: "org.freedesktop.DBus.Error.TimedOut"
virtual QStringList Solid::Backends::Hal::HalManager::allDevices() error: "org.freedesktop.DBus.Error.NoReply"
und nach weitern 2 -3 Minuten die Icons.
Aber es bleibt dabei, es wird zwar das kaffeine-Fenster geöffnet, aber leer. Erst nach mehreren Minuten erscheinen die Icons in der Mitte aber wenn ich dann auf "Digitales Fernsehen" klicke heißt es "No Device"
Zeig mal die Ausgabe von:
$ ls -l /dev/dvb/adapter0/
~> ls -l /dev/dvb/adapter0/ insgesamt 0 crw-rw----+ 1 root video 212, 3 20. Apr 09:09 audio0 crw-rw----+ 1 root video 212, 4 20. Apr 09:09 ca0 crw-rw----+ 1 root video 212, 0 20. Apr 09:09 demux0 crw-rw----+ 1 root video 212, 1 20. Apr 09:09 dvr0 crw-rw----+ 1 root video 212, 7 20. Apr 09:09 frontend0 crw-rw----+ 1 root video 212, 6 20. Apr 09:09 net0 crw-rw----+ 1 root video 212, 5 20. Apr 09:09 osd0 crw-rw----+ 1 root video 212, 2 20. Apr 09:09 video0
Und guck auch mal in der Ausgabe von dmesg / im boot.log danach, ob evtl. ne Firmware-Datei nicht gefunden wird.
Hier schaut das mit dem externen so aus:
[ 150.808244] dvb-usb: found a 'Technisat SkyStar USB HD (DVB-S/S2)' in cold state, will try to load a firmware [ 150.814152] dvb-usb: downloading firmware from file 'dvb-usb-SkyStar_USB_HD_FW_v17_63.HEX.fw' [ 150.884790] usbcore: registered new interface driver dvb_usb_technisat_usb2 [ 150.896539] usb 1-2: USB disconnect, device number 2 [ 150.896622] dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. [ 152.656061] usb 1-2: new high speed USB device number 3 using ehci_hcd [ 152.792932] usb 1-2: New USB device found, idVendor=14f7, idProduct=0500 [ 152.792938] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 152.792941] usb 1-2: Product: TechniSat USB device [ 152.792944] usb 1-2: Manufacturer: TechniSat Digital [ 152.792946] usb 1-2: SerialNumber: [..] [ 152.793326] technisat-usb2: set alternate setting [ 152.793429] technisat-usb2: firmware version: 17.63 [ 152.793432] dvb-usb: found a 'Technisat SkyStar USB HD (DVB-S/S2)' in warm state. [ 152.793760] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 152.794053] DVB: registering new adapter (Technisat SkyStar USB HD (DVB-S/S2)) [ 152.795546] dvb-usb: MAC address: [ 152.917662] stv6110x_attach: Attaching STV6110x [ 152.920310] technisat-usb2: i2c-error: 60 = 7 [ 152.987432] DVB: registering adapter 0 frontend 0 (Technisat SkyStar USB HD (DVB-S/S2))... [..] [ 153.016520] dvb-usb: Technisat SkyStar USB HD (DVB-S/S2) successfully initialized and connected.
Das wichtige sind das mit der Firmware und das
"DVB: registering adapter 0 frontend 0"
-dnh
gestern habe ich mal den vdr Dienst aktiviert, als root mit rcvdr start (die init Befehle gehen ja noch und sind deutlich kürzer als die systemctl) und dann mit vdr.tvtime.pl ein Fernsehbild erhalten. Diese Programm habe ich schon seit jahren nicht mehr benutzt und die Einstellungen stimmen nicht mehr ganz. Was ich aber sehen wollte ist ob die Karte generell funktioniert und nur kaffeine ein Problem hat.
zypper se -si kaffeine Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository --+--------------------+---------+-------------+--------+------------------- -------------------------------------------- i | kaffeine | package | 1.2.2-27.3 | x86_64 | Additional packages maintained by the KDE team (openSUSE_13.1) i | kde3-kaffeine | package | 0.8.8-56.73 | x86_64 | Packman Repository i | kde3-kaffeine-lang | package | 0.8.8-56.73 | noarch | Packman Repository
Ich habe auch in KDE den Effekt, dass immer wieder Stillstandszeiten da sind, will heißen es dauert Minuten bis auf einen Mausklick oder auf eine Tastatureingabe reagiert wird. Deshalb möchte ich das ganze KDE mit zypper dup -r ... nochmals einspielen. So etwas hat mir vor Jahren schon mal geholfen. Was ich brauch sind die korrekten Repos. Wie gesagt die Hauptprogrammen scheinen ja aus dem OSS-Repo zu stammen und außerdem habe ich ja noch KDE- Extra eingebunden. Ich würde gerne auch das Release-Repo einbinden und dann per zypper dup nochmal alles aktualisieren.
Weißt wie die heißen? Evtl. auch gleich einen Sprung auf KDE 4.12, wenn das stabil ist.
also ich habe jetzt mal den Sprung auf KDE 4.12 mit folgenden Repos gemacht, ohne Erfolg zypper lr # | Alias | Name | Enabled | Refresh ---+------------------------------+----------------------------------------------------------------------------+---------+-------- 1 | KDE_Current | The latest official release of the KDE SC (openSUSE_13.1) | Yes | Yes 2 | KDE_Extra | Additional packages maintained by the KDE team (KDE_Current_openSUSE_13.1) | Yes | Yes 3 | KDE_KDE3 | KDE 3.5.10 and associated software (openSUSE_13.1) | Yes | Yes 4 | KDE_Unstable_Extra | Unstable KDE Applications (KDE_Current_openSUSE_13.1) | Yes | Yes [...] KDE_Current: http://download.opensuse.org/repositories/KDE:/Current/openSUSE_13.1/ KDE_Extra: http://download.opensuse.org/repositories/KDE:/Extra/KDE_Current_openSUSE_13... KDE_Unstable_Extra: http://download.opensuse.org/repositories/KDE:/Unstable:/Extra/KDE_Current_o... Das Verhalten hat sich nicht geändert. Auffällig sind diese Aussetzer wo keine Reaktion auf Tastatur und Maus erfolgt und das bei allen Usern. Hat vielleicht doch etwas mit NVIDIA-Treiber, xorg.conf und & zu tun. Bin einfach nur ratlos. Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 20.04.2014 11:26, schrieb Herbert Albert:
also ich habe jetzt mal den Sprung auf KDE 4.12 mit folgenden Repos gemacht, ohne Erfolg
Hallo, ein Schuß ins Blaue, hast du die alten KDE Repos rausgenommen? Gruß Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 20. April 2014, 13:14:11 schrieb Hugo Egon Maurer:
Am 20.04.2014 11:26, schrieb Herbert Albert:
also ich habe jetzt mal den Sprung auf KDE 4.12 mit folgenden Repos gemacht, ohne Erfolg
Hallo,
ein Schuß ins Blaue, hast du die alten KDE Repos rausgenommen?
Gruß
Hugo ja, natürlich.
Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
4 | KDE_Unstable_Extra | Unstable KDE Applications (KDE_Current_openSUSE_13.1) | Yes | Yes Hallo,
noch ein Schuß ins Blaue, ich verwende nie die Unstables, vielleicht liegt dort ein Hund begraben? Gruß Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 20. April 2014, 13:22:21 schrieb Hugo Egon Maurer:
4 | KDE_Unstable_Extra | Unstable KDE Applications
(KDE_Current_openSUSE_13.1) | Yes | Yes
Hallo,
noch ein Schuß ins Blaue, ich verwende nie die Unstables, vielleicht liegt dort ein Hund begraben?
Gruß
Hugo Die habe ich ja erst heute dazu genommen um komplett auf 4.12 umzustellen. das Fehlerbild bleibt aber über alle User das selbe. Tippe nun doch wieder auf Nvidia, da es beim Abmelden nicht zu den gewohnten einfarbigen Hintergrund sondern zu einem streifigen kommt, als wenn die einzelnen Shader gestört sind.
Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 20.04.2014 17:05, schrieb Herbert Albert:
Am Sonntag, 20. April 2014, 13:22:21 schrieb Hugo Egon Maurer:
4 | KDE_Unstable_Extra | Unstable KDE Applications
(KDE_Current_openSUSE_13.1) | Yes | Yes Hallo,
noch ein Schuß ins Blaue, ich verwende nie die Unstables, vielleicht liegt dort ein Hund begraben?
Gruß
Hugo Die habe ich ja erst heute dazu genommen um komplett auf 4.12 umzustellen. das Fehlerbild bleibt aber über alle User das selbe. Tippe nun doch wieder auf Nvidia, da es beim Abmelden nicht zu den gewohnten einfarbigen Hintergrund sondern zu einem streifigen kommt, als wenn die einzelnen Shader gestört sind.
Gruß
Herbert
Ich würde Dir gerne weiterhelfen, leider bin ich auch nur ein einfacher Benutzer, da müßen die Profis ran. Gruß Hugo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 19. April 2014, 18:50:16 schrieb Herbert Albert:
Hallo Liste,
hoffe, dass nicht alle in Osterurlaub sind und mir die/der eine oder andere etwas helfen kann meine Upgrade-Probleme zu lösen.
wie in dem thread http://lists.opensuse.org/opensuse-de/2014-04/msg00048.html schon beschrieben, habe ich zum Test mein Netbook von 12.2 auf 13.1 angehoben, was auch nicht problemlos lief, doch mit etwas Nacharbeit dann doch.
Mein Hauptrechner zickt da schon mehr. Das Upgrade habe ich im Wesentlichen nach dem Muster von Sebastian Siebert (http://www.sebastian-siebert.de/2012/09/07/live-upgrade-via-zypper-auf-ope nsuse-12-2/) gemacht, mit der Ausnahme, dass ich zuerst nur ein zypper dup -d gemacht habe und anschließend mich aus dem grafischen Mode ausgeloggt habe und in die Konsole CRTL ALT F1 gewechselt habe und dort ein zypper dup ausgeführt habe und zur Sicherheit habe ich das Kommando nochmal wiederholt. Dann kam dann der Punkt das System neu zu booten. Es blieb dann in der grub- shell stehen (grub>).
Als Erstes habe ich per rescue von der 13.1 DVD ein chroot und dann ein grub-install /dev/sda ausgeführt, was aber nichts half. Ob das etwas mit meiner seltsamen Platten- Partition zusammen hängt weiß ich nicht. Siehe auch thread: http://lists.opensuse.org/opensuse-de/2014-03/msg00041.html
Als Nächstes habe ich dann von der DVD eine Updateinstallation unter Einbindung der Online -Repositories, die in meiner /etc/zypp/repos.d/ stehen durchgeführt. Hier wurden alle Repos außer das NVIDIA akzeptiert. Sobald ich das NVIDIA-Repo mit anwählte ist das Update im Fortschrittsbalken der Repo- Aktualisierung eingefroren. Als Update/Upgrade ohne NVIDIA durchgeführt, kann man ja auch anschließend nachinstallieren. Nachdem nahezu alle Pakete wieder eingespielt wurden (warum eigentlich, die wurden doch schon mit zypper aus den gleichen Repos geholt) kam der Punkt des Neustartes und ich blieb wieder in der Grub-Shell hängen. Erst nachdem ich die Prozedur wiederholt habe (jetzt wurden nur 2 Pakete aktualisiert) und explizit unter System Bootmanger Neu vorschlagen Grub neu geschrieben habe konnte ich das System starten.
Soviel zu den Anfangsschwierigkeiten und nun zu meinen Problemen die mir bis jetzt bekannt sind. a) Netzwerk und speziell MAC-Adresse maskieren b) KDE c) DVB-S Karte und kaffeine d) kmail und Filter
Zu a) wie in den o.g. thread (http://lists.opensuse.org/opensuse-de/2014-04/msg00095.html)beschrieben, habe ich noch ein paar alte Programme, die eine bestimmte MAC-Adresse brauchen, da es den Rechner, für den sie einst gekauft wurden längst nicht mehr gibt. Bisher unter sysemV war das kein Problem. Ich habe in der /etc/init.d/boot.local die Zeilen ip link set eth0 down ip link set eth0 address XX:XX:XX:XX:XX:XX ip link set eth0 up eingetragen und die MAC-Adresse war gesetzt. Dies hat nun mit systemd zur folge, dass ich nach dem booten kein Netzwerkverbindung nach draußen mehr habe, erst ein systemctl restart network belebt meinen Internetzugang. Intern konnte ich Rechner anpingen.
Nun meine Frage: wie setzt man sauber und vorallem wo die Maskierung? Ich habe hier https://wiki.archlinux.de/title/MAC-Adresse_abfragen_und_setzen etwas gefunden, bin aber nicht in der Lage das auf mein opensuse zu übertragen. Was auch funktioniert ist mit dem Maccanger macchanger -m XX:XX:XX:XX:XX:XX eth0 doch auch den müsste ich irgendwo eintragen, so dass er beim Hochfahren die MAC-Adresse setzt.
Zu b) wenn ich mich per KDM anmelde dauert es gefühlt doppelt so lange wie unter 12.2 mit KDE 4.10 bis diese grafische Anmeldeprozedur (Festplattensymbol etc.) vorüber ist. Dann lande ich in meinen Desktop, der allerdings schwarz ist, bis auf GKrellM, welches ich anstatt von ksensors verwende. nach ca. 5 Minuten erscheint mein Desktop Hintergrundbild und alle Plasmaoide.
Jetzt bitte nicht den Tipp lösche mal Dein .kde4, denn dazu habe ich schon einen Test-User mit alten und gelöschten .kde4 angemeldet und da ist das gleiche Verhalten, scheint also Systemweit zu sein.
Auffällig ist auch, dass bei Abmelden der Hintergrund mit zerschossenen Farben dargestellt wird. Also da wo beim Abmelden normalerweise ein einfarbiger Hintergrund mit der Auswahl Neustart, Herunterfahre, etc. kommt. Hat das evtl etwas mit den NVIDIA-Treiber zu tun? Das Repo habe ich nachdem ich wieder hochfahren konnte wieder aktiviert und per zypper dup wurden dann auch die Treiber installiert. Die funktionieren auch soweit ich das sehe: ~> glxinfo | grep render direct rendering: Yes OpenGL renderer string: GeForce GTX 260/PCIe/SSE2 GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility, GL_NV_blend_square, GL_NV_conditional_render, GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility, GL_NV_blend_square, GL_NV_conditional_render, GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite,
Hat da jemand eine Idee? Welche Repos für einen aktuellen KDE muss man eingebunden haben? Ich habe im Moment: 1 | KDE_Extra | Additional packages maintained by the KDE team (openSUSE_13.1) | Yes | Yes | 40 2 | KDE_KDE3 | KDE 3.5.10 and associated software (openSUSE_13.1) | Yes | Yes | 50
Installiert ist bei mir zypper se -si -r download.nvidia.com-opensuse Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository --+---------------------------+---------+-----------------------+--------+-- ---------------------- i | nvidia-computeG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers i | nvidia-gfxG03-kmp-default | package | 331.49_k3.11.6_4-29.1 | x86_64 | nVidia Graphics Drivers i | nvidia-glG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers i | x11-video-nvidiaG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers
Was ist hier eigentlich mit /etc/X11/xorg.conf? Die gibt es bei mir nach wie vor, nachdem ich bei Upgrade auf die 12.2 ohne diese und mit dem Sax3-Ansatz /etc/X11/xorg.conf.d/ mit den einzelnen Sektionen nicht klar kam.
Was ich nicht mehr hin bekomme ist einen vernüftigen VGA-Modus in der Konsole, so wie er bei einer SuSE-Neuinstallation eingerichtet wird. Ich habe jetz im /boot/grub/menu.lst am Ende vga=0x318 eingetragen. Und jetzt beim Schreiben des threads fällt mir etwas auf:
In der /boot/grub/menu.lst steht für den ersten Eintrag ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE root (hd0,0) kernel /boot/vmlinuz root=/dev/sda1 resume=/dev/disk/by-id/ata- SAMSUNG_HD103SJ_S246JDWSA65315-part2 splash=silent quiet showopts vga=0x318
Meine erste Platte ist aber nicht die Samsung sondern eine Hitachi: ~ # ll /dev/disk/by-id/ rwxrwxrwx 1 root root 9 Apr 19 16:49 ata- Hitachi_HDS723020BLA642_MN1220F319HPLD -> ../../sda [...] lrwxrwxrwx 1 root root 9 Apr 19 16:49 ata-SAMSUNG_HD103SJ_S246JDWSA65315 -> ../../sdb
Das durchblicke ich jetzt nicht mehr. Kann sein das auf der SAmsung auch mal ein Bootloader installiert war, doch nun ist das meine Backup-Platte.
Auch hier noch ein Nachtrag: laut Yast -> Bootloader seht da: Name des Abschnitts: openSUSE Kernel-Image: /boot/vmlinuz Initial-RAM-Disk: /boot/initrd Root-Gerät: /dev/disk/by-id/ata-Hitachi_HDS723020BLA642_MN1220F319HPLD-part1 VGA-Modus: 1024x768, 24 Bit (Modus 0x318) Optionaler Parameter für Kernel Befehlszeile: resume=/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246JDWSA65315-part2 splash=silent quiet showopts und das ist doch ein Widerspruch. Root-Gerät und Parameterzeile passen nicht. Ich ändere mal ist Yast die Parameterzeile in resume=/dev/disk/by-id/ata-Hitachi_HDS723020BLA642_MN1220F319HPLD-part1 splash=silent quiet showopts vga=0x318 Was passiert kann ich erst nach einen reboot sagen.
Zu c) seit Urzeiten habe ich in dem Rechner eine Hauppauge Nexus-S DVB-S Karte, die bisher mit jeder SuSE lief. Die Hardware-Info unter Yast findet sie auch, sie wird aber schon seit ein oder zwei SuSE.-Versionen in Yast nicht mehr zu Konfiguration angeboten. Machte nichts, ich konnte mit kaffeine problemlos Fernsehen schauen. Nun wir die Karte zwar vom System erkannt, auch scheint das Modul geladen und der Dienst gestartet: ~ # lsmod | grep dvb dvb_ttpci 121155 0 dvb_core 125656 2 stv0299,dvb_ttpci saa7146_vv 70022 1 dvb_ttpci saa7146 29197 2 dvb_ttpci,saa7146_vv ttpci_eeprom 12828 1 dvb_ttpci
In Yast Systemdienste (Runlevel) wird auch dvb mit ja angezeigt. Aktiviere ich hier auch den vdr-Dienst testhalber, so erhalte ich eine Tonausgabe des gerade eingestellten Kanals. Also prinzipiell scheint die Karte zu funktionieren, aber warum nicht mehr mit kaffeine? Ich kann in dem Programm auch nichts konfigurieren bzw. das Device anwählen.
Zu d) dann noch zu guter Letzt mein Sorgenkind kmail. Es vergisst wieder mal alle Filter. Waren es unter der 4.10 noch die doppelten mails, geht hier wieder das Filterproblem an. Gibt es hier eine Lösung oder muss ich meine zig Filter alle neu setzten?
Was muss man aus dem home-Verzeichnis des Users sichern, wenn man wirklich .kde4 löscht und alle Einstellungen zu kmail, korganizer etc. wiederherstellen will? Da das ganze ja mit Akonadi u.ä. zusammenhängt habe ich da keinen Überblick mehr.
Also sorry für den langen thread, doch ohne Hintergrund-Info gibt es viele unnötige Rückfragen.
Gruß
Herbert
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Sat, 19 Apr 2014, Herbert Albert schrieb:
Am Samstag, 19. April 2014, 18:50:16 schrieb Herbert Albert: Auch hier noch ein Nachtrag: laut Yast -> Bootloader seht da:
Name des Abschnitts: openSUSE
Kernel-Image: /boot/vmlinuz
Initial-RAM-Disk: /boot/initrd
Root-Gerät: /dev/disk/by-id/ata-Hitachi_HDS723020BLA642_MN1220F319HPLD-part1
VGA-Modus: 1024x768, 24 Bit (Modus 0x318)
Optionaler Parameter für Kernel Befehlszeile: resume=/dev/disk/by-id/ata-SAMSUNG_HD103SJ_S246JDWSA65315-part2 splash=silent quiet showopts
und das ist doch ein Widerspruch.
Nein. "resume=" gibt die Partition an (eine swap-Partition) auf die der Inhalt des Speichers geschrieben wird, wenn du suspend2disk machst und beim "resume" aus dem Suspend wird der Inhalt davon eben wieder gelesen.
resume=/dev/disk/by-id/ata-Hitachi_HDS723020BLA642_MN1220F319HPLD-part1 splash=silent quiet showopts vga=0x318
Mach das nicht. Falls du auf der Hitachi ne Swap-Partition hast kannst du die nehmen. Oder lass den Parameter ganz weg, wenn du eh kein Suspend machst. -dnh -- Contrary to popular belief, Unix is user friendly. It just happens to be very selective about who its friends are. -- Kyle Hearn -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Herbert, hallo Leute, Am Samstag, 19. April 2014 schrieb Herbert Albert:
Zu d) dann noch zu guter Letzt mein Sorgenkind kmail. Es vergisst wieder mal alle Filter. Waren es unter der 4.10 noch die doppelten mails, geht hier wieder das Filterproblem an. Gibt es hier eine Lösung oder muss ich meine zig Filter alle neu setzten?
Sind die Filter wirklich "weg"? Bitte in Einstellungen - Filter einrichten nachsehen. Oder werden sie "nur" nicht angewendet? Ich mache mit Factory so ziemlich alle KDE-Versionen mit - vergesslich war KMail IIRC noch nie ;-) und Filter hat es mir noch nie gelöscht. Vereinzelt habe ich allerdings schon erlebt, dass es zu faul zum Filtern war ;-)
Was muss man aus dem home-Verzeichnis des Users sichern, wenn man wirklich .kde4 löscht und alle Einstellungen zu kmail, korganizer etc. wiederherstellen will? Da das ganze ja mit Akonadi u.ä. zusammenhängt habe ich da keinen Überblick mehr.
Akonadi macht AFAIK nur oder zumindest hauptsächlich Caching - es dürfte also keine lebenswichtigen Daten enthalten. (Wirklich überprüft habe ich diese Aussage aber schon lange nicht mehr - also ohne Pistole, äh Gewähr ;-) Akonadi legt seine Datenbank übrigens in ~/.local/share/akonadi/ ab (bzw. bei mir direkt im systemweiten MySQL - das läuft eh, also kann es auch die Akonadi-Datenbank mit verwalten ;-) ~/.local/ würde ich tendenziell komplett sichern - darin liegen u. a. alle Mails (in älteren KDE-Versionen bzw. bei "historischer" Config auch in ~/.kde4 oder "ganz früher"[tm] in ~/Mail). Ansonsten gilt der übliche Rat: Mit einer Mail pro Thema bekommst Du vermutlich mehr Antworten ;-) Gruß Christian Boltz --
Gruß, Ratti (Der sich jetzt noch ein Brötchen mit Hack holt. Fleisch-Essen ruleZ :-) ) Hey, froehnst Du der Fleischeslust, Du Ratte? :-) [> Ratti und Jessica Bleche in suse-linux]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Zitat von Christian Boltz
Hallo Herbert, hallo Leute,
Am Samstag, 19. April 2014 schrieb Herbert Albert:
Zu d) dann noch zu guter Letzt mein Sorgenkind kmail. Es vergisst wieder mal alle Filter. Waren es unter der 4.10 noch die doppelten mails, geht hier wieder das Filterproblem an. Gibt es hier eine Lösung oder muss ich meine zig Filter alle neu setzten?
Sind die Filter wirklich "weg"? Bitte in Einstellungen - Filter einrichten nachsehen. Oder werden sie "nur" nicht angewendet?
Ich mache mit Factory so ziemlich alle KDE-Versionen mit - vergesslich war KMail IIRC noch nie ;-) und Filter hat es mir noch nie gelöscht. Vereinzelt habe ich allerdings schon erlebt, dass es zu faul zum Filtern war ;-)
also ich habe gemerkt das kmail nicht nur faul ist, sondern nach dem Upgrade gar nicht mehr filtert. Das hat unter 12.2 und KDE 4.10 wenigsten funktioniert.
Was muss man aus dem home-Verzeichnis des Users sichern, wenn man wirklich .kde4 löscht und alle Einstellungen zu kmail, korganizer etc. wiederherstellen will? Da das ganze ja mit Akonadi u.ä. zusammenhängt habe ich da keinen Überblick mehr.
Akonadi macht AFAIK nur oder zumindest hauptsächlich Caching - es dürfte also keine lebenswichtigen Daten enthalten. (Wirklich überprüft habe ich diese Aussage aber schon lange nicht mehr - also ohne Pistole, äh Gewähr ;-)
Akonadi legt seine Datenbank übrigens in ~/.local/share/akonadi/ ab (bzw. bei mir direkt im systemweiten MySQL - das läuft eh, also kann es auch die Akonadi-Datenbank mit verwalten ;-)
~/.local/ würde ich tendenziell komplett sichern - darin liegen u. a. alle Mails (in älteren KDE-Versionen bzw. bei "historischer" Config auch in ~/.kde4 oder "ganz früher"[tm] in ~/Mail).
die Mails liegen bei mir in ~/.local/share/.local-mail.directory Doch wo liegen die Provider-Einstellungen etc von kmail?
Ansonsten gilt der übliche Rat: Mit einer Mail pro Thema bekommst Du vermutlich mehr Antworten ;-)
hast schon recht, doch ich wollte den Gesamtzusammenhang schildern, weil ein ein Fehler mit einem anderen Problem zu tun haben könnte. Aktuell bin ich ohne X. Da ich den Nvidia-Treiber in Verdacht habe, habe ich in meiner Sicherung in der Zypper-Historiy nachgesehen, was ich bisher für eine Nvidia-Treiber-Version gefahren habe. Es war die G02-Reihe. Also habe ich per Yast auf diese umgestellt und nun bekomme ich kein X mehr ans Laufen. Auch nicht, wenn ich wieder zurück auf die G03-Version gehe. Es ist zu Haare ausraufen. Wenn es mich noch ein bisschen ärgert, wird die Sicherung wieder zurückgespielt un d ich bleibe bei einem gut laufenden 12.2 und verzichte dann eben auf Updates. Das gefällt mir sowieso nicht alle zwei Jahre Upzugraden, da es jedes mal Probleme gibt. Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
[...]
hast schon recht, doch ich wollte den Gesamtzusammenhang schildern, weil ein ein Fehler mit einem anderen Problem zu tun haben könnte.
Aktuell bin ich ohne X. Da ich den Nvidia-Treiber in Verdacht habe, habe ich in meiner Sicherung in der Zypper-Historiy nachgesehen, was ich bisher für eine Nvidia-Treiber-Version gefahren habe. Es war die G02-Reihe. Also habe ich per Yast auf diese umgestellt und nun bekomme ich kein X mehr ans Laufen. Auch nicht, wenn ich wieder zurück auf die G03-Version gehe.
Es ist zu Haare ausraufen. Wenn es mich noch ein bisschen ärgert, wird die Sicherung wieder zurückgespielt un d ich bleibe bei einem gut laufenden 12.2 und verzichte dann eben auf Updates. Das gefällt mir sowieso nicht alle zwei Jahre Upzugraden, da es jedes mal Probleme gibt.
also jetzt habe ich X bzw. KDE wieder zum Laufen gebracht aber nur weil ich in der xorg.conf nv anstatt nvidia eingetragen habe. Die restlichen Probleme bleiben. Wie kann ich wieder den Nvidia-Treiber zum laufen bekommen? Bin jetzt wieder auf die G03-Version zurück ~ # zypper se -si nvidia Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+---------------------------+---------+-----------------------+--------+------------------------ i | nvidia-computeG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers i | nvidia-gfxG03-kmp-default | package | 331.49_k3.11.6_4-29.1 | x86_64 | nVidia Graphics Drivers i | x11-video-nvidiaG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers Doch ein ~ # modprobe nvidia FATAL: Module nvidia not found. findet den Treiber nicht. Was mache ich falsch? Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Sat, 19 Apr 2014, h.albert@odn.de schrieb:
Aktuell bin ich ohne X. Da ich den Nvidia-Treiber in Verdacht habe, habe ich in meiner Sicherung in der Zypper-Historiy nachgesehen, was ich bisher für eine Nvidia-Treiber-Version gefahren habe. Es war die G02-Reihe. Also habe ich per Yast auf diese umgestellt und nun bekomme ich kein X mehr ans Laufen. Auch nicht, wenn ich wieder zurück auf die G03-Version gehe.
Hast du nach der Installation des G02-Treiber die initrd neu erstellt? Einfach mkinitrd aufrufen. -dnh -- My late wife taught reading to kids with physical, mental, and emotional problems. This is relevant: consider _your_ luser community. -- mikeA -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Zitat von David Haller
Hallo,
Am Sat, 19 Apr 2014, h.albert@odn.de schrieb:
Aktuell bin ich ohne X. Da ich den Nvidia-Treiber in Verdacht habe, habe ich in meiner Sicherung in der Zypper-Historiy nachgesehen, was ich bisher für eine Nvidia-Treiber-Version gefahren habe. Es war die G02-Reihe. Also habe ich per Yast auf diese umgestellt und nun bekomme ich kein X mehr ans Laufen. Auch nicht, wenn ich wieder zurück auf die G03-Version gehe.
Hast du nach der Installation des G02-Treiber die initrd neu erstellt? Einfach mkinitrd aufrufen.
nein habe ich nicht. Habe es nun gemacht, hilft aber auch nichts. Was mich auch strört: Beim hochfahre erscheint kurz FATAL: Module ide_pci_generic not found FATAL: Modul jbd not found FATAL: Modul ext3 not found Nach dem erfolglosen Versuch X zu starten erscheint das auch und ich stehe im login prompt. Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 19. April 2014, 23:44:36 schrieb h.albert@odn.de:
Zitat von David Haller
: Hallo,
Am Sat, 19 Apr 2014, h.albert@odn.de schrieb:
Aktuell bin ich ohne X. Da ich den Nvidia-Treiber in Verdacht habe, habe ich in meiner Sicherung in der Zypper-Historiy nachgesehen, was ich bisher für eine Nvidia-Treiber-Version gefahren habe. Es war die G02-Reihe. Also habe ich per Yast auf diese umgestellt und nun bekomme ich kein X mehr ans Laufen. Auch nicht, wenn ich wieder zurück auf die G03-Version gehe.
Hast du nach der Installation des G02-Treiber die initrd neu erstellt? Einfach mkinitrd aufrufen.
nein habe ich nicht. Habe es nun gemacht, hilft aber auch nichts.
Was mich auch strört: Beim hochfahre erscheint kurz FATAL: Module ide_pci_generic not found FATAL: Modul jbd not found FATAL: Modul ext3 not found
Nach dem erfolglosen Versuch X zu starten
erscheint das auch und ich stehe im login prompt.
Herbert
habe nun die Treiber in Yast nochmals reinstalliert und gleich danach ein mkinitrd ausgeführt. Ok, dann komm ich wieder ein in X / KDE und es wird uach wieder der nvidia-Treiber geladen ~ # lsmod | grep nvidia nvidia 11343264 30 Warum muss da ein mkinitrd ausgeführt werden? Mein Problem mit KDE, dass 2-3 Minuten eine schwarzer Bildschirm kommt, dann erst kommt meine Passwortabfrage für kwallet und dann dauert es nochmal ca. 3 Minuten bis mein regulärer Desktop erscheint ist aber nach wie vor vorhanden. An was könnte das liegen? Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo, Am Sun, 20 Apr 2014, Herbert Albert schrieb:
Am Samstag, 19. April 2014, 23:44:36 schrieb h.albert@odn.de:
Zitat von David Haller
: Hast du nach der Installation des G02-Treiber die initrd neu erstellt? Einfach mkinitrd aufrufen.
nein habe ich nicht. Habe es nun gemacht, hilft aber auch nichts.
Was mich auch strört: Beim hochfahre erscheint kurz FATAL: Module ide_pci_generic not found FATAL: Modul jbd not found FATAL: Modul ext3 not found
Kannst du ignorieren, diese Module sind fest im Kernel einkompiliert. Nur irgendwo in den Bootscripten (der initrd) wird dann noch ein 'modprobe' für das Dateisystem der (root) Platte aufgerufen, was dann zu dieser Ausgabe führt. [..]
habe nun die Treiber in Yast nochmals reinstalliert und gleich danach ein mkinitrd ausgeführt. Ok, dann komm ich wieder ein in X / KDE und es wird uach wieder der nvidia-Treiber geladen ~ # lsmod | grep nvidia nvidia 11343264 30
Warum muss da ein mkinitrd ausgeführt werden?
Weil wenn man KMS verwendet die Grafiktreiber in die initrd integriert werden, damit beim Booten der Bootsplash von plymouth angehübscht werden kann, v.a. aber auch, daß gleich die Auflösung etc. richtig gesetzt wird. Ich spar mir diese Hampelei mit KMS/Bootsplash komplett, hab das ganze bootsplash Geraffel erst gar nicht installiert und boote mit splash=native weswegen ich auch nicht ans mkinitrd nach ner Änderung vom Grafiktreiber denken muß ;)
Mein Problem mit KDE, dass 2-3 Minuten eine schwarzer Bildschirm kommt, dann erst kommt meine Passwortabfrage für kwallet und dann dauert es nochmal ca. 3 Minuten bis mein regulärer Desktop erscheint ist aber nach wie vor vorhanden. An was könnte das liegen?
Keine Ahnung von KDE. -dnh -- ...Good health is just the slowest form of death. -- unbekannt -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Sonntag, 20. April 2014, 01:25:28 schrieb David Haller:
Hallo,
Am Sun, 20 Apr 2014, Herbert Albert schrieb:
Am Samstag, 19. April 2014, 23:44:36 schrieb h.albert@odn.de:
Zitat von David Haller
: Hast du nach der Installation des G02-Treiber die initrd neu erstellt? Einfach mkinitrd aufrufen.
nein habe ich nicht. Habe es nun gemacht, hilft aber auch nichts.
Was mich auch strört: Beim hochfahre erscheint kurz FATAL: Module ide_pci_generic not found FATAL: Modul jbd not found FATAL: Modul ext3 not found
Kannst du ignorieren, diese Module sind fest im Kernel einkompiliert. Nur irgendwo in den Bootscripten (der initrd) wird dann noch ein 'modprobe' für das Dateisystem der (root) Platte aufgerufen, was dann zu dieser Ausgabe führt.
[..]
habe nun die Treiber in Yast nochmals reinstalliert und gleich danach ein mkinitrd ausgeführt. Ok, dann komm ich wieder ein in X / KDE und es wird uach wieder der nvidia-Treiber geladen ~ # lsmod | grep nvidia nvidia 11343264 30
Warum muss da ein mkinitrd ausgeführt werden?
Weil wenn man KMS verwendet die Grafiktreiber in die initrd integriert werden, damit beim Booten der Bootsplash von plymouth angehübscht werden kann, v.a. aber auch, daß gleich die Auflösung etc. richtig gesetzt wird.
Ich spar mir diese Hampelei mit KMS/Bootsplash komplett, hab das ganze bootsplash Geraffel erst gar nicht installiert und boote mit
splash=native
weswegen ich auch nicht ans mkinitrd nach ner Änderung vom Grafiktreiber denken muß ;)
Da fällt mir, dass ich unter der 12.2 ja öfters neue nvidia-Pakete per zypper up bekommen habe. Die Grafik hat da aber auch immer funktioniert, ich musste nie ein mkinitrd ausführen. Ich bin bei Abmelden lediglich aus dem kdm geflogen und stand in der Konsole. Hier habe ich entweder init 3 und dann init 5 ausgeführt oder nur rckdm restart. Hat bisher immer funktioniert. Der sprung von 12.2 auf 13.1 ist wirklich krass.
Mein Problem mit KDE, dass 2-3 Minuten eine schwarzer Bildschirm kommt, dann erst kommt meine Passwortabfrage für kwallet und dann dauert es nochmal ca. 3 Minuten bis mein regulärer Desktop erscheint ist aber nach wie vor vorhanden. An was könnte das liegen?
Keine Ahnung von KDE.
-dnh
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Samstag, 19. April 2014, 18:50:16 schrieb Herbert Albert:
Hallo Liste,
hoffe, dass nicht alle in Osterurlaub sind und mir die/der eine oder andere etwas helfen kann meine Upgrade-Probleme zu lösen.
wie in dem thread http://lists.opensuse.org/opensuse-de/2014-04/msg00048.html schon beschrieben, habe ich zum Test mein Netbook von 12.2 auf 13.1 angehoben, was auch nicht problemlos lief, doch mit etwas Nacharbeit dann doch.
Mein Hauptrechner zickt da schon mehr. Das Upgrade habe ich im Wesentlichen nach dem Muster von Sebastian Siebert (http://www.sebastian-siebert.de/2012/09/07/live-upgrade-via-zypper-auf-ope nsuse-12-2/) gemacht, mit der Ausnahme, dass ich zuerst nur ein zypper dup -d gemacht habe und anschließend mich aus dem grafischen Mode ausgeloggt habe und in die Konsole CRTL ALT F1 gewechselt habe und dort ein zypper dup ausgeführt habe und zur Sicherheit habe ich das Kommando nochmal wiederholt. Dann kam dann der Punkt das System neu zu booten. Es blieb dann in der grub- shell stehen (grub>).
Als Erstes habe ich per rescue von der 13.1 DVD ein chroot und dann ein grub-install /dev/sda ausgeführt, was aber nichts half. Ob das etwas mit meiner seltsamen Platten- Partition zusammen hängt weiß ich nicht. Siehe auch thread: http://lists.opensuse.org/opensuse-de/2014-03/msg00041.html
Als Nächstes habe ich dann von der DVD eine Updateinstallation unter Einbindung der Online -Repositories, die in meiner /etc/zypp/repos.d/ stehen durchgeführt. Hier wurden alle Repos außer das NVIDIA akzeptiert. Sobald ich das NVIDIA-Repo mit anwählte ist das Update im Fortschrittsbalken der Repo- Aktualisierung eingefroren. Als Update/Upgrade ohne NVIDIA durchgeführt, kann man ja auch anschließend nachinstallieren. Nachdem nahezu alle Pakete wieder eingespielt wurden (warum eigentlich, die wurden doch schon mit zypper aus den gleichen Repos geholt) kam der Punkt des Neustartes und ich blieb wieder in der Grub-Shell hängen. Erst nachdem ich die Prozedur wiederholt habe (jetzt wurden nur 2 Pakete aktualisiert) und explizit unter System Bootmanger Neu vorschlagen Grub neu geschrieben habe konnte ich das System starten.
Soviel zu den Anfangsschwierigkeiten und nun zu meinen Problemen die mir bis jetzt bekannt sind. a) Netzwerk und speziell MAC-Adresse maskieren b) KDE c) DVB-S Karte und kaffeine d) kmail und Filter
Zu a) wie in den o.g. thread (http://lists.opensuse.org/opensuse-de/2014-04/msg00095.html)beschrieben, habe ich noch ein paar alte Programme, die eine bestimmte MAC-Adresse brauchen, da es den Rechner, für den sie einst gekauft wurden längst nicht mehr gibt. Bisher unter sysemV war das kein Problem. Ich habe in der /etc/init.d/boot.local die Zeilen ip link set eth0 down ip link set eth0 address XX:XX:XX:XX:XX:XX ip link set eth0 up eingetragen und die MAC-Adresse war gesetzt. Dies hat nun mit systemd zur folge, dass ich nach dem booten kein Netzwerkverbindung nach draußen mehr habe, erst ein systemctl restart network belebt meinen Internetzugang. Intern konnte ich Rechner anpingen.
Nun meine Frage: wie setzt man sauber und vorallem wo die Maskierung? Ich habe hier https://wiki.archlinux.de/title/MAC-Adresse_abfragen_und_setzen etwas gefunden, bin aber nicht in der Lage das auf mein opensuse zu übertragen. Was auch funktioniert ist mit dem Maccanger macchanger -m XX:XX:XX:XX:XX:XX eth0 doch auch den müsste ich irgendwo eintragen, so dass er beim Hochfahren die MAC-Adresse setzt.
Zu b) wenn ich mich per KDM anmelde dauert es gefühlt doppelt so lange wie unter 12.2 mit KDE 4.10 bis diese grafische Anmeldeprozedur (Festplattensymbol etc.) vorüber ist. Dann lande ich in meinen Desktop, der allerdings schwarz ist, bis auf GKrellM, welches ich anstatt von ksensors verwende. nach ca. 5 Minuten erscheint mein Desktop Hintergrundbild und alle Plasmaoide.
Jetzt bitte nicht den Tipp lösche mal Dein .kde4, denn dazu habe ich schon einen Test-User mit alten und gelöschten .kde4 angemeldet und da ist das gleiche Verhalten, scheint also Systemweit zu sein.
Auffällig ist auch, dass bei Abmelden der Hintergrund mit zerschossenen Farben dargestellt wird. Also da wo beim Abmelden normalerweise ein einfarbiger Hintergrund mit der Auswahl Neustart, Herunterfahre, etc. kommt. Hat das evtl etwas mit den NVIDIA-Treiber zu tun? Das Repo habe ich nachdem ich wieder hochfahren konnte wieder aktiviert und per zypper dup wurden dann auch die Treiber installiert. Die funktionieren auch soweit ich das sehe: ~> glxinfo | grep render direct rendering: Yes OpenGL renderer string: GeForce GTX 260/PCIe/SSE2 GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility, GL_NV_blend_square, GL_NV_conditional_render, GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite, GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_NV_ES1_1_compatibility, GL_NV_blend_square, GL_NV_conditional_render, GL_NV_path_rendering, GL_NV_pixel_data_range, GL_NV_point_sprite,
Hat da jemand eine Idee? Welche Repos für einen aktuellen KDE muss man eingebunden haben? Ich habe im Moment: 1 | KDE_Extra | Additional packages maintained by the KDE team (openSUSE_13.1) | Yes | Yes | 40 2 | KDE_KDE3 | KDE 3.5.10 and associated software (openSUSE_13.1) | Yes | Yes | 50
Installiert ist bei mir zypper se -si -r download.nvidia.com-opensuse Loading repository data... Reading installed packages...
S | Name | Type | Version | Arch | Repository --+---------------------------+---------+-----------------------+--------+-- ---------------------- i | nvidia-computeG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers i | nvidia-gfxG03-kmp-default | package | 331.49_k3.11.6_4-29.1 | x86_64 | nVidia Graphics Drivers i | nvidia-glG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers i | x11-video-nvidiaG03 | package | 331.49-29.1 | x86_64 | nVidia Graphics Drivers
Was ist hier eigentlich mit /etc/X11/xorg.conf? Die gibt es bei mir nach wie vor, nachdem ich bei Upgrade auf die 12.2 ohne diese und mit dem Sax3-Ansatz /etc/X11/xorg.conf.d/ mit den einzelnen Sektionen nicht klar kam.
Was ich nicht mehr hin bekomme ist einen vernüftigen VGA-Modus in der Konsole, so wie er bei einer SuSE-Neuinstallation eingerichtet wird. Ich habe jetz im /boot/grub/menu.lst am Ende vga=0x318 eingetragen. Und jetzt beim Schreiben des threads fällt mir etwas auf:
In der /boot/grub/menu.lst steht für den ersten Eintrag ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE root (hd0,0) kernel /boot/vmlinuz root=/dev/sda1 resume=/dev/disk/by-id/ata- SAMSUNG_HD103SJ_S246JDWSA65315-part2 splash=silent quiet showopts vga=0x318
Meine erste Platte ist aber nicht die Samsung sondern eine Hitachi: ~ # ll /dev/disk/by-id/ rwxrwxrwx 1 root root 9 Apr 19 16:49 ata- Hitachi_HDS723020BLA642_MN1220F319HPLD -> ../../sda [...] lrwxrwxrwx 1 root root 9 Apr 19 16:49 ata-SAMSUNG_HD103SJ_S246JDWSA65315 -> ../../sdb
Das durchblicke ich jetzt nicht mehr. Kann sein das auf der SAmsung auch mal ein Bootloader installiert war, doch nun ist das meine Backup-Platte.
Zu c) seit Urzeiten habe ich in dem Rechner eine Hauppauge Nexus-S DVB-S Karte, die bisher mit jeder SuSE lief. Die Hardware-Info unter Yast findet sie auch, sie wird aber schon seit ein oder zwei SuSE.-Versionen in Yast nicht mehr zu Konfiguration angeboten. Machte nichts, ich konnte mit kaffeine problemlos Fernsehen schauen. Nun wir die Karte zwar vom System erkannt, auch scheint das Modul geladen und der Dienst gestartet: ~ # lsmod | grep dvb dvb_ttpci 121155 0 dvb_core 125656 2 stv0299,dvb_ttpci saa7146_vv 70022 1 dvb_ttpci saa7146 29197 2 dvb_ttpci,saa7146_vv ttpci_eeprom 12828 1 dvb_ttpci
In Yast Systemdienste (Runlevel) wird auch dvb mit ja angezeigt. Aktiviere ich hier auch den vdr-Dienst testhalber, so erhalte ich eine Tonausgabe des gerade eingestellten Kanals. Also prinzipiell scheint die Karte zu funktionieren, aber warum nicht mehr mit kaffeine? Ich kann in dem Programm auch nichts konfigurieren bzw. das Device anwählen.
Zu d) dann noch zu guter Letzt mein Sorgenkind kmail. Es vergisst wieder mal alle Filter. Waren es unter der 4.10 noch die doppelten mails, geht hier wieder das Filterproblem an. Gibt es hier eine Lösung oder muss ich meine zig Filter alle neu setzten?
Was muss man aus dem home-Verzeichnis des Users sichern, wenn man wirklich .kde4 löscht und alle Einstellungen zu kmail, korganizer etc. wiederherstellen will? Da das ganze ja mit Akonadi u.ä. zusammenhängt habe ich da keinen Überblick mehr.
Also sorry für den langen thread, doch ohne Hintergrund-Info gibt es viele unnötige Rückfragen.
Gruß
Herbert
wie nun gemerkt habe lassen sich auch keine Wechselmedien wie USB-Stick und CD/DVD ansprechen. Normalerweise sollte unter KDE die Geräteüberwachung zuschlagen. Ich habe es auch mit anderen Usern versucht unter KDE4 negativ unter KDE3 werden die Devices erkannt unter Gnome auch. Was habt ihr unter Yast -> System -> Editor für /etc/sysconfig unter Desktop -
Display manager -> Displamanager stehen? Bei mir steht kdm Und bei Window manager -> DEFAULT_WM? Bei mir startkde.
Ist das bei euch auch so, dass manche Einträge doppelt erscheinen? Habe das mal aus den ncureses mode von Yast heraus kopiert. DISPLAYMANAGER DISPLAYMANAGER_REMOTE_ACCESS DISPLAYMANAGER_ROOT_LOGIN_REMOTE DISPLAYMANAGER_STARTS_XSERVER DISPLAYMANAGER_XSERVER_TCP_PORT_6000_O DISPLAYMANAGER_AUTOLOGIN DISPLAYMANAGER_PASSWORD_LESS_LOGIN DISPLAYMANAGER_AD_INTEGRATION DISPLAYMANAGER_SHUTDOWN DISPLAYMANAGER_RANDR_MODE_VGA DISPLAYMANAGER_RANDR_MODE_auto KDM_USERS KDM_GREETSTRING DISPLAYMANAGER_KDM_LOCALARGS DISPLAYMANAGER_KDM_THEME DISPLAYMANAGER_XSERVER DISPLAYMANAGER_ROOT_LOGIN_LOCAL DISPLAYMANAGER DISPLAYMANAGER_REMOTE_ACCESS DISPLAYMANAGER_ROOT_LOGIN_REMOTE DISPLAYMANAGER_STARTS_XSERVER DISPLAYMANAGER_XSERVER_TCP_PORT_6000_O DISPLAYMANAGER_AUTOLOGIN DISPLAYMANAGER_PASSWORD_LESS_LOGIN DISPLAYMANAGER_AD_INTEGRATION DISPLAYMANAGER_SHUTDOWN DISPLAYMANAGER_RANDR_MODE_VGA DISPLAYMANAGER_RANDR_MODE_auto KDM_USERS KDM_GREETSTRING DISPLAYMANAGER_KDM_LOCALARGS DISPLAYMANAGER_KDM_THEME DISPLAYMANAGER_XSERVER DISPLAYMANAGER_ROOT_LOGIN_LOCAL Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (5)
-
Christian Boltz
-
David Haller
-
h.albert@odn.de
-
Herbert Albert
-
Hugo Egon Maurer