Forum debian-fr.org

Rechercher:

* Connexion   * M’enregistrer

* FAQ    * Rechercher





Poster un nouveau sujet Répondre au sujet  [ 14 messages ] 
Auteur Message
MessagePosté: 17 Aoû 2012 00:02 
Hors ligne
Nouvel utilisateur

Inscription: 07 Jan 2012 23:19
Messages: 26
Salut tout le monde :)

Bon voilà, j'ai eu du mal à trouver alors je partage au cas où ça intéresserait quelqu'un :

Donc je cherchais comment ouvrir mes images iso simplement avec Thunar sans avoir à taper de mdp.

Commencez par installer le paquet fuseiso.

Ajouter cette action personalisée dans Thunar pour monter :
Code:
fuseiso -p %f %d/$(basename %n .iso)/

à utiliser pour autres fichiers *.iso

et celle-ci pour démonter :
Code:
fusermount -u %f

pour les répertoires uniquement

Maintenant faites un clic droit sur une image *.iso et choisissez l'action de montage. Cela créer un dossier image si votre image s'appelle image.iso dans le même dossier que l'image avec le contenu de l'image dedans.

Pour fermer le dossier, clic droit dessus et sélectionnez l'action de démontage.

Voici le script d'extraction :
Code:
#!/bin/sh
#
# Script permettant d'extraire les image *.iso données en argument.

for var in "$@"; do
   TEMP=$(mktemp -d)
   DIR=${var%????}
   fuseiso -p "$var" "$TEMP" # Montage de l'image
   cp -R "$TEMP" "$DIR" # copie du volume
   fusermount -u "$TEMP" # Démontage de l'image
   chmod u+rw -R "$DIR" # Changement des permissions
done


avec dans Thunar
Code:
/chemin/vers/le/script %F


Flo


Dernière édition par Flo_ le 17 Aoû 2012 14:42, édité 1 fois.

Haut
 Profil  
 
MessagePosté: 17 Aoû 2012 00:08 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21287
Localisation: Père.Igor (24)
Ça peut servir :023

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 17 Aoû 2012 10:19 
Hors ligne
Nouvel utilisateur

Inscription: 07 Jan 2012 23:19
Messages: 26
En fait, c'est plus pratique d'en faire un script :
Code:
#!/bin/sh
#
# Script permettant d'extraire les image *.iso données en argument.

for var in "$@"; do
   fuseiso -p $var .temp # Montage de l'image
   cp -R .temp "$(basename $var .iso)/" # copie du contenu du volume
   fusermount -u .temp # Démontage de l'image
   chmod u+rw -R "$(basename $var .iso)/" # Changement des permissions
done

(Ne pas oublier de le rendre executable)

Il fonctionne bien, mais quand j'essaie d'en faire une action personnalisée : script %N ou script %F il ne se passe rien.

Flo


Haut
 Profil  
 
MessagePosté: 17 Aoû 2012 10:44 
Hors ligne
Contributeur
Avatar de l’utilisateur

Inscription: 18 Juil 2007 17:57
Messages: 7735
Localisation: Grenoble
Flo_ a écrit:
Il fonctionne bien, mais quand j'essaie d'en faire une action personnalisée : script %N ou script %F il ne se passe rien.

Tu es sûr qu'il s'exécute dans le même répertoire que .temp depuis thunar ? Tu peu donner un chemin exclusif avec un ~ pour être sûr qu'il le trouve.

Une solution plus propre c'est de commencer avec (avant la boucle) :
Code:
tmpdir=$(mktemp -d)

pui d'utiliser $tempdir à la place de .temp et éventuellement à la fin (après la boucle) de faire un
Code:
rm -r "${tmpdir}"

_________________
Je suis Pitta, cartésien, irritable, irritant et névrosé (de plus je fais de l'entrisme pour zsh), si l'un de mes messages vous insupporte essayez d'y voir de l'ironie ou de ne pas en tenir compte. Bonne journée et gardez le sourire. :)


Haut
 Profil  
 
MessagePosté: 17 Aoû 2012 14:16 
Hors ligne
Nouvel utilisateur

Inscription: 07 Jan 2012 23:19
Messages: 26
J'ai bidouillé le script pour être sur de ne pas avoir de souci avec les chemins :
Code:
#!/bin/sh
#
# Script permettant d'extraire les image *.iso données en argument.

for var in "$@"; do
   TEMP="$var"-temp # dossier temporaire
   DIR=${var%????} # dossier de destination
   fuseiso -p "$var" "$TEMP" # Montage de l'image
   cp -R "$TEMP" "$DIR" # copie du volume
   fusermount -u "$TEMP" # Démontage de l'image
   chmod u+rw -R "$DIR" # Changement des permissions
done


Mais ça ne fonctionne toujours pas avec Thunar.

Flo


Haut
 Profil  
 
MessagePosté: 17 Aoû 2012 14:37 
Hors ligne
Nouvel utilisateur

Inscription: 07 Jan 2012 23:19
Messages: 26
Problème résolu, en fait, Thunar a besoin du chemin complet du script c'est tout ^^.

Flo


Haut
 Profil  
 
MessagePosté: 17 Aoû 2012 16:11 
Hors ligne
Administrateur du forum
Avatar de l’utilisateur

Inscription: 15 Oct 2004 01:13
Messages: 21287
Localisation: Père.Igor (24)
Quand script ne fonctionne pas, c'est la première chose à vérifier.

_________________
.
"L'action est plus efficace que la polémique, mais plus rare." Ricardo (1936-20..)
http://rictux.fr


Haut
 Profil  
 
MessagePosté: 20 Aoû 2012 11:25 
Hors ligne
Vraiment, particulièrement bavard(e)!
Avatar de l’utilisateur

Inscription: 13 Juil 2006 20:37
Messages: 1171
Petit remarque sur le script.
Quand tu monte l'ISO, ne faudrait il pas le faire dans le répertoire "/mnt" qui est rpévu pour les montages temporaires ? Enfin, juste histoire d'être plus propre :grin:


Haut
 Profil  
 
MessagePosté: 20 Aoû 2012 16:18 
Hors ligne
Très bavard(e)!

Inscription: 14 Nov 2007 20:21
Messages: 322
Localisation: Ille-et-Vilaine
Salut,

Mimoza a écrit:
Petit remarque sur le script.
Quand tu monte l'ISO, ne faudrait il pas le faire dans le répertoire "/mnt" qui est rpévu pour les montages temporaires ? Enfin, juste histoire d'être plus propre :grin:


Je ne pense pas, étant donné que par défaut, un utilisateur n'a pas les droits d'écriture dans /mnt (hum, ce n'est pas plutôt /media qui est utilisé pour les montages temporaires ?), et que le but de FUSE est de justement monter des systèmes de fichiers en espace utilisateur.
Par contre, j'aimerai bien savoir s'il existe un emplacement recommandé (dans $HOME) pour de tels montages. Je crois que GVFS le fait dans un dossier caché... peut-être ~/.local/[...].

_________________
Debian Sid (Xfce) - DELL Vostro 1510


Haut
 Profil  
 
MessagePosté: 20 Aoû 2012 17:22 
Hors ligne
Vraiment, particulièrement bavard(e)!
Avatar de l’utilisateur

Inscription: 13 Juil 2006 20:37
Messages: 1171
Le wiki (voir l'organisation des répertoires)
Citation:
/media Points de montage pour les supports amovibles
/mnt Point de montage pour les montages temporaires


Et il est vrai que les utilisateurs "normaux" n'ont pas le droit en écriture dans ce répertoire ... :whistle:


Haut
 Profil  
 
MessagePosté: 20 Aoû 2012 18:09 
Hors ligne
Contributeur
Avatar de l’utilisateur

Inscription: 18 Juil 2007 17:57
Messages: 7735
Localisation: Grenoble
Vous voyez les limites de POSIX ? :) C'est du desktop donc c'est pas dans HFS qu'on trouvera notre réponse.
Freedesktop est là pour nous sauver grâce à XDG http://standards.freedesktop.org/basedi ... atest.html
Je pense que le mieux c'est d'utiliser $XDG_RUNTIME_DIR et :
Citation:
If $XDG_RUNTIME_DIR is not set applications should fall back to a replacement directory with similar capabilities and print a warning message. Applications should use this directory for communication and synchronization purposes and should not place larger files in it, since it might reside in runtime memory and cannot necessarily be swapped out to disk.


Pas forcément pratique, mais sinon tu peut utiliser $XDG_DATA_HOME (avec $HOME/.local/share si la variable XDG n'est pas définie).

_________________
Je suis Pitta, cartésien, irritable, irritant et névrosé (de plus je fais de l'entrisme pour zsh), si l'un de mes messages vous insupporte essayez d'y voir de l'ironie ou de ne pas en tenir compte. Bonne journée et gardez le sourire. :)


Haut
 Profil  
 
MessagePosté: 21 Aoû 2012 10:18 
Hors ligne
Très bavard(e)!

Inscription: 14 Nov 2007 20:21
Messages: 322
Localisation: Ille-et-Vilaine
Salut,

Je ne sais pas, je ne trouve pas cela adapté non plus de placer un point de montage dans $XDG_RUNTIME_DIR (qui tient le rôle de /tmp si je comprend bien), étant donné qu'un point de montage est de nature persistant, et subsiste après la fermeture du processus ayant effectué le montage.
Idem pour $XDG_DATA_*, je me pose la question "est-ce qu'il est adapté de monter un système de fichiers dans ~/.local/share:/usr/local/share:/usr/share ? À mon sens il semble que non.
Le plus propre ne serait pas de créer un dossier $HOME/media ou $HOME/mnt (tout comme on crée souvent - enfin je pense - $HOME/bin) ?

PS : pour info, c'est pour le développement d'un petit frontal graphique facilitant l'utilisation de plusieurs utilitaires CLI tel que SSHFS, CurlFTPFS, FuseISO... il est déjà conforme XDG, sauf concernant l'emplacement des points de montage où la question restait entière.

_________________
Debian Sid (Xfce) - DELL Vostro 1510


Haut
 Profil  
 
MessagePosté: 21 Aoû 2012 10:39 
Hors ligne
Contributeur
Avatar de l’utilisateur

Inscription: 18 Juil 2007 17:57
Messages: 7735
Localisation: Grenoble
Keldath a écrit:
Idem pour $XDG_DATA_*, je me pose la question "est-ce qu'il est adapté de monter un système de fichiers dans ~/.local/share:/usr/local/share:/usr/share ? À mon sens il semble que non.

Pourquoi ?

_________________
Je suis Pitta, cartésien, irritable, irritant et névrosé (de plus je fais de l'entrisme pour zsh), si l'un de mes messages vous insupporte essayez d'y voir de l'ironie ou de ne pas en tenir compte. Bonne journée et gardez le sourire. :)


Haut
 Profil  
 
MessagePosté: 21 Aoû 2012 10:49 
Hors ligne
Très bavard(e)!

Inscription: 14 Nov 2007 20:21
Messages: 322
Localisation: Ille-et-Vilaine
MisterFreez a écrit:
Pourquoi ?

Je peux me tromper, mais c'est adapté pour mettre des icônes, de la documentation, ou tout autres données (fichiers Glade etc) dîtes "statiques" livrées de base avec le programme et variant peu dans le temps (ce qui n'est pas le cas d'un montage FUSE), non ?

EDIT : en regardant le $HOME/.local/share/ de ma machine, j'y vois beaucoup de logs, des plugins téléchargés pour certaines applis, des fichiers *.desktop... Étant sur Ubuntu là, la chose qui se rapprocherait le plus serait UbuntuOne avec son système de fichiers virtuel qui semblerait être géré là dedans, mais n'utilisant pas ce programme je ne peux pas tester pour confirmer.

EDIT2 : et concernant GVFS, il effectue ses montages dans $HOME/.gvfs/. Chacun fait sa tambouille :)

_________________
Debian Sid (Xfce) - DELL Vostro 1510


Haut
 Profil  
 
Afficher les messages postés depuis:  Trier par  
Poster un nouveau sujet Répondre au sujet  [ 14 messages ] 

Index du forum » Forums d'aide » Trucs et Astuces


Qui est en ligne

Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité


Vous ne pouvez pas poster de nouveaux sujets
Vous ne pouvez pas répondre aux sujets
Vous ne pouvez pas éditer vos messages
Vous ne pouvez pas supprimer vos messages
Vous ne pouvez pas joindre des fichiers

Rechercher:
Aller à:  
Flux RSS Flux RSS Liste des flux Liste des flux
Powered by phpBB® Forum Software © phpBB Group
Traduction par: phpBB-fr.com
SEO
[ Time : 0.099s | 12 Queries | GZIP : Off ]