Leider habe ich immer noch nicht den Wechsel nach siduction vollzogen. Das neue Release war Anlaß, das ernsthaft anzugehen, womit ich aber schnell gescheitert bin. Auf meinem ASUS N70S started der Standard Kernel nicht! Das Problem habe ich seit Kernel 3.11 unter aptosid auch. Ich hoffte, es unter siduction los zu werden.
Wenn ich bei der live-cd beim Kernel die sichere Einstellung wähle, startet sicuction ohne Probleme.
Wird der Kernel bei der Installation mit den sicheren Einstellungen installiert, bleiben die auch bei einem Kernel update erhalten?
Vielen Dank und alles Gute für 2014
Wolfgang
Hallo,
diese "sicheren Einstellungen " betreffen den Grafikchip und bleiben erhalten bis Du einen neuen Treiber installierst und sie deshalb, was Du wegen der Performance wahrscheinlich früher oder später möchtest, änderst.
Bitte Angaben zur Hardware, insbesondere Grafikchip, zur Verfügung stellen. Dann kann Dir (vermutlich) eher jemand weiterhelfen.
Die Ausgabe von:
inxi -v2
wäre ein Anfang.
Gruß
ayla
Nur mal zum Nachdenken: Welcher Kernel wird denn wohl mit den sicheren Einstellungen gestartet? (A: Es ist nicht, wie eventuell anzunehmen, Towos Extra-Sicherheits-Kernel)
Du möchtest Dich aber bestimmt über proprietäre Treiber, nvidia-blobs und so etwas informieren. Im sicheren Modus werden halt bestimmte Grafik-Features abgeschaltet und der Standard-Vesa-Treiber übernimmt die Aufgabe, X zu malen.
Und genau da ist das Problem: Mit diesen, wahrscheinlich proprietären Treibern sollte man die Maschine versorgen, ansonsten wird das nicht viel mit X im installierten System - umgangssprachlich auch Kernel kaputt genannt.
EDIT: Ayla hat fast recht - bis auf eine kleine Ausnahme. Während des Starts in den abgesicherten Modus wird eine Datei /etc/X11/xorg.conf angelegt, die das System und eventuell darin installierte Treiber gnadenlos ausbremst. Diese Datei sollte man im installierten System dann tunlichst entfernen, ansonsten geht das gern auch mal schief.
Zitat von: melmarker in 2014/01/02, 18:51:30
Während des Starts in den abgesicherten Modus wird eine Datei /etc/X11/xorg.conf angelegt, die das System und eventuell darin installierte Treiber gnadenlos ausbremst. Diese Datei sollte man im installierten System dann tunlichst entfernen, ansonsten geht das gern auch mal schief.
Aber erst
nach Installation eines neuen, funktionierenden Treibers bzw Firmware... sonst X kaputt. ;)
Danke. Die Grafik-Karte ist wie vermutet eine NVIDIA Geforece GT130M.
Wolfgang
GT130M klingt aber stark nach Optimus.
lspci | egrep -i "3d|vga|display"
lspci | egrep -i "3d|vga|display"
liefert:
01:00.0 VGA compatible controller: NVIDIA Corporation G96M [GeForce GT 130M] (rev a1)
?
Danke
Wolfgang
Das scheint schonmal kein Optimus zu sein.
Normal sollte das System zumindest 2D-technisch mit nouveau funktionieren.
Voraussetzung is da aber, daß hier keine /etc/X11/xorg.conf existiert, sowie KMS nicht irgendwo in /etc/modprobe.d/* deaktiviert wurde, oder schlimmer, daß da nouveau geblacklisted ist.
ich weiss ja nicht, was es heissen soll, dass in der Readme von nvidia-graphics-drivers-325.08 folgendes drinsteht:
grep 130 README.txt
GeForce GT 130 0x0626 A
GeForce GT 130 0x062E 0x0605 A
GeForce GT 130M 0x0652 A
Quadro NVS 130M 0x042A A
Quadro FX 1300 0x00FE
EIne xorg.conf existiert, nouveau ist wohl geblacklistet:
/etc/alternatives/glx--nvidia-blacklists-nouveau.conf
Ich werde xorg.conf mal umbenennen und sehen was passiert. Das merkwürdige für mich ist aber, daß bis zum Kernel 3.10 alles funktionierte und erst ab Kernel 3.11 die Schwierigkeiten auftraten. Hat sich da was geändert, was Ursache sein kann?
Zudem verstehe ich nicht, wieso die Schwierigkeiten auch bei der Live-DVD auftreten, die ja wohl beides nicht hat.
Wolfgang
Wenn Du die Live-Cd mit dem 2. Eintrag (safe boot) bootest, wird eine Xorg.conf erstellt, die ansonsten nicht mehr benötigt wird. Wird dann installiert, wird diese übernommen.
greetz
devil
Wobei die Live auch ohne Safe-Settings starten sollte, tut sie hier zumindest auf allen meiner Rechner mit Nvidia Grafik (GTX650Ti und GT640).
Aber die Infos sind sowieso zu mager, als das man da wikrlich etwas genaues sagen könnte.
Ich habe mal die neusten Versionen von Linux Mint und OpenSuse versucht, jeweils mit Kernel 3.11, mit dem ja die Schwierigkeiten begannen. Mint konnte ich nicht zum Starten bewegen. Opensuse startete nicht mit den Standard EInastellungen aber mit safe settings oder mit ausgeschaltetem acpi.
Ich werde also mal in Richtung acpi suchen.
Wolfgang
Siduction startet übrigens von der Live-DVD mit no local acpi.
Wolfgang
BIOS- bzw. Acpi-Implementationen bei Notebooks sind oft grauenhaft. Leider hilft da meist nur Durchprobieren der üblichen Verdächtigen. Das hast Du ja nun geschafft :)
greetz
devil
Häufig hilft auch, eine gefixte DSDT einsusetzen, um dem kaputten BIOS Beine zu machen.
Ja, wenn ich nur wüßte, wie man das fixen kann.
In jedem Fall: Danke!
Wolfgang
Wird bei einer Installation die no apic Einstellung mit berücksichtigt?
Wolfgang
Das kann man ganz einfach in /etc/default/grub nachschauen, wissen tu ich es adhoc nicht, weil ich so oft kein siduction installiere.
acpi=off löst mein Problem.
Danke
Wolfgang
Also eine Lösung ist das nicht wirklich, da acpi abzuschalten nicht wirklich eine Empfehlung ist.
Das ist sicher richtig. Aber einen anderen gangbaren Weg habe ich nicht gefunden.
Wolfgang
Du hast Recht, towo, eine Lösung ist das nicht: Sound und Energieverwaltung funktionieren u.a. nicht. Ich sehe allerdings nicht, wie ich jetzt zu SIduction wechseln könnte, ohne das Risiko eines nicht mehr vernünftig funktionierenden Systems zu haben.
Immerhin habe ich die Ursache, wenn auch keine Lösung, gefunden und etwas über acpi und apic gelernt. Ich wußte z.B. nicht, daß es beides gibt. Lernen ist immer etwas Gutes.
Wenn jemand Hinweise hat, was ich jetzt machen könnte, bin ich natürlich dankbar.
Wolfgang
Wie towo schon sagte, kann man die DSDT-Tabellen des BIOS bearbeiten und reparieren. Das ist nicht trivial, aber mit einigem Lesen zu bewerkstelligen. Einen Einstieg gibt http://hackintosh-forum.de/wiki/index.php/DSDT_was_ist_Das%3F sowie https://wiki.archlinux.org/index.php/DSDT
greetz
devil
Es fehlt noch eine (wohl) abschießende Antwort von mir:
- An die DSDT-Tabellen werde ich nicht ran gehen, da ich nur einen Rechner habe, der laufen muß und deshalb für Experiemente nicht taugt.
- Vielen Dank allen, die geantwortet haben. Ich habe einiges gelernt.