> j'essaierai de comprendre l'histoire des périphérique loop
loop, ce n'est pas compliqué.
loop crée un périphérique block (au sens OS et pas au sens hardware) à partir d'un fichier (il peut aussi le faire avec un autre périphérique block). Avec loop, le contenu du fichier est accessible depuis un périphérique block. Loop est une sorte d'interface "périphérique block" => "fichier".
Un périphérique block (par exemple /dev/hda ou /dev/hda1) a la caractéristique d'avoir un accès aléatoire (ce n'est pas une bande magnétique), d'avoir des données et une taille connue (qui peut être modifié à la volée dans quelques cas particuliers (lvm)).
Donc /dev/loop0 est vu par l'OS comme /dev/hda et l'OS peut monter un system de fichier sur /dev/loop0.
C'est nécessaire car le noyau ne monte un système de fichier qu'à partir d'un périphérique block. Théoriquement, il n'y a pas de raison pour empêcher le noyau de monter un système de fichier depuis un fichier normal directement. Mais aparament ça pose des problèmes et donc il faut utiliser une interface loop.
L'autre intérêt de loop, est de faire des traitements dans l'interface "périphérique block" => "fichier". Par exemple de crypter.
C'était fait avec Linux < 2.6. Avec Linux 2.6, c'est dm-crypt (via device-mapper) qui fait ça.
"mount ... -o loop ..." crée un périphérique loop automatiquement.
Si tu fais cat /proc/mounts et que tu as un système de fichier monté avec "mount ... -o loop ..." tu auras :
/dev/loop0 /répertoire vfat ro 0 0
[^] # Re: Accès vfat sous Fedora Core 2
Posté par itstimetogo . En réponse au message Accès vfat sous Fedora Core 2. Évalué à 3.
loop, ce n'est pas compliqué.
loop crée un périphérique block (au sens OS et pas au sens hardware) à partir d'un fichier (il peut aussi le faire avec un autre périphérique block). Avec loop, le contenu du fichier est accessible depuis un périphérique block. Loop est une sorte d'interface "périphérique block" => "fichier".
Un périphérique block (par exemple /dev/hda ou /dev/hda1) a la caractéristique d'avoir un accès aléatoire (ce n'est pas une bande magnétique), d'avoir des données et une taille connue (qui peut être modifié à la volée dans quelques cas particuliers (lvm)).
Donc /dev/loop0 est vu par l'OS comme /dev/hda et l'OS peut monter un system de fichier sur /dev/loop0.
C'est nécessaire car le noyau ne monte un système de fichier qu'à partir d'un périphérique block. Théoriquement, il n'y a pas de raison pour empêcher le noyau de monter un système de fichier depuis un fichier normal directement. Mais aparament ça pose des problèmes et donc il faut utiliser une interface loop.
L'autre intérêt de loop, est de faire des traitements dans l'interface "périphérique block" => "fichier". Par exemple de crypter.
C'était fait avec Linux < 2.6. Avec Linux 2.6, c'est dm-crypt (via device-mapper) qui fait ça.
"mount ... -o loop ..." crée un périphérique loop automatiquement.
Si tu fais cat /proc/mounts et que tu as un système de fichier monté avec "mount ... -o loop ..." tu auras :
/dev/loop0 /répertoire vfat ro 0 0