• [^] # Re: Option max_lopp

    Posté par . En réponse au message Problème de "loop" libre. Évalué à 3.

    zarb...
    mauvaise distro pour cet usage, changer distro
    /désolé/

    Autre piste : utiliisation de autofs. (Voir, avant, si les accès ne sont pas trop nombreux en même temps sur tout les points.) Le principe d'autofs est de monter à la demande. Ainsi tu n'a pas x iso montées en même temps, mais x iso montées quant quelq'un ou quelque chose veux y accéder. Par exemple, pour un répertoire comme /usr/share/applications que tu voudrais voir déporter sur un serveur nfs c'est très pratique... Et ça marche aussi pour monter des iso (je passerai par un fichier genre iso.auto renseigné comme il faut, puis sa déclaration dans auto.master)

    m'enfin c'est zarb cette histoire de limites de montage d'iso sur ta distro. Dans un modinfo loop tu n'a pas un truc du genre :
    parm: max_loop:Maximum number of loop devices (int)
    parm: max_part:Maximum number of partitions per loop device (int)
    ???


    Et : pas besoin de rebooter, hein ;-)
    Tu arrêtes d'utiliser le module loop, en démontant les iso montées. Puis, après un rmmod loop, tu fais simplement un :
    modprobe loop max_loop=100

    et paf, ls /dev/loo* |wc -l affiche ... 100 devices disponibles.

    M'enfin c'est bizarre qu'une version serveur ne le permette pas... (surtout que le module le permet par défaut) Ca doit être une simple erreur de syntaxe lors du passage de l'option au noyau.

    Je serais toi, je ferais les deux :
    Plus de loop par défaut. Et chaque iso montées uniquement à la demande d'accès.

    Cdt.