Re: [SOLVED] Hilfe! Maus tot, Tastatur tot in X
Am Sonntag, 18. März 2012 schrieb Hugo Wau:
> Danke Christian,
>
> On 17.03.2012 09:21, Christian Knoke wrote:
> > ----- Nachricht von Hugo Wau <hugowau@gmx.net> ---------
> >
> > Datum: Fri, 16 Mar 2012 17:25:39 +0100
> >>
> >> 10" Netbook, 32 Bit Sqeeze und jetzt muss ich mit einer riesen und
> >> knacklauten Tastatur mit anderem Sprachlayout zum Hotspot, um diese
> >> Mail abzuschicken. Denn seit heute abend, nach einem, durch
> >> Stromausfall hervorgerufenen Systemabsturz (gestern Squeeze nach
> >> Monaten mal wieder upgedatet) geht weder die eingebaute Tastatur,
> >> noch die eingebaute Maus.
> >> USB-Maus und USB-Tastatur gehen auch nur wenn sie bein EInschalten
> >> des Rechners NICHT eingesteckt waren oder danach raus- und wieder
> >> reingesteckt sind.
> >>
> >> Hardwaredefekt würde ich ausschließen, da die eingebaute Tastatur
> >> im Terminalmode geht.
> >> Was muss ich tun, um das gewohnte X-Umgebung wieder mit der
> >> eingebauten Tastatur und Maus bedienen zu können?
> >>
> >> Danach kommen noch einmal Tastatur und Maus, vermutlich die beiden
> >> USB Geräte, ohne die gerade gar nichts geht (aussr Konsole, wenn
> >> mit externer Tastatur aktiviert).
> >>
> >> Bis heute Abend hat es dieses Problem nicht gegeben.
> >> Aber jetzt hilft sogar nach dem einfachen "xinit" nur die
> >> nachträgelich eingesteckte Tastatur und Maus.
> >
> > Ich war vor kurzem in derselben Situation, unmittelbar nach einem
> > Squeeze-
> > Update. Schau mal ob der udevd _zweimal_ läuft. Es befand sich ein
> > zweiter
> > Startlink in rc.d für den Runlevel 2, der dort nicht sein soll. Nach
> > dem ich den umbenannt hatte, war alles wieder in Ordnung.
>
> Da wär ich nie drauf gekommen. Das hat jetzt auch bei mir das Problem
> gelöst.
> Endlich kann ich wieder auf der, eingebauten, (wenn auch kleinen)
> Tastatur schreiben.
>
> Ich hatte gedacht, dass bei STABLE so was nicht passieren sollte, aber,
> wiedermal ist bewiesen worden, dass selbst bei Debian Stable gilt:
> "NOBODY IS PERFECT"
Spannend.
Also wie in dem anderen Posting beschrieben, habe ich unter Sid drei
udev-Prozesse. Und es läuft trotzdem alles. Einer startete zwei
Kind-Prozesse.
Nun, wenn bei euch wirklich zwei unabhängige (!) udev-Prozesse liefen,
mea culpa. Wär aber doch mal interessant zu wissen, obs wirklich so ist:
merkaba:~> /etc/init.d/udev start
Starting the hotplug events dispatcher: udevd.
Synthesizing the initial hotplug events...done.
Waiting for /dev to be fully populated...done.
merkaba:~> ps aux | grep udev | grep -v grep
root 359 0.0 0.0 21816 1784 ? Ss 15:47 0:00 udevd --daemon
root 1052 0.1 0.0 21744 1816 ? Ss 19:31 0:00 udevd --daemon
root 1227 0.0 0.0 21708 1384 ? S 19:31 0:00 udevd --daemon
root 1233 0.0 0.0 21708 1432 ? S 19:31 0:00 udevd --daemon
root 1266 0.0 0.0 21488 1284 ? S 19:31 0:00 udevd --daemon
root 1267 0.0 0.0 21708 1444 ? S 19:31 0:00 udevd --daemon
merkaba:~> pstree -p 359
udevd(359)─┬─udevd(1227)
└─udevd(1233)
merkaba:~> pstree -p 1052
udevd(1052)─┬─udevd(1266)
└─udevd(1267)
Spannend.
Ich denke, das ist ein Bug, der immer noch existiert. Das Init-Skript
sollte prüfen, ob udev bereits läuft.
Nun, da lag dann doch mal daneben. Sorry Christian. Aber es sah hier
so aus, als sei es normal, dass mehrere Prozesse laufen. Und unter Sid
ist es offenbar auch so. Allerdings sind die zusätzlichen Prozesse Kind-
Prozesse vom Elternprozess. Tja, wieder was gelernt. Auch wenn ich meine
etwas gut recherchiert zu haben, kann es sich trotzdem noch anders
verhalten.
Ich räum die drei udev-Prozesse lieber mal wieder weg ;). Sollte reichen,
den 1052er zu beenden.
Jup:
merkaba:~> kill 1052
merkaba:~> ps aux | grep udev | grep -v grep
root 359 0.0 0.0 21816 1784 ? Ss 15:47 0:00 udevd --daemon
root 1227 0.0 0.0 21708 1384 ? S 19:31 0:00 udevd --daemon
root 1233 0.0 0.0 21708 1432 ? S 19:31 0:00 udevd --daemon
Ciao,
--
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Reply to: