From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jim Gifford Date: Mon, 22 May 2006 16:20:34 +0000 Subject: Re: CD Symlinks Solution Idea Message-Id: <4471E4D2.6030404@jg555.com> List-Id: References: <44677DD3.80801@jg555.com> In-Reply-To: <44677DD3.80801@jg555.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org Alexander E. Patrakov wrote: > juuso.alasuutari@tamperelainen.org wrote: > >> I'm also working on a symlink naming helper (based on >> Jim Gifford's script), > > Please don't. It is a 1:1 reimplementation of the old "%e" idea that > was dropped for a good reason: it doesn't work consistently. > > I.e., sometimes you will get /dev/cdrom -> sr0 and /dev/cdrom1 -> sr1, > and sometimes the other way round. That happens because udev processes > uevents in parallel, and thus in random order (and this can't be > changed). In order for the symlinks to be persistent, some on-disk > database must be present, and that's what Marco's script does (but it > doesn't work with more than two CD-ROMs due to an easily-fixable bug - > or is that already fixed?). > The point is that not everyone is worried about consistency, if they need a specific drive associated, then they need to use the SYSFS rules and create persistent naming. But for people who only have one cdrom. This is a simple solution. ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 _______________________________________________ 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