Re: CD writing in future Linux (stirring up a hornets' nest)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Joerg Schilling <[email protected]> wrote:
> Jan Engelhardt <[email protected]> wrote:

>> It's shorter than /dev/c0t0d0s0? Well, I think it's because people think
>> in terms of connectors (my drive is IDE therefore it must be hdc) rather
>> than protocol (my drive does ATAPI therefore it must be
>> /dev/scsi/c0t0d0s0).
> 
> Is there any reason why the people with small PCs should dominate the
> people with big machines?
> 
> If you use /dev/hd*, you loose control after you add more than ~ 6-10 disks.

So you'll create a symlink. (If you're Ingvar Kamprad, it will be named bjørn.)

> The systematical attempt is easy to remember even with a big amount of
> external hardware.

If you
- add a SCSI controler
- add an USB burner
- connect to an aoe/iscsi-device(?),
it will get a random ID. If you reboot (or just plug out/plug in), it will
be randomly different. The same thing may happen after a system upgrade,
possibly depending on the linker.

In these cases, there is nothing you can remember, and you'll have to run
-scanbus in order to find out if your burner is 0.8.15 or maybe 32.16.8
_each_ time you want to burn a CD. But you _can_ remember (or write into
your config files) that it will be named /udev/cdr/LITE-ON_LTR-48246K.

Having to find out the magic number of the day is usurally worse than
using the very same name you usurally use to identify an object. If you
see an advantage, let the ATAPI bus be -3, translate -3,$n,0.0 to
"/dev/hd".chr(96+$n) and everybody will be happy.
-- 
Ich danke GMX dafür, die Verwendung meiner Adressen mittels per SPF
verbreiteten Lügen zu sabotieren.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux