Hallo Liste, ist ja fast peinlich, eine solche Frage stellen zu müssen... Ich heute lustig aufs Updateknöpfchen gedrückt, mit im Paket ein neuer Kernel. Naja, ist ja eigentlich nichts Wildes. Ich bequemte mich zum Neustart, nachdem der USB-Stick mit vfat drauf nicht mehr erkannt wurde und ein händischer Mount auch nicht wollte. Unbekanntes Dateisystem. Aha. Nachdem Neustart war auch die Grafik nicht mehr vorhanden. Es gab auch keine Konsolenausgabe, es gab gar nichts mehr. OK, es gab noch einen Login über ssh von einem anderen Rechner aus. Kernel mit YaST auf die vorherige Version zurückgesetzt, aber da sehe ich beim Defaultstart auch nur schwarz. Desktopkernel funktioniert auch nicht. Failsafe tut, aber meine ursprüngliche Auflösung ist hinüber, was gar keinen Spaß macht. Wie repariere ich denn eine kaputte Grafik? SaX gibt's nicht mehr und eine xconf hüte ich schon seit vielen Generationen Suse nicht mehr. War nie nötig? Wie ist jetzt der Stand der Technik? Jetzt lohnt es sich vermutlich doch, hinter das Geheimnis des Schwarzen Bildschirms gekommen, nachdem das jetzt der zweite Rechner ist, der dieses Phänomenen aufweist. Und leider hat es jetzt mein Produktivsystem erwischt und nicht nur eine Virtuelle Maschine. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 02 August 2011 schrieb Helga Fischer:
Nachdem Neustart war auch die Grafik nicht mehr vorhanden. Es gab auch keine Konsolenausgabe, es gab gar nichts mehr. OK, es gab noch einen Login über ssh von einem anderen Rechner aus.
hwinfo-Ausgabe zur Grafikkarte (Intel-Onboardchip) schroedinger:/home/helga # hwinfo --gfxcard 09: PCI 02.0: 0300 VGA compatible controller (VGA) [Created at pci.318] Unique ID: _Znp.gMzEsA1tjO8 SysFS ID: /devices/pci0000:00/0000:00:02.0 SysFS BusID: 0000:00:02.0 Hardware Class: graphics card Model: "Intel VGA compatible controller" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x0102 SubVendor: pci 0x8086 "Intel Corporation" SubDevice: pci 0x2003 Revision: 0x09 Memory Range: 0xfe000000-0xfe3fffff (rw,non-prefetchable) Memory Range: 0xe0000000-0xefffffff (ro,non-prefetchable) I/O Ports: 0xf000-0xf03f (rw) IRQ: 43 (no events) I/O Ports: 0x3c0-0x3df (rw) Module Alias: "pci:v00008086d00000102sv00008086sd00002003bc03sc00i00" Config Status: cfg=no, avail=yes, need=no, active=unknown schroedinger:/home/helga # hwinfo --monitor 22: None 00.0: 10002 LCD Monitor [Created at monitor.95] Unique ID: rdCR.0uRRfREBsH8 Hardware Class: monitor Model: "SAMSUNG SyncMaster" Vendor: SAM "SAMSUNG" Device: eisa 0x0274 "SyncMaster" Serial ID: "H9XQ206583" Resolution: 720x400@70Hz Resolution: 640x480@60Hz Resolution: 640x480@67Hz Resolution: 640x480@72Hz Resolution: 640x480@75Hz Resolution: 800x600@56Hz Resolution: 800x600@60Hz Resolution: 800x600@72Hz Resolution: 800x600@75Hz Resolution: 832x624@75Hz Resolution: 1024x768@60Hz Resolution: 1024x768@70Hz Resolution: 1024x768@75Hz Resolution: 1280x1024@75Hz Resolution: 1280x1024@60Hz Resolution: 1280x960@60Hz Resolution: 1440x900@60Hz Size: 410x257 mm Detailed Timings #0: Resolution: 1440x900 Horizontal: 1440 1520 1672 1904 (+80 +232 +464) +hsync Vertical: 900 903 909 934 (+3 +9 +34) -vsync Frequencies: 106.50 MHz, 55.93 kHz, 59.89 Hz Driver Info #0: Max. Resolution: 1280x1024 Vert. Sync Range: 56-75 Hz Hor. Sync Range: 30-81 kHz Bandwidth: 106 MHz Config Status: cfg=no, avail=yes, need=no, active=unknown Mit 1400x900 wird der normalerweise angefahren. Installiertes System: 11.4-64bit, Quadcore-System von Intel Komplettes hwinfo: http://www.eschkitai.de/tmp/hwinfo-schroedinger Ich kann nur den Kopf schütteln und geh' mir wohl erst mal eine Suse 11.3 oder so suchen. Bißchen Plattenplatz für ein Fallback-Betriebssystem ist noch vorhanden. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Und noch eine Ergänzung. Am Dienstag 02 August 2011 schrieb Helga Fischer: [...]
Installiertes System: 11.4-64bit, Quadcore-System von Intel Komplettes hwinfo: http://www.eschkitai.de/tmp/hwinfo-schroedinger
xorg-x11-driver-video-intel-legacy-2.9.1-8.1 Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 2. August 2011, 20:34:27 schrieb Helga Fischer:
Und noch eine Ergänzung.
Am Dienstag 02 August 2011 schrieb Helga Fischer: [...]
Installiertes System: 11.4-64bit, Quadcore-System von Intel Komplettes hwinfo: http://www.eschkitai.de/tmp/hwinfo-schroedinger
xorg-x11-driver-video-intel-legacy-2.9.1-8.1
Helga --
Hallo Helga, das ist zwar ein Schuß in das Blaue, aber vielleicht hilft es: /etc/sysconfig/kernel NO_KMS_IN_INITRD="yes" dann in den Runlevel 3 booten. Xorg -configure Gruß, Martin I would rather be exposed to the inconveniences attending too much liberty, than those attending too small a degree of it. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 2. August 2011, 20:48:46 schrieb Martin Jedamzik:
Am Dienstag, 2. August 2011, 20:34:27 schrieb Helga Fischer:
Und noch eine Ergänzung.
Am Dienstag 02 August 2011 schrieb Helga Fischer: [...]
Installiertes System: 11.4-64bit, Quadcore-System von Intel Komplettes hwinfo: http://www.eschkitai.de/tmp/hwinfo-schroedinger
xorg-x11-driver-video-intel-legacy-2.9.1-8.1
Helga
Kleiner Nachtrag: Nach dem Eintrag in der /etc/sysconfig/kernel noch mkinitrd ausführen und neustarten. Gruß, Martin -- I would rather be exposed to the inconveniences attending too much liberty, than those attending too small a degree of it. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 02 August 2011 schrieb Martin Jedamzik:
Am Dienstag, 2. August 2011, 20:48:46 schrieb Martin Jedamzik:
Am Dienstag, 2. August 2011, 20:34:27 schrieb Helga Fischer:
Und noch eine Ergänzung.
Am Dienstag 02 August 2011 schrieb Helga Fischer: [...]
Installiertes System: 11.4-64bit, Quadcore-System von Intel Komplettes hwinfo: http://www.eschkitai.de/tmp/hwinfo-schroedinger
xorg-x11-driver-video-intel-legacy-2.9.1-8.1 [...] Nach dem Eintrag in der /etc/sysconfig/kernel noch mkinitrd ausführen und neustarten.
Hat YaST netterweise gleich mit erledigt. Ich hatte den Schalter nämlich gesehen, als ich auf der Suche nach Mehrfachkernel-Installationen in der /etc/sysconfig gesehen. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 02 August 2011 schrieb Martin Jedamzik:
Am Dienstag, 2. August 2011, 20:34:27 schrieb Helga Fischer:
Und noch eine Ergänzung.
Am Dienstag 02 August 2011 schrieb Helga Fischer: [...]
Installiertes System: 11.4-64bit, Quadcore-System von Intel Komplettes hwinfo: http://www.eschkitai.de/tmp/hwinfo-schroedinger
xorg-x11-driver-video-intel-legacy-2.9.1-8.1
[...]
das ist zwar ein Schuß in das Blaue, aber vielleicht hilft es:
/etc/sysconfig/kernel
NO_KMS_IN_INITRD="yes"
Das hat nichts bewirkt. Sobald grub einen Kernel lädt, verliert der Bildschirm die Verbindung.
dann in den Runlevel 3 booten.
Das hilft auch nichts. ssh -X übrigens geht. So kann ich wenigstens das KMail vom kaputten System verwenden. So weit lebt es wenigstens noch.
Xorg -configure
Meckert. schroedinger:~ # Xorg -configure X.Org X Server 1.9.3 Release Date: 2010-12-13 X Protocol Version 11, Revision 0 Build Operating System: openSUSE SUSE LINUX Current Operating System: Linux schroedinger 2.6.37.6-0.7-desktop #1 SMP PREEMPT 2011-07-21 02:17:24 +0200 x86_64 Kernel command line: root=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part1 resume=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part2 splash=silent quiet vga=0x317 init 3 Build Date: 07 June 2011 02:49:07AM Current version of pixman: 0.20.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Aug 2 21:00:18 2011 List of video drivers: mga i128 ati apm voodoo sis chips rendition newport r128 radeon xgi v4l s3 cirrus ast intel tseng sisusb nv radeonhd tdfx vmware savage intellegacy xgixp mach64 siliconmotion i740 tga ark nouveau vmwlegacy trident s3virge dummy glint neomagic fbdev vesa (EE) LoadModule: Module xgi does not have a xgiModuleData data object. (EE) Failed to load module "xgi" (invalid module, 0) (EE) Failed to load module "vmwgfx" (module does not exist, 0) (EE) vmware: Please ignore the above warnings about not being able to to load module/driver vmwgfx (++) Using config file: "/root/xorg.conf.new" (==) Using config directory: "/etc/X11/xorg.conf.d" Xorg detected your mouse at device /dev/input/mice. Please check your config if the mouse is still not operational, as by default Xorg tries to autodetect the protocol. Your xorg.conf file is /root/xorg.conf.new To test the server, run 'X -config /root/xorg.conf.new' schroedinger:~ # Das habe ich jetzt auch probiert. Kann's leider nur über eine ssh-Verbindung machen, weil ich auf dem Bildschirm ja nichts sehe. Dieser Versuch sieht aber auch nicht gut aus: schroedinger:~ # X -config /root/xorg.conf.new X.Org X Server 1.9.3 Release Date: 2010-12-13 X Protocol Version 11, Revision 0 Build Operating System: openSUSE SUSE LINUX Current Operating System: Linux schroedinger 2.6.37.6-0.7-desktop #1 SMP PREEMPT 2011-07-21 02:17:24 +0200 x86_64 Kernel command line: root=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part1 resume=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part2 splash=silent quiet vga=0x317 init 3 Build Date: 07 June 2011 02:49:07AM Current version of pixman: 0.20.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Tue Aug 2 21:05:28 2011 (++) Using config file: "/root/xorg.conf.new" (==) Using config directory: "/etc/X11/xorg.conf.d" (EE) LoadModule: Module vnc does not have a vncModuleData data object. (EE) Failed to load module "vnc" (invalid module, 0) (EE) Microsoft Comfort Curve Keyboard 2000: failed to initialize for relative axes. Dem guten Kernel scheinen Module zu fehlen. Sowas musste ich auch noch nie von Hand nachinstallieren. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag 02 August 2011 schrieb Helga Fischer:
Am Dienstag 02 August 2011 schrieb Martin Jedamzik:
Am Dienstag, 2. August 2011, 20:34:27 schrieb Helga Fischer:
Und noch eine Ergänzung.
Am Dienstag 02 August 2011 schrieb Helga Fischer: [...]
Installiertes System: 11.4-64bit, Quadcore-System von Intel Komplettes hwinfo: http://www.eschkitai.de/tmp/hwinfo-schroedinger
xorg-x11-driver-video-intel-legacy-2.9.1-8.1
[...]
das ist zwar ein Schuß in das Blaue, aber vielleicht hilft es:
/etc/sysconfig/kernel
NO_KMS_IN_INITRD="yes"
Das hat nichts bewirkt. Sobald grub einen Kernel lädt, verliert der Bildschirm die Verbindung.
Funktioniert hat jedoch: Displaymanager auf Konsole umstellen, starten mit failsafe. root kann X starten, die User gucken in die Röhre. Auflösung ist immer noch mau. Normaler Start mit der Option nomodeset führt wenigstens mal zu einer Konsole mit zu niedriger Auflösung. Ist aber besser als 'schwarz'. Dein Tipp funktioniert jedoch auch direkt am Rechner nicht. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Noch ein kleiner Abschlussbericht: Am Dienstag 02 August 2011 schrieb Helga Fischer:
Am Dienstag 02 August 2011 schrieb Helga Fischer:
Am Dienstag 02 August 2011 schrieb Martin Jedamzik:
Am Dienstag, 2. August 2011, 20:34:27 schrieb Helga Fischer:
Und noch eine Ergänzung.
Am Dienstag 02 August 2011 schrieb Helga Fischer: [...]
Installiertes System: 11.4-64bit, Quadcore-System von Intel Komplettes hwinfo: http://www.eschkitai.de/tmp/hwinfo-schroedinger
xorg-x11-driver-video-intel-legacy-2.9.1-8.1
[...]
das ist zwar ein Schuß in das Blaue, aber vielleicht hilft es:
/etc/sysconfig/kernel
NO_KMS_IN_INITRD="yes"
Den habe ich inzwischen probiert. Egal, ob yes oder no, es hat keinen Effekt.
Das hat nichts bewirkt. Sobald grub einen Kernel lädt, verliert der Bildschirm die Verbindung.
Funktioniert hat jedoch: Displaymanager auf Konsole umstellen, starten mit failsafe. root kann X starten, die User gucken in die Röhre. Auflösung ist immer noch mau.
Normaler Start mit der Option nomodeset führt wenigstens mal zu einer Konsole mit zu niedriger Auflösung. Ist aber besser als 'schwarz'.
nomodeset sowohl für den normalen Kernel, als auch die failsafe-Variante führt dazu, dass ich in zu geringer Auflösung ein Bild auf dem Schirm bekomme. Der Bootbildschirm mit seinem Fortschrittsbalken zeigt die richtige Auflösung. Aber irgendwo im Bootprozess passiert was und dann ist's aus mit der korrekten Auflösung. Gute Nacht allerseits, Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 03.08.2011 00:39, schrieb Helga Fischer:
Noch ein kleiner Abschlussbericht:
Am Dienstag 02 August 2011 schrieb Helga Fischer:
Am Dienstag 02 August 2011 schrieb Helga Fischer:
Am Dienstag 02 August 2011 schrieb Martin Jedamzik:
Am Dienstag, 2. August 2011, 20:34:27 schrieb Helga Fischer:
Und noch eine Ergänzung.
Am Dienstag 02 August 2011 schrieb Helga Fischer: [...]
Installiertes System: 11.4-64bit, Quadcore-System von Intel Komplettes hwinfo: http://www.eschkitai.de/tmp/hwinfo-schroedinger
xorg-x11-driver-video-intel-legacy-2.9.1-8.1
[...]
das ist zwar ein Schuß in das Blaue, aber vielleicht hilft es:
/etc/sysconfig/kernel
NO_KMS_IN_INITRD="yes"
Den habe ich inzwischen probiert. Egal, ob yes oder no, es hat keinen Effekt.
Das hat nichts bewirkt. Sobald grub einen Kernel lädt, verliert der Bildschirm die Verbindung.
Funktioniert hat jedoch: Displaymanager auf Konsole umstellen, starten mit failsafe. root kann X starten, die User gucken in die Röhre. Auflösung ist immer noch mau.
Normaler Start mit der Option nomodeset führt wenigstens mal zu einer Konsole mit zu niedriger Auflösung. Ist aber besser als 'schwarz'.
nomodeset sowohl für den normalen Kernel, als auch die failsafe-Variante führt dazu, dass ich in zu geringer Auflösung ein Bild auf dem Schirm bekomme.
Der Bootbildschirm mit seinem Fortschrittsbalken zeigt die richtige Auflösung. Aber irgendwo im Bootprozess passiert was und dann ist's aus mit der korrekten Auflösung.
Ich habe mittlerweile den Überblick verloren über den Stand der Dinge bie Dir, aber geht es nicht darum, dass System zunächst mal so zu booten, dass Du zumindest eine Shell bekommst? Wenn Du das auch so siehst, dann boote doch mal mit der Bootoption 3. Manchmal ist es sinnvoll, den Teil vga=0xXXXX zu löschen. Dann bootet das System mit 80x25 Zeilen. Dann kannst Du zumindest schon mal auf der Konsole "rumrödeln" - ich meine nämlich gelesen zu haben, dass Du versucht hast via ssh ein X configure und anschließenden Probestart der generierten xorg.conf zu machen und das geht bestimmt nicht über ssh ... -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 00:39, schrieb Helga Fischer:
[...]
Dann kannst Du zumindest schon mal auf der Konsole "rumrödeln" -
Inzwischen kann ich auf der Konsole 'rumrödeln', direkt an der betroffenen Maschine. Hier hat der Schalter 'nomodeset' geholfen.
ich meine nämlich gelesen zu haben, dass Du versucht hast via ssh ein X configure und anschließenden Probestart der generierten xorg.conf zu machen und das geht bestimmt nicht über ssh ...
OK. Ich hab's auch direkt probiert und es hat auch nichts gemacht. Ich frage mich allerdings jetzt ganz grundsätzlich, was hier so schiefläuft? grub lädt noch die richtige Auflösung und in dem Moment, wo wohl der Kernel (aus der initrd?) die Kontrolle übernimmt ist aus mit dem Bildschirm. Der wird so gründlich ausgeschaltet, dass er versucht, sich zu entscheiden, ob er am VGA- oder am DVI-Kabel hängt. Und dann blinkt halt nur noch der Einschaltknopf vor sich hin. Da muss doch ein Mechanismus wirken, der entweder was Falsches ausliest, gar nichts ausliest oder einfach mit falschen Angaben arbeitet. Das muss sich doch irgendwie beseitigen lassen. Sehr zu denken gibt mir, das eine Rückaktualisierung auf den vorherigen Kernel genau den gleichen Fehler aufweist, obwohl der vor der Aktualisierung nicht vorhanden war. Auf der 64bit-Maschine werkelt 2.6.37-0.7-desktop (-default will auch nicht). Auf meiner 32bit-Maschine werkelt 2.6.37-0.5 (da habe ich nicht ausprobiert, ob nun -desktop oder -default). Bei beiden Installationen handelt es sich um 11.4-Systeme. Die Grundinstallation von DVD-Download funktionierten beide. Das 32bit-System hatte den Ausfall der Grafik schon eher. Leider weiß ich nicht mehr, wie ich das da umschifft habe, da es nur ein Testsystem war, das ursprünglich mal die 10.3 ersetzen sollte. Wie's aussieht, wird das die 10.3 nie ersetzen. Hier muss doch ein grundlegenderes Problem vorliegen. Ich bin nicht die einzige und die Stimmen im Netz fragen ähnlich fassungslos wie ich, wieso es Fälle gibt, wo das mit der Auflösung nicht (mehr) automatisch funktioniert oder man eben schwarz sieht. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Wed, 03 Aug 2011, Helga Fischer schrieb:
grub lädt noch die richtige Auflösung und in dem Moment, wo wohl der Kernel (aus der initrd?) die Kontrolle übernimmt ist aus mit dem Bildschirm. Der wird so gründlich ausgeschaltet, dass er versucht, sich zu entscheiden, ob er am VGA- oder am DVI-Kabel hängt. Und dann blinkt halt nur noch der Einschaltknopf vor sich hin.
Zeig mal deine /proc/cmdline. -dnh -- "Getting a penguin to pee on demand is _messy_." -- Linus Torvalds -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch 03 August 2011 schrieb David Haller: Hallo David,
Am Wed, 03 Aug 2011, Helga Fischer schrieb:
grub lädt noch die richtige Auflösung und in dem Moment, wo wohl der Kernel (aus der initrd?) die Kontrolle übernimmt ist aus mit dem Bildschirm. Der wird so gründlich ausgeschaltet, dass er versucht, sich zu entscheiden, ob er am VGA- oder am DVI-Kabel hängt. Und dann blinkt halt nur noch der Einschaltknopf vor sich hin.
Zeig mal deine /proc/cmdline.
Was Du nicht alles ausgräbst: schroedinger:~ # cat /proc/cmdline root=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part1 resume=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part2 splash=native vga=0x317 nomodeset splash=native ist von mir nomodeset habe ich hinten dran gehängt Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Wed, 03 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller:
Am Wed, 03 Aug 2011, Helga Fischer schrieb:
grub lädt noch die richtige Auflösung und in dem Moment, wo wohl der Kernel (aus der initrd?) die Kontrolle übernimmt ist aus mit dem Bildschirm. Der wird so gründlich ausgeschaltet, dass er versucht, sich zu entscheiden, ob er am VGA- oder am DVI-Kabel hängt. Und dann blinkt halt nur noch der Einschaltknopf vor sich hin.
Zeig mal deine /proc/cmdline.
Was Du nicht alles ausgräbst:
schroedinger:~ # cat /proc/cmdline root=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part1 resume=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part2 splash=native vga=0x317 nomodeset
splash=native ist von mir nomodeset habe ich hinten dran gehängt
Ok, das schaut gut aus. Du könntest mal den intelfb versuchen (-> in die initrd packen) und die cmdline wie folgt ändern: vga= raus video=intelfb,mode=1024x768-32@70,noaccel,hwcursor (das ist eh der default-mode, accel (für Text) später mal probieren). Doku: /usr/src/linux/Documentation/fb/intelfb.txt Ansonsten versuch mal nen anderen Video-modus (1024x768x24bit): vga=0x318 Doku: /usr/src/linux/Documentation/fb/vesafb.txt HTH, -dnh -- Demokratie ist die Herrschaft der Unfähigen über die Desinteressierten... -- sinngemäß aus Dorfer's Donnerstalk -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
David Haller schrieb:
Hallo,
Am Wed, 03 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller:
Am Wed, 03 Aug 2011, Helga Fischer schrieb:
grub lädt noch die richtige Auflösung und in dem Moment, wo wohl der Kernel (aus der initrd?) die Kontrolle übernimmt ist aus mit dem Bildschirm. Der wird so gründlich ausgeschaltet, dass er versucht, sich zu entscheiden, ob er am VGA- oder am DVI-Kabel hängt. Und dann blinkt halt nur noch der Einschaltknopf vor sich hin.
Zeig mal deine /proc/cmdline.
Was Du nicht alles ausgräbst:
schroedinger:~ # cat /proc/cmdline root=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part1 resume=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part2 splash=native vga=0x317 nomodeset
splash=native ist von mir nomodeset habe ich hinten dran gehängt
Ok, das schaut gut aus.
Du könntest mal den intelfb versuchen (-> in die initrd packen) und die cmdline wie folgt ändern:
vga= raus
video=intelfb,mode=1024x768-32@70,noaccel,hwcursor
(das ist eh der default-mode, accel (für Text) später mal probieren). Doku: /usr/src/linux/Documentation/fb/intelfb.txt
Ansonsten versuch mal nen anderen Video-modus (1024x768x24bit):
vga=0x318
Doku: /usr/src/linux/Documentation/fb/vesafb.txt
HTH, -dnh
hi Sebatian Siebert (www.sebastian-siebert.de) macht viele Angaben für ATI Grafikkarten. Er gibt aber auch weit darüber hinaus auf seiner Website gute Infos. Ein Besuch lohnt sich. Den nachfolgenden Text hat auch Sebastian geschrieben, er wurde von mir nur geklaut, um hier zu berichten. A C H T U N G - man beachte das letzte Wort - darauf kommt es an: [Zitat] Es gibt 2 Möglichkeiten KMS zu deaktivieren: Als Bootparameter in GRUB oder LILO: nomodeset KMS im Initial Ramdisk grundsätzlich deaktivieren. Der nachfolgende Befehl schaltet das KMS in der Konfiguration /etc/sysconfig/kernel auf NO_KMS_IN_INITRD=”yes” aus. sed -i 's/NO_KMS_IN_INITRD=.*/NO_KMS_IN_INITRD="yes"/g' /etc/sysconfig/kernel Anschließend die Initial Ramdisk neubauen lassen: mkinitrd [/Zitat Ende] Hast Du "mkinitrd" ausgeführt ? ? ? Gruß Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch 03 August 2011 schrieb David Haller:
Am Wed, 03 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller:
Am Wed, 03 Aug 2011, Helga Fischer schrieb:
grub lädt noch die richtige Auflösung und in dem Moment, wo wohl der Kernel (aus der initrd?) die Kontrolle übernimmt ist aus mit dem Bildschirm. Der wird so gründlich ausgeschaltet, dass er versucht, sich zu entscheiden, ob er am VGA- oder am DVI-Kabel hängt. Und dann blinkt halt nur noch der Einschaltknopf vor sich hin.
Zeig mal deine /proc/cmdline.
Was Du nicht alles ausgräbst:
schroedinger:~ # cat /proc/cmdline root=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part1 resume=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part2 splash=native vga=0x317 nomodeset
splash=native ist von mir nomodeset habe ich hinten dran gehängt
Ok, das schaut gut aus.
Du könntest mal den intelfb versuchen (-> in die initrd packen)
Wie mache ich das? (Eine schnelle Googlesuche hat mir jetzt nicht weitergeholfen. Ich kenne nur mkinitrd. Mehr habe ich noch nie gebraucht).
und die cmdline wie folgt ändern:
vga= raus
video=intelfb,mode=1024x768-32@70,noaccel,hwcursor
Mein Schirm macht normalerweise 1440x900@60. Die Auflösung, die Du da vorschlägst, dürfte ich Dank nomodeset haben.
(das ist eh der default-mode, accel (für Text) später mal probieren). Doku: /usr/src/linux/Documentation/fb/intelfb.txt
Ansonsten versuch mal nen anderen Video-modus (1024x768x24bit):
vga=0x318
Doku: /usr/src/linux/Documentation/fb/vesafb.txt
Gibt es eigentlich einen Grund dafür, dass der Mechanismus, der bisher reibungslos seinen Dienst versehen hatte, jetzt nicht mehr tut? Jedenfalls bin ich nicht begeistert, mir in Zukunft meine eigenen Kernels bauen zu müssen. Ich möchte aufs Updateknöpfchen drücken können und Ruhe haben. Wenn ich mal wieder KDE kaputt mache, OK, ein anderer WM ist schnell gestartet. Aber so was grundlegendes wie anständige Grafik und Kernel? *grmpfl* Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Wed, 03 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller:
Am Wed, 03 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller: [..]
Zeig mal deine /proc/cmdline. [..] Ok, das schaut gut aus.
Du könntest mal den intelfb versuchen (-> in die initrd packen)
Wie mache ich das? (Eine schnelle Googlesuche hat mir jetzt nicht weitergeholfen. Ich kenne nur mkinitrd. Mehr habe ich noch nie gebraucht).
==== /etc/sysconfig/kernel ==== INITRD_MODULES="intelfb ..." ==== Und anschließend 'mkinitrd' aufrufen.
und die cmdline wie folgt ändern:
vga= raus
video=intelfb,mode=1024x768-32@70,noaccel,hwcursor
Mein Schirm macht normalerweise 1440x900@60. Die Auflösung, die Du da vorschlägst, dürfte ich Dank nomodeset haben.
Geht evtl. mit intelfb, ist aber kein VESA-Modus (geht also nicht mit 'vga='). Wenn intelfb generell mal läuft kannst du natürlich auch die höhere Auflösung (ebenso wie 'accel') mal testen, z.B.: video=intelfb,mode=1440x900-32@60,accel,hwcursor Bei den Tests würde ich das über die Grub-Eingabezeile machen, nicht gleich in der menu.lst. Denn dann reicht ggfs. ein blindes SysRq+s SysRq+u SysRq+b um die Kiste wieder sauber zum Grub mit den "defaults" zu bringen.
Ansonsten versuch mal nen anderen Video-modus (1024x768x24bit):
vga=0x318
Doku: /usr/src/linux/Documentation/fb/vesafb.txt
Gibt es eigentlich einen Grund dafür, dass der Mechanismus, der bisher reibungslos seinen Dienst versehen hatte, jetzt nicht mehr tut?
Nö. Es geht jetzt erstmal darum, herauszufinden was genau bei dir nicht funktioniert, also warum du schwarz siehst. Wenn wir das rausgefunden haben, dann können wir uns um alles weitere kümmern. -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 eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag 04 August 2011 schrieb David Haller: [...]
==== /etc/sysconfig/kernel ==== INITRD_MODULES="intelfb ..." ====
War zu einfach ;)
Und anschließend 'mkinitrd' aufrufen.
Tauchen eigentlich die initrd-Module nicht im lsmod auf? Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Thu, 04 Aug 2011, Helga Fischer schrieb:
Am Donnerstag 04 August 2011 schrieb David Haller: [...]
==== /etc/sysconfig/kernel ==== INITRD_MODULES="intelfb ..." ====
War zu einfach ;)
Und anschließend 'mkinitrd' aufrufen.
Tauchen eigentlich die initrd-Module nicht im lsmod auf?
Normal schon. Aber nicht notwendigerweise (rein theoretisch kann ein Modul nur zum booten gebraucht werden, denke ich). -dnh --
... Bücher sind ein grässliches Medium ... Ich schätze daran die leichte Portierbarkeit vom Sofa ins Bett. [Bjoern Hoehrmann und Peter Bieling in dciwam] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 05.08.2011 16:58, schrieb David Haller:
Hallo,
Am Thu, 04 Aug 2011, Helga Fischer schrieb:
Am Donnerstag 04 August 2011 schrieb David Haller: [...]
==== /etc/sysconfig/kernel ==== INITRD_MODULES="intelfb ..." ====
War zu einfach ;)
Und anschließend 'mkinitrd' aufrufen.
Tauchen eigentlich die initrd-Module nicht im lsmod auf?
Normal schon. Aber nicht notwendigerweise (rein theoretisch kann ein Modul nur zum booten gebraucht werden, denke ich).
Hm, ich meine, dass in /etc/sysconfig/kernel irgendwelche Module stehen, die vielleicht mal gebraucht wurden, aber nicht mehr werden ;-) Die Zeile gibt ja nur an, dass die Dingslinge mit in die initrd gepackt werden, und nicht, dass sie wirklich gebraucht werden ;-) Ich habe erst gestern amd78xx und ide_generic_pc entfernt, keine Ahnung, wie lange die da schon rumschimmeln - ich habe immer mal wieder aktualisiert... - 10.3 -> 11.0 -> 11.1 -> 11.2 -> 11.3 -> 11.4, und irgendeine Install hat da ihre Spuren hinterlassen. Die nächste Version kontrolliert nicht, ob die da angegebenen Module überhaupt existieren, geschweige denn, ob sie nötig sind. Bei Linux ist root eben Gott :-) Gruß Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch 03 August 2011 schrieb David Haller: [...]
(das ist eh der default-mode, accel (für Text) später mal probieren). Doku: /usr/src/linux/Documentation/fb/intelfb.txt
Besteht nur noch aus makefiles. Gut, gelle. Meine gute 10.3 hat die Doku aber noch an der richtigen Stelle. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Wed, 03 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller: [...]
(das ist eh der default-mode, accel (für Text) später mal probieren). Doku: /usr/src/linux/Documentation/fb/intelfb.txt
Besteht nur noch aus makefiles. Gut, gelle.
$ rpm -qf /usr/src/linux/Documentation/fb/intelfb.txt kernel-source-2.6.37.6-0.5.1.noarch Ist kernel-source installiert? -dnh -- my other signature is more intellectual -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag 04 August 2011 schrieb David Haller:
Am Wed, 03 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller: [...]
(das ist eh der default-mode, accel (für Text) später mal probieren). Doku: /usr/src/linux/Documentation/fb/intelfb.txt
Besteht nur noch aus makefiles. Gut, gelle.
$ rpm -qf /usr/src/linux/Documentation/fb/intelfb.txt kernel-source-2.6.37.6-0.5.1.noarch
schroedinger ist zickig: schroedinger:~ # rpm -qf /usr/src/linux/Documentation/fb/intelfb.txt error: file /usr/src/linux/Documentation/fb/intelfb.txt: Datei oder Verzeichnis nicht gefunden
Ist kernel-source installiert?
Ja, die komplette kernel-devel-Packung. Sonst meckern vmware und virtualbox. (vmware ist übrigens auch kaputt, doch das können wir getrost nach hinten schieben; ohne Grafik nützt mir das alles nicht sonderlich viel). kernel-doc habe ich noch nachinstalliert gehabt. Da war die Doku jedoch auch nicht dabei, allerdings ein paar gut abgehangene pdfs. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Helga Fischer schrieb:
Am Donnerstag 04 August 2011 schrieb David Haller:
Am Wed, 03 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller: [...]
(das ist eh der default-mode, accel (für Text) später mal probieren). Doku: /usr/src/linux/Documentation/fb/intelfb.txt
Besteht nur noch aus makefiles. Gut, gelle.
$ rpm -qf /usr/src/linux/Documentation/fb/intelfb.txt kernel-source-2.6.37.6-0.5.1.noarch
schroedinger ist zickig:
schroedinger:~ # rpm -qf /usr/src/linux/Documentation/fb/intelfb.txt error: file /usr/src/linux/Documentation/fb/intelfb.txt: Datei oder Verzeichnis nicht gefunden
Ist kernel-source installiert?
Ja, die komplette kernel-devel-Packung. Sonst meckern vmware und virtualbox. (vmware ist übrigens auch kaputt, doch das können wir getrost nach hinten schieben; ohne Grafik nützt mir das alles nicht sonderlich viel).
kernel-doc habe ich noch nachinstalliert gehabt. Da war die Doku jedoch auch nicht dabei, allerdings ein paar gut abgehangene pdfs.
Helga
warum hast Du nicht vga=0x31a ? Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Thu, August 4, 2011 14:24, Ernst Scott wrote:
warum hast Du nicht vga=0x31a ?
Gute Frage. Ich habe einen ähnlichen Ärger. Ich habe Ärger mit einer Intel 945-Grafikeinheit (onboard), die sowohl bei openSUSE 10.3 als auch openSUSE 11.3 und 11.4 und Debian 6 Unfug anrichtet. ==> einen anderen Modus eingestellt. Leider wird aber, NACHDEM das System mit einem höher auflösenden eingestellten Modus gestartet ist, von irgendeinem Mechanismus wieder auf eine schlechtere Auflösung ZURÜCKGESETZT. Wo sitzt dieser Mechanismus? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Da bin ich wieder... Am Mittwoch 03 August 2011 schrieb David Haller:
Am Wed, 03 Aug 2011, Helga Fischer schrieb: [...]
schroedinger:~ # cat /proc/cmdline root=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part1 resume=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part2 splash=native vga=0x317 nomodeset
splash=native ist von mir nomodeset habe ich hinten dran gehängt
Ok, das schaut gut aus.
Du könntest mal den intelfb versuchen (-> in die initrd packen) und die cmdline wie folgt ändern:
vga= raus
video=intelfb,mode=1024x768-32@70,noaccel,hwcursor
Da sehe ich schwarz ;) Ich habe auch mal die Variante video=intelfb,mode=1024x768-32@70; die geht auch nicht. Ich sehe nur kurz die Bootmeldungen, da ist die Auflösung auf der Konsole etwas weniger gut wie mit der Variante initrd von Suse + nomodeset. Spaßeshalber habe ich auch mal die Default-Kernel-grub-Zeile ohne Modifikation verwendet. Auch da sehe ich schwarz.
(das ist eh der default-mode, accel (für Text) später mal probieren). Doku: /usr/src/linux/Documentation/fb/intelfb.txt
Ansonsten versuch mal nen anderen Video-modus (1024x768x24bit):
vga=0x318
Auch keine Wirkung. Bis jetzt hatte bisher die beste Wirkung der Schalter nomodeset. Dann hatte ich wenigstens Schrift und Bild. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Helga Fischer [04.08.2011 13:56]:
Bis jetzt hatte bisher die beste Wirkung der Schalter nomodeset. Dann hatte ich wenigstens Schrift und Bild.
Hallo Helga, Du hast wirklich eine Menge Pech mit Deinem Rechner. Der wird seinen Namen aber wohl nicht umsonst bekommen haben ;-) (ich verbinde Schroedinger mit Katze) Wenn Du überhaupt erstmal auf die Konsole kommst (mit nomodeset), kannst Du dort als root "hwinfo --framebuffer" absetzen, und mit etwas Glück siehst Du dann die unterstützten VGA-Modi. Die Zeile (Beispiel!) Mode 0x0318: 1024x768 (+4096), 24 bits kannst Du dann als vga=0x0318 beim Booten übergeben. Vielleicht klappt das ja... Gruß Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Werner, Am Donnerstag 04 August 2011 schrieb Werner Flamme:
Helga Fischer [04.08.2011 13:56]:
Bis jetzt hatte bisher die beste Wirkung der Schalter nomodeset. Dann hatte ich wenigstens Schrift und Bild.
[...]
Du hast wirklich eine Menge Pech mit Deinem Rechner. Der wird seinen Namen aber wohl nicht umsonst bekommen haben ;-) (ich verbinde Schroedinger mit Katze)
*aua* Mit ein paar Problemen hatte ich schon gerechnet, weil die Hardware doch sehr aktuell ist und ich bisher immer nur alte, gebrauchte Rechner in Betrieb hatte. Diese Probleme hatte ich jedoch bei der Installation erwartet. So ein Zoo von unregelmäßig auftretenden Fehlern dagegen nicht. Und erst recht keine bei der Grafikausgabe.
Wenn Du überhaupt erstmal auf die Konsole kommst (mit nomodeset), kannst Du dort als root "hwinfo --framebuffer" absetzen, und mit etwas Glück siehst Du dann die unterstützten VGA-Modi. Die Zeile (Beispiel!) Mode 0x0318: 1024x768 (+4096), 24 bits kannst Du dann als vga=0x0318 beim Booten übergeben.
Danke für den Tipp.
Vielleicht klappt das ja...
Ein bißchen Grafik habe ich ja. Allerdings gruslige Auflösung und nicht das, was der Bildschirm konnte (und kann). Naja, ich ziehe mir jetzt eine 11.3 und mache zähneknirschend eine Parallelinstallation. Dann habe ich wenigstens einen Vergleich und sehe, ob die Fehler dort auch auftreten. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 04.08.2011 14:56, schrieb Helga Fischer:
Am Donnerstag 04 August 2011 schrieb Werner Flamme:
Helga Fischer [04.08.2011 13:56]:
Bis jetzt hatte bisher die beste Wirkung der Schalter nomodeset. Dann hatte ich wenigstens Schrift und Bild.
[...]
Du hast wirklich eine Menge Pech mit Deinem Rechner. Der wird seinen Namen aber wohl nicht umsonst bekommen haben ;-) (ich verbinde Schroedinger mit Katze)
*aua* Mit ein paar Problemen hatte ich schon gerechnet, weil die Hardware doch sehr aktuell ist und ich bisher immer nur alte, gebrauchte Rechner in Betrieb hatte. Diese Probleme hatte ich jedoch bei der Installation erwartet. So ein Zoo von unregelmäßig auftretenden Fehlern dagegen nicht. Und erst recht keine bei der Grafikausgabe.
Wenn Du überhaupt erstmal auf die Konsole kommst (mit nomodeset), kannst Du dort als root "hwinfo --framebuffer" absetzen, und mit etwas Glück siehst Du dann die unterstützten VGA-Modi. Die Zeile (Beispiel!) Mode 0x0318: 1024x768 (+4096), 24 bits kannst Du dann als vga=0x0318 beim Booten übergeben.
Danke für den Tipp.
Vielleicht klappt das ja...
Ein bißchen Grafik habe ich ja. Allerdings gruslige Auflösung und nicht das, was der Bildschirm konnte (und kann).
Naja, ich ziehe mir jetzt eine 11.3 und mache zähneknirschend eine Parallelinstallation. Dann habe ich wenigstens einen Vergleich und sehe, ob die Fehler dort auch auftreten.
Hallo Helga, Intel Grafikkarten sind auch manchmal ein Glücksspiel, wenn es um die FOSS-Treiber-Unterstützung im Kernel geht. Da dein Rechner relative neu ist, würde ich es mal mit einem neueren Kernel 3.0 ausprobieren. Den Kernel aus dem Tumbleweed-Repo einfach mal probeweise installieren: http://download.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/ Kannst uns ja mal berichten, wie es gelaufen ist. -- Gruß Sebastian - openSUSE Member (Freespacer) Webseite/Blog: http://www.sebastian-siebert.de Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Thu, August 4, 2011 14:28, Werner Flamme wrote:
(ich verbinde Schroedinger mit Katze)
Schwarze Katze... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Thu, 04 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller: [..] Ich habe auch mal die Variante video=intelfb,mode=1024x768-32@70; die geht auch nicht.
Mit nomodeset?
Ansonsten versuch mal nen anderen Video-modus (1024x768x24bit):
vga=0x318
Auch keine Wirkung.
Mit nomodeset? -dnh -- That's O'Neill with two L's, the other one has no sense of humor. -- Col. Jack O'Neill, Stargate -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag 05 August 2011 schrieb David Haller:
Hallo,
Am Thu, 04 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller:
[..]
Ich habe auch mal die Variante video=intelfb,mode=1024x768-32@70; die geht auch nicht.
Mit nomodeset?
Gibt's die Auflösung, die mir ja eine rudimentäre Bildschirmauflösung (mit X) liefert. Aber das sind halt nicht meine 1440x900.
Ansonsten versuch mal nen anderen Video-modus (1024x768x24bit):
vga=0x318
Auch keine Wirkung.
Siehe oben. Die Konsolenschrift ändert sich allerdings. Müßte das aber wiederholen, um es Dir ganz genau zu sagen. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Fri, 05 Aug 2011, Helga Fischer schrieb:
Am Freitag 05 August 2011 schrieb David Haller:
Am Thu, 04 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller: [..] Ich habe auch mal die Variante video=intelfb,mode=1024x768-32@70; die geht auch nicht.
Mit nomodeset?
Gibt's die Auflösung, die mir ja eine rudimentäre Bildschirmauflösung (mit X) liefert. Aber das sind halt nicht meine 1440x900.
Na, aber das ist doch schonmal nen Fortschritt. intelfb + nomodeset funktioniert dann wohl. Dann kann man sich ans Feintuning bzw. X machen. Als nächstes könntest du dann (immer mit nomodeset) folgendes testen: video=intelfb,mode=1440x900-32@70
Ansonsten versuch mal nen anderen Video-modus (1024x768x24bit): vga=0x318 Auch keine Wirkung.
Siehe oben.
Die Konsolenschrift ändert sich allerdings. Müßte das aber wiederholen, um es Dir ganz genau zu sagen.
Klar, ist ja ne andere Auflösung. Ach, mail mir doch vielleicht mal die Ausgabe von 'X -configure', mal gucken, was das so ausspuckt. -dnh -- Aus der Beschreibung entnehme ich, daß deine Fonts nach Typ 3 konvertiert werden (Finger im Hals) und deine Bilder auf Screen-Qualität (Fuß zum Finger dazusteck...) -- ratti in suse-linux -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo David, Am Freitag 05 August 2011 schrieb David Haller:
Am Fri, 05 Aug 2011, Helga Fischer schrieb:
Am Freitag 05 August 2011 schrieb David Haller:
Am Thu, 04 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller:
[..]
Ich habe auch mal die Variante video=intelfb,mode=1024x768-32@70; die geht auch nicht.
Mit nomodeset?
Gibt's die Auflösung, die mir ja eine rudimentäre Bildschirmauflösung (mit X) liefert. Aber das sind halt nicht meine 1440x900.
Na, aber das ist doch schonmal nen Fortschritt. intelfb + nomodeset funktioniert dann wohl.
Es funktioniert auch ohne intelfb. Ich habe es, nachdem es doch viel Hinundher gab, lieber noch einmal ausprobiert.
Dann kann man sich ans Feintuning bzw. X machen. Als nächstes könntest du dann (immer mit nomodeset) folgendes testen:
video=intelfb,mode=1440x900-32@70
Auch da lande ich wieder bei der Auflösung, die eh schon da ist. Allerdings ist die Schrift in KDE dann kleiner. Fenster und andere grafische Elemente sehen jedoch gleich aus wie ohne diese Vorgaben.
Ansonsten versuch mal nen anderen Video-modus (1024x768x24bit): vga=0x318
Auch keine Wirkung.
Siehe oben.
Die Konsolenschrift ändert sich allerdings. Müßte das aber wiederholen, um es Dir ganz genau zu sagen.
Klar, ist ja ne andere Auflösung. Ach, mail mir doch vielleicht mal die Ausgabe von 'X -configure', mal gucken, was das so ausspuckt.
schroedinger:~ # X -configure X.Org X Server 1.9.3 Release Date: 2010-12-13 X Protocol Version 11, Revision 0 Build Operating System: openSUSE SUSE LINUX Current Operating System: Linux schroedinger 2.6.37.6-0.7-desktop #1 SMP PREEMPT 2011-07-21 02:17:24 +0200 x86_64 Kernel command line: root=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part1 resume=/dev/disk/by-id/ata-ST31000524AS_6VPCVA72-part2 splash=native vga=0x317 nomodeset Build Date: 07 June 2011 02:49:07AM Current version of pixman: 0.22.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sat Aug 6 20:12:44 2011 List of video drivers: mga i128 ati apm voodoo sis chips rendition newport r128 radeon xgi v4l s3 cirrus ast intel tseng sisusb nv radeonhd tdfx vmware savage xgixp mach64 siliconmotion i740 tga ark nouveau vmwlegacy trident s3virge dummy glint neomagic fbdev vesa (EE) LoadModule: Module xgi does not have a xgiModuleData data object. (EE) Failed to load module "xgi" (invalid module, 0) (EE) Failed to load module "vmwgfx" (module does not exist, 0) (EE) vmware: Please ignore the above warnings about not being able to to load module/driver vmwgfx (++) Using config file: "/root/xorg.conf.new" (==) Using config directory: "/etc/X11/xorg.conf.d" Number of created screens does not match number of detected devices. Configuration failed. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Sat, 06 Aug 2011, Helga Fischer schrieb: [..]
Dann kann man sich ans Feintuning bzw. X machen. Als nächstes könntest du dann (immer mit nomodeset) folgendes testen:
video=intelfb,mode=1440x900-32@70
Auch da lande ich wieder bei der Auflösung, die eh schon da ist. Allerdings ist die Schrift in KDE dann kleiner. Fenster und andere grafische Elemente sehen jedoch gleich aus wie ohne diese Vorgaben.
Komisch. Hm, irgendwo zu deinem oder dem andere intel-Problem-Thread gab's den Hinweis, daß intel das modeset will. Notier dir das mal. Achso: hast du auch mal ohne FB getestet? Also mit vga=normal und ohne einen video= Parameter (und mit/ohne nomodeset). Hier ist z.B. wenn ich die native Auflösung verwende beim Zurückschalten auf die Konsole bzw. nach dem Beenden von X (ich starte via startx) die Schrift im Eimer. Ohne framebuffer, eben mit vga=normal ist alles in Butter (aber halt nur 80x24 oder so). GraKa ist hier ne PCIe nVidia 8400.
Klar, ist ja ne andere Auflösung. Ach, mail mir doch vielleicht mal die Ausgabe von 'X -configure', mal gucken, was das so ausspuckt.
schroedinger:~ # X -configure [..] (++) Using config file: "/root/xorg.conf.new"
Das hier per PM / paste.opensuse.org
(==) Using config directory: "/etc/X11/xorg.conf.d"
Und da mal gucken, ob da auch neue Files sind. -dnh -- Die in Deutschland lebenden Ausländer sind das, was Deutschland verbindet. (Wolfram Heinrich, de.etc.sprache.deutsch, 17.11.2008) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Helga, Am Samstag, 6. August 2011, 20:16:12 schrieb Helga Fischer:
Hallo David,
Am Freitag 05 August 2011 schrieb David Haller:
Am Fri, 05 Aug 2011, Helga Fischer schrieb:
Am Freitag 05 August 2011 schrieb David Haller:
Am Thu, 04 Aug 2011, Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb David Haller: [..]
Ich habe auch mal die Variante
video=intelfb,mode=1024x768-32@70; die geht auch nicht.
Mit nomodeset?
Gibt's die Auflösung, die mir ja eine rudimentäre
Bildschirmauflösung (mit X) liefert. Aber das sind halt nicht meine 1440x900.
Na, aber das ist doch schonmal nen Fortschritt. intelfb + nomodeset funktioniert dann wohl. wenn Du nomodeset benutzt, heißt dann dann wohl, dass Du den "alten" intel- Treiber nutzt. Mir kommt da in den Sinn, dass ich mit den alten Intel-Treibern auch nicht die korrekte Auflösung für mein Notebook einstellen konnte, weil der Treiber nur die Auflösungen aus dem VBios starten konnte.
Da gab es dann ein kleines Programm names 815resolution, dass eine von den VBios-Auflösungen passend gepatch hat. Später war bei Opensuse ein 915resolution mit dabei, was diese Aufgabe übernommen hat. Ich vermute mal, dass mit dem Setzen von nomodeset nicht automatisch dieses Programm installiert und gestartet wurde? Das könnte bei Dir das Problem sein, wenn Deine 1400x900 nicht gerade im Bios (bzw Vbios) stehen. Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 03.08.2011 14:00, schrieb Helga Fischer:
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 00:39, schrieb Helga Fischer:
[...]
Dann kannst Du zumindest schon mal auf der Konsole "rumrödeln" -
Inzwischen kann ich auf der Konsole 'rumrödeln', direkt an der betroffenen Maschine. Hier hat der Schalter 'nomodeset' geholfen.
ich meine nämlich gelesen zu haben, dass Du versucht hast via ssh ein X configure und anschließenden Probestart der generierten xorg.conf zu machen und das geht bestimmt nicht über ssh ...
OK. Ich hab's auch direkt probiert und es hat auch nichts gemacht.
Du bist ja aktuell bei David in den allerbesten Händen, von daher will ich hier nicht allzu viel mit raten und Nebenbaustellen aufmachen, aber was meinst Du mit "hat auch nichts gemacht"? Was passiert denn bei einem, auf der Konsole ausgeführten Xorg -configure Diese Konfiguration kann man testen mit Xorg -config /root/xorg.conf.new Bei neueren Systemen muss man manchmal noch einen Parameter (-retro) dran hängen, also Xorg -config /root/xorg.conf.new -retro Es sollte ein grauer Bildschirm mit Maus erscheinen. Und dann ist mir noch eingefallen: Du hattest doch gestern einen Stand, bei dem Du nur als root startx fahren konntest, also nicht als "normaler" Benutzer. Das liegt an einem Sicherheitsmechanismus von SuSE der eben das Starten von X als normaler Benutzer verhindert. Deaktivieren kannst Du das wie folgt: In /etc/permissions.local Folgende Zeile aktivieren (Kommentarzeichen entfernen) /usr/bin/Xorg root:root 4711 Dann weiter mit SuSEconfig --module permissions
Ich frage mich allerdings jetzt ganz grundsätzlich, was hier so schiefläuft?
Interessanter Weise, habe ich heute, nach gestrigem zypper up, ebenfalls Probleme mit der X-Umgebung (wahrscheinlich mit KDM). Die sind allerdings nicht so krass wie Deine, aber ich kann mich aktuell nicht mehr via KDM anmelden bzw ich kann mich zwar anmelden, lande aber nach kurzem Geflacker wieder im Anmeldebildschirm. Im Gegensatz zu Dir, kann ich aber auf die Konsole wechseln, mich als Benutzer einloggen und dann ein startx erfolgreich zünden. Ich habe also eher ein "einfacheres" KDM-Problem.
grub lädt noch die richtige Auflösung und in dem Moment, wo wohl der Kernel (aus der initrd?) die Kontrolle übernimmt ist aus mit dem Bildschirm. Der wird so gründlich ausgeschaltet, dass er versucht, sich zu entscheiden, ob er am VGA- oder am DVI-Kabel hängt. Und dann blinkt halt nur noch der Einschaltknopf vor sich hin.
Da muss doch ein Mechanismus wirken, der entweder was Falsches ausliest, gar nichts ausliest oder einfach mit falschen Angaben arbeitet. Das muss sich doch irgendwie beseitigen lassen.
Sehr zu denken gibt mir, das eine Rückaktualisierung auf den vorherigen Kernel genau den gleichen Fehler aufweist, obwohl der vor der Aktualisierung nicht vorhanden war.
[...]
Hier muss doch ein grundlegenderes Problem vorliegen. Ich bin nicht die einzige und die Stimmen im Netz fragen ähnlich fassungslos wie ich, wieso es Fälle gibt, wo das mit der Auflösung nicht (mehr) automatisch funktioniert oder man eben schwarz sieht.
Nun ja, der Fehler muss ja nicht unbedingt was mit dem Kernel zu tun haben, sondern kann ja auch ein Problem mit Xorg oder so sein - und das hast Du ja sicherlich nicht zurück aktualisiert. Und wie geschrieben, ich habe aktuell auch Kummer mit der X-Umgebung nach einem zypper up. -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo alle, Tao hat hier einen Workaround für die Behebung der derzeit grassierenden X- Server Probleme beschrieben. Das Problem gibts bei mir auch, und bis zum hoffentlich bald kommenden Update behelfe ich mich wie folgt. Am Mittwoch, 3. August 2011, 18:03:33 schrieb Tao te Puh:
Am 03.08.2011 14:00, schrieb Helga Fischer:
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 00:39, schrieb Helga Fischer: [...]
Und dann ist mir noch eingefallen: Du hattest doch gestern einen Stand, bei dem Du nur als root startx fahren konntest, also nicht als "normaler" Benutzer. Das liegt an einem Sicherheitsmechanismus von SuSE der eben das Starten von X als normaler Benutzer verhindert. Deaktivieren kannst Du das wie folgt:
In /etc/permissions.local Folgende Zeile aktivieren (Kommentarzeichen entfernen) /usr/bin/Xorg root:root 4711 Dann weiter mit SuSEconfig --module permissions
Im Gegensatz zu Dir, kann ich aber auf die Konsole wechseln, mich als Benutzer einloggen und dann ein startx erfolgreich zünden.
Ich habe also eher ein "einfacheres" KDM-Problem.
Vielleicht hilfts auch anderen. Guido -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 14:00, schrieb Helga Fischer:
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 00:39, schrieb Helga Fischer:
[...]
OK. Ich hab's auch direkt probiert und es hat auch nichts gemacht.
Du bist ja aktuell bei David in den allerbesten Händen, von daher will ich hier nicht allzu viel mit raten und Nebenbaustellen aufmachen, aber was meinst Du mit "hat auch nichts gemacht"?
Was passiert denn bei einem, auf der Konsole ausgeführten
Xorg -configure
Es gibt eine dicke Fehlermeldung. Das X.org-Log habe ich hier mal hinterlegt: http://www.eschkitai.de/tmp/Xorg.0.log-05.08.2011
Diese Konfiguration kann man testen mit
Zu testen gibt's leider nichts, denn es wird nichts konfiguriert. [...]
Und dann ist mir noch eingefallen: Du hattest doch gestern einen Stand, bei dem Du nur als root startx fahren konntest, also nicht als "normaler" Benutzer. Das liegt an einem Sicherheitsmechanismus von SuSE der eben das Starten von X als normaler Benutzer verhindert.
[...] Das behalte ich im Hinterkopf. Danke. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Helga Fischer schrieb:
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 14:00, schrieb Helga Fischer:
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 00:39, schrieb Helga Fischer:
[...]
OK. Ich hab's auch direkt probiert und es hat auch nichts gemacht.
Du bist ja aktuell bei David in den allerbesten Händen, von daher will ich hier nicht allzu viel mit raten und Nebenbaustellen aufmachen, aber was meinst Du mit "hat auch nichts gemacht"?
Was passiert denn bei einem, auf der Konsole ausgeführten
Xorg -configure
Es gibt eine dicke Fehlermeldung. Das X.org-Log habe ich hier mal hinterlegt: http://www.eschkitai.de/tmp/Xorg.0.log-05.08.2011
Diese Konfiguration kann man testen mit
Zu testen gibt's leider nichts, denn es wird nichts konfiguriert.
[...]
Und dann ist mir noch eingefallen: Du hattest doch gestern einen Stand, bei dem Du nur als root startx fahren konntest, also nicht als "normaler" Benutzer. Das liegt an einem Sicherheitsmechanismus von SuSE der eben das Starten von X als normaler Benutzer verhindert.
[...]
Das behalte ich im Hinterkopf. Danke.
Helga
Hallo Helga eigentlich dürfte der Titel der Mail nicht mehr stimmen. KMS müßtest Du schon erfolgreich abgehandelt haben. Zum X-Server schmücke ich mich noch einmal mit fremden Federn: [Zitat-auszugsweise] Sollte man nach dem Booten in der Konsole landen, dann erstellt man besser eine Konfigurationsdatei des X-Servers /oder läßtdie Datei erstellen. Fortgeschrittene Variante: X-Server-Konfiguration verschieben, falls vorhanden: mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup Die (restliche) Hardware wird vom X-Server automatisch erkannt und geladen. Dies sollte in Zukunft vorgezogen werden,* falls die Autoerkennung für den Treiber oder X -configure nicht funktioniert *) bedeutet, xorg.conf wird ohne Dein Mitwirken neu erstellt. Grüße Ernst -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag 05 August 2011 schrieb Ernst Scott:
Helga Fischer schrieb:
[...]
eigentlich dürfte der Titel der Mail nicht mehr stimmen.
Stimmt.
KMS müßtest Du schon erfolgreich abgehandelt haben.
Ja. Das ist durch.
Zum X-Server schmücke ich mich noch einmal mit fremden Federn:
[Zitat-auszugsweise] Sollte man nach dem Booten in der Konsole landen, dann erstellt man besser eine Konfigurationsdatei des X-Servers /oder läßtdie Datei erstellen.
Fortgeschrittene Variante:
X-Server-Konfiguration verschieben, falls vorhanden:
mv /etc/X11/xorg.conf /etc/X11/xorg.conf.backup
Ich habe gar keine xorg.conf. Ich habe eine xorg.conf.install. (Inzwischen habe ich auch mal den Kofler aufgeschlagen; der bestätigt, dass die neuen Systeme gar keine xorg.conf mehr brauchen und benutzen. Alles wird beim Starten erledigt). Die xorg.conf.install will ich nicht benutzen, die verwendet nämlich nicht die richtige Auflösung.
Die (restliche) Hardware wird vom X-Server automatisch erkannt und geladen. Dies sollte in Zukunft vorgezogen werden,* falls die Autoerkennung für den Treiber oder X -configure nicht funktioniert
Da würde ich sagen, klemmt es gerade. Irgendwer hatte gestern noch einen Befehl genannt, die möglichen Auflösungen aufzulisten. Da bekomme ich längst nicht das, was möglich ist.
*) bedeutet, xorg.conf wird ohne Dein Mitwirken neu erstellt.
Schön wär's. Doch genau da ist was aus dem Takt geraten. Helga -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Ich werde noch meschugge mit dem Hin- und Her. Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 14:00, schrieb Helga Fischer:
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 00:39, schrieb Helga Fischer:
[...]
OK. Ich hab's auch direkt probiert und es hat auch nichts gemacht.
Du bist ja aktuell bei David in den allerbesten Händen, von daher will ich hier nicht allzu viel mit raten und Nebenbaustellen aufmachen, aber was meinst Du mit "hat auch nichts gemacht"?
Was passiert denn bei einem, auf der Konsole ausgeführten
Xorg -configure
Diese Konfiguration kann man testen mit
Xorg -config /root/xorg.conf.new
Hier hatte ich übersehen, dass das direkt beim root drin ist. Hier gibt es jetzt eine kürzere Fehlermeldung. vnc-Modul gibt's nicht und (EE) No devices detected. Fatal Server error: no screens found. Helga -- ## Technik: [http://de.opensuse.org] ## Politik: [http://www.piratenpartei.de] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 05.08.2011 21:01, schrieb Helga Fischer:
Ich werde noch meschugge mit dem Hin- und Her.
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 14:00, schrieb Helga Fischer:
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 00:39, schrieb Helga Fischer:
[...]
OK. Ich hab's auch direkt probiert und es hat auch nichts gemacht.
Du bist ja aktuell bei David in den allerbesten Händen, von daher will ich hier nicht allzu viel mit raten und Nebenbaustellen aufmachen, aber was meinst Du mit "hat auch nichts gemacht"?
Was passiert denn bei einem, auf der Konsole ausgeführten
Xorg -configure
Diese Konfiguration kann man testen mit
Xorg -config /root/xorg.conf.new
Hier hatte ich übersehen, dass das direkt beim root drin ist.
Hier gibt es jetzt eine kürzere Fehlermeldung. vnc-Modul gibt's nicht und (EE) No devices detected.
Fatal Server error: no screens found.
Kannst Du mal die ganze neu erstellte /root/xorg.conf.new posten (oder, falls zu lang, mir via pm). Ich hatte kürzlich auf einer Maschinen einen "ähnlichen" Fall, da habe ich jetzt ein Konstrukt aus xorg.conf + automatischer Erkennung gebastelt. -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 06.08.2011 00:22, schrieb Tao te Puh:
Am 05.08.2011 21:01, schrieb Helga Fischer:
Ich werde noch meschugge mit dem Hin- und Her.
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 14:00, schrieb Helga Fischer:
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 00:39, schrieb Helga Fischer:
[...]
OK. Ich hab's auch direkt probiert und es hat auch nichts gemacht.
Du bist ja aktuell bei David in den allerbesten Händen, von daher will ich hier nicht allzu viel mit raten und Nebenbaustellen aufmachen, aber was meinst Du mit "hat auch nichts gemacht"?
Was passiert denn bei einem, auf der Konsole ausgeführten
Xorg -configure
Diese Konfiguration kann man testen mit
Xorg -config /root/xorg.conf.new
Hier hatte ich übersehen, dass das direkt beim root drin ist.
Hier gibt es jetzt eine kürzere Fehlermeldung. vnc-Modul gibt's nicht und (EE) No devices detected.
Fatal Server error: no screens found.
Kannst Du mal die ganze neu erstellte /root/xorg.conf.new posten (oder, falls zu lang, mir via pm). Ich hatte kürzlich auf einer Maschinen einen "ähnlichen" Fall, da habe ich jetzt ein Konstrukt aus xorg.conf + automatischer Erkennung gebastelt.
Weil ich gerade einen Moment Zeit habe, schreib' ich mal (auch ohne Deine xorg.conf.new zu kennen), was ich da neulich gebastelt habe. Wie angedeutet, lief da also auch die Erkennung Grafikkarte/Monitor schief und nach einigem hin und her, habe ich mir selbst die Einträge für die vorhandene Struktur in /etc/X11/xorg.conf.d zurecht gefriemelt - ich habe auf dem System nun also keine xorg.conf mehr. Dafür brauchen wir aber einige Daten. Bezogen auf Deine Geräte, musst Du die u.U. dem Handbuch oder dem Internet entnehmen. Ich verwende hier mal meine: Auflösung (größter gemeinsamer Nenner von Grafikkarte und Bildschirm) Max. Auflösung : 1280 x 1024 Gewünschte Bildwiederholfrequenz : 60 Hz Mit dem Programm cvt, kann man sich damit eine Modeline-Zeile berechnen lassen cvt 1280 1024 60 Ergebnis: # 1280x1024 59.89 Hz (CVT 1.31M4) hsync: 63.67 kHz; pclk: 109.00 MHz Modeline "1280x1024_60.00" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync Die Modline-Zeile werden wir gleich brauchen. Außerdem brauchen wir noch die Werte für HorizSync und VertRefresh des Monitors. Die habe ich im Internet rausgesucht. Dabei habe ich allerdings nur die Maximalwerte (82 und 76) für meinen Monitor gefunden und deshalb die unteren Werte einfach aus den Einstellungen eines ähnlichen Monitors übernommen. (Hinweis: Was die oberen Werte angeht, so würde ich da auf keinen Fall raten -> Angst vor Hardwaredefekt): HorizSync 30-82 VertRefresh 48-76 Mit diesen beiden Angaben und der oben berechneten Modeline, können wir nun die Einstellungen im System vornehmen. Dazu müssen wir 2 Dateien editieren: Datei 1 : /etc/X11/xorg.conf.d/50-monitor.conf # tao ModelName "Acer AL2017" HorizSync 30-82 VertRefresh 48-76 Modeline "1280x1024_60.00" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync Option "PreferredMode" "1280x1024_60.00" Datei 2 : /etc/X11/xorg.conf.d/50-screen.conf # tao DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" EndSubSection Nach Ab- und Anmeldung, sollte der Bildschirm eine 1280 x 1024 Auflösung haben. Vielleicht ist das ja was für Dich - Viel Erfolg! -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 06.08.2011 00:58, schrieb Tao te Puh:
Am 06.08.2011 00:22, schrieb Tao te Puh:
Am 05.08.2011 21:01, schrieb Helga Fischer:
Ich werde noch meschugge mit dem Hin- und Her.
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 14:00, schrieb Helga Fischer:
Am Mittwoch 03 August 2011 schrieb Tao te Puh:
Am 03.08.2011 00:39, schrieb Helga Fischer:
[...]
OK. Ich hab's auch direkt probiert und es hat auch nichts gemacht.
Du bist ja aktuell bei David in den allerbesten Händen, von daher will ich hier nicht allzu viel mit raten und Nebenbaustellen aufmachen, aber was meinst Du mit "hat auch nichts gemacht"?
Was passiert denn bei einem, auf der Konsole ausgeführten
Xorg -configure
Diese Konfiguration kann man testen mit
Xorg -config /root/xorg.conf.new
Hier hatte ich übersehen, dass das direkt beim root drin ist.
Hier gibt es jetzt eine kürzere Fehlermeldung. vnc-Modul gibt's nicht und (EE) No devices detected.
Fatal Server error: no screens found.
Kannst Du mal die ganze neu erstellte /root/xorg.conf.new posten (oder, falls zu lang, mir via pm). Ich hatte kürzlich auf einer Maschinen einen "ähnlichen" Fall, da habe ich jetzt ein Konstrukt aus xorg.conf + automatischer Erkennung gebastelt.
Weil ich gerade einen Moment Zeit habe, schreib' ich mal (auch ohne Deine xorg.conf.new zu kennen), was ich da neulich gebastelt habe. Wie angedeutet, lief da also auch die Erkennung Grafikkarte/Monitor schief und nach einigem hin und her, habe ich mir selbst die Einträge für die vorhandene Struktur in /etc/X11/xorg.conf.d zurecht gefriemelt - ich habe auf dem System nun also keine xorg.conf mehr.
Dafür brauchen wir aber einige Daten. Bezogen auf Deine Geräte, musst Du die u.U. dem Handbuch oder dem Internet entnehmen. Ich verwende hier mal meine:
Auflösung (größter gemeinsamer Nenner von Grafikkarte und Bildschirm) Max. Auflösung : 1280 x 1024
Gewünschte Bildwiederholfrequenz : 60 Hz
Mit dem Programm cvt, kann man sich damit eine Modeline-Zeile berechnen lassen
cvt 1280 1024 60
Ergebnis: # 1280x1024 59.89 Hz (CVT 1.31M4) hsync: 63.67 kHz; pclk: 109.00 MHz Modeline "1280x1024_60.00" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync
Die Modline-Zeile werden wir gleich brauchen. Außerdem brauchen wir noch die Werte für HorizSync und VertRefresh des Monitors. Die habe ich im Internet rausgesucht. Dabei habe ich allerdings nur die Maximalwerte (82 und 76) für meinen Monitor gefunden und deshalb die unteren Werte einfach aus den Einstellungen eines ähnlichen Monitors übernommen. (Hinweis: Was die oberen Werte angeht, so würde ich da auf keinen Fall raten -> Angst vor Hardwaredefekt):
HorizSync 30-82 VertRefresh 48-76
Mit diesen beiden Angaben und der oben berechneten Modeline, können wir nun die Einstellungen im System vornehmen. Dazu müssen wir 2 Dateien editieren:
Datei 1 : /etc/X11/xorg.conf.d/50-monitor.conf # tao ModelName "Acer AL2017" HorizSync 30-82 VertRefresh 48-76 Modeline "1280x1024_60.00" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync Option "PreferredMode" "1280x1024_60.00"
Datei 2 : /etc/X11/xorg.conf.d/50-screen.conf # tao DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" EndSubSection
Nach Ab- und Anmeldung, sollte der Bildschirm eine 1280 x 1024 Auflösung haben.
Vielleicht ist das ja was für Dich - Viel Erfolg!
Nachtrag zum Editieren der Dateien: Die neuen Inhalte NICHT einfach ans Ende der Dateien "bappen", sondern in den Bereich zwischen "Section" und "EndSection" -- Herzliche Grüße Tao -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (10)
-
Aribert Deckers
-
David Haller
-
Ernst Scott
-
Guido Pinkernell
-
Helga Fischer
-
Martin Hofius
-
Martin Jedamzik
-
Sebastian Siebert
-
Tao te Puh
-
Werner Flamme