3 votes

Démonter/délier un système de fichiers ? Puis-je simplement utiliser `rm` ?

Je l'ai utilisé pour donner à un utilisateur ftp chrooté l'accès à une autre zone du système de fichiers :

mount --bind /var/www/dev/ /home/ftp_user/www_dev

par ce site web ici .

Et, oops, j'ai réalisé que j'ai donné à l'utilisateur ftp l'accès à trop de fichiers.

Comment puis-je réparer ça ? rmdir ne fonctionne pas :

rmdir: failed to remove `www_dev': Device or resource busy

Et si c'était le cas, j'ai peur que ça supprime les fichiers montés.

10voto

Erich Points 255

Essayez umount -l /home/ftp_user/www_dev .

ceci détachera le système de fichiers immédiatement, et nettoiera les références restantes lorsqu'il ne sera plus occupé.

source : http://linux.die.net/man/8/umount

1voto

frooyo Points 658

Je vois que cette question a le tag "démonter", ce qui est tout à fait exact : cela ressemble exactement à ce qu'il faut faire.

En général, la façon de démonter quelque chose qui a été créé avec la commande mount est d'utiliser umount. (Pas "unmount". "umount".)

umount /home/ftp_user/www_dev

Ainsi, le répertoire /home/ftp_user/www_dev cessera de contenir les données montées. Et /home/ftp_user/www_dev sera un répertoire vide. Et à ce stade, vous pouvez rmdir le répertoire vide /home/ftp_user/www_dev si vous le souhaitez, car il n'aura rien à voir avec la source précédemment montée (qui semble être le répertoire /var/www/dev/ dans votre exemple).

Notez que rien de ce que j'ai dit n'est spécifique à la commande --bind, mais c'est juste la façon dont les montages sont gérés en général.

Remarque : êtes-vous vraiment sûr d'avoir donné "l'accès à trop de fichiers" à "l'utilisateur ftp" ? Peut-être que /var/www/dev/ contient des fichiers auxquels l'utilisateur ftp ne devrait pas avoir accès, mais l'utilisateur ftp n'a peut-être pas les droits d'accès à ces fichiers. Il se peut que vous ayez fait les choses correctement et que vous puissiez le confirmer en vérifiant quelles actions sont réellement possibles lorsque vous êtes connecté en tant qu'utilisateur ftp. Bien sûr, si vous avez une connaissance approfondie des permissions Unix, vous pouvez le faire sans vous connecter, mais la connexion est peut-être le moyen le plus simple d'effectuer un test rapide sans avoir besoin de connaître certains détails plus avancés sur le fonctionnement des permissions.

Remarque 2 : Bien sûr, sur de nombreux systèmes Unix, vous pouvez en apprendre davantage sur la commande en exécutant "man umount", que vous pourriez trouver en tapant "apropos mount" puisque vous aviez des raisons de soupçonner que ces effets étaient causés par la commande "mount" précédente. Si vous n'êtes pas familier avec mount et umount, et que vous faites quelque chose comme essayer de rmdir un répertoire, alors cela indique que vous ne vous êtes pas familiarisé avec certaines choses très basiques du système d'exploitation que vous utilisez. Si vous exécutez un système qui fournit des services à d'autres utilisateurs, et que vous êtes en mesure de gérer les permissions, alors ces types de bases (comme le fichier /etc/fstab, comme autre exemple assez proche) sont des choses qu'il vaut la peine de connaître, afin de superviser de manière fiable le système utilisé par plusieurs personnes. Vous pouvez chercher un tutoriel, un livre ou tout autre matériel de formation lié à l'utilisation d'Unix (ou de Linux ou de quelque chose de techniquement similaire). Par exemple, mount et umount font partie de la certification LPIC-1 du Linux Professional Institute (qui est très proche de la certification Linux+ de CompTIA), et le matériel de formation pour ces certifications fournira probablement ces détails et beaucoup d'autres choses que vous trouverez probablement utiles.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X