Comme je suis �tonn� de n'avoir pas eu de r�ponse
J'ai peut �tre pos�e une question idiote mais je n'ai rien trouv� dans mes 2
bouquins sur ce sujet
Elle a le m�rite d'�tre pos�e
N'h�sitez pas � le dire cela me fera avancer, en restant poli ;-)
Je dois tout r�installer, pour la quatri�me fois et je souhaiterai que cela
soit la derni�re.
Merci


----- Message d'origine -----
De : Michel.Espoto <[EMAIL PROTECTED]>
� : <[EMAIL PROTECTED]>
Envoy� : dimanche 13 ao�t 2000 06:41
Objet : Re: [debutant] /opt ??? etc.


> J'ai la config suivante:
> 2 ordinateurs en r�seau dont un 100% win95 (trop vieux pour linux)
> le deuxi�me a un disque dur 100 % win98 et un disque dur 100% linux 7.0
> dois je cr�er les partitions mnt? pour que le r�seau fonctionne
> un pour fat 16 et un pour fat32?
> si oui quelle est la bonne dimension de chaque r�pertoire?
>
> merci � tous
>
>
> ----- Message d'origine -----
> De : tchesmeli serge <[EMAIL PROTECTED]>
> � : <[EMAIL PROTECTED]>
> Envoy� : vendredi 4 ao�t 2000 10:16
> Objet : RE: [debutant] /opt ??? etc.
>
>
> > ------Original Message------
> > From: Philippe Guilbert <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Sent: August 3, 2000 1:44:30 PM GMT
> > Subject: [debutant] /opt ??? etc.
> >
> >
> > >Je continue dans la s�rie "Linux, je t'aime moi non plus !" >avec une
> > question qui touche encore au syst�me de fichiers et >finalement �
> "l'esprit
> > des lois" du partitionnement sous Linux !
> > >
> > >1) Quand utilise-t-on le r�pertoire /opt ??
> >
> > /opt est normalement utilis� par KDE (mandrake a d�plac� l'installation
de
> > KDE de /opt, mais "normalement" il s'installe la dedans) ainsi que les
> > programmes de KDE. D'autres "programmes" s'installent la aussi (SO par
> > exemple), c'est une alternative a /usr/local.
> >
> >
> > >Pour le moment je n'utilise que /usr/local ou bien /home/xxx >pour
toute
> > installation de mes logiciels ! Et par exemple >Jbuilder35 s'installe
> > automatiquement dans usr/local.
> > >
> > >2) Quelqu'un disait r�cemment sur cette liste que le >r�pertoire /usr
> > �taient de dimension stable, mais je constate >tout de m�me que les
> > r�pertoires /usr/bin et/ou /usr/local/bin >augmentent avec toute
nouvelle
> > installation !!!!!!
> >
> > On parlais de dimension stable en utilisation, pas en installation.
C'est
> a
> > dire quand un syst�me ets install�, en production, les fichiers qui vont
> > "grossir" (log syst�mes, spooler, etc...) ne se trouvent PAS dans /usr.
> Par
> > contre si on installe des programmes en plus c'est sur que ca vas
prendre
> de
> > la place en plus dans/usr.
> >
> > >3) Quand on a un logiciel qu'on veut pouvoir rendre accessible >�
> plusieurs
> > utilisateurs, faut-il l'installer dans /usr/local, >ou bien faut-il
cr�er
> un
> > r�pertoire /home/share avec des droits >d'acc�s �largis ?
> >
> > /usr/local OU /opt. Ce sont les r�p�rtoire pour installer des binaires
> > acc�ssible par tout le monde.
> > Le /home est "normalement" utiliser pour:
> >
> > -Les donn�es PERSO des utilisateurs
> > -Les donn�es pour les services (FTP, WEB)
> > Bon apres chacun fait ce qu'il veux :) mais j'aime bien les choses bien
> > rang�es, donc en gros pour les reps on vas tout reprendre (avec ma
vision
> de
> > la chose):
> >
> >
> > -/boot: fichier de boot et image kernel
> > -/etc : tout ce qui touche la conf syst�me
> > -/root : tout ce qui est perso au root (donn�, mail, etc...)
> > -/home : rep perso des utilisateurs avec leur donn�es + donn� des
services
> > FTP, etc...
> > -/bin: binaire sp�cifique syt�me
> > -/sbin : binaire sp�cifique administration pour le root
> > -/lib: biblioth�que du syst�me
> > -/var : tout ce qui est VARiable (log syst�me, spooler, etc..)
> > -/opt : r�pertoire de binaire partag� suppl�mentaire
> > -/usr/local : r�pertoire binaires partag� suppl�mentaire, librairie
> > suppl�mentaire, ... tout ce qui est install� apres
> > -le reste de /usr: binaire et autres de la distrib install�
> >
> > Je dois en oublier surement (bha la je suis au boulot sous NT)
> >
> > >Voil�, voil� !
> > >
> > >Philippe
> >
> > S.T.
> >
> >
> >
>


Répondre à