[lkml]   [2001]   [Mar]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Larger dev_t
> > And what would you do if the names collide ?
> refuse to mount - give the admin time to fix them in single user mode

That means that it could only be used for optional filesystems otherwise
booting unattended is put into question.
A user set for a practical joke could prevent booting by leaving a medium in
the drive. You could add options for not considering removable media, etc,
but you get to a stage where you design workarounds. That'd be bad for core
filesystems. Thus the need for a second improved system remains.

Aside from that adding the name to /proc/partions is a good idea but not
universally usable.

> I'm still thinking about how the root filesystem could be mounted during
> boot where devfs and /proc are not yet mounted.

Enable the kernel command line to understand devfs names.

> locate the serial number in /proc/scsi/scsi. use devfs name that
> corresponds to this device (scsi2/target 6/lun/00 or similar) and
> create a symbolic link for it. This does assume that the serial number or
> equivalent is available to be searched for. It also assumes that the

This is the problem. I wouldn't trust it.

> Is this reasonable? Perhaps not for small systems, but when lots of dynamic
> devices are available it is needed

It is reasonable. GUIs could use a unified way to learn volume names.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:18    [W:0.058 / U:1.356 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site