Je ne comprends pas trop pourquoi modinfo ne trouve pas le module loop pour en donner les détails, mais nous n'avons aucune information sur la distribution utilisée, ou sur comment le noyau a été installé (peut-être un depmod qui manque ?).
Le fait est qu'il y a déjà des loops en place pour des snaps (dixit le premier post), donc il me semble assez sûr que ce module est en fait fonctionnel...
Quant aux loops en trop, c'est un faux problème. Il y a en effet par défaut un certain nombre de périphériques prêts à être utilisés, et d'autres peuvent être créés à la volée...
Extrait de drivers/block/Kconfig :
config BLK_DEV_LOOP_MIN_COUNT
int "Number of loop devices to pre-create at init time"
depends on BLK_DEV_LOOP
default 8
help
Static number of loop devices to be unconditionally pre-created
at init time.
This default value can be overwritten on the kernel command
line or with module-parameter loop.max_loop.
The historic default is 8. If a late 2011 version of losetup(8)
is used, it can be set to 0, since needed loop devices can be
dynamically allocated with the /dev/loop-control interface.
[^] # Re: Contenu de part.img ?
Posté par Cyril Brulebois (site web personnel) . En réponse au message Problème /dev/loop. Évalué à 1. Dernière modification le 24 septembre 2018 à 06:39.
Je ne comprends pas trop pourquoi
modinfone trouve pas le modulelooppour en donner les détails, mais nous n'avons aucune information sur la distribution utilisée, ou sur comment le noyau a été installé (peut-être undepmodqui manque ?).Le fait est qu'il y a déjà des
loopsen place pour des snaps (dixit le premier post), donc il me semble assez sûr que ce module est en fait fonctionnel...Quant aux
loopsen trop, c'est un faux problème. Il y a en effet par défaut un certain nombre de périphériques prêts à être utilisés, et d'autres peuvent être créés à la volée...Extrait de
drivers/block/Kconfig:Debian Consultant @ DEBAMAX