demonter et remonter automatiquement

demonter et remonter automatiquement - Linux et OS Alternatifs

Marsh Posté le 13-09-2004 à 23:36:08    

Bonjour,
existe t'il une solution pour des peripheriques amovibles, que linux verifie toutes les x secondes que le dd est bien monté et si ce n'est pas le cas, qu'il le demonte automatiquement pour eviter de démonter manuellement avec umount à chaque fois?
 
Il me semble qu'il y a supermount je crois qui fat ca mais est-ce vraiment fiable, pour enelver et remettre un peripherique à n'importe quel instant?
 
Je suis sous debian en noyau 2.6.8, si eventuellement il y aurait d'autres solutions.
 
Merci
A+

Reply

Marsh Posté le 13-09-2004 à 23:36:08   

Reply

Marsh Posté le 13-09-2004 à 23:45:58    

C'est vraiment pas une bonne idée : si tu débranches le periph avant de démonter, tu perds toutes les données qui n'ont pas été flushées...

Reply

Marsh Posté le 13-09-2004 à 23:57:07    

Il me semble qu'il est possible d'utiliser ses périphériques de stockage USB directement, sans passer par un cache et qui évite donc un flush au démontage..
Si quelqu'un peut nous en dire plus.

Reply

Marsh Posté le 14-09-2004 à 00:09:54    

Et si j'écrit 100MB de données et que je débranche immédiatement, il finit la copie à distance ? Faire un unmount c'est la seule solution sûre.

Reply

Marsh Posté le 14-09-2004 à 01:31:06    

Si tu fais un cp, par exemple, et qu'il rend la main, théoriquement il a fini.
Ce n'est pas une solution sûre, mais l'écriture directe permet d'éviter des surprises en cas de problèmes.
Pas la peine de prendre ton air hautain..

Reply

Marsh Posté le 14-09-2004 à 02:48:19    

pour les périphériques amovibles, si tu veux les enlever directement, y'a par exemple Supermount.
 
Sinon il me semble que par défaut les périphs amovibles sont désormais montés sans cache donc enlevables directement, par contre pour démonter sur la machine après c'est galère.

Reply

Marsh Posté le 14-09-2004 à 03:14:49    

glor a écrit :

Si tu fais un cp, par exemple, et qu'il rend la main, théoriquement il a fini.
Ce n'est pas une solution sûre, mais l'écriture directe permet d'éviter des surprises en cas de problèmes.
Pas la peine de prendre ton air hautain..


Malheureusement, ce n'est pas garanti ... :/  ... fais l'expérience avec une disquette pour t'en convaincre ... écris des fichiers dessus, et fais un umount ou un sync, tu t'apercevras que ce n'est qu'à ce moment que le flush vers la diskette est fait ... :/

Reply

Marsh Posté le 14-09-2004 à 04:14:06    

ça dépend comment tu le montes, si tu demandes à avoir un cache/tampon/buffer de 0, ben y a pas de flush décalé puisque pas de cache/tampon/buffer.

Reply

Marsh Posté le 14-09-2004 à 04:58:45    

lukefab a écrit :

ça dépend comment tu le montes, si tu demandes à avoir un cache/tampon/buffer de 0, ben y a pas de flush décalé puisque pas de cache/tampon/buffer.


et tu lui indiques comment pour le cache de 0 ?

Reply

Marsh Posté le 14-09-2004 à 05:24:17    

Zzozo a écrit :

Malheureusement, ce n'est pas garanti ... :/  ... fais l'expérience avec une disquette pour t'en convaincre ... écris des fichiers dessus, et fais un umount ou un sync, tu t'apercevras que ce n'est qu'à ce moment que le flush vers la diskette est fait ... :/

Oui biensûr je parlais dans le cas d'une écriture directe (rapport avec mon post au dessus)

Reply

Marsh Posté le 14-09-2004 à 05:24:17   

Reply

Marsh Posté le 14-09-2004 à 06:22:53    

Zzozo a écrit :

et tu lui indiques comment pour le cache de 0 ?


 
mount -o sync

Reply

Marsh Posté le 14-09-2004 à 08:29:20    

Bonjour,
explique moi le principe du cache décalé, et à quoi ca sert concrretement dans les performances.
 
Merci
A+

Reply

Marsh Posté le 14-09-2004 à 11:42:12    

autofs peut démonter au bout d'un certain temps d'iniactivité.
 
pour l'option sync, ce n'est pas la panacée ( même si c'est al solution qu'utilise désormais mdk à la place de supermount ) car pour les sys de fichier linux, tu auras des sys de fichiers dans un état pas propre/not clean.
 
en effet, quand tu montes un sys de fichier unix, il marque le système de fichier. lorsque tu fais umount, il enlève cette marque. si tu ne fais pas umount, au prochain boot, il remarque que le sys de ficher est marqué et donc veux faire un fsck.
 
pour les clés USB en FAT16, il semblerait que cela ne pose pas de pb


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 14-09-2004 à 11:52:16    

Dark_Schneider : ça veux dire qu'on peut utiliser des noyaux non patchés avec Supermount dans les dernières versions de Mandrake ? Si c'est ça, ça me retire une grosse épine du pied !  
 
Il reste quoi de spécifique à Mandrake qui pourrait empêcher d'utiliser un kernel vanilla sans avoir de problème ?

Reply

Marsh Posté le 14-09-2004 à 11:54:30    

supermount est toujours utilisé pour les disquette. mais bon, cela peut se changer facilement.
 
je ne sais pas ... il y a des pilotes en plus sous mdk dans la partrie 3rd party. mais bon ... c'est dommage. supermount et devfs étaient intéressants. je pense que sur certains points cela marque une régression.


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 15-09-2004 à 00:55:04    

void_ppc a écrit :

mount -o sync


Spa valable systématiquement, ca dépend du fs en dessous :/
Tiré du man de mount :


 -o     Options are specified with a -o flag followed by a  comma  sepa-
              rated  string of options.  Some of these options are only useful
              when they appear in the /etc/fstab file.  The following  options
              apply  to  any  file system that is being mounted (but not every
              file system actually honors them - e.g., the sync  option  today
              has effect only for ext2, ext3 and ufs):


Message édité par Zzozo le 15-09-2004 à 00:56:17
Reply

Marsh Posté le 15-09-2004 à 12:22:26    

en effet, dans mon man aussi ( en Fr sur ma mdk ), j'ai la même remarque.
 
d'ailleurs : http://qa.mandrakesoft.com/show_bug.cgi?id=11522


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 15-09-2004 à 12:35:37    

Ah, un peu chiant pour les clés en FAT16/32..

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed