Hallo, On 19.08.13 23:26, Peter Mc Donough wrote:

Hi,

[...]

Problem: Mit der Standard 12.3er komme ich von der Anmeldemaske weder mit noch mit den anderen Optionen zur (root) Konsole. Ich erhalte einen schwarzen Bildschirm. Jedoch geht es mit zurück zur Anmeldemaske.

Das hört sich für mich fast nach einem bekannten Bug [1] an. Als Lösung wurde mir und anderen empfohlen, die plymouth-Pakete zu deinstallieren. Bei mir hat das geklappt. [2] Das alternativ vorgeschlagene Deaktivieren zur Bootzeit hat bei mir nichts gebracht.

Mit meiner 12.3 Testinstallation gibt es keine Probleme.

Da hattest Du offenbar Glück. Ich habe hier die 12.3 auf 3 Rechnern und in 2 VirtualBoxen - alle mit demselben Problem. Dieses ist seit Februar 2013 bekannt und dennoch nicht behoben.

Wo drehe ich da?

Siehe oben. Gruß, Alex [1] https://bugzilla.novell.com/show_bug.cgi?id=801865 [2] https://bugzilla.novell.com/show_bug.cgi?id=801865#c27 (und Folgende) -- 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.08.2013 07:45, schrieb Bernd:

Am Mon, 19 Aug 2013 23:26:52 +0200 schrieb Peter Mc Donough : (...)

...

Problem: (...) Wo drehe ich da? (...) Hab' ich noch nicht auf der Anmeldeseite ausprobiert, aber ich war bei einer Ctrl-Alt-F1 Aktion auch mal überrascht, das alles schwarz war. Es war aber nur der Bildschirmschoner ;-) Und da ich keine Mausunterstützung im Terminal aktiviert habe, musste man wirklich erst eine Taste drücken ...

Ich glaube mich trifft der Schlag! Nix beliebige Taste, nix Bildschirmschoner ohne GUI. Das kann doch wohl nicht sein. Wie komme ich ohne GUI in die root-Konsole bei meiner Standardinstallation? Also, ich fahre den Rechner hoch, wähle meine vor 3 Monaten installierte Standardinstallation, komme bis zur Anmeldemaske und will, ohne mich als User anzumelden, wie gewohnt mit zur Konsole. Resultat: NEU Schwarzer Bildschirm. Es funktioniert zurück zur Anmeldemaske mit Als User in KDE angemeldet, Versuch zur Konsole. Resultat: NEU Schwarzer Bildschirm. Ebenfalls zurück zu KDE mit Als su in einer Termialmaske under KDE, init 1 => NEU schwarzer Bildschirm. Rettung nur mit MagicSysrequest. => zurück zur Anmeldemaske. Die gleiche Prozedur in einer vor zwei Tagen zusätzlich eingerichteten 12.3er Testinstallation auf der gleichen Platte in einer erweiterten Partition: KEINE derartigen Probleme. Systemeinrichtung: Standardinstallation (sda1-boot/sda5-root) openSUSE 12.3 64bit, Kernel 3.7, KDE, Grafik AMD HD7750 Catalyst Treiber. Testinstallation (alles in sda8) openSUSE 12.3 64bit, Kernel 3.10, KDE, Grafik AMD HD 7750, freier Radeon Treiber. Gruß Peter -- 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.08.2013 21:05, schrieb Sebastian Siebert:

Am 20.08.2013 12:45, schrieb Peter Mc Donough:

...

Am 20.08.2013 07:45, schrieb Bernd:

...

Am Mon, 19 Aug 2013 23:26:52 +0200 schrieb Peter Mc Donough : [...] ein Schuss ins Blaue: Auf dem einen System (Standardinstallation) ist der AMD Catalyst installiert und auf dem anderen System (Testinstallation) eben der freie Radeon-Treiber.

Ist es womöglich der AMD Treiber, der ein Problem hat? Welche Version hast du im Einsatz? Ggfs. lässt sich das Problem mit dem neuesten Beta-Treiber beheben. Siehe meinen letzten Blog-Artikel zu AMD Catalyst 13.8 Beta1. [1]

Der Catalyst Treiber in der Standardinstallation wurden mit dem 13.4er Shell Script installiert. Im Script steht: label="AMD Catalyst(TM) Proprietary Driver-12.104"

Auf meine beiden openSUSE-Systeme (PC = Radeon HD 6970 / Netbook = Radeon HD 6310) macht der Beta-Treiber ein stabilen™ Eindruck.

Würde mir das helfen? Das Ziel meiner Aktion ist u.a. der Test, ob mit kommenden Kerneln der freie Treiber im KDE GUI 3D ermöglicht (bis jetzt nicht). Mich irritiert, dass nachdem die installierte Version gewählt wurde (Standard auf (sda5), Test auf (sda8) man bei der letzteren ohne GUI auf die Konsole kommt, mit ersteren nicht. Bei Installationen auf getrennten Partitionen sollte doch die eine von der anderen nichts sehen. Gruß Peter

[1] http://www.sebastian-siebert.de/2013/08/14/opensuse-proprietaeren-grafik-tre...

-- 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.08.2013 21:05, schrieb Sebastian Siebert:

[...]

...

Systemeinrichtung: Standardinstallation (sda1-boot/sda5-root) openSUSE 12.3 64bit, Kernel 3.7, KDE, Grafik AMD HD7750 Catalyst Treiber.

Testinstallation (alles in sda8) openSUSE 12.3 64bit, Kernel 3.10, KDE, Grafik AMD HD 7750, freier Radeon Treiber.

ein Schuss ins Blaue: Auf dem einen System (Standardinstallation) ist der AMD Catalyst installiert und auf dem anderen System (Testinstallation) eben der freie Radeon-Treiber.

Ist es womöglich der AMD Treiber, der ein Problem hat?

Getroffen, zwar nichts in Schwarze, aber wie es scheint, in die richtige Richtung. Es könnte auch der radeon Treiber oder die automatische Bootloadererstelllung für den Bildschirm sein. Die Bildschirmauflösung beim Starten der Testinstallation (1680x1050?) ist eine andere als bei der Standardinstallation, sieht aus wie VGA 640x480. Ich habe mit der Bootloadereinstellung der Testinstallation gespielt und bin beim VGA-Modus fündig geworden. Bei einer der Einstellungen konnte man zumindest sehen, das in der Standardinstallation auf die Konsole umgeschaltet werden kann. Die bei der automatischen Erstellung (VGA-Modus "Unspezifiziert") erzeugte Konfiguration für den radeon Treiber in der Testinstallation beißt sich wohl mit der vom Catalyst erwarteten in der Standardinstallation. Das bedeutet, dass der Bootloader der Testinstallation einen nicht brauchbaren Parameter an die Standardinstallation weitergibt. Was ich vermutlich brauche, ist ein Parameter, in der Art "vga=xxx", der vom radeon und vom Catalyst verarbeitet werden kann. Alternativ hätte ich lieber den Standardbootprozess in sda1. Die Testinstallation in "sda8" hat einen Bootloader, der auch das Booten der Standardinstallation übernimmt und den vorhanden Bootloader in "sda1" für die Standardinstallation übergeht. Ich habe nicht herausgefunden, wie ich das System dazu bringe, wieder von sda1 zu booten. Mit der "Benutzerdefinierten Bootpartition /dev/sda1" bootet der Rechner immer in das Bootmenue auf /dev/sda8. Wie bekomme ich das geändert? Gruß Peter -- 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 22.08.2013 14:25, schrieb Werner Flamme:

Peter Mc Donough [22.08.2013 13:41]:

So, da bin ich wieder. Jetzt weiß ich, dass die Prozessornotabschaltung funktioniert, der Kühler hatte sich gelöst, ich sah nur noch schwarz. Ich splitte den Thread in (1) root-Konsolen-Umschaltung und (2) aktive Partition ändern

...

... Was ich vermutlich brauche, ist ein Parameter, in der Art "vga=xxx", der vom radeon und vom Catalyst verarbeitet werden kann.

Dann gib mal "hwinfo --framebuffer" ein, das sollte die unterstützten Modi zeigen.

hwinfo ergibt zwei lange Listen Teil 1 ist unter sda1/sda5 die Standardinstallation (Catalyst) Teil 2 ist unter sda8 die Testinstallation (Radeon) Ich sehe da keinen offensichtlichen Unterschied. Gruß Peter ----------------- Teil 1 ist unter sda1/sda5 lässt sich nicht auf die Konsole umschalten. 02: None 00.0: 11001 VESA Framebuffer [Created at bios.459] Unique ID: rdCR.nwm96zxjw+C Hardware Class: framebuffer Model: "(C) 1988-2010, Advanced Micro Devices VERDE" Vendor: "(C) 1988-2010, Advanced Micro Devices, Inc." Device: "VERDE" SubVendor: "AMD ATOMBIOS" SubDevice: Revision: "01.00" Memory Size: 16 MB Memory Range: 0xd0000000-0xd0ffffff (rw) Mode 0x0300: 640x400 (+640), 8 bits Mode 0x0301: 640x480 (+640), 8 bits Mode 0x0303: 800x600 (+832), 8 bits Mode 0x0305: 1024x768 (+1024), 8 bits Mode 0x0307: 1280x1024 (+1280), 8 bits Mode 0x0310: 640x480 (+1280), 15 bits Mode 0x0311: 640x480 (+1280), 16 bits Mode 0x0313: 800x600 (+1664), 15 bits Mode 0x0314: 800x600 (+1664), 16 bits Mode 0x0316: 1024x768 (+2048), 15 bits Mode 0x0317: 1024x768 (+2048), 16 bits Mode 0x0319: 1280x1024 (+2560), 15 bits Mode 0x031a: 1280x1024 (+2560), 16 bits Mode 0x030d: 320x200 (+640), 15 bits Mode 0x030e: 320x200 (+640), 16 bits Mode 0x0320: 320x200 (+1280), 24 bits Mode 0x0393: 320x240 (+320), 8 bits Mode 0x0395: 320x240 (+640), 16 bits Mode 0x0396: 320x240 (+1280), 24 bits Mode 0x03b3: 512x384 (+512), 8 bits Mode 0x03b5: 512x384 (+1024), 16 bits Mode 0x03b6: 512x384 (+2048), 24 bits Mode 0x03c3: 640x350 (+640), 8 bits Mode 0x03c5: 640x350 (+1280), 16 bits Mode 0x03c6: 640x350 (+2560), 24 bits Mode 0x0333: 720x400 (+768), 8 bits Mode 0x0335: 720x400 (+1536), 16 bits Mode 0x0336: 720x400 (+3072), 24 bits Mode 0x0353: 1152x864 (+1152), 8 bits Mode 0x0355: 1152x864 (+2304), 16 bits Mode 0x0356: 1152x864 (+4608), 24 bits Mode 0x0363: 1280x960 (+1280), 8 bits Mode 0x0365: 1280x960 (+2560), 16 bits Mode 0x0366: 1280x960 (+5120), 24 bits Mode 0x0321: 640x480 (+2560), 24 bits Mode 0x0322: 800x600 (+3328), 24 bits Mode 0x0323: 1024x768 (+4096), 24 bits Mode 0x0324: 1280x1024 (+5120), 24 bits Mode 0x0343: 1400x1050 (+1408), 8 bits Mode 0x0345: 1400x1050 (+2816), 16 bits Mode 0x0346: 1400x1050 (+5632), 24 bits Mode 0x03d1: 1680x1050 (+1728), 8 bits Mode 0x03d2: 1680x1050 (+3456), 16 bits Mode 0x03d4: 1680x1050 (+6912), 24 bits Config Status: cfg=no, avail=yes, need=no, active=unknown -------------------------- Teil 2 ist unter sda8 die Testinstallation, keine Probelem mit dem Umschalten auf Konsole. Gruß 02: None 00.0: 11001 VESA Framebuffer [Created at bios.459] Unique ID: rdCR.nwm96zxjw+C Hardware Class: framebuffer Model: "(C) 1988-2010, Advanced Micro Devices VERDE" Vendor: "(C) 1988-2010, Advanced Micro Devices, Inc." Device: "VERDE" SubVendor: "AMD ATOMBIOS" SubDevice: Revision: "01.00" Memory Size: 16 MB Memory Range: 0xd0000000-0xd0ffffff (rw) Mode 0x0300: 640x400 (+640), 8 bits Mode 0x0301: 640x480 (+640), 8 bits Mode 0x0303: 800x600 (+832), 8 bits Mode 0x0305: 1024x768 (+1024), 8 bits Mode 0x0307: 1280x1024 (+1280), 8 bits Mode 0x0310: 640x480 (+1280), 15 bits Mode 0x0311: 640x480 (+1280), 16 bits Mode 0x0313: 800x600 (+1664), 15 bits Mode 0x0314: 800x600 (+1664), 16 bits Mode 0x0316: 1024x768 (+2048), 15 bits Mode 0x0317: 1024x768 (+2048), 16 bits Mode 0x0319: 1280x1024 (+2560), 15 bits Mode 0x031a: 1280x1024 (+2560), 16 bits Mode 0x030d: 320x200 (+640), 15 bits Mode 0x030e: 320x200 (+640), 16 bits Mode 0x0320: 320x200 (+1280), 24 bits Mode 0x0393: 320x240 (+320), 8 bits Mode 0x0395: 320x240 (+640), 16 bits Mode 0x0396: 320x240 (+1280), 24 bits Mode 0x03b3: 512x384 (+512), 8 bits Mode 0x03b5: 512x384 (+1024), 16 bits Mode 0x03b6: 512x384 (+2048), 24 bits Mode 0x03c3: 640x350 (+640), 8 bits Mode 0x03c5: 640x350 (+1280), 16 bits Mode 0x03c6: 640x350 (+2560), 24 bits Mode 0x0333: 720x400 (+768), 8 bits Mode 0x0335: 720x400 (+1536), 16 bits Mode 0x0336: 720x400 (+3072), 24 bits Mode 0x0353: 1152x864 (+1152), 8 bits Mode 0x0355: 1152x864 (+2304), 16 bits Mode 0x0356: 1152x864 (+4608), 24 bits Mode 0x0363: 1280x960 (+1280), 8 bits Mode 0x0365: 1280x960 (+2560), 16 bits Mode 0x0366: 1280x960 (+5120), 24 bits Mode 0x0321: 640x480 (+2560), 24 bits Mode 0x0322: 800x600 (+3328), 24 bits Mode 0x0323: 1024x768 (+4096), 24 bits Mode 0x0324: 1280x1024 (+5120), 24 bits Mode 0x0343: 1400x1050 (+1408), 8 bits Mode 0x0345: 1400x1050 (+2816), 16 bits Mode 0x0346: 1400x1050 (+5632), 24 bits Mode 0x03d1: 1680x1050 (+1728), 8 bits Mode 0x03d2: 1680x1050 (+3456), 16 bits Mode 0x03d4: 1680x1050 (+6912), 24 bits Config Status: cfg=no, avail=yes, need=no, active=unknown -- 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 Peter Mc Donough, Am Sonntag, 25. August 2013 01:57 schrieb Peter Mc Donough:

hwinfo ergibt zwei lange Listen Teil 1 ist unter sda1/sda5 die Standardinstallation (Catalyst) Teil 2 ist unter sda8 die Testinstallation (Radeon) Ich sehe da keinen offensichtlichen Unterschied.

noch mehr, die sind absolut identisch! -- Herzliche Grüße! Rolf Muth Meine Adressen dürfen nicht für Werbung verwendet werden! OpenPGP Public Key: http://pgp.uni-mainz.de:11371/pks/lookup?op=index&search=0x5544C89A

Am 25.08.2013 01:58, schrieb Peter Mc Donough:

Am 22.08.2013 14:25, schrieb Werner Flamme:

...

Peter Mc Donough [22.08.2013 13:41]:

...

... Alternativ hätte ich lieber den Standardbootprozess in sda1. Die Testinstallation in "sda8" hat einen Bootloader, der auch das Booten der Standardinstallation übernimmt und den vorhanden Bootloader in "sda1" für die Standardinstallation übergeht.

Nachdem ich mir die Liste der Platte sda angesehen habe, müsste es genügen mit fdisk -a dev/sda1 bootable zu schalten und im bootloader der Standardpartition als "Benutzerdefinierte Partition" /dev/sda1 einzutragen. Das ist mein Arbeitsinstallation! Übersehe ich etwas? Gruß Peter -- 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 25.08.2013 10:41, schrieb Rolf Muth:

Hallo Peter Mc Donough,

Am Sonntag, 25. August 2013 01:57 schrieb Peter Mc Donough:

...

hwinfo ergibt zwei lange Listen Teil 1 ist unter sda1/sda5 die Standardinstallation (Catalyst) Teil 2 ist unter sda8 die Testinstallation (Radeon) Ich sehe da keinen offensichtlichen Unterschied.

noch mehr, die sind absolut identisch!

Das Problem hat sich erledigt. Nachdem auf aktiv Partition wieder bei der Standardinstallation läuft, bekomme ich die Konsolenumschaltung ohne Auflösungsänderung dort so hin, wie sie zu zuvor war. Wenn man zwischen Standardinstallation und Testsinstallation wechselt gibt es auch keine Probleme mehr. Das kann aber auch daran liegen, dass ich jetzt den Catalyst 13.8beta1 statt der 13.4 in der Standardinstallation habe. Ich warte jetzt ab, ob beim kommenden 3.11 Kernel der Radeon Treiber 3D bei meiner Grafikkarte unterstützt und ich google-earth wieder zum Laufen bekomme. Ich lege dazu einen neuen Thread an. Gruß Peter -- 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