[RESOLU] Volume Veracrypt refuse de se démonter

[Linuxing]

Bonsoir,

Hier, un volume Veracrypt monté refusa de se laisser démonter et je dus arrêter le PC pour y arriver

Je signale qu'avant la demande de démontage, j'avais utilisé Office Draw en exécutant une macro et Gscan2pdf pour créer un gros PDF, donc avec une forte consommation de RAM

Voici les fenêtres qui me furent proposées, mais sans succès :





Je n'avais jamais eu ça auparavant

Si quelqu'un a une piste... Merci

PS : je suis le seul utilisateur sur mon PC

[david37]

Salut Linuxing,

Quand tu as utilisé ta macro, elle impliquait d'utiliser ce volume Veracrypt ?
T'as réessayé depuis de monté / démonté le volume concerné ? (sans avoir lancé de macro) ?

Si ta macro a consommé beaucoup de RAM, est-ce qu'il se pourrait que lors de la fin de la macro, certaines instructions soient restées en "suspens" dans la zone tampon de la RAM faisant croire au système que le volume était encore utilisé ?

Par exemple, sous windows j'ai souvent le cas que lorsque je viens de finir de copier des fichiers sur un support externe et que je veux demander à retirer le périphérique, on me répond qu'il est encore occupé alors que le transfert de fichiers est terminé depuis qq secondes déjà. Je me suis toujours dit que c'était le temps que le système actualise son status et se disent "ça c'est bon, c'est fait, on en a plus besoin".

Peut être que dans ton cas, purger la RAM aurait aidé.
Pour ça, tu fais dans le terminal:

Code : Tout sélectionner

su sync
echo 3 | tee /proc/sys/vm/drop_caches

PS: sur certains sites, ils te disent de faire simplement sudo et non su. Moi je me suis aperçu que sudo marchait pas et ne me donnait pas assez de privilèges pour faire ça... alors que je suis seul utilisateur / adimistrateur de mon pc.
Donc commences par sudo et si ça marche pas, remplace par su (attention tu es en privilège élevé, fais attention à ce que tu fais).

Tu peux vérifier ta mémoire libre en faisant:

Code : Tout sélectionner

free -m

A+
David

[alain]

Salut

Heu? y aurait pas comme un espace de trop entre le "/" et le "proc" ?
Je peux me tromper,ça ne serait pas la première fois, mais ça me pique les noeils cet espace...

[Linuxing]

Salut Linuxing,

Quand tu as utilisé ta macro, elle impliquait d'utiliser ce volume Veracrypt ?
T'as réessayé depuis de monté / démonté le volume concerné ? (sans avoir lancé de macro) ?

Si ta macro a consommé beaucoup de RAM, est-ce qu'il se pourrait que lors de la fin de la macro, certaines instructions soient restées en "suspens" dans la zone tampon de la RAM faisant croire au système que le volume était encore utilisé ?

Par exemple, sous windows j'ai souvent le cas que lorsque je viens de finir de copier des fichiers sur un support externe et que je veux demander à retirer le périphérique, on me répond qu'il est encore occupé alors que le transfert de fichiers est terminé depuis qq secondes déjà.

Salut david37,

Non, la macro n'impliquait en aucune façon le volume crypté car j'avais créé un dossier avec les images dans home pour effectuer le test. Il est toutefois possible, et je pense aussi que c'est le cas, que la macro ait utilisé beaucoup de RAM, ce qui empêcha le volume de se démonter

Au cas où... j'ai un icône dans le tableau de bord qui me permet de libérer de la mémoire immédiatement, il s'agit d'une instruction automatisée qui me fut en son temps transmise par dagonh

Pour ton périphérique qui ne veut pas lâcher prise avec Windose, ça ne m'étonne pas, j'ai presque toujours eu ce genre de problème avant d'être sous Linux Une fois sous LM, ce problème fut complètement éradiqué ! A l'époque, j'avais même créé un post sur le forum de W7 pour expliquer cette anicroche, mais aucune solution ne fut fournie

[david37]

Salut

Heu? y aurait pas comme un espace de trop entre le "/" et le "proc" ?
Je peux me tromper,ça ne serait pas la première fois, mais ça me pique les noeils cet espace...

Bien vu l'aveugle
J'ai corrigé

[Linuxing]

Pour l'instant, le problème de démontage de volume chiffré ne s'est plus produit et je vais mettre le sujet en tant que résolu car il est très probable que l'exécution de la macro est à l'origine de l'anicroche