Newsgroup: it.comp.os.linux.debian
Titolo: /tmp linkata a /var/tmp

Secondo voi fare un link simbolico
ln -s /var/tmp /tmp
si puo' fare oppure e' da evitare accuratamente?
Puo' dare problemi al boot oppure in init1?


se la /var non è su una partizione separata, non ci saranno problemi.
se invece hai una piccola / con sistema minimale (cosa raccomandata, da
sempre) molto probabilmente avrai la /var su una partizione a parte e
quindi devi evitare questo link.
ciao
gl :)

 writes:

Perche'[1]? Btw si puo' sempre avere /tmp 1777 e poi in uno script
montare /var/tmp in /tmp con -o bind no?
.a.
[1] ricordo vagamente di averlo fatto in un passato lontano.
-- 
Il mattino ha l'oro in bocca. Il MATTino ha l'OrO In bOcca.
i lma tt ino ha l'o roin bocc a.ilmattinohal'oroinbocca. il ma tt in
oh al' or oi nb oc ca. il matti noha l'oroinbocca. IL MATtiNO Ha l'ORO
InBOCCa. I l m a t t i n o  h a l' o r o i n b o c c a . ilmattinohal'oroin
BoCcA. iLmAtTiNoHaL'oRoInBoCcA.


E' da tempo immemore che ho tmp -> /var/tmp e /var è una partizione
indipendente del disco, e non ho mai avuto problemi. Considera che
/var è "storicamente" una partizione distinta da /, e raccoglie tutti i
lock dei processi attivi (/var/run) senza che ci siano problemi.
Non vedo perché non possa raccogliere pure tmp, che per giunta non mi
risulta avere alcun ruolo "vitale" nei processi di boot (intendo dire:
se anche sei senza /tmp, il sistema si avvia, poi avrai delle beghe ad
avviare certe applicazioni che la richiedono, al limite).
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 montare /var/tmp in /tmp con -o bind no?
per evitare di fare script appositi! :)
ciao
gl :)

 avviare certe applicazioni che la richiedono, al limite).
se tutto va come dovrebbe, e nel normale ordine di avviamento di debian è
così, non ci sono problemi.
evidentemente gli sviluppatori hanno tenuto conto delle varie possibilità.
prendiamo il caso di un /etc/rcS.d "standard" di debian, tra i vari script
abbiamo:
S35mountall.sh
S70xfree86-common
ora, se qualcuno per sua volontà cambia quest'ordine (S40xfree86-common
e S90mountall.sh), ad esempio perché sta provando a smastricciare con gli
script di avvio, allora potrebbe verificarsi il caso di xfree86-common che
cerca di lavorare su una /tmp inesistente (in quel momento /var/tmp non è
montata)
ok, sono casi, ma visto che si fanno delle ipotesi, se va o non va *tutto*
bene, allora bisogna valutare tutti i casi.
altrimenti il nuovo utente che prova magari incappa in un problema e allo
stesso tempo non puoi dire di non smanacciare con la sequenza di avvio...
se uno vuole imparare qualcosa... :)
ciao
gl :)

...


 una /tmp.
tagliamo la testa al toro...
monta la partizione /tmp e poi fai un link a /tmp da /var
a volte la sintassi di un comando è più chiara...
# ln -sf /tmp /var/tmp
comunque i tipi hanno ragione, 512MB+512MB di file temporanei (ne userai
si e no 20MB al massimo) sono uno spreco e uno schiaffo al mio microvax
con 300MB di disco :)
ciao
gl :)

 non sono della stessa idea
uh? perché no?
non dico smanacciare su un server. anche perché un novello non dovrebbe
avere in amministrazione un server, se questo mondo ha ancora delle regole.
ma fare delle prove mirate (non a casaccio) è un buon modo per conoscere
il funzionamento del sistema.
certo, dopo essersi documentati sui meccanismi.
sulla questione dell'ordine di avvio, tempo fa apparve su internet un
articolo circa l'ottimizzazione della sequenza per fare in modo di
arrivare ad un gdm operativo il più velocemente possibile.
anche se questo significa ritardare l'avvio di altri servizi (sql in
primis)
ovviamente la cosa ha un'applicazione squisitamente desktop.
riporto l'articolo qui, in inglese e relativo a distribuzioni redhat-like.
quindi è un po' fuori tema, tuttavia può sempre essere utile da stampare
e portarsi in bagno nei momenti di profonda riflessione... :)
http://ibm.com/developerworks/linux/library/l-boot.html?ca=dgr-lnxw04BootFaster
ciao!
gl :)

 wrote in message news:<slrnd4ihi3....@cerbero.3rd-ring>...

Perfetto.
Era tutto quello che volevo sapere. La directory /tmp non e' vitale
per il boot, quindi la posso comodamente linkare a /var/tmp. I
problemi si avranno se la macchina non riesce a montare /var/tmp... ma
a quel punto saranno ben piu' gravi.
Grazie.

 e quanti decimi di secondo si guadagnavano? ;)
non è una questione di decimi di secondo.
è una questione di operatività anticipata.
anticipi gdm e in background si attivano gli altri servizi.
alcuni servizi che lavorano su DB corposi, con delle particolari funzioni
che partono in avviamento del servizio potrebbero richiedere una discreta
quantità di tempo. se li sposti alla fine del runlevel, anticipi il
momento in cui puoi fare login nel server, e per gli impazienti è sempre
una bella cosa.
ad esempio io ho spostato gdm da S99 a S95 su alcuni server per
lasciare a S99 un solo servizio, un software gestionale, che in avviamento
richiede un timeout di 1 minuto. un timeout nel quale il server non fa
niente di niente e non è bello per un server che si rispetti. così
adesso l'avviamento prosegue e per ultimo parte quel servizio.
ciao!
gl :)

 rari casi io consiglio di non modificare i numeri :)
Ma vogliamo parlare di hotplug? A me ci mette una vita a partire! Mi
sa che metto tutto nella blacklist e carico a mano...
.a.
