J'ai lu qu'il est possible de «démonter» un disque qui est autrement occupé en utilisant l'option «paresseux». La page de manuel a ceci à dire à ce sujet:
umount - démonter les systèmes de fichiers
-l Démontage paresseux. Détachez maintenant le système de fichiers de la hiérarchie du système de fichiers et nettoyez toutes les références au système de fichiers dès qu'il n'est plus occupé. Cette option permet de démonter un système de fichiers "occupé". (Nécessite le noyau 2.4.11 ou une version ultérieure.)
Mais à quoi cela servirait-il? J'ai réfléchi à la raison pour laquelle nous démontons les partitions:
- Pour retirer le matériel
- Pour effectuer des opérations sur le système de fichiers qui ne seraient pas sécuritaires lors du montage
Dans l'un ou l'autre de ces cas, tout ce qu'un démontage «paresseux» sert à mon humble avis est de rendre plus difficile de déterminer si le disque est vraiment démonté et vous pouvez réellement procéder à ces actions. La seule application pour umount -l
semble être pour les utilisateurs inexpérimentés de «sentir» qu'ils ont accompli quelque chose qu'ils n'ont pas fait.
Pourquoi utiliseriez-vous un démontage paresseux?
Ceci est en fait implémenté pour gagner plus de temps pour effectuer des tâches de suivi dans les tâches administratives.
Si d'autres tâches, indépendantes de celle-ci, sont en attente dans le pipeline, alors vous pouvez démonter paresseusement et continuer avec d'autres dans le lot.
Exemple : la tâche 1 et la tâche 2 sont deux tâches administratives planifiées consécutivement.
Celui-ci copie un grand nombre de fichiers d'une partition de projet vers une partition de sauvegarde, par exemple, / mnt / backupProj, qui sera montée à la volée et démontée à la fin de cette tâche. La copie prend beaucoup de temps.
Effectue une série de mises à jour de la vue de la base de données sur un serveur dédié.
La tâche 2 est évidemment complètement indépendante de la tâche 1, nous pouvons donc lazy-unmount / mnt / backupProj sans attendre la fin de la tâche de sauvegarde.
la source
J'utilise umount paresseux dans les cas où il était évidemment bloqué pour diverses raisons (comme le serveur nfs en panne), également lorsque j'ai besoin de voir le contenu original du répertoire qui a été monté par le montage. Dans les deux cas, la monture est occupée. Je pense qu'il existe d'autres cas de bord, mais ces 2 sont les raisons les plus courantes pour lesquelles j'ai utilisé l'option.
la source
--force
pour le cas NFS.Considérez un montage de liaison comme vous pouvez le voir lorsque vous travaillez avec
chroot
:Si vous avez un démon sur votre système qui interroge constamment
/proc
(je vous regardeksysguardd
), vous ne pourrez pasumount /mnt/proc
. Lazy vous laisseraumount
dans ce cas.la source
--force
ici à la place?Les clés USB sont parfois bloquées en raison d'une défaillance matérielle. Même si vous reconnectez physiquement le lecteur, vous obtenez un autre nom d'appareil. L'ancien nom d'appareil ne peut pas être démonté normalement. montant -l a forcé l'entrée morte à disparaître.
la source
Supposons que vous ayez vraiment besoin de modifier le volume sur lequel un logiciel écrit un journal, par exemple un serveur Web, mais il a beaucoup de trafic et ne peut pas être désactivé pour l'opération, ni le chemin de journalisation ne peut être modifié.
Avec le démontage paresseux, vous pouvez démonter le volume en toute sécurité pendant que le logiciel est toujours en cours d'exécution, monter un autre volume sur ce même point de montage et commander au logiciel de rouvrir les fichiers.
Idéalement, puisque vous n'avez pas eu besoin d'éteindre le logiciel, aucune demande n'a été perdue et essentiellement aucune entrée de journal n'a été perdue non plus, car elles étaient toujours écrites sur l'ancien montage jusqu'à la réouverture des fichiers (dans quelle mesure le logiciel gère-t-il la réouverture du dépend du logiciel).
En paraphrasant la page de manuel, cela signifie que si le volume a des fichiers ouverts lorsqu'il est démonté paresseux, en réalité il reste monté mais n'est pas accessible via le système de fichiers et n'est vraiment démonté que lorsque le dernier fichier ouvert est fermé.
la source
lsof
montrer les fichiers ouverts sur l'ancien point de montage? Je me demande aussi comment différencierait-il les fichiers ouverts de l'ancien volume et du nouveau?J'utilise encfs pour crypter une partie de mes données sensibles.
Lorsque le disque est monté, nautilus crée des aperçus (je pense, je ne suis pas sûr) et verrouille les fichiers. Lorsque je veux le démonter, il indique qu'il est verrouillé par un autre processus.
En le démontant paresseusement, le dossier disparaît de ma hiérarchie et est caché. Et lorsque le processus d'arrière-plan se termine, il est démonté avec succès.
la source