From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id EA5AC139236 for ; Wed, 26 Oct 2016 05:51:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 30FFA21C060; Wed, 26 Oct 2016 05:51:51 +0000 (UTC) Received: from cl-mail.uni-potsdam.de (cl-mail.rz.uni-potsdam.de [141.89.68.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 89BBE21C039 for ; Wed, 26 Oct 2016 05:51:50 +0000 (UTC) Received: from lynx2.homenet (p4FC2088A.dip0.t-ipconnect.de [79.194.8.138]) (authenticated bits=0) by cl-mail.uni-potsdam.de (8.15.2/8.15.2) with ESMTPSA id u9Q5pidW018436 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 26 Oct 2016 07:51:47 +0200 (CEST) Message-ID: <1477461089.31896.1.camel@rz.uni-potsdam.de> Subject: Re: [gentoo-user-de] =?ISO-8859-1?Q?pl=F6tzliches?= udev Problem -- =?ISO-8859-1?Q?m=F6glicherweise?= From: "rose@rz.uni-potsdam.de" To: gentoo-user-de@lists.gentoo.org Date: Wed, 26 Oct 2016 07:51:29 +0200 In-Reply-To: <2676d6f0-3211-17b7-8634-794b0d843fb5@gmx.de> References: <2676d6f0-3211-17b7-8634-794b0d843fb5@gmx.de> Organization: =?ISO-8859-1?Q?Universit=E4t?= Potsdam Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.20.5 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@lists.gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Miltered: at n-mail-2 with ID 58104470.001 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 58104470.001 from p4FC2088A.dip0.t-ipconnect.de/p4FC2088A.dip0.t-ipconnect.de/79.194.8.138/lynx2.homenet/ X-j-chkmail-Score: MSGID : 58104470.001 on cl-mail.uni-potsdam.de : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham X-Archives-Salt: 34cc2900-0e49-4653-82b4-349630787fc8 X-Archives-Hash: b26fd5153cb8a1508fa6c6889260b1a6 On Tue, 2016-10-25 at 21:47 +0200, Heinrich Götzger wrote: >  > mich plagt vermutlich ein plötzliches udev-Problem -- möglicherweise. > > Die Symptome (bislang bekannt): > > 1. Nach den Neustart gestern gingen mouse und kbd nicht mehr, > Anmelden  > am X war nicht möglich. Man kam nur per ssh auf den Rechner. > > 2. Der Sound ging nicht mehr. > > 3. Nach Behebung von 1. stellt sich heraus, es waren keine Umlaute  > (en-kbd mit xmodmap) mehr konfiguriert. > > 4. Die vorübergehende Lösung von 2. bringt mich in Richtung des > Topics:  > im /dev-Verzeichnis sind fast alle Einträge mit modifier 600 und > gehören  > root:root > > 5. Von der Logitech RX250 Maus kommen die Side-Clicks des Mausrades  > nicht mehr im X an. Nicht mal im xev werden sie angezeigt. Ich sehe > sie  > nur mit evtest. > > > Noch ein paar Details: > > 1. konnte gelöst werden mit dem Eintrag > >      Option          "AutoAddDevices" "OFF" > > in der xorg.conf. > > Warum muss das auf einmal sein? Xorg ist seit vielen Monaten nicht > geändert. > > 2. Bei der Analyse hierzu fiel eben auf das /dev/snd nicht der > Gruppe  > audio angehört sondern eben root:root mit 600 war. Nach > entsprechendem  > Anpassen war das gelöst. Allerdings nur bis zum nächsten udev- > Neustart.  > Und nein, mir sind keine obskuren udev-Regeln auf meinem System > bekannt.  > Ich habe zumindest noch keine geschrieben. > > 3. Hier waren ein paar kleine Ergänzungen erforderlich, aber die > alte  > Datei war seit langem nicht mehr verändert. > > Delta z.B.: > > keycode 108 = KP_Enter > > keycode 113 = Mode_switch Multi_key > > Ich nutze seit jeher ein Cherry-kbd am PS/2 mit us-Layout. > > 4. Wie schon gesagt fiel mir dann eben auch im Vergleich mit anderen  > Rechnern dies seltsame Rechtevergabe im /dev auf. > > 5. Ungelöst, hier fehlen mir die Ideen. Das ging am Freitag noch. > > Alles zusammen kommt mir sehr seltsam vor. Ich kann mich nicht > erinnern  > wilde Dinge getrieben zu haben. Eine Analyse der merges der letzten > 2  > Wochen brachte mich nicht auf eine Idee, auch googeln brachte mich > nicht  > weiter. Die SSD schaut soweit ganz gut aus. Hier vermute ich noch > keine  > Ausfälle. > > Ich verstehe nicht, warum das alles auf einmal nicht mehr geht. > Welche  > Pakete oder Dienste können solche Anpassungen vornehmen? > > Der Rechner wird unregelmäßig alle paar Wochen mal gebootet. Seit dez > 15  > läuft ein mehr oder weniger stabiler Kernel 4.1.12. Wegen der > GeForce  > 7600 GT bleibt mir nur der x11-drivers/nvidia-drivers-304.131, was > eben  > auch den Kernel festlegt. Mit der Graphikkarte ist also kein neuerer  > Kernel mehr möglich. Ansonsten ist das System schon ziemlich up2date. > > Ideen? Vorschläge? Wo kann ich wie weiter suchen? >  -- Hallo Heinrich, ich habe seit gestern ein aehnliches Problem. Nach dem Neubooten meines Laptops mit linux-gentoo-4.8.4 (und genauso mit aelteren Kerneln) kann ich weder die graphische Oberflaeche noch das Netzwerk starten. Es tauchen auf einmal 256 /dev/pty* Devices auf, die ich auf anderen Rechnern nicht habe. Ihre Zugriffsrechte sind alle 600. fuer die meisten /dev/pty. Weiterhin gibt es 264 /dev/tty[-z]* Dateien, fast alle mit den Zugriffsrechten 600. Auf den anderen Rechner zeigt mir ll /dev/tty[-z]* nur die vier Dateien /dev/ttyS0 bis /dev/ttyS3 an. Ausserdem zeigt mir 'ps awux | grep systemd' nur den Prozess /usr/lib/systemd/systemd-udevd an, auf anderen Rechnern, die ich noch nicht neu gebootet habe, sind es neun Prozesse. Genauso wenig funktioniert 'journalctl' und 'dmesg' zeigt keinen offensichtlichen Fehler. Relativ frueh beim Booten sehe ich noch die folgenden Zeilen: * Failed to load gntdev ... * Failed to load netbk ... * Failed to load blkbk ... * Failed to load usbbk ... * Failed to load pciback ... * Failed to load xen-acpi-processor ... * Failed to load blktap2 ... * Failed to load Synaptics ... * Starting udev Starting version 231 ... sysctl: Setting Key "net.core.default_qdisc": No such file or directory ... * Setting up tmpfiles.d entries Usage: chattr [-pRVf] [-+aAcCdDeijPsStTu] [-v version] file ... (drei mal) ... * /etc/init.d/syslog_ng uses runscript, please convert to openrc-run und analoge Meldungen fuer /etc/init.d/gpm, .../sendmail, .../vixie- cron und .../vnstat. Die meisten der fehlgeschlagende Versuche Module zu laden, scheinen mit Xen-Modulen zusammenzuhaengen. Ich verstehe nicht warum ueberhaupt versucht wird diese zu laden. Ich will nur einen Standard-Gentoo-Kernel laden. Die Filesysteme aller Partionen schienen keinen Fehler aufzuweisen. Ist das nun ein udev- oder ein systemd-Problem? Aber die letzte Installation der udev-Pakete war Juni bis September und die letzten Installationen von gentoo-systemd-integration und systemd waren zwischen April und Juni. Von den System-relevanten Paketen scheinen mir in den letzten drei Tagen nur gentoo-sources-4.8.4, vanilla-sources- 4.8.4, aufs-headers-4.1_p20161010, aufs-util-4.1_p20161010, aufs- sources-4.8.4 und udisks-2.1.7-r1 installiert worden zu sein. Falls jemand eine Idee hat, ich waere fuer jeden Tip dankbar. Juergen rose@rz.uni-potsdam.de Universität Potsdam