From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 1997C198005 for ; Sun, 24 Feb 2013 21:41:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 93E09E0732; Sun, 24 Feb 2013 21:40:57 +0000 (UTC) Received: from mail.muc.de (colin.muc.de [193.149.48.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E615AE0656 for ; Sun, 24 Feb 2013 21:40:55 +0000 (UTC) Received: (qmail 62513 invoked by uid 3782); 24 Feb 2013 21:40:53 -0000 Received: from acm.muc.de (pD9556B76.dip.t-dialin.net [217.85.107.118]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 24 Feb 2013 22:40:52 +0100 Received: (qmail 3305 invoked by uid 1000); 24 Feb 2013 21:40:22 -0000 Date: Sun, 24 Feb 2013 21:40:22 +0000 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Kernel 3.7.9: Lots of devices are root root rw-------. Message-ID: <20130224214022.GA2967@acm.acm> References: <20130223171841.GA3178@acm.acm> <5129D2E3.5020206@gmail.com> <20130224110201.GA2212@acm.acm> <512A3AF3.4010601@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <512A3AF3.4010601@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Archives-Salt: dc23d632-89aa-4433-9004-8915f3efa188 X-Archives-Hash: 21aa680cf9a3bfce6dfee3591e7e9792 Hi, Alan. On Sun, Feb 24, 2013 at 06:08:19PM +0200, Alan McKinnon wrote: > On 24/02/2013 13:02, Alan Mackenzie wrote: > > On Sun, Feb 24, 2013 at 10:44:19AM +0200, Alan McKinnon wrote: > >> On 23/02/2013 19:18, Alan Mackenzie wrote: > >>> Hi, Gentoo! > >>> Just built the new kernel 3.7.9 last night, and it's one of these > >>> "nothing works" situations. > > Sorry, I was exaggerating here. I can work normally as long as I don't > > try to use a peripheral, such as printer, audio, or scanner. My network > > connection is working OK. > >>> It seems the problems are with the device files, whose ownership is set > >>> to "root root" (rather than, e.g., "root audio") and whose permissions > >>> are set to crw------- (rather than the expected crw-rw----). > >>> I'm still running udev-171-r10. This might well make a difference. > >>> Needless to say, everything works under kernel 3.6.11. It would be nice > >>> if there were some mistake in my kernel config. > >>> Could somebody help me get this fixed, please. [ .... ] > I suppose your next step is to examine udev's logs where it creates the > various devices. And I promised myself some months ago I would _never_ spend time on udev innards. ;-( So, I set the debugging options inside /etc/conf.d/udev, which causes /run/udev/udev.log to be created. On the failing 3.7.9, /run/udev/udev.log terminates abruptly with an error message, with the entire file, 55 lines, looking like this: 1361736665.547175 [1761] parse_file: reading '/lib/udev/rules.d/10-dm.rules' as rules file 1361736665.547289 [1761] parse_file: reading '/run/udev/rules.d/10-root-link.rules' as rules file [ ..... ] 1361736665.553901 [1761] parse_file: reading '/lib/udev/rules.d/95-upower-wup.rules' as rules file 1361736665.553924 [1761] parse_file: reading '/lib/udev/rules.d/97-bluetooth-hid2hci.rules' as rules file 1361736665.553971 [1761] udev_rules_new: rules use 108624 bytes tokens (9052 * 12 bytes), 31856 bytes buffer 1361736665.553977 [1761] udev_rules_new: temporary index used 48860 bytes (2443 * 20 bytes) 1361736665.554010 [1761] main: error creating epoll fd: Function not implemented I hope "epoll fd", whatever that may be, is something critically important to justify just stopping udev. But it can't be that important if kernel 3.6.11 doesn't emit such an event. It looks like the kernel's event interface has changed. It seems that the contents of /dev, such as they were, were created directly by the kernel when devtmpfs was mounted. Normally they would be modified into something usable by udev. Maybe I should just bite the bullet and go through the pain of updating my udev to version 197-r8. :-( > -- > Alan McKinnon > alan.mckinnon@gmail.com -- Alan Mackenzie (Nuremberg, Germany).