Beiträge von oldy_but_goody

    @Sauerland
    Danke für den Link. Das letzte verfügbare (=neueste) BIOS ist installiert.
    Sonst keine weiteren Erkenntnisse...


    @Alero
    Danke für Deinen Hinweis. Habe eben die Neuinstallation mit Bootparameter acpi=off gestartet.
    Jetzt kommt eine "Warnung", daß der mesa-dri-nouveau ausgewählt ist, der für Probleme bekannt ist.
    Soll ich diesen Treiber installieren, oder per [Ablehnen] statt dessen Software-Emulation verwenden?


    Gruß Hermann


    Ich habe bei meinem Notebook (siehe Signatur) Leap 15.0 komplett neu installiert.
    Da die Installation "normal" nicht abgeschlossen werden konnte, habe ich sie mit dem Boot-Parameter "nomodeset" wiederholt.
    Beim ersten Start (nach der Installation) erschien die Fehlermeldung zwar auch, jedoch lief der Start durch bis zum KDE-Desktop (allerdings scheinbar mit der geringstmöglichen Auflösung).


    Nach Aufruf von YaST2 wollte ich Änderungen durchführen, aber die Anzeige ist derart miserabel, daß nur ein Bruchteil der Anzeige sichtbar ist. Daraufhin habe ich abgebrochen.
    Der nächste Start ging nur bis zu Reparaturmodus. Nach Anmeldung als root fand ich aber keine Einstellung, die mir plausibel erschien um die Auflösung zu ändern.
    Beim Neustart bleibt die Anzeige bei acpi LNXCPU:00: Invalid PBLK length [0] stehen.


    Wsas bedeutet diese Meldung und was ist zu deren Abhilfe zu tun?


    Gruß Hermann

    Insgeheim hatte ich es schon befürchtet:


    Nach zypper dup sind wir wieder am Anfang angekommen:


    Nachdem ich nach erfolglosen Normalstart in den erweiterten Optionen von GRUB mit einem anderen Kernel startete, konnte ich endlich wieder auf die root-Konsole wechseln.
    Dort habe ich per
    yast die ominösen nvidia-Treiber wieder deinstalliert .



    Erneuter Normalstart - beim Erscheinen des rotierenden offenen Kreises und der Glühbirne flackert das Bild sehr stark! Kommt der Desktop, bleibt das Bild fast konstant.


    Gelegentlich kommen noch Aussetzer - aber damit kann ich leben.



    Sollten nochmals ähnliche Probleme auftauchen (ich habe ja noch keine eigenen Dateien gespeichert), werde ich wohl eine komplette Neuinstallation durchführen. Dann sollten wirklich nur optimal zur Hardware passende Treiber installiert werden - und Reste aus der Vorversion sind nicht mehr existent...



    Ich danke allen Helfern, die äußerst geduldig geholfen haben und beende diesen meinen Beitrag als ERLEDIGT!



    Ein abschließender Gruß von Hermann

    @Sauerland


    Ich habe mich etwas in diese Optionen eingelesen. Statt einer Erhellung ist nur meine Verwirrung weiter gestiegen.


    Jetzt ist mir ein neuer Gedanke gekommen:
    Das nvidia Repo war ja noch vorhanden. Ich habe jetzt die Priorität auf 50 gesetzt (vor den Suse Repos, hinter Packman).


    In der Root-Konsole habe ich mit zypper dup anzeigen lassen, was gemacht werden würde:


    Hermanns-Notebook:~ # zypper dup
    Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
    Loading repository data...
    Reading installed packages...
    Computing distribution upgrade...

    The following 16 NEW packages are going to be installed:

    libavcodec56 libavformat56 libavutil54 libfaac0 libmpeg2convert0 libpostproc53 libswresample1 libtheora0 normalize nvidia-computeG03 nvidia-gfxG03-kmp-default nvidia-glG03 nvidia-uvm-gfxG03-kmp-default openSUSE-release-ftp transcode x11-video-nvidiaG03

    16 new packages to install.
    Overall download size: 76.7 MiB. Already cached: 0 B. After the operation, additional 363.3 MiB will be used.

    Continue? [y/n/...? shows all options] (y):


    Wenn ich zypper dup ausführen lasse - sollten doch dann die Grafikprobleme behoben werden...
    Es würden ja die Original nvidia-Treiber (rot markiert) installiert werden...
    (Holt sich eigentlich zypper diese Pakete entsprechend der installierten Grafikkarte?)
    Sollten dann nicht auch die "Reste" aus 42.3 eliminiert werden?


    Gruß Hermann

    @Sauerland
    Danke für Deine Antwort. Anbei die gewünschte Datei.


    Xorg.0.log.txt


    Übrigens zickt die Anzeige manchmal heftig rum - starken Flimmern.
    Dann ist auch der Firefox fast unbedienbar...


    Soll ich etwa - wenn scheinbar alles andere im grünen Bereich ist - den vorher
    verdächtigten NVidia-Treiber nvidia-gfxG03-kmp-default - NVIDIA graphics driver kernel module for GeForce 8xxx and newer GPUs
    wieder installieren?


    Oder geht das Drama dann wieder von vorne los?


    Das Einfügen einer Datei habe ich noch nie gemacht. Hoffentlich funktioniert das so.


    Gruß Hermann[

    Hier nun die letzte angeforderte Eingabe.


    zypper se -si | grep -i system




    HermannsNotebook:~ # zypper se -si | grep -i system 
    i | filesystem | package | 15.0-lp150.8.3.1 | x86_64 | Hauptaktualisierungs-Repository
    i | grub2-systemd-sleep-plugin | package | 2.02-lp150.13.7.1 | noarch | Hauptaktualisierungs-Repository
    i | kde4-filesystem | package | 4.14-lp150.1.6 | x86_64 | Haupt-Repository (OSS) 
    i+ | kernel-default | package | 4.4.162-78.1 | x86_64 | (System Packages) 
    i+ | kernel-default | package | 4.4.76-1.1 | x86_64 | (System Packages) 
    i | kernel-default-devel | package | 4.4.76-1.1 | x86_64 | (System Packages) 
    i | kernel-devel | package | 4.4.76-1.1 | noarch | (System Packages) 
    i | libKF5WindowSystem5 | package | 5.45.0-lp150.1.1 | x86_64 | Haupt-Repository (OSS) 
    i | libKF5WindowSystem5-lang | package | 5.45.0-lp150.1.1 | noarch | Haupt-Repository (OSS) 
    i | libboost_filesystem1_66_0 | package | 1.66.0-lp150.3.3 | x86_64 | Haupt-Repository (OSS) 
    i | libboost_system1_66_0 | package | 1.66.0-lp150.3.3 | x86_64 | Haupt-Repository (OSS) 
    i | libsystemd0 | package | 234-lp150.20.9.1 | x86_64 | Hauptaktualisierungs-Repository
    i | libsystemd0-32bit | package | 234-lp150.20.9.1 | x86_64 | Hauptaktualisierungs-Repository
    i | openSUSE-release-dvd | package | 15.0-lp150.129.1 | x86_64 | (System Packages) 
    i | system-config-printer | package | 1.5.7-lp150.5.1 | x86_64 | Haupt-Repository (OSS) 
    i | system-config-printer-applet | package | 1.5.7-lp150.5.1 | noarch | Haupt-Repository (OSS) 
    i | system-config-printer-common | package | 1.5.7-lp150.5.1 | noarch | Haupt-Repository (OSS) 
    i | system-config-printer-common-lang | package | 1.5.7-lp150.5.1 | noarch | Haupt-Repository (OSS) 
    i | system-config-printer-dbus-service | package | 1.5.7-lp150.5.1 | noarch | Haupt-Repository (OSS) 
    i | system-group-hardware | package | 20170617-lp150.3.34 | noarch | Haupt-Repository (OSS) 
    i | system-group-wheel | package | 20170617-lp150.3.34 | noarch | Haupt-Repository (OSS) 
    i | system-user-bin | package | 20170617-lp150.3.34 | noarch | Haupt-Repository (OSS) 
    i | system-user-daemon | package | 20170617-lp150.3.34 | noarch | Haupt-Repository (OSS) 
    i | system-user-lp | package | 20170617-lp150.3.34 | noarch | Haupt-Repository (OSS) 
    i | system-user-mail | package | 20170617-lp150.3.34 | noarch | Haupt-Repository (OSS) 
    i | system-user-man | package | 20170617-lp150.3.34 | noarch | Haupt-Repository (OSS) 
    i | system-user-nobody | package | 20170617-lp150.3.34 | noarch | Haupt-Repository (OSS) 
    i | system-user-root | package | 20170617-lp150.1.48 | noarch | Haupt-Repository (OSS) 
    i | systemd | package | 234-lp150.20.9.1 | x86_64 | Hauptaktualisierungs-Repository
    i | systemd-32bit | package | 234-lp150.20.9.1 | x86_64 | Hauptaktualisierungs-Repository
    i | systemd-bash-completion | package | 234-lp150.20.9.1 | noarch | Hauptaktualisierungs-Repository
    i | systemd-container | package | 234-lp150.20.9.1 | x86_64 | Hauptaktualisierungs-Repository
    i | systemd-coredump | package | 234-lp150.20.9.1 | x86_64 | Hauptaktualisierungs-Repository
    i | systemd-logger | package | 234-lp150.20.9.1 | x86_64 | Hauptaktualisierungs-Repository
    i | systemd-presets-branding-openSUSE | package | 12.2-lp150.12.1 | noarch | Haupt-Repository (OSS) 
    i | systemd-presets-common-SUSE | package | 15-lp150.1.1 | noarch | Haupt-Repository (OSS) 
    i | systemd-sysvinit | package | 234-lp150.20.9.1 | x86_64 | Hauptaktualisierungs-Repository
    i | systemsettings5 | package | 5.12.5-lp150.1.1 | x86_64 | Haupt-Repository (OSS) 
    i | systemsettings5-lang | package | 5.12.5-lp150.1.1 | noarch | Haupt-Repository (OSS) 
    i | util-linux-systemd | package | 2.31.1-lp150.7.6.1 | x86_64 | Hauptaktualisierungs-Repository


    Ich hoffe, daß ich mit diesen Angaben wenigstens ein kleines Bißchen zur weiteren Eingrenzun des Problems beitragen konnte.


    Gruß Hermann

    Jetzt kann ich wenigstens die angeforderten Ausgaben liefern.
    Der Notebookstart erfolgte über den "normalen" Starteintrag des Bootmanagers.


    Danach wechselte ich als root in die Konsole und machte die gewünschten Eingaben:


    Zypper lr -d


    HermannsNotebook:~ # zypper lr -d
    Repository priorities in effect: (See 'zypper lr -P' for details)
      50 (raised priority) : 1 repository  
      99 (default priority) : 6 repositories



    # | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
    ---+---------------------------------+---------------------------------------------------------+---------+-----------+---------+----------+--------+--------------------------------------------------------------------------+--------
     1 | download.nvidia.com-leap | nVidia Graphics Drivers | Yes | (r ) Yes | Yes | 99 | rpm-md | https://download.nvidia.com/opensuse/leap/15.0 |  
     2 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.0/repo/non-oss/ |  
     3 | download.opensuse.org-non-oss_1 | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.0/non-oss/ |  
     4 | download.opensuse.org-oss | Haupt-Repository (OSS) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.0/repo/oss/ |  
     5 | download.opensuse.org-oss_1 | Hauptaktualisierungs-Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.0/oss |  
     6 | opensuse-guide.org-repo | Libdvdcss Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_15.0/ |  
     7 | packman.inode.at-suse | Packman Repository | Yes | (r ) Yes | Yes | 50 | rpm-md | http://packman.inode.at/suse/openSUSE_Leap_15.0/ |  
     8 | repo-debug | openSUSE-Leap-15.0-Debug | No | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/debug/distribution/leap/15.0/repo/oss/ |  
     9 | repo-debug-non-oss | openSUSE-Leap-15.0-Debug-Non-Oss | No | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/debug/distribution/leap/15.0/repo/non-oss/ |  
    10 | repo-debug-update | openSUSE-Leap-15.0-Update-Debug | No | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/debug/update/leap/15.0/oss/ |  
    11 | repo-debug-update-non-oss | openSUSE-Leap-15.0-Update-Debug-Non-Oss | No | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/debug/update/leap/15.0/non-oss/ |  
    12 | repo-source | openSUSE-Leap-15.0-Source | No | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/source/distribution/leap/15.0/repo/oss/ |  
    13 | repo-source-non-oss | openSUSE-Leap-15.0-Source-Non-Oss | No | ---- | ---- | 99 | rpm-md | http://download.opensuse.org/source/distribution/leap/15.0/repo/non-oss/ |



    Zypper se -si nvidia kernel


    HermannsNotebook:~ # zypper se -si nvidia kernel
    Loading repository data...  
    Reading installed packages...  

    S | Name | Type | Version | Arch | Repository  
    ---+----------------------+---------+-----------------------+--------+--------------------------------  
    i+ | kernel-default | package | 4.4.162-78.1 | x86_64 | (System Packages)  
    i+ | kernel-default | package | 4.4.76-1.1 | x86_64 | (System Packages)  
    i+ | kernel-default | package | 4.12.14-lp150.12.25.1 | x86_64 | Hauptaktualisierungs-Repository  
    i | kernel-default-devel | package | 4.4.76-1.1 | x86_64 | (System Packages)  
    i | kernel-default-devel | package | 4.12.14-lp150.12.25.1 | x86_64 | Hauptaktualisierungs-Repository  
    i | kernel-devel | package | 4.4.76-1.1 | noarch | (System Packages)  
    i | kernel-devel | package | 4.12.14-lp150.12.25.1 | noarch | Hauptaktualisierungs-Repository  
    i | kernel-firmware | package | 20180525-lp150.2.3.1 | noarch | Hauptaktualisierungs-Repository  
    i | kernel-macros | package | 4.12.14-lp150.12.25.1 | noarch | Hauptaktualisierungs-Repository



    Wegen der Länge der Antwort mußte ich die letzte Eingabe hier löschen und als eigenständige Antwort senden.


    Gruß Hermann

    @Sauerland, Berichtigung und Alero.
    Vielen Dank dafür, daß ihr immer noch versucht, eine gangbare Lösung für mich zu finden.
    Ich habe sehr wohl eure Vorschläge ausprobiert - aber leider war mir kein Erfolg beschieden.


    Es wird keine Tastenkombination Strg+Alt+F1 (bzw. F2 etc.) angenommen. Der flackernde Bildschirm bleibt unbeeindruckt.


    Jetzt habe ich nochmals Magic SysRequest durchprobiert:


    Alt+Druck+r keinerlei Reaktion - PAUSE - Alt+Druck+e keinerlei Reaktion - PAUSE - Alt+Druck+i keinerlei Reaktion
    Alt+Druck+s keinerlei Reaktion - PAUSE - Alt+Druck+u keinerlei Reaktion - PAUSE
    Alt+Druck+b hier wird ein REBOOT eingeleitet.Warum alle anderen Eingaben ignoriert werden, keinen blassen Schimmer...
    Warum nur wird jetzt Alt+Druck+b angenommen, sonst aber rein gar nichts??? Bisher ging ja nichts (außer - wie beschrieben bei der erstmaligen Ausführung des 3. Versuchs)


    Der Beitrag von Berichtigung ist zwar gut erklärt und leuchtet auch ein. Leider sieht das in der Praxis bei mir aber anders aus :smilie_pc_012:


    @Alero
    Die Grafikprobleme müßten sich doch mit der Textversion von YaST lösen lassen, indem ich den vermeintlichen Übeltäter (Treiber) lösche. Dabei wird doch auch der ganze Ballast, der mitinstalliert wurde, ebenfalls gelöscht.
    Oder unterliege ich hier einem Trugschluß?


    Gruß Hermann


    UPDATE: Nach einer Nachtschicht bis früh 5:30 Uhr ist es mir endlich gelungen, nach dem Start in die Konsole zu gelangen. Dort habe ich als root yast eingegeben und dort den "verdächtigen" nvidia-Treiber gelöscht. Jetzt ist nur noch der "nouveau"-Treiber aktiv. Nach dem Neustart verhält sich das Notebook aber noch immer recht störrisch. Der Desktop baut sich nur extrem langsam auf.


    Mein nächster Beitrag kommt dann direkt vom Notebook *freu*


    Gruß Hermann