Vous pouvez renommer un fichier (répertoire ou autre) en utilisant uniquement la connaissance de l'inode en utilisant find, mais si (a) le système de fichiers qui le contient n'est pas monté, ou si (b) il y a un autre système de fichiers monté sur un répertoire non vide qui contient le fichier qui vous intéresse, le fichier n'est tout simplement pas accessible par votre système. Dans le cas (a), vous devez monter le système de fichiers avant de pouvoir faire quoi que ce soit au contenu, y compris renommer, et dans le cas (b), vous devez démonter le système de fichiers qui est monté "par-dessus" le répertoire contenant le fichier que vous souhaitez renommer. Il semble que vous posiez des questions sur le cas (b).
Si je vous comprends bien, vous essayez de rendre votre ancien /homerépertoire (qui se trouve sur votre partition racine) accessible, tout en utilisant votre nouvelle partition montée sur /home. Si c'est ce que vous voulez, procédez comme suit:
Fermez tous les fichiers et déconnectez-vous. Connectez-vous ensuite en tant que root(utilisez un terminal virtuel pour cela - appuyez sur Ctrl-Alt-F2) Exécutez ce qui suit:
umount /home
mv /home /home-old
mkdir /home
mount -a
ls /home
ls /home-old
Si tout va bien, déconnectez-vous et reconnectez-vous comme vous-même et tout devrait bien se passer.
Par ailleurs, la commande pour renommer un fichier en utilisant uniquement la connaissance de son inode (en supposant que le fichier se trouve dans le répertoire en cours) est:
Où 123456789est le numéro d'inode, bien sûr. (Notez que cela finddétermine le nom de fichier et son chemin d'accès et transmet ces informations à mv; il n'y a aucun moyen de renommer un fichier sans impliquer le nom de fichier existant de quelque manière que ce soit, mais si c'est juste que vous ne connaissez pas le nom de fichier, c'est tout à fait Facile.)
La commande mv peut-elle être renommée directement en fonction de l'inode? Je suppose que la commande find renvoie le nom de fichier dans sa forme textuelle normale.
vfclists
@vfclists: Non, mvn'acceptera en aucun cas les inodes.
Wildcard
6
Dans un système de fichiers Unix typique, il est structurellement impossible en général de déplacer un fichier en fonction de l'inode. La raison en est que renommer un fichier signifie supprimer son entrée de répertoire du répertoire qui le contient et créer un répertoire ailleurs. Mais l'inode ne contient pas de pointeur vers l'entrée de répertoire, il contient uniquement (pointeurs vers) les métadonnées du fichier (horodatages, autorisations, etc.) et le contenu du fichier.
Pour un fichier avec plusieurs liens durs, lesquels renommeriez-vous? L'inode n'est pas assez d'informations.
Pour un répertoire, sur certains systèmes de fichiers, il serait possible d'agir en fonction de l'inode seul:
Lisez le contenu du répertoire, qui est définitivement accessible depuis l'inode.
Recherchez l'entrée de répertoire pour ... Cela pointe vers le répertoire parent.
Dans le répertoire parent, recherchez une entrée de répertoire avec le bon numéro d'inode.
Cela fait cependant plusieurs hypothèses:
Et s'il y a plusieurs entrées pour le même inode? En fait, ce n'est pas un problème: cela n'arrivera presque jamais dans la pratique car la plupart des variantes Unix interdisent les liens durs explicites vers les répertoires.
..Existe- t- il en premier lieu? Cela dépend du type de système de fichiers. Certains systèmes de fichiers ont une entrée explicite pour ..; pour d'autres, ces entrées sont truquées par le pilote du système de fichiers. S'il ..n'existe pas, cette approche est fondamentalement impossible.
Même si le système de fichiers comprend des ..liens, il y a un autre obstacle qui pourrait ne pas être évident: l'étape 1 peut être possible à l'intérieur du noyau, mais il n'y a pas d'interface pour cela. De nombreuses variantes Unix n'ont pas d'interface permettant d'ouvrir un fichier via son inode, car cela contournerait les autorisations. Par exemple, un fichier avec des autorisations rwxr-xr-x(c'est-à-dire lisible par tout le monde) qui se trouve dans un répertoire avec des autorisations rwx------(c'est-à-dire accessible uniquement à son propriétaire) n'est accessible à personne d'autre qu'au propriétaire du répertoire. Cela ne peut pas être déterminé à partir de l'inode seul - le fichier pourrait en fait être accessible via un autre lien dur!
Le résultat est que non, il n'est pas possible de faire quoi que ce soit, y compris renommer, avec un fichier donné uniquement son inode. Vous devez avoir un chemin d'accès au fichier.
La seule façon pratique d'agir sur un fichier étant donné son inode est de trouver d'abord un chemin, par exemple avec find -inum, puis d'utiliser le chemin pour agir. Cela n'aide pas dans votre situation, où le fichier est masqué par un point de montage. Il n'y a aucun moyen portable d'accéder aux fichiers masqués par un point de montage; sous Linux, comme vous l'avez découvert, vous pouvez utiliser un montage de liaison.
Je vous remercie. Cela a été très utile. Cela me permet de changer les noms encombrants pour la transcription des fichiers vidéo que j'ai téléchargés à partir de YouTube en noms de fichiers plus succincts mais toujours significatifs. Par exemple:
Cela n'ajoute aucune nouvelle information au-delà de ce qui a été mentionné précédemment. De plus, votre mviscript utilise des variables sans guillemets, ce qui signifie qu'il échouera si l'un des arguments donnés au script contient des espaces (ou éventuellement également lorsqu'ils contiennent des caractères globbing).
mv
n'acceptera en aucun cas les inodes.Dans un système de fichiers Unix typique, il est structurellement impossible en général de déplacer un fichier en fonction de l'inode. La raison en est que renommer un fichier signifie supprimer son entrée de répertoire du répertoire qui le contient et créer un répertoire ailleurs. Mais l'inode ne contient pas de pointeur vers l'entrée de répertoire, il contient uniquement (pointeurs vers) les métadonnées du fichier (horodatages, autorisations, etc.) et le contenu du fichier.
Pour un fichier avec plusieurs liens durs, lesquels renommeriez-vous? L'inode n'est pas assez d'informations.
Pour un répertoire, sur certains systèmes de fichiers, il serait possible d'agir en fonction de l'inode seul:
..
. Cela pointe vers le répertoire parent.Cela fait cependant plusieurs hypothèses:
..
Existe- t- il en premier lieu? Cela dépend du type de système de fichiers. Certains systèmes de fichiers ont une entrée explicite pour..
; pour d'autres, ces entrées sont truquées par le pilote du système de fichiers. S'il..
n'existe pas, cette approche est fondamentalement impossible...
liens, il y a un autre obstacle qui pourrait ne pas être évident: l'étape 1 peut être possible à l'intérieur du noyau, mais il n'y a pas d'interface pour cela. De nombreuses variantes Unix n'ont pas d'interface permettant d'ouvrir un fichier via son inode, car cela contournerait les autorisations. Par exemple, un fichier avec des autorisationsrwxr-xr-x
(c'est-à-dire lisible par tout le monde) qui se trouve dans un répertoire avec des autorisationsrwx------
(c'est-à-dire accessible uniquement à son propriétaire) n'est accessible à personne d'autre qu'au propriétaire du répertoire. Cela ne peut pas être déterminé à partir de l'inode seul - le fichier pourrait en fait être accessible via un autre lien dur!Le résultat est que non, il n'est pas possible de faire quoi que ce soit, y compris renommer, avec un fichier donné uniquement son inode. Vous devez avoir un chemin d'accès au fichier.
La seule façon pratique d'agir sur un fichier étant donné son inode est de trouver d'abord un chemin, par exemple avec
find -inum
, puis d'utiliser le chemin pour agir. Cela n'aide pas dans votre situation, où le fichier est masqué par un point de montage. Il n'y a aucun moyen portable d'accéder aux fichiers masqués par un point de montage; sous Linux, comme vous l'avez découvert, vous pouvez utiliser un montage de liaison.la source
Je vous remercie. Cela a été très utile. Cela me permet de changer les noms encombrants pour la transcription des fichiers vidéo que j'ai téléchargés à partir de YouTube en noms de fichiers plus succincts mais toujours significatifs. Par exemple:
... me donne les fichiers:
Je considère que c'est une lacune de ce que vous obtenez autrement très utile.
Je peux changer le deuxième nom de fichier comme suit:
... cela me donne la liste des fichiers avec son numéro d'inode dès le début:
... puis je cours:
Mon script shell mvi bash est:
la source
mvi
script utilise des variables sans guillemets, ce qui signifie qu'il échouera si l'un des arguments donnés au script contient des espaces (ou éventuellement également lorsqu'ils contiennent des caractères globbing).