Discussion :

[Jipété]

Bonjour,

tout est dans le titre, donc quelques lignes de code pour montrer les détails :

Création d'un disque virtuel :

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
truncate -s 200M /tmp/disk1.img
mkfs.ext4 /tmp/disk1.img
ls -lGg /tmp/*.img
-rw-r--r-- 1 209715200 20 avril 13:16 /tmp/disk1.img

Montage sans -o loop, pour utilisation

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
mount /tmp/disk1.img /mnt/
mount | grep mnt # vérif 1
/tmp/disk1.img on /mnt type ext4 (rw,relatime)
ls -lGg /mnt/ # vérif 2
total 12
drwx------ 2 12288 20 avril 13:16 lost+found
touch /mnt/essai.txt # travail
echo "blabla" > /mnt/essai.txt 
cat /mnt/essai.txt  # vérif 3
blabla

Tout va bien, donc démontage et remontage avec -o loop, pour voir :

Code bash :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
umount /mnt/
mount -o loop /tmp/disk1.img /mnt/
ls -lGg /mnt/ #  # vérif 4 (= 2)
total 13
-rw-r--r-- 1     7 20 avril 13:18 essai.txt
drwx------ 2 12288 20 avril 13:16 lost+found
cat /mnt/essai.txt #  # vérif 5 (= 3)
blabla

C'est pareil.
Alors, l'utilité de l'option -o loop ?

J'ai trouvé ça comme aide, mais un exemple plus clair aurait été le bienvenu :

LE PÉRIPHÉRIQUE LOOP
Il est possible de faire un montage au travers du périphérique loop (boucle). Par exemple, la commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 mount /tmp/fdimage /mnt -t msdos -o loop=/dev/loop3,blocksize=1024

va faire correspondre le périphérique boucle /dev/loop3 au fichier /tmp/fdimage, puis monter ce périphérique sur /mnt. Ce type de montage dispose de trois options, nommées loop, offset et encryption, qui sont en réalité des options pour losetup(8). (Ces options peuvent être utilisées en plus de celles qui sont spécifiques au type du système de fichiers.) Si aucun périphérique loop n'est mentionné explicitement (uniquement l'option « -o loop »), alors mount essayera de trouver une boucle inutilisée et se l'attribuera. Si vous êtes assez casse-cou pour faire de /etc/mtab un lien symbolique sur /proc/mounts alors tout périphérique loop alloué par mount sera libéré par umount. On peut libérer un périphérique boucle manuellement avec « losetup -d », voir losetup(8).

La question que je me pose : c'est quoi ce "périphérique boucle /dev/loop3" de la première phrase, surtout rapporté à mon exemple d'utilisation ?

Merci,

[Christophe]

L'utilisation des /dev/loopX est lié à losetup.

Le principe tu crée ton fichier qui deviendra une image disque avec dd par exemple
Tu appliques losetup dessus exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

losetup /dev/loop0 fichier_image

sous réserve que /dev/loop0 soit dispo

Puis ensuite, tu peux créer une table de partition sur le device, puis un FS dans la partition.

Créer un FS directement dans le fichier image fonctionnera mais c'est moins propre.

[Sve@r]

Bonjour

C'est pareil.

Ce n'est pas parce que dans un cas particulier l'option n'a pas été utile qu'elle ne l'est pas dans sa généralité.

Le montage "loopback" permet de créer une boucle de montage, c'est à dire un second montage (second par rapport à un premier déjà existant).
Par exemple si tu tapes mount /dev/sda1 /mnt (sous-entendu que "/dev/sda1" soit déjà monté ce qui est généralement le cas car c'est la première partition du premier disque donc c'est celui qui est monté sous "/") ça ne fonctionnera pas.
Mais si tu rajoutes "-o loop" là ça fonctionnera et le point de montage "/mnt" pointera de façon dupliquée sur le disque /dev/sda1 et tout ce que tu feras dans "/" ou "/mnt" sera la même chose.

[Jipété]

Salut les copains,

et merci.

Créer un FS directement dans le fichier image fonctionnera mais c'est moins propre.

Moins propre dans quel sens ? Risque de problèmes à venir ? Lesquels ?

Le montage "loopback" permet de créer une boucle de montage, c'est-à-dire un second montage (second par rapport à un premier déjà existant).

Alors là, je vais me faire un sac de nœuds dans la tête je te raconte pas !
Merci pour ces précisions mais je n'ai pas de besoins allant dans ce sens.

(sous-entendu que "/dev/sda1" soit déjà monté ce qui est généralement le cas car c'est la première partition du premier disque donc c'est celui qui est monté sous "/")

Ce qui n'est pas toujours le cas, j'en ai déjà parlé, et la première fois que tu vois ça tu te demandes si c'est du lard ou du cochon en te frottant très fort les yeux...
Exemple retrouvé dans mes archives :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sdb1          192G     38G  144G  21% /            FAUX c''est le ssd dédié au système, sda1
/dev/sda2          192G    5,0G  177G   3% /reserved    FAUX et VRAI, c''est la 2de partition du ssd, prévue pour le swap
/dev/sda1          1,7T    241G  1,3T  16% /data        FAUX c''est sdb1 que je monte dans fstab sur /data
/dev/sdc1          1,7T    186G  1,4T  12% /dbck        ok
/dev/sdc2          192G     47G  136G  26% /oubliettes  ok
 
lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0   1,8T  0 disk FAUX, c''est le 240 Gb
├─sda1   8:1    0   1,6T  0 part /data
└─sda2   8:2    0 195,3G  0 part /reserved
sdb      8:16   0 223,6G  0 disk FAUX, c''est un 1,8 Tb
├─sdb1   8:17   0 195,3G  0 part /
└─sdb2   8:18   0  28,3G  0 part 
sdc      8:32   0   1,8T  0 disk OK
├─sdc1   8:33   0   1,6T  0 part /dbck
└─sdc2   8:34   0 195,3G  0 part /oubliettes

Mais quand je fais ls -Al / je vois les données de sda1, et pareil pour ls -Al /data qui m'affiche les data stockées dans sdb1, et pareil pour les autres, tout est en ordre.
Quelqu'un pourrait m'expliquer ces comportements différents selon les outils utilisés ?
Et là, en général, silence radio...
Ah, je réalise que cette petite partie devrait se trouver dans l'autre fil mais bon, c'était juste pour illustrer la phrase de Sve@r.

[Sve@r]

Merci pour ces précisions mais je n'ai pas de besoins allant dans ce sens.

Moi non plus. Je me souviens à une époque avoir utilisé le "-o loop" pour monter des images iso mais en fait je n'ai pas essayé sans. Si ça se trouve ça marchait aussi ; ou bien peut-être qu'il le fallait à une époque X pour monter les iso puis suite à évolution ce n'est ensuite plus devenu nécessaire.

Me semble aussi que snapd utilise les montages loopback (mais je peux pas te confirmer, j'ai désinstallé ce truc qui m'énervait).

Ce qui n'est pas toujours le cas, j'en ai déjà parlé, et la première fois que tu vois ça tu te demandes si c'est du lard ou du cochon en te frottant très fort les yeux......mais bon, c'était juste pour illustrer la phrase de Sve@r.

En fait il fallait un exemple concret pour avoir au final deux dossiers différents pointant vers le même FS (il me fallait un nom concret pour le premier). Je suis parti donc sur une hypothèse peut-être pas toujours vraie (c'est visible ici) mais qui me semblait plutôt compréhensible (sensée?).

[Christophe]

Moins propre dans quel sens ?

Tant que tu n'utilise pas d'outil type fdisk, créer un FS directement sera juste moins propre mais ne posera pas de prob.

Avoir un fichier image avec une table de partition pourra par exemple permettre de transformer celle-ci en image pour une VM.

[Jipété]

Bonjour,

Tant que tu n'utilise pas d'outil type fdisk, créer un FS directement sera juste moins propre mais ne posera pas de prob.

Avoir un fichier image avec une table de partition pourra par exemple permettre de transformer celle-ci en image pour une VM.

merci pour ce retour, qui me met la puce à l'oreille tout en m'inquiétant, résultat, je repars des premières commandes du premier post :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
$ truncate -s 200M /tmp/disk1.img
$ mkfs.ext4 /tmp/disk1.img
mke2fs 1.46.2 (28-Feb-2021)
Discarding device blocks: done                            
Creating filesystem with 204800 1k blocks and 51200 inodes
Filesystem UUID: e1accfd6-2a9c-45bd-b3fa-8fe6e46003b4
Superblock backups stored on blocks: 
	8193, 24577, 40961, 57345, 73729
 
Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done

et là on pourrait croire que tout va bien, surtout en continuant avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
$ fdisk -l /tmp/disk1.img 
Disque /tmp/disk1.img : 200 MiB, 209715200 octets, 409600 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d''E/S (minimale / optimale) : 512 octets / 512 octets

Mais effectivement, ça se complique avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
$ fdisk /tmp/disk1.img 
 
Bienvenue dans fdisk (util-linux 2.36.1).
Les modifications resteront en mémoire jusqu''à écriture.
Soyez prudent avant d''utiliser la commande d''écriture.
 
Le périphérique contient déjà une signature « ext4 »; elle sera supprimée par une commande d''écriture. Consultez la page man de fdisk(8) et l''option --wipe pour plus de détails.
 
Le périphérique ne contient pas de table de partitions reconnue.
Création d''une nouvelle étiquette pour disque de type DOS avec identifiant de disque 0x6b5e8fbc.
 
Commande (m pour l''aide) : q

Donc, question : comment se fait-il que j'aie pu écrire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
$ mount /tmp/disk1.img /mnt/
$ mount | grep mnt # vérif 1
/tmp/disk1.img on /mnt type ext4 (rw,relatime)
$ ls -lGg /mnt/ # vérif 2
total 12
drwx------ 2 12288 20 avril 13:16 lost+found
$ touch /mnt/essai.txt # travail
$ echo "blabla" > /mnt/essai.txt 
$ cat /mnt/essai.txt  # vérif 3
blabla

En gros, ces quelques lignes montrent qu'on peut bosser sans table de partitions ! C'est possible, ça ?
('tain, tous les jours j'apprends des trucs...)

[Christophe]

En gros, ces quelques lignes montrent qu'on peut bosser sans table de partitions ! C'est possible, ça ?

Avec une image loopback,oui. Mais si dans ton image, quelque chose fait appel à la table de partitions, tu auras un prob.

[Sve@r]

En gros, ces quelques lignes montrent qu'on peut bosser sans table de partitions ! C'est possible, ça ?

Oui, bien sûr.
Quand tu as un disque dur, tu peux au choix le partitionner en 1, 2, 3 ou 4 parties physiques (enfin ça a augmenté récemment jusqu'à je crois 64 mais je me souviens plus du nom de la techno qui fait ça) ou pas.
S'il est partitionné, chaque partition se comporte exactement comme un disque dur en plus réduit. Et sur ce mini-disque dur tu peux alors installer un filesystem (ou pas).
Mais s'il n'est pas partitionné, ça ne change pas le fait que ça reste un disque et donc que tu peux aussi lui installer un filesystem. En fait, la vraie formulation c'est plutôt dans l'autre sens, c'est que tu peux installer un FS sur tout disque à accès direct ; que ce disque soit un disque physique intégral ou une de ses partition qui se comportera alors elle-même comme un disque.

Tu as créé une image disque (donc on peut dire "un disque") puis tu lui as installé un FS sans le partitionner, ok pas de souci (ça m'est arrivé à moi aussi d'installer des FS sur des disques non partitionnés). Et maintenant tu appelles fdisk, outil pour le partitionner, fdisk te répond donc "ok je peux le faire mais attention, il y a déjà un truc dessus, si vous le faites ce sera perdu".

[Jipété]

Ok merci pour tout !



et

[Christophe]

Quand tu as un disque dur, tu peux au choix le partitionner en 1, 2, 3 ou 4 parties physiques (enfin ça a augmenté récemment jusqu'à je crois 64 mais je me souviens plus du nom de la techno qui fait ça) ou pas.

C'est GPT.

En MBR, tu as jusqu'à 4 partitions. L'une d'elle peut être une partition dite étendue en opposition aux partitions principale. Une partition étendue va à son tour contenir une table de partitions jusqu'à 4 partitions, dont une peut être étendue, etc. Le fdisk de Linux avec les multiples imbrications, gère jusqu'à 60 partitions, sous dos/Windows je sais pas mais je pense que ça se limite au 2ème niveau. J'ai jamais vu concrètement un 3ème niveau. Seule une partition principale est bootable via le bios.

Avec GPT, tu as 128 partitions possibles. GPT permet aussi de dépasser la limite des disques à 2,2 To de MBR du au 32 bits. Une copie de la table de partition se trouve en fin de disque.

Avec MBR, l'amorce se faisait via le code directement écrit dans le MBR. Avec GPT, on utilise EFI, l'amorce se fait depuis un fichier exécutable stocké dans une partition spéciale ESP (qui est en fait une partition FAT32 avec le flag ESP). Il me semble que cette partition ne doit pas forcément être la première mais c'est en général le cas.

Le 1er bloc d'un disque avec table de partition GPT contient un protective MBR présentant une seule partition recouvrant l'intégralité du disque de façon à ce qu'un outil ne gérant pas GPT n'écrase pas le disque.

Dans le cadre d'une image disque, tu peux y créer soit une table MBR comme expliqué précédemment via fdisk soit une table GPT via gdisk ou parted, ou créer un FS directement dedans sans table de partition.