Michel Luc wrote:

Le mercredi 15 juin 2005 � 00:29 +0200, Luc Novales a �crit :
Michel Luc a �crit :
Bonsoir,

Je cherche comment verrouiller l'acc�s � un fichier dans un script
shell sans en changer les droits.
Si vous avez des indications, liens... etc.
Je suis preneur, merci.
man chattr ?

Merci pour la r�ponse, mais je me suis mal exprim�, en fait je ne crois
pas que changer les attributs avec chattr fonctionne pour ce que je veux
faire: Voil�, la crontab met � jour une base de donn�es (genre slocate)
dans un fichier db et je voudrai verrouiller ce fichier pendant la mise
� jour qui dure plusieurs minutes. la t�che lanc�e par cron et l'admin
ont les droits root.
un fichier lock comme pour les MUA MTA lors des �critures/lectures dans
les mbox des utilisateurs, ce doit �tre possible, non ? Merci.

 @+
Bonsoir,

Un fichier lock est possible avec la commande "lockfile",
mais elle ne pr�vient pas des modifications 'sauvages';
c'est un verrouillage 'coop�ratif'.
Si vous 'ma�trisez' ( par des scripts ) les autres acc�s au fichier sensible,
"lockfile" peut �tre une solution.
( Rq: 'mbox' n'est-il pas sensible � des modifications 'sauvages' ? )
Le verrouillage dans un script Shell n'est pas �vident autrement
car il est g�n�ralement attach� � un processus, or chaque commande
du script est un processus.

Sinon, une programation C permet de cr�er des verrous 'stricts',
( et des verrous coop�ratifs, bien entendu )
avec la fonction fcntl().
Ses verrous 'stricts' n�cessitent un changement de bit Set-GID
et la gestion par le noyau des "mandatory locks", g�r�s uniquement
sur les partitions mont�es avec l'option "mand".

Si vous trouvez des informations compl�mentaires
je serais heureux que vous les communiquiez
car se sujet m'interresse personnellement.


matthias


--
Pensez � lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez � rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Répondre à