Archief - Ubuntu plaats map

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

RpR

Legacy Member
Ik heb een dedicated server met daarop rtorrent draaien om torrents 's avonds te kunnen downloaden zodat ik normaal kan surfen en 's avonds de verschillende distros kan binnenhalen aan nachttarief.

Nu vraag ik mij af waar ik in de linux filosofie deze download map + .torrents map best plaats. Niet dat ik het niet anders kan maar probeer een beetje inzicht te krijgen in de map structuur.

Ik dacht aan /var/, /usr/ of /home
Var omdat ik lees in mijn linux boek:

De directory /var bevat voornamelijk bestanden van een variabele grootte, die meestal door het systeem gebruikt worden en die door de tijd nogal willen groeien.

Alvast bedankt!

Tyfius

Legacy Member
Om ook maar eens met een definitie te slaan:
The /usr/ directory is for files that can be shared across a whole site. The /usr/ directory usually has its own partition, and it should be mountable read-only.
Die kan je dus al schrappen.

Since the FHS requires Linux to mount /usr/ read-only, any programs that write log files or need spool/ or lock/ directories should write them to the /var/ directory. The FHS states /var/ is for:

"...variable data files. This includes spool directories and files, administrative and logging data, and transient and temporary files."
Die hoef je dus ook niet te gebruiken voor dergelijke zaken.

Het hangt er een beetje van af hoe je server in elkaar zit. Heb je een speciale HDD of partitie voor data bijvoorbeeld dan mount je die best in /mnt of /media en voorzie je een link in de /home directory van de user. Heb je die niet dan plaats je best gewoon alles in /home. Je kan dan als administrator bepalen welke users zo een data map mogen hebben/accessen en welke rechten ze er toe hebben en voorkomen dat ze niet aan de data van andere users kunnen.

RpR

Legacy Member
Thx zal ik dan doen :)
Momenteel staat het daar als een systeem gebruiker maar doordat ik geen screen van een andere persoon kan overnemen moet het init script van mijn screen dus runnen als mijn alledaagse gebruiker.

dJeez

Legacy Member
Persoonlijk zet ik dergelijke dingen steeds ergens onder /var, net zoals websites (in bepaalde gevallen dan toch, soms zet ik die ook onder /home) ed meer.

RpR

Legacy Member
Nog zo een gelijkaardige vraag.
Ik ben nu rtorrent via svn aan het compileren.
Waar moet ik de src bestanden best zetten (Gaat regelmatig gehercompileerd worden)

Nepherte

Legacy Member
/usr/src ? Geen flauw idee eigenlijk, maar dat is wat er in mij opkomt

RpR

Legacy Member
Nepherte zei:
/usr/src ? Geen flauw idee eigenlijk, maar dat is wat er in mij opkomt
Van in mijn gentoo tijd weet ik dat daar altijd de kernel werd in gecompileerd maar weet niet of dit voor programma's is. En meeste google informatie spreekt over de eerste mappen en vind ik alles behalve duidelijk.

Uiteindelijk hier: http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard dan opgekomen en daar concludeer ik uit dat /usr/src hiervoor kan dienen.

dJeez

Legacy Member
Je kan gewoon een src folder onder je home folder zetten. Ik zet alles dat ik zelf compileer sowieso ergens onder mijn home folder.

RpR

Legacy Member
dJeez zei:
Je kan gewoon een src folder onder je home folder zetten. Ik zet alles dat ik zelf compileer sowieso ergens onder mijn home folder.

Ja je kan alles onder home steken hé. Maar ik laat een cron scriptje dat maandelijks updaten en resultaten doormailen.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan