Re: Frage zu Speicherorten?
On Friday 11 January 2008 15:19 M. Houdek wrote:
> Am Freitag 11 Januar 2008 14:49:57 schrieb Peter Jordan:
>> Hallo,
>>
>> immer wieder stelle ich mir die Frage, wo manche Dateien ins debian
>> dateisytem hingehören.
>>
>> Wo würde ich zB am sinnvollsten, wenn ich die Dateien für alle Nutzer
>> des Systems verfügbar machen will (sonst wäre wohl home der richtige
>> Platz), mp3-, Video- oder Foto-Dateien ablegen?
>
> Ich hab dafür immer eigene Verzeichnise in / namens /srv/ angelegt. Da
> kommen alle Daten rein, die ich ins LAN anbiete. Da liegen bei mir
> teilweise auch die Mailordner, in /var/spool/mail ist nur noch ein Link zu
> /srv/mail.
Note: "The mail spool must be accessible through /var/mail and the mail
spool files must take the form <username>." sagt FHS dazu ich würde also
den symlink auf keinen fall entfernen :)
ansonsten, kann ich mich nur anschließen auch der FHS scheint dies zu
empfehlen:
(http://www.pathname.com/fhs/)
/srv : Data for services provided by this system
Purpose
/srv contains site-specific data which is served by this system.
Rationale: This main purpose of specifying this is so that users may find
the location of the data files for particular service, and so that services
which require a single tree for readonly data, writable data and scripts
(such as cgi scripts) can be reasonably placed. Data that is only of
interest to a specific user should go in that users' home directory.
The methodology used to name subdirectories of /srv is unspecified as there
is currently no consensus on how this should be done. One method for
structuring data under /srv is by protocol, eg. ftp, rsync, www, and cvs.
On large systems it can be useful to structure /srv by administrative
context, such as /srv/physics/www, /srv/compsci/cvs, etc. This setup will
differ from host to host. Therefore, no program should rely on a specific
subdirectory structure of /srv existing or data necessarily being stored in
/srv. However /srv should always exist on FHS compliant systems and should
be used as the default location for such data.
Distributions must take care not to remove locally placed files in these
directories without administrator permission. [20]
--
http://noneisyours.marcher.name
http://feeds.feedburner.com/NoneIsYours
You are not free to read this message,
by doing so, you have violated my licence
and are required to urinate publicly. Thank you.
Reply to: