On Thu, 27 Oct 2016 15:42:53 +0200 Greg KH <gre...@gentoo.org> wrote:
> On Wed, Oct 26, 2016 at 11:04:34AM +0200, Michał Górny wrote: > > Dnia 26 października 2016 10:49:04 CEST, Joshua Kinard <ku...@gentoo.org> > > napisał(a): > > >On 10/25/2016 13:15, William Hubbs wrote: > > >> On Tue, Oct 25, 2016 at 01:10:06PM -0400, Mike Gilbert wrote: > > >>> On Tue, Oct 25, 2016 at 1:01 PM, William Hubbs <willi...@gentoo.org> > > >wrote: > > >>>> If you are not using /dev/disk/by-* paths in fstab, you do not need > > >to > > >>> take any action for this news item. > > >>>> > > >>>> If you are, it is very critical that you update fstab AS SOON AS > > >>> POSSIBLE. Your system will become unbootable in the future if you do > > >>> not do so. > > >>> > > >>> Err, what is changing that will make systems unbootable? > > >>> > > >>> I am fairly certain systems running systemd will continue to work > > >>> properly with either syntax. > > >> > > >> They probably will. > > >> > > >>> If this is about the udev-settle issue for OpenRC, I would urge you > > >to > > >>> reconsider that. > > >> > > >> There isn't anything to reconsider afaik. The problem is that > > >> /dev/disk/by-* are only created by udev/eudev, but the other syntax > > >> works regardless of which device manager you use, so this is the > > >safer > > >> route. > > >> > > >> William > > >> > > > > > >I take it us museum relics still using jurassic-era device names like > > >/dev/sd* or /dev/md* aren't affected by this? Cthulhu-forbid Linux > > >device > > >naming gets any more complicated than using UUID's. What's next, > > >saving the > > >serial numbers of discovered disks in an overly-complicated > > >key/value-based > > >non-SQL database format? > > > > Wait full you-know-who notices that disk device names are not predictable > > and fixes that. > > disk device names have never been predictable, don't get comfortable :) > > If you rely on them, you need to be aware that they can change at > times... Neither were network device names. But now they are! As long as you predict to which USB port the dongle will be plugged ;-). -- Best regards, Michał Górny <http://dev.gentoo.org/~mgorny/>
pgpqfwy5aQWV1.pgp
Description: OpenPGP digital signature