hallo
system: opensuse 11.3, kde4.4.4, nvidia
da ich den nvidia treiber verwenden will, muss ich dafuer sorgen das nouveau nicht geladen wird.
aber das modul wird immer geladen...
folgendes habe ich schon gemacht:
Code:sysconfig/kernel: NO_KMS_IN_INITRD="yes"wie koenne ich noch verhindern, dass das modul geladen wird?Code:echo "blacklist nouveau" >> /etc/modprobe.d/50-blacklist.conf
Ein
sorgt AFAIK nur dafür, daß ein Kernelmodul nicht automatisch von udev geladen wird, wenn er $PASSENDES_GERÄT_ZUM_TREIBER findet.Code:blacklist dingenskirchen
Sollte aber an irgendeiner Stelle ein expliziter Ladebefehl z.B. in einem Script stehen, dann nutzt das nichts.
Sieht man auch wunderbar daran, daß man ein "geblacklistetes" Modul "dingenskirchen" immer noch händisch mit "modprobe dingenskirchen" laden kann.
Also muss man hier vielleicht ein klein wenig "brutaler" zu Werke gehen.
Mit
als "Blacklisteintrag" wird auch das Laden mittels modprobe ausgeschaltet bzw. es wird statt des Ladens "/bin/true" ausgeführt.Code:install dingenskirchen /bin/true
Greetz,
RM
Da wäre noch etwas:
Das ist eine schlechte Idee, weilZitat von muell200
diese Datei möglicherweise (und in diesem Fall sehr wahrscheinlich, da hier die Module drin stehen, die der Distributor auf der Blacklist haben will, was sicher seine Gründe hat) beim nächsten Update von sysconfig überschrieben wird und dann das Theater von vorne los geht.Code:rpm -qf /etc/modprobe.d/50-blacklist.conf sysconfig-0.72.6-2.6.1.x86_64
Es gibt zwei Möglichkeiten.
a) Eigene Einträge in /etc/modprobe.d/99-local.conf
Auch diese Datei ist Bestandteil eines Paketes (module-init-tools), aber beim Bau von RPMs kann man angeben, ob eine Datei überschrieben werden darf oder auch nicht, hier würde ich _vermuten_, daß diese Datei nicht bei einem Update angefasst wird.
b) Eigene Einträge in eine eigene Datei, die nicht zu einem Paket gehört
So mache ich das immer, vor allem gebe ich dann jeder Datei einen Namen, der mir gleich sagt, was da drin sein könnte, hier wäre das zum Bleistift ein Name wie dieser
Dann wird da 100%ig nichts automatisch überschrieben.Code:/etc/modprobe.d/51-blacklist-nouveau.conf
stimmt - aber wird das modul wird trotzdem geladen
das mit dem install schaue ich mir noch an
-> wenn es mal ruhiger wird
danke fuer den tip
Geändert von muell200 (12.11.10 um 11:17 Uhr)
Logisch, daran ändert das nichts, da ging es nur darum, wo man allgemein einen eigenen Eintrag am besten hinschreibt.stimtm - aber wird das modul wird trotzdem geladen
Ich vermute, daß hier die Startscripte von Xorg "in die Suppe spucken" und explizit das Modul nouveau laden, wenn es gefunden wird.
IIRC "probiert" Xorg beim Start die vorhandenen Module durch (nicht nur Kernelmodule sondern auch die Erweiterungen wie dri, glx, etc. die früher mal in die xorg.conf rein mussten) und behält das, was "passt", was ja für nouveau gilt und damit wird die Blacklist in gewisser Weise "ausgehebelt".
Ist allerdings nur eine Vermutung.
Schau mal, welche module in der initrd verbacken sind:aber wird das modul wird trotzdem geladen
Code:grep INITRD_MODULES /etc/sysconfig/kernel
Code:INITRD_MODULES="ahci pata_jmicron thermal ata_generic ata_piix processor fan" DOMU_INITRD_MODULES="xennet xenblk"
Wie hast Du den nvidia-Treiber installiert?
Idee richtig, aber Ansatz möglicherweise unvollständig.
In INITRD_MODULES werden nur "zusätzliche" Module aufgenommen, die nicht schon durch einen anderen Mechanismus hinein kommen.
Um ganz auf Nummer sicher zu gehen, sollte man direkt in die initrd schauen, was da drin ist.
Trotzdem würde ich vor dem "brutalen Blacklisten" mit /bin/true gar nicht weiter suchen.Code:/sbin/lsinitrd /boot/initrd-$(uname -r) | grep .ko
Greetz,
RM
Im Normalfall reicht doch auch ein nomodeset oder nouveau.modeset=0 als Kernelparameter um das Laden von Nouveau zu unterbinden.
Signatur nach Diktat Spazieren gegangen ;)
Ich muss zugeben, daß ich zwar wusste, daß es da "irgendeinen" Bootparameter gibt, aber eben nicht genau welchen.
Auch wenn ich davon ausgehe, daß diese Lösung funktionieren wird, so würde ich trotzdem um die oben von mir genannten Ausgaben bitten, denn mich interessiert, woher dieses Problem stammt, daß ein einfaches Blacklisten nicht ausreicht.
Es geht hauptsächlich darum, ob/wie man z.B. die Pakete aus dem NVidia-Repo verbessern könnte, daß der User eben nicht mehr nacharbeiten muss, egal wie.
In den Paketen aus dem NVidia-Repo wird im Postinstallscript auch ein "blacklist nouveau" in eine Datei unter /etc/modprobe.d gepackt, offensichtlich reicht das nicht (immer) aus.
Zwei weitere Fragen wären:
1) Wie wurde diese Änderung gemacht?
Per Hand mit einem Texteditor oder mit YaST (etc/sysconfig-Editor)?Code:sysconfig/kernel: NO_KMS_IN_INITRD="yes"
2) Falls die Antwort auf 1) "Texteditor" lautet, wurde danach die initrd auch neu gebaut (mkinitrd)? Der /etc/sysconfig-Editor in YaST macht unter Umständen eben doch etwas mehr als eine händische Änderung mit $TEXTEDITOR_DEINER_WAHL, bzw. man könnte da ansetzen, falls er es in diesem Fall nicht getan hat.
Es geht mir hier also nicht nur um eine Lösung sondern auch um eine Analyse, was faul gewesen sein könnte und da habe ich lieber -wie in diesem Thread- ein "Versuchskarnickel", welches $AHNUNG vom System hat als einen kompletten Anfänger.
nein - modul wird immer noch geladen
habe es noch nicht getestet
( habe den richtigen syntax noch nicht gefunden )
mit einem texteditor - nein mkinit habe ich nicht gestartet...
mache nachdem ich den post fertig habe
so dann starte ich mal mkinit - den rechner neu
das war es! - mercy
Hy
hab gerade ein FC14 installiert da ist der nouveau auch im initramfs fix eingebunden, daher klappt eine normale installation mit ./Nxxx.run nicht.
Klappt aber einfach wenn man in die /boot/grub/grubconf bei den Kernelparametern ein
mitgibt.Code:rdblacklist=nouveau
Danach nach den Neustart wie gewonnt X killen und den nvidiainstaller durchlaufen lassen. Denn nouveau-Treiber blacklistet er dabei und legt eine neue Xorg.conf.
PS Der Eintrag rdblacklist=nouveau gehört in die grub.conf fix reingeschrieben da sonnst wieder der nouveau von der initrd geladen wird.
Tschau El-Biero
Ich hoffe das das auch bei SuSe so ist und einigen weiterhilft.
Berechtigungen
Zitieren
Lesezeichen