On Sun, 23 Jun 2002, Leopoldo Ghielmetti wrote:

> > 2: Ceci DOIT �tre effectu� en ``single user mode''.
> >    # init 1
> >    ou
> >    # shutdown -f now
> >    avant la toute premi�re op�ration.
> >    Afin que TOUS les services soient arr�t�s.
> 
> Il est pr�f�rable mais non obligatoire, s'il est sur que personne d'autre 
> utilise sa machine (p.e. ordinateur personnel � la maison) il peut se passer 
> du single user mode...

  NON!!!

Des t�ches cron ou autre peuvent �tre en cours d'execution, des management
de bases de donn�es, de cache dns, j'en passe et des meilleures.

Ce genre d'op�rations m�nent � re-bouter OBLIGATOIREMENT!
D�s lors comment justifier de garder des trucs actifs!?

Au risque de me r�p�ter, m�me s'il est techniquement possible de faire
autrement (arr�ter tout les services ``�crivants'' � la main),
 LA bonne mani�re de travailer pour effectuer ce genre d'op�rations:

         S i n g l e   U s e r   M o d e ! ! ! 
        ---------------------------------------

> > 3: J'aurrais utilis� GNU-Emacs plut�t que vim... (ou vi plus standard ;-)
> 
> Tu peux utiliser ed si tu pr�f�re, la aussi j'ai simplement repris ce qui 
> avait �t� propos�.
L�, je plaisantais! ;-)
Allusion � un vieux troll: Emacs contre Vim...
Je r�affirme mon choix! :=>>

> > 4: D'une mani�re g�n�rale, je pr�f�re utiliser ``mv'' pour d�placer...
> 
> Avec le mv �a risque de ne pas marcher si un des fichier est en cours 
> d'utilisation...
Gasp!
Je n'ai m�me pas envie de commenter...
                   single user mode...

> ...
> il faut se rappeler d'�ffacer la partition avec un "rm -rf /var/."...
Un autre avantage du ``mv'' :-)
Rien n'emp�che de contr�ler avec un ``ls -A'' p.ex.

> > Variantes et tergiversations:
Je l'avais dit!

> > On peut aussi utiliser ``mv'' � la place de ``cp -a''. (Je pr�f�re:-)
> > Cela ferait un truc du genre:
> >  # export PATH="$PATH$(echo $PATH|sed -e 's/^\|:/:\/temp/g')" \
> >     LD_LIBRARY_PATH=/temp/lib:/temp/usr/lib
> >  # mv /[A-Z0-9a-su-z]* /.??* /tmp /temp/
> 
> Proposer une ligne comme celle-ci � quelcun qui ne connait pas bien sed 
> risque de le mettre mal � l'aise.
Il n'y a pas que ``sed'' qu'il faut connaitre pour ``dig�rer'' ces
deux lignes! Le shell, les path, les jokers, le ld ... ;-)

> Moi je me suis limit� � lui reproposer sa m�me proc�dure simplement
> remani�e pour que �a marche et puis je ne suis jamais tr�s sur de
> proposer le d�placement des librairies avec un mv, si qqc.  se passe
> mal t'es mal.

J'ose esp�rer que m�me un profane ne va pas lancer en root une commande
qu'il ne comprent pas!
Surtout s'il dispose d'un moyen de faire la m�me chose en comprenant ce
qu'il fait!!!

> > Et apr�s, pkoi pas:
> >  # chroot /temp
> >  # vi /etc/fstab
> >  # vi /etc/lilo
> >  # lilo
> >  # shutdown -f now.
> 
> C'est surement plus rapide, mais c'est le mv d'avant qui me d�range. Un jour 
> peut-�tre je fais un test puis je vois.

Je sais cette liste suivie par d'autre personne que des d�butants, c'est
pourquoi je propose des id�es permettant � tous de ``voir autrement''.

Selon moi cette ``variante'' �tait plus d�stin�e � L�o qu'a Fred...
J'ose esp�rer que chacun est en mesure de retirer quelque-chose de cette
liste de discution, tout en gardant ses propres mesures.

> ...
> 
> > Mais attention! Si tous le chemins m�nent les carrosses � rome,
> > certains moyens plongent les ordinateurs dans une profonde l�targie.
Encore une fois, je vous aurrais pr�venu;-)

> C'est aussi pourquoi je pr�f�re les m�thodes p�p�re mais plus simples que des
> m�thodes hyper concentr�es mais avec un peu plus de risque, surtout si ce
> n'est pas moi qui va �ff�ctuer l'op�ration.

``Swiss attitude!''
Qui veut voyager loin m�nage sa monture...
Qui va piano va sano...

Tu as deux-cent fois raison!!! (Je ne vais pas �nnum�rer;-))

--
 F�lix

--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.

Répondre à