Arch Linux

Grafikkartentreiber Nvidia - Blackscreen

newguy

Dirk Sohler schrieb
xterm
Starte nun mittels startx X, aber lösche vorher die xorg.conf. Was passiert?

Das Übliche; der Bildschirm wird schwarz, nachdem der Text durchgelaufen ist.

Ups da ist ein Fehler unterlaufen, wird gleich nochmal versucht.

mannohneschuh

Gehen wir nochmal zum ANfang zurück:

newguy schrieb…
Jetzt sollte ich eigentlich exakt beschrieben haben, was ich getan habe! Nun stellt sich die Frage - warum ich einen "Blackscreen" erhalte. Die Grafikkarte ist eine "NVIDIA GeForce GTX 470".
newguy

Ist halt nicht der Fall scheint mir. Ich habe zwar diesen Text nur ganz fix überflogen, aber da stand halt nix von ArchLinux. Ich hab keinen Plan was du da alles angerichtet hast.

Default Runlevel bei dir? Inittab? rc.conf xorg.conf solche Sachen fehlen noch…
viel Spaß

newguy

mannohneschuh schrieb Ist halt nicht der Fall scheint mir. Ich habe zwar diesen Text nur ganz fix überflogen, aber da stand halt nix von ArchLinux. Ich hab keinen Plan was du da alles angerichtet hast.
Default Runlevel bei dir? Inittab? rc.conf xorg.conf solche Sachen fehlen noch…
viel Spaß

Der Teil mit Arch kommt erst ab Eintrag Nr. 4. Ist jetzt auf 5 umgestellt.
id:5:initdefault:
x:5:respawn:/usr/sbin/gdm -nodaemon

Soll ich die alle posten?

mannohneschuh

Und nachdem du deine Kernelzeile in grub mit einer '3' erweitert hast wird der Bildschrirm weiterhin schwarz?

newguy

mannohneschuh schriebUnd nachdem du deine Kernelzeile in grub mit einer '3' erweitert hast wird der Bildschrirm weiterhin schwarz?

Dann komme ich ganz normal in die Konsole.

mannohneschuh

newguy schrieb Dann komme ich ganz normal in die Konsole.

Herrlich. dann schau doch mal in die logs vom GDM.

und weiteres vorgehen:
xorg.conf umbennen, in zweiter Konsole als normaler user anmelden, eine .xinitrc anlegen:

echo "exec ck-launch-session gnome-session" > .xinitrc

danach:

startx

Jetzt sollte Gnome starten.

newguy

mannohneschuh schrieb Herrlich. dann schau doch mal in die logs vom GDM.
und weiteres vorgehen:
xorg.conf umbennen, in zweiter Konsole als normaler user anmelden, eine .xinitrc anlegen:
echo "exec ck-launch-session gnome-session" > .xinitrc
danach:
startx
Jetzt sollte Gnome starten.

Wenn ich über:

nano /var/log/gdm

an die Logs komme - ist nichts enthalten.

Xorg.conf habe ich zuvor schon gelöscht - muss diese überhaupt existieren?
Die .xinitrc habe ich versehentlich als root, wie folgend angelegt:

 nano /home/.xinitrc

und

echo "exec ck-launch-session gnome-session" > .xinitrc

eingetragen.

Anschließend

logout

und als "Benutzername" eingeloggt.
Nun bewirkt startx das Übliche - ich erhalte einfach nur ein schwarzes Bild ohne alles.

Liegt das an meiner Vorgehensweise - irgendetwas falsch gemacht?

mannohneschuh

newguy schrieb Wenn ich über:
nano /var/log/gdm
an die Logs komme - ist nichts enthalten.

Dann musst du mal das logging von GDM einrichten. Sollte in der manpage stehen wie das geht.
BTW: nur ansehen von Dateien geht viel besser mit 'cat'

Xorg.conf habe ich zuvor schon gelöscht - muss diese überhaupt existieren?

gut - nein

Die .xinitrc habe ich versehentlich als root, wie folgend angelegt:
 nano /home/.xinitrc
und
echo "exec ck-launch-session gnome-session" > .xinitrc
eingetragen.

Du solltest als user den Befehl

echo "exec ck-launch-session gnome-session" > .xinitrc

ausführen. Naja war wohl nicht genau spezifiziert. Hätte ein $ davor schreiben sollen… Ändere es so das in der .xinitrc

exec ck-launch-session gnome-session

steht. Die Datei muss von dem Benutzer gelesen werden können

Dateien lassen sich auch sehr einfach mittels 'touch' anlegen. Diese spitze Klammer in dem Befehl ist eine Umleitung gewesen. Beschäftige dich mal bei Gelegenheit mit shell-Befehlen.

newguy

Hat leider schon wieder nicht funktioniert - langsam versteh ich das nicht mehr.

newguy

mannohneschuh schriebHerrlich. dann schau doch mal in die logs vom GDM.
.

So jetzt hab ich da etwas schönes für Dich:

Gdm:0.log

This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.

X.Org X Server 1.10.3.901 (1.10.4 RC 1)
Release Date: 2011-07-29
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.0.0-ARCH x86_64
Current Operating System: Linux myhost 3.0-ARCH #1 SMP PREEMPT Sat Aug 6 16:18:35 CEST 2011 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-linux root=/dev/sdb3
Build Date: 08 August 2011  08:24:13AM
 
Current version of pixman: 0.22.2
	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: Mon Aug 15 14:10:54 2011
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) No Layout section.  Using the first Screen section.
(==) No screen section available. Using defaults.
(**) |-->Screen "Default Screen Section" (0)
(**) |   |-->Monitor "<default monitor>"
(==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory "/usr/share/fonts/TTF/" does not exist.
	Entry deleted from font path.
(WW) The directory "/usr/share/fonts/OTF/" does not exist.
	Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/100dpi/".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/100dpi/").
(WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/75dpi/".
	Entry deleted from font path.
	(Run 'mkfontdir' on "/usr/share/fonts/75dpi/").
(==) FontPath set to:
	/usr/share/fonts/misc/,
	/usr/share/fonts/Type1/
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
(--) PCI:*(0:1:0:0) 10de:06cd:1043:8347 rev 163, Mem @ 0xf6000000/33554432, 0xe8000000/134217728, 0xf0000000/67108864, I/O @ 0x0000e000/128, BIOS @ 0x????????/524288
(II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
	compiled for 1.10.3.901, module version = 1.0.0
(II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
	compiled for 1.10.3.901, module version = 1.0.0
(II) Loading /usr/lib/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="NVIDIA Corporation"
	compiled for 4.0.2, module version = 1.0.0
(II) NVIDIA GLX Module  280.13  Wed Jul 27 17:12:07 PDT 2011
(II) Loading /usr/lib/xorg/modules/extensions/librecord.so
(II) Module record: vendor="X.Org Foundation"
	compiled for 1.10.3.901, module version = 1.13.0
(II) Loading /usr/lib/xorg/modules/extensions/libdri.so
(II) Module dri: vendor="X.Org Foundation"
	compiled for 1.10.3.901, module version = 1.0.0
(II) Loading /usr/lib/xorg/modules/extensions/libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
	compiled for 1.10.3.901, module version = 1.2.0
(==) Matched nouveau as autoconfigured driver 0
(==) Matched nv as autoconfigured driver 1
(==) Matched nvidia as autoconfigured driver 2
(==) Matched vesa as autoconfigured driver 3
(==) Matched fbdev as autoconfigured driver 4
(==) Assigned the driver to the xf86ConfigLayout
(WW) Warning, couldn't open module nouveau
(II) Unloading nouveau
(EE) Failed to load module "nouveau" (module does not exist, 0)
(WW) Warning, couldn't open module nv
(II) Unloading nv
(EE) Failed to load module "nv" (module does not exist, 0)
(II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
(II) Module nvidia: vendor="NVIDIA Corporation"
	compiled for 4.0.2, module version = 1.0.0
(WW) Warning, couldn't open module vesa
(II) Unloading vesa
(EE) Failed to load module "vesa" (module does not exist, 0)
(WW) Warning, couldn't open module fbdev
(II) Unloading fbdev
(EE) Failed to load module "fbdev" (module does not exist, 0)
(II) NVIDIA dlloader X Driver  280.13  Wed Jul 27 16:55:26 PDT 2011
(II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
(++) using VT number 7

(II) Loading /usr/lib/xorg/modules/libfb.so
(II) Module fb: vendor="X.Org Foundation"
	compiled for 1.10.3.901, module version = 1.0.0
(II) Loading /usr/lib/xorg/modules/libwfb.so
(II) Module wfb: vendor="X.Org Foundation"
	compiled for 1.10.3.901, module version = 1.0.0
(II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so
(II) Loading /usr/lib/xorg/modules/libwfb.so
(II) Loading /usr/lib/xorg/modules/libfb.so
(II) NVIDIA(0): Creating default Display subsection in Screen section
	"Default Screen Section" for depth/fbbpp 24/32
(==) NVIDIA(0): Depth 24, (==) framebuffer bpp 32
(==) NVIDIA(0): RGB weight 888
(==) NVIDIA(0): Default visual is TrueColor
(==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)

Das ist die richtige Logfile?
Scheint mir ja ein ganzer Haufen Fehler vorhanden zu sein, verursachen die auch mein Problem?

Edward d'Eath

Hier sind Deine Fehler :-)

(EE) Failed to load module "nouveau" (module does not exist, 0)
(EE) Failed to load module "nv" (module does not exist, 0)
(EE) Failed to load module "vesa" (module does not exist, 0)
(EE) Failed to load module "fbdev" (module does not exist, 0)

Welchen Treiber hast Du denn nun installiert? Den proprietären nVidia-Treiber (wie im Eingangsposting erklärt) oder einen Anderen ("nouveau" zum Bleistift)?

https://wiki.archlinux.de/title/X
https://wiki.archlinux.de/title/Nvidia#Open_Source_Treiber

Hth,

Edward

GerBra

Was für eine Grafikkarte hast du eigentlich? (Ich habe die Postings überflogen und auf Anhieb keine Angabe gefunden)
Die Angabe findest du mit: lspci | grep VGA

Wenn der nvidia-Treiber (und den nutzt du ja) richtig funktioniert, dann müssen im XOrg.0.log (oder gdm-log, was weitgend das gleiche iost zu dem zeitpunkt) eben das nvidia-Modul wesentlich mehr Infos zur Karte liefern als eben wie bei dir nur 3-4 Zeilen...
(Die EE Meldungen zu noveao, nv, fbdev sind ok, die Autoerkennung von XOrg versucht eben die zur Hardware passwenden Module zu laden - diese sind nicht vorhanden, aber dafür eben eines - das propritäre nvidia-Modul. Was ja auch ok ist wenn es mit der GraKa klar kommt...)

newguy

GerBra schriebWas für eine Grafikkarte hast du eigentlich? (Ich habe die Postings überflogen und auf Anhieb keine Angabe gefunden)
Die Angabe findest du mit: lspci | grep VGA

Wenn der nvidia-Treiber (und den nutzt du ja) richtig funktioniert, dann müssen im XOrg.0.log (oder gdm-log, was weitgend das gleiche iost zu dem zeitpunkt) eben das nvidia-Modul wesentlich mehr Infos zur Karte liefern als eben wie bei dir nur 3-4 Zeilen...
(Die EE Meldungen zu noveao, nv, fbdev sind ok, die Autoerkennung von XOrg versucht eben die zur Hardware passwenden Module zu laden - diese sind nicht vorhanden, aber dafür eben eines - das propritäre nvidia-Modul. Was ja auch ok ist wenn es mit der GraKa klar kommt...)

Das weiß ich auch aus dem Kopf - hab den Rechner ja selbst zusammengestellt. Es ist eine Nvidia GeForce GTX 470. Müsste auch mit meiner Karte zurecht kommen - es installiert ja, wie ich gesehen habe; den 280.13 und der muss sie unterstützen.
Und woran kann es liegen, dass das Modul mir meiner Karte rumzickt?

Edward d'Eath schrieb Welchen Treiber hast Du denn nun installiert? Den proprietären nVidia-Treiber (wie im Eingangsposting erklärt) oder einen Anderen ("nouveau" zum Bleistift)?

Ich habe definitiv den proprietären Treiber von Nvidia installiert - weil ich eigentlich eine 3D-Beschleunigung haben möchte. Davon bin ich ja bis jetzt noch sehr weit entfernt 😃

Dirk

newguy schriebIch habe definitiv den proprietären Treiber von Nvidia installiert

Dein Fehlerlog sagt etwas anderes. Wie hast du den Treiber installiert?

newguy

Dirk Sohler schrieb
newguy schriebIch habe definitiv den proprietären Treiber von Nvidia installiert
Dein Fehlerlog sagt etwas anderes. Wie hast du den Treiber installiert?

Nach der Anleitung aus dem Wiki. Wenn er nicht installiert wäre, würde doch auch nvidia-xconfig doch nicht funktionieren - oder?

pacman -S nvidia nvidia-utils

Das sagt doch auch, dass er installiert ist:

(II) NVIDIA dlloader X Driver 280.13 Wed Jul 27 16:55:26 PDT 2011

Dirk

newguy schriebwürde doch auch nvidia-xconfig doch nicht funktionieren - oder?

Du hast nicht wirklich nvidia-xconfig verwendet, oder? Hoffentlich hast du den Unsinn inzwischen rückgängig gemacht, und die xorg.conf mal gelöscht. X erkennt inzwischen eigentlich alles selbständig. Dein GDM-Logfile sagt übrigens, dass keines der Module vorhanden ist.

GerBra

newguy hat schon den aktuellen nvidia-Treiber (und mit dem müßte die Karte auch problemlos funktionieren).
Bei mir sehen die EE-fehler bzgl. der anderen möglichen Module(nv,nouveao) genauso aus. Aber bei mir wird die Karte halt "richtig" angesprochen, es geht z.B. so weiter:

[    16.787] (**) NVIDIA(0): Depth 24, (--) framebuffer bpp 32
[    16.787] (==) NVIDIA(0): RGB weight 888
[    16.787] (==) NVIDIA(0): Default visual is TrueColor
[    16.787] (==) NVIDIA(0): Using gamma correction (1.0, 1.0, 1.0)
[    16.787] (**) NVIDIA(0): Option "TwinView" "0"
[    17.696] (II) NVIDIA(GPU-0): Display (ViewSonic Q241WB (DFP-0)) does not support NVIDIA 3D
[    17.696] (II) NVIDIA(GPU-0):     Vision stereo.
[    17.699] (II) NVIDIA(0): NVIDIA GPU GeForce 210 (GT218) at PCI:1:0:0 (GPU-0)
[    17.699] (--) NVIDIA(0): Memory: 1048576 kBytes
[    17.699] (--) NVIDIA(0): VideoBIOS: 70.18.5f.00.06
[    17.699] (II) NVIDIA(0): Detected PCI Express Link width: 16X
[    17.699] (--) NVIDIA(0): Interlaced video modes are supported on this GPU
[    17.699] (--) NVIDIA(0): Connected display device(s) on GeForce 210 at PCI:1:0:0
[    17.699] (--) NVIDIA(0):     ViewSonic Q241WB (DFP-0)
[    17.699] (--) NVIDIA(0): ViewSonic Q241WB (DFP-0): 330.0 MHz maximum pixel clock
[    17.699] (--) NVIDIA(0): ViewSonic Q241WB (DFP-0): Internal Dual Link TMDS
[    17.720] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID has been
[    17.720] (**) NVIDIA(0):     enabled on all display devices.
[    17.822] (II) NVIDIA(0): Assigned Display Device: DFP-0
[    17.823] (==) NVIDIA(0): 
[    17.823] (==) NVIDIA(0): No modes were requested; the default mode "nvidia-auto-select"
[    17.823] (==) NVIDIA(0):     will be used as the requested mode.
[    17.823] (==) NVIDIA(0): 
[    17.823] (II) NVIDIA(0): Validated modes:
[    17.823] (II) NVIDIA(0):     "nvidia-auto-select"
[    17.823] (II) NVIDIA(0): Virtual screen size determined to be 1920 x 1200
[    17.861] (--) NVIDIA(0): DPI set to (93, 95); computed from "UseEdidDpi" X config
[    17.861] (--) NVIDIA(0):     option
[    17.861] (II) UnloadModule: "vesa"
[    17.861] (II) Unloading vesa

Und ahlt noch mehr Meldungen vom nvidia-Modul....

Die XOrg.0.log sollte halte eigentlich mehr loggen bzw. eben mit Fehler abbrechen bei falscher Config (no screen found usw). Das tut es aber scheinbar nicht.

@newguy: Dein System ist ansonsten auf dem aktuellen STand (pacman -Syu), du blockierst keine Pakete o.ä.?

Benenne mal eine evtl. /etc/X11/xorg.conf um (mache auch ggf. andere Änderungen in /etc/X11/xorg.conf.d rückgängig)
Installiere dir das pastebin-Tool curlpaste, damit kannst du Logfiles etc. nach Pastebin hochladen und mußt hier dann nur die URL posten - das macht es einfacher zum Lesen für uns.
Bitte auch xf86-input-evdev installieren wenn es nicht schon installiert ist (automatische Nutzung von Maus/Keyboard)

Jetzt startest du als root mal ein X:

rmmod nvidia (es darf kein GDM o.ä. laufen)
modprobe nvidia
(dürfen keine fehelr kommen, dmesg muß das geladene nvidia Kernelmodul zeigen)
startx /usr/bin/xterm -- :1

Wir starten deswegen auf DISPLAY :1 damit wird nicht einem laufendem X ins Gehege kommen.
Im Idealfall solltest du jetzt ein einzelnes xterm-fenster ohne Rahmen usw. sehen, tastatur und Maus sollten funktioneiren. Das ganze beendest du indem du den mauszeiger über das Fenster bewegst und STRG+D drückst.
Falls du (wie bisher) nur einen Schwarzen Bildschirm siehst, dann wechselst du mit STRG+ALT+F1 zurück auf das Textterminal aus dem du statx gestartet hastund drückst STRG+C zum Beenden von startx.
startx ist übriges im Paket xorg-utils, sollte ebenfalls installiert sein.

Mit: curlpaste /var/log/Xorg.1.log lädst du nun das Log auf einen pastebin-Server, den Link postest du hier.

Wenn das Logfile allerdings genauso wenig drin hat am Ende wie die aus den Postings, dann kannst du dir das Sparen.

Ach ja, evtl. das dmesg auch mal mit curlpaste hochladen ,evtl. sieht man ja bei den Bootmeldungen schon etwas:
curlpaste -C dmesg

Als Kernelparamter zum Testen (ob es eine Änderung bzgl schwarzer Bildschirm gibt) wären noch sinnvoll IMHO:
PCI=biosirq
und
noacpi
Diese im grub an die Kernelzeile mit Leerzeichen anhängen, einzeln und/oder in Kombination...

newguy

Dirk Sohler schrieb
newguy schriebwürde doch auch nvidia-xconfig doch nicht funktionieren - oder?
Du hast nicht wirklich nvidia-xconfig verwendet, oder? Hoffentlich hast du den Unsinn inzwischen rückgängig gemacht, und die xorg.conf mal gelöscht. X erkennt inzwischen eigentlich alles selbständig. Dein GDM-Logfile sagt übrigens, dass keines der Module vorhanden ist.

Die Vergangenheitsform passt 😃
Ich habe sie gelöscht - es ist keine xorg.conf mehr vorhanden. Und wie kann ich das Modul laden? Sollte ich nochmal die Installation ausführen? Weshalb kann das eigentlich schief gegangen sein?

Vor n paar Jahren hatte ich mal Arch mit dem proprietären Treiber perfekt am Laufen. Ich hab da noch im Hinterkopf, dass man den Treiber manuell in den Kernel laden musste, oder wie auch immer ich das nennen soll. Davon hab ich nichts mehr gelesen, ist das nicht mehr so, oder ist das nur mit AMD/ATI-Grafikkarten nötig?
(damals hatte ich eine 4870)

PS: Ich hab kein Schimmer mehr von Linux, da ich ~ 2 Jahre lang weder die Zeit noch die Lust hatte, mich damit zu beschäftigen.
Da vergisst man echt alles. Davon abgesehen war die Unterstützung für meine Creative XFI sehr lang eher schlecht als recht.

Update
@ GerBra

Wird gemacht, entweder bis in ner Stunde oder eben morgen früh. Ich muss jetzt weitertrainieren.

Gruß

newguy

mannohneschuh

Ja xorg.conf hat er bereits gelöscht.
Die Logdatei ist bestimmt nicht von GDM, sondern von X.
Der NvidiaTreiber ist aktuell

#pacman -Sy
#pacman -S udev

Und dein Monitor wird nicht erkannt.
Ist dbus in deinem DAEMONS-Array in der rc.conf?

newguy

mannohneschuh schrieb
#pacman -Sy
#pacman -S udev
Und dein Monitor wird nicht erkannt.
Ist dbus in deinem DAEMONS-Array in der rc.conf?

Durchgeführt, dbus ist enthalten, hier ist ein Link zur rc.conf:
http://codepad.org/rmmWecaA

GerBra schrieb Dein System ist ansonsten auf dem aktuellen STand (pacman -Syu), du blockierst keine Pakete o.ä.?

Ja, ist auf dem aktuellen Stand, war auch eine "Netzinstallation". Ich denke nicht, dass ich irgendwelche Pakete blockiere, ich wüsste jedenfalls weder wie noch weshalb.

GerBra schrieb rmmod nvidia (es darf kein GDM o.ä. laufen)
modprobe nvidia

Wird das im runmode 3 überhaupt geladen?
Wenn ja, soll ich das über "killall gdm" beenden?
Wenn nein, dann erhalte ich keinerlei Reaktion auf meine Eingabe.

GerBra schrieb Bitte auch xf86-input-evdev installieren wenn es nicht schon installiert ist (automatische Nutzung von Maus/Keyboard)

Ist bereits installiert.

GerBra schrieb Mit: curlpaste /var/log/Xorg.1.log lädst du nun das Log auf einen pastebin-Server, den Link postest du hier.
Wenn das Logfile allerdings genauso wenig drin hat am Ende wie die aus den Postings, dann kannst du dir das Sparen.

So vielsagend wie die letzten Postings.

GerBra schrieb curlpaste -C dmesg
evtl. sieht man ja bei den Bootmeldungen schon etwas

http://codepad.org/Clc2uZEm

Ich kann da nichts Besonderes erkennen, was aber auch nicht unbedingt etwas heißen muss.

GerBra schrieb PCI=biosirq
und
noacpi
Diese im grub an die Kernelzeile mit Leerzeichen anhängen, einzeln und/oder in Kombination...

Keine von der Norm abweichende Reaktion.

So ich hoffe, dass ich dann niemand vergessen habe 😃

Nachtrag:
Ah mir ist da noch etwas aufgefallen:

Beim Kernelstart,oder was auch immer am Anfang durchrattert erscheint eine Fehlermeldung.
Nun hab ich sie mal schnell abfotografiert:

:Running Hook [udev]
:Triggering uevents...[ 2.654092] subhid 3-1.1.1:1.1: couldn't find aninput
:interrupt endpoint

Freundliche Grüße

newguy

« Vorherige Seite Nächste Seite »