From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Sun, 20 Jun 2004 16:40:06 +0000 Subject: Re: Strange udev problem - More Detail of the problem Message-Id: <1087749606.3224.27.camel@localhost.localdomain> List-Id: References: <0a7101c456aa$1a7f0ea0$d100a8c0@W2RZ8L4S02> In-Reply-To: <0a7101c456aa$1a7f0ea0$d100a8c0@W2RZ8L4S02> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Sun, 2004-06-20 at 09:23 -0700, Jim Gifford wrote: > Still exists Kevin. I worked all last night with Ryan to try to figure it > out. I even took that line out and put into another script and tried running > it with fcron, the problem didn't happen. It's very strange. The fcron > developer is stumped, so what I'm going to do is to revert back to an > earlier version of udev to figure out when the problem gets introduced so > Greg and Kay have a starting point to look at to help this issue. Yeah, seems like a really good idea. Sure udev may apply the wrong permissions to a node, but is seems impossible, that the kernel call udev anytime later to recreate '/sys/class/mem/null'. So I still don't think, that it's a udev issue, but we will see :) You can also add some catch to the udev code, to be notified of a '/dev/ null' creation event, or remove the inode preserving code, so udev will remove /dev/null before recreating it. Good luck, Kay ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel