Hi Hans,
Monday, January 21, 2002, 4:10:43 PM, you wrote:
>> 3) von den mounting-options profitieren w�rden.
>> (`noexec' ist zwar meistens useless, aber vor allem
>> springt `nosuid' ins Auge)
HF> Noexec ist nicht unbedingt useless, nur kann es sein das dann ein paar
HF> sachen nicht mehr funktionieren auf deinem system.
-- Kann sein, dass es F�lle gibt, wo es sich lohnt (glaub auf CDROMs
wird es h�ufig gesetzt), aber auf /tmp bringt es nicht wirklich
viel..
HF> In erster linie bewirkt devfsd das du alte programme mit dem neuen devfs
HF> benutzen kannst.
-- huch, das muss ich wohl verpennt haben.. *fg*
>> ich dies devfsd bequem "mitteile", der dann die permissions
>> dynamisch setzten wird, wenn "der und der" versucht darauf zu zu
>> greifen. Daf�r muss aber /foo in eine partition, da devfsd nur den
>> devices Rechte verteilt. (wie gesagt, ich habe das noch nicht
>> ausprobiert, habe es aber vor, sobald ich mein System -
>> zumindestens in etwa - soweit habe, wie ich es mir vorstelle.)
HF> Das machst du am besten statisch mit gruppen.
-- devfsd ist bequemer und (imho) auch �berschaubarer.
>> /root wegen der Privatsph�re und weil ich /root als tempor�res
>> /usr/local verwende zum Testen von Programmen, daher fand ich
>> nichts, was gegen eine eigene Partition spr�che.
HF> chmod 700 /root
-- siehe bitte unten.
HF> / sollte ein vollwertiges minimales system enthalten. Dazu geh�rt unter
HF> anderem, ed oder vi, lvmutils, filesystemutils eine shell und so weiter.
-- mach das minimal noch zum superlativ dann stimmst. :-)
Ich bin mir nun im klaren (jaja, endlich), was genau in / reingeh�ren sollte,
und dass dazu:
1) konfigurationdateien
2) devices (wobei die ohnehin nicht viel verbrauchenden
devices durch devfs auf wirklich minimal gebracht werden
koennen)
3) statisch verlinkte Programme. (dazu geh�rt /bin und /sbin)
geh�rt.
Ich hab im Eifer des Gefechts grad vergessen, dass die meiste
software ohnehin in /usr, bzw. /opt gelangt und dass /bin und /sbin
in der Regel nicht sehr viel Platz verbraucht.
*batsch* hachja... steinigen koennt man sich.
Naja, damit ist wenigstens meine eigentliche Frage beantworten
(toll, dass ich selbst drauf gekommen bin, warum man das nicht tun
sollte *fg*).
Zu /root bleibt mir nur zu sagen, dass es einfach nicht in /
geh�rt. Wenn / wirklich minmal sein soll, dann geh�rt /root nicht
da hinein, da es vollkommen �berfl�sig f�r den Systemstart ist.
Akkzeptierst du das? :o) ("quot homines, tot sententiae")
"errare humanum est"
"hos mega to mikron kairo dothen."
tobias
----------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
