Le mar 10/12/2002 � 22:42, joel tarlao a �crit :
> Le Lundi 9 D�cembre 2002 21:54, Andr� Sala�n a �crit :
> >Le lun 09/12/2002 � 10:17, joel tarlao a �crit :
> >> Bonjour � toutes et � tous,
> >>
> >> N'ayant eu aucune r�ponse, je reposte:
> >>
> >> J'ai essay� cette commande, voici ce que cela donne chez moi:
> >>
> >> [root@localhost joel]# /sbin/dumpe2fs /dev/hda14 | grep Maximum
> >> dumpe2fs 1.27ea (14-Mar-2002)
> >> Maximum mount count: -1
> >>
> >> Et, effectivement, je n'ai jamais vu de fsck.
> >>
> >> Cela a-t-il une importance ?
> >> Pensez-vous que je devrai modifier cela ?
> >
> >Si c'est ce que tu veux...pourquoi le modifier?
>
> Eh bien, si j'ai bien compris, fsck effectue une v�rification du syst�me de
> fichier.
> Y a-t-il un inconv�nient � ne pas le faire ?
>
> s'il n'y en a pas, je laisse comme c'est.
>
Il peut toujours y avoir un inconv�nient � ne pas v�rifier le syst�me de
fichier m�me avec une journalisation en cas de corruption ("noeuds"
etc...) dans ce cas tu risques des pertes de donn�es.
Reste que �a se fait de plus en plus rare avec les syst�mes de fichiers
journalis�s dans la mesure ou la journalisation en �limine un bon
nombre, du style fichier pas enregistr� physiquement au moment de la
fermeture.
La journalisation de ext3 permet de retrouver l'�tat pr�c�dent
l'arr�t.Mais si cet �tat est supposons d�j� corrompu tu comprends
ais�ment que tu l'as dans l'os (ou dans l'O.S;).Il n'y a alors qu'un
contr�le physique du syst�me de fichier qui peut r�tablir (et encore pas
toujours!) le lien donn�es<---->emplacement physique d'enregistrement.
D'o� la cr�ation de fichiers found/lost.
� corr�ler avec
-le principe des liens physiques (ln voir man ln)
-Les explications (par exempledoc Mandrake) sur les syst�mes de
fichiers.
-Tu trouveras ais�ment des liens sur le web concernant les explications
techniques d�taill�es (attention �a peut te mener loin ...y'en a m�me
qui sont devenus informaticiens;)
- Voir aussi les probl�mes actuels li�s au noyau 2.4.20 (� d�conseiller
donc en attentant la correction) et les nodes (pertes de donn�es sous
ext3)
Si on suppose donc qu'un noyau Linux �a ne se red�marre pas souvent, un
control du syst�me de fichiers tous les 25 d�marrages �a ne fait pas
beaucoup et �a peut repr�senter une certaine s�curit� (sinon une
s�curit� certaine. Si tu red�marres ta machine souvent (cas des dual
boot qui passent jouer sous Windows) �a peut �tre p�nible avec la taille
actuelle des disques durs.
� toi de choisir un compromis entre les risques de perte (tr�s faible
quand m�me en g�n�ral mais qui grimpe proportionnellement �
l'utilisation de logiciels non finalis�s ou de kernel en d�veloppement)
et le confort d'utilisation.
Nous ne voyons pas d'autre explication;)
--
Andr� Sala�n.
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur "http://www.mandrakestore.com";
