* Dominique Kaspar wrote/schrieb: > --> Wo kann ich nachlesen, welches Verzeichnis (unter debian) f�r welche > Aufgaben gedacht ist? Sowas wie /opt oder /bin ist mir klar, aber /sbin > und /usr/sbin? Ich habe debian-policy installiert, > /usr/doc/debian-policy/fsstnd/ existiert aber nicht.
Versuchs mal damit: http://www.pathname.com/fhs/2.2/ > --> Warum ist eigentlich alles, sowohl unter /sbin wie auch unter > /usr/sbin, f�r Otto Normalbenutzer ausf�hrbar (Rechte)? ... > Ich nehme stark an das hat seine Gr�nde,- nur worin liegen die? lsof > kann ich z.B. aus /usr/sbin auch als normaler Nutzer starten, steht > 'halt nicht im exportierten pfad drin (also muss man /usr/sbin/lsof > aufrufen) - aber welchen Sinn macht dann noch ein extra Verzeichnis - > klare Strukturen? Historische Gr�nde? Ich habe das dumpfe Gef�hl hier > etwas zu �bersehen, aber es ist ja auch Montag... /sbin ist als Verzeichnis auf der Root gedacht, das bei einem Versagen von /usr, welches klassischerweise ein eigenes Dateisystem ist, daf�r sorgen soll, da� das System administrierbar bleibt. Manche Unix-Systeme haben die "essentiellen" Befehle auch in /etc: # which init /etc/init # which fsck /etc/fsck # uname -a SunOS vortex 5.8 Generic_108528-12 sun4u sparc SUNW,UltraAX-i2 Was jetzt nicht hei�en soll, da� sich Sun besonders viel bei der Hierarchie der Solaris-Verzeichnisse gedacht hat: # file /etc/fsck /etc/fsck: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped # ldd /etc/fsck libcmd.so.1 => /usr/lib/libcmd.so.1 libdl.so.1 => /usr/lib/libdl.so.1 libc.so.1 => /usr/lib/libc.so.1 /usr/platform/SUNW,UltraAX-i2/lib/libc_psr.so.1 Kotz. Unter Debian sieht es dagegen besser aus. Die Bibliotheken, gegen die fsck gelinkt ist, liegen in /lib auf der Root, und nicht in /usr/lib: # file /sbin/fsck /sbin/fsck: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), stripped # ldd /sbin/fsck libext2fs.so.2 => /lib/libext2fs.so.2 (0x4001d000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x40031000) libc.so.6 => /lib/libc.so.6 (0x40034000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Ich denke, da� das mit */sbin mehr historische als rationale Gr�nde hat. -martin -- HASH, x. There is no definition for this word -- nobody knows what hash is. (Ambrose Bierce, The devil's dictionary) ---------------------------------------------------------------------------- PUG - Penguin User Group Wiesbaden - http://www.pug.org
