[linux-l] "/dev/"

Mo Mär 5 13:23:45 CET 2007

On Mon, 2007-03-05 13:08:06 +0100, Norm at nSteinbach <norm at nsteinbach.de> wrote:
> Dies ist eine etwas unkonventionelle Frage. Ich wunderte mich - gerade
> aktuell am Beispiel eines umount - warum die Shell immer genau wissen
> muss, dass z.B. sdb1 in /dev/ liegt. Will sagen, wenn sdb1 bereits
> gemounted ist, ist es doch eigentlich so klar dass es einen pfad in
> /dev/ hat. Warum muss man den immer noch zusätzlich eintippen?

Nee. Nicht "sdb1" ist gemounted, sondern das block device mit major=x
und minor=y.  Daß Dir das als "sdb1" bekannt ist, ist nebensächlich.
Ebenso nebensächlich ist, wo das Mapping zwischen blockdev(x,y) und
Name passiert. Das *kann* in /dev/ sein, muß aber nicht.

> Sicher, viele Sachen könnten auch woanders liegen - aber ein
> physikalisches laufwerk was gemounted ist, hat seine Hardwareadresse
> nunmal in /dev/ - klar. Warum ist also die Shell nicht so intelligent,
> dass sie überall dort, wo Befehle eine angeschlossene Hardware
> adressieren, diese automatisch nach /dev/ und dann eben zu dem per
> Parameter übergebenen Gerät leitet?

Weil /dev/ nur typischerweise richtig ist, aber nicht sicher richtig
(oder per Definition richtig.)

MfG, JBG

-- 
      Jan-Benedict Glaw      jbglaw at lug-owl.de              +49-172-7608481
Signature of: 23:53 <@jbglaw> So, ich kletter' jetzt mal ins Bett.
the second  : 23:57 <@jever2> .oO( kletter ..., hat er noch Gitter vorm Bett, wie früher meine Kinder?)
              00:00 <@jbglaw> jever2: *patsch*
              00:01 <@jever2> *aua*, wofür, Gedanken sind frei!
              00:02 <@jbglaw> Nee, freie Gedanken, die sind seit 1984 doch aus!
              00:03 <@jever2> 1984? ich bin erst seit 1985 verheiratet!
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 189 bytes
Beschreibung: Digital signature
URL         : <https://mlists.in-berlin.de/pipermail/linux-l-mlists.in-berlin.de/attachments/20070305/6cddd380/attachment.sig>