Re: Problème de permission sur clés USB
Le 11/06/2015 11:48, Jean-Jacques Doti a écrit : > Le 11/06/2015 08:34, Christophe Gallaire a écrit : >> Le 11/06/2015 07:46, mireero a écrit : >>> On 06/10/2015 10:50 PM, Christophe Gallaire wrote: Bonsoir à tous, J'ai installé récemment Debian 8. Toutes les clés USB sont montées avec pour propriétaire "root". Je ne m'explique pas pourquoi. Pour contourner le problème d'écriture, j'ai modifié le fichier /etc/usbmount/usbmount.conf comme suit : FS_MOUNTOPTIONS="-fstype=vfat,gid=plugdev,fmask=0002,dmask=0002" Reste qu'au démontage, je dois renseigner mon mot de passe "root". Quelqu'un a-t-il des lumières sur ce problème ? D'avance, merci. Christophe >>> Tu peux ajouter l'option 'user' (ou même plutôt 'users') à tes options >>> de montage, et uid=`id -u`. >>> >>> Ceci dans la ligne de commande de "montage", ou dans usbmount.conf (je >>> connais pas ce fichier, en tout cas je l'ai pas ici), ou plus >>> classiquement dans fstab. >>> >> Je vais ajouter ces deux options. Reste tout de même une question : d'où >> vient ce problème de montage/démontage de clés USB que je n'ai jamais >> rencontré ? > Il faudrait un peu plus de détails pour savoir ce qu'il se passe… > Quoi qu'il en soit le coupable (même si c'est un bien grand mot) est > le paquet usbmount (qui fait juste son travail). Tu peux jeter un coup > d'œil à ce bug : > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676554 > > En résumé : > - Regarde dans /etc/fstab s'il existe une ligne concernant /dev/sdb1 > (à monter sur /media/usb0). Si c'est le cas, on peut supprimer la ligne. > - Si tu utilises un environnement graphique comme Gnome, KDE, XFCE, > Cinnamon, … je pense que le paquet usbmount peut simplement être > supprimé. Les clés ou disques USB seront alors accessibles par > l'utilisateur de la session graphique. > - Tu peux aussi essayer d'installer le paquet pmount. > Le coupable était bien usbmount. Après suppression, tout est revenu à la normale. La suppression de usbmount a entraîné la suppression de pmount. @+ Merci ! Christophe -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5579f969.80...@gmail.com
Re: umask spécifique à un répertoire
Salut, steve a écrit le 10/06/2015 18:10 : > L'idée est de pouvoir créer des fichiers dans un répertoire > particulier avec des permissions 600, et c'est tout. Et juste avoir le répertoire parent en 700, ce n'est pas suffisant? -- Stéphane -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/mlcs6u$78r$1...@usenet.pasdenom.info
Re: détecter le lancement d'un programme
Le Wed, 10 Jun 2015 15:14:52 +0200, Fabrice Regnier a écrit : > > dans le cadre d'une application, je souhaite détecter le lancement > > d'un programme (type: cp, mv) afin de lancer un script bash lorsque > > la commande est détectée. > > Y-a-t-il un moyen de faire ceci? > package acct ? > > f. Je dis peut-être une bêtise et je ne sais pas pourquoi c'est faire, ça serait pas un boulot à faire dans le cadre de selinux ? -- haricoph...@aranha.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150611122737.2e89ed18@azuki.aranha
Re: problème rsync
À jeu. juin 11 12:34:22 2015 GMT+0200, Sébastien NOBILI a écrit : > Le jeudi 11 juin 2015 à 6:19, Grégory Reinbold a écrit : > > Ok, mon binaire doit être custom. (Etrange il provient pourtant des dépôts > > de Deb ?!) > > Si le binaire provient des dépôts alors il ne peut pas être custom, c'est un > peu > antinomique… > Antinomique ? Oui. Mais sais-tu ce qu'est l'ironie ? :) Visiblement non. > > Donc je le répète, mais différemment. Je synchronise automatiquement toutes > > les heures mon répertoire $HOME à l'aide d'un script sh et d'un cron. > > > > Mon répertoire personnel contient un dossier sshfs dans lequel je monte mes > > dossiers distants. Toutefois je veux pas synchroniser ce répertoire sshfs. > > Donc dans mon petit script sh j'ai une ligne rsync avec l'option > > --exclude=sshfs > > > > Je ne sais comment expliquer, mais la magie de mon pseudo custom rsync > > opère et le répertoire sshfs n'existe pas dans le répertoire de destination > > de ma synchro. > > > > Donc j'en déduis qu'avec ou sans / ou autres précisions, dès que le PATTERN > > est trouvé dans le path, boom, mon rsync custom exclu l'occurrence que ce > > soit un fichier ou un dossier. > > > > Avant de dire que ce que je raconte est faux, teste par toi-même pour voir > > si je raconte de la merde. > > Plutôt que d'être agressif, relis avec attention ce qu'a expliqué Pierre. > Oui il y a de l'agressivité derrière et je m'en excuse. Ca vient pas tout seul hein. Je mords pas. Simplement quand j'explique que quand j'utilise l'option --exclude=PATTERN de rsync chaque heure du jour et de la nuit et que cela me permet d'exclure un répertoire contrairement à ce que Fabien pensait et Pierre me dit "Faux".. J'ai du mal. D'où toute mon ironie. J'avoue j'ai pas lu (sur smartphone) tout le message de Pierre. > En résumé : > - « sshfs » va exclure tout ce qui contient cette séquence de caractères > (fichier ou dossier); Ouf.. Je ne rêve pas, mon script n'est donc pas magique ! \o/ Et mon binaire pas custom.. (Marche sur des oeufs) > - « sshfs/ » va exclure les dossiers dont le nom se termine par cette > séquence de caractères. > > Si ton homedir contient un jour un fichier qui contient la séquence « sshfs » > dans son nom, il ne sera pas synchronisé non-plus, je ne suis pas sûr que ce > soit le comportement que tu voulais avoir… > J'ai ce qu'il me faut. Merci de t'en soucier. A savoir que l'option --one-file-system est inutile lorsque mes répertoires distants ne sont pas montés. Dans ce cas là je me retrouve avec des répertoires vides dans la destination : sshfs-io sshfs-jupiter sshfs-vps02 ... Ce qui est exactement le comportement que je veux éviter. > Sébastien > > -- > Lisez la FAQ de la liste avant de poser une question : > http://wiki.debian.org/fr/FrenchLists > > Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" > vers debian-user-french-requ...@lists.debian.org > En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org > Archive: > https://lists.debian.org/20150611103422.gd3...@sebian.nob900.homeip.net > > -- Grégory Reinbold
Re: problème rsync
Le jeudi 11 juin 2015 à 6:19, Grégory Reinbold a écrit : > Ok, mon binaire doit être custom. (Etrange il provient pourtant des dépôts de > Deb ?!) Si le binaire provient des dépôts alors il ne peut pas être custom, c'est un peu antinomique… > Donc je le répète, mais différemment. Je synchronise automatiquement toutes > les heures mon répertoire $HOME à l'aide d'un script sh et d'un cron. > > Mon répertoire personnel contient un dossier sshfs dans lequel je monte mes > dossiers distants. Toutefois je veux pas synchroniser ce répertoire sshfs. > Donc dans mon petit script sh j'ai une ligne rsync avec l'option > --exclude=sshfs > > Je ne sais comment expliquer, mais la magie de mon pseudo custom rsync opère > et le répertoire sshfs n'existe pas dans le répertoire de destination de ma > synchro. > > Donc j'en déduis qu'avec ou sans / ou autres précisions, dès que le PATTERN > est trouvé dans le path, boom, mon rsync custom exclu l'occurrence que ce > soit un fichier ou un dossier. > > Avant de dire que ce que je raconte est faux, teste par toi-même pour voir si > je raconte de la merde. Plutôt que d'être agressif, relis avec attention ce qu'a expliqué Pierre. En résumé : - « sshfs » va exclure tout ce qui contient cette séquence de caractères (fichier ou dossier); - « sshfs/ » va exclure les dossiers dont le nom se termine par cette séquence de caractères. Si ton homedir contient un jour un fichier qui contient la séquence « sshfs » dans son nom, il ne sera pas synchronisé non-plus, je ne suis pas sûr que ce soit le comportement que tu voulais avoir… Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150611103422.gd3...@sebian.nob900.homeip.net
Re: Problème mise à jour Wheezy -> Suite
Bonjour, Le jeudi 11 juin 2015 à 0:51, mireero a écrit : > Les 2 outils se basent sur la même base de donnée donc peuvent être utilisés > indifféremment (y'en a qui disent qu'il faut en choisir un et rester > dessus). Oui, « y'en a qui disent ». Pour ma part, je les mixe suffisamment pour affirmer qu'ils font bon ménage. > J'avais lu une fois qu'officiellement aptitude était conseillé par l'équipe > debian, je sais pas trop ce qu'il en est. Aptitude a été recommandé face à apt-get à une époque (je dirais bien à l'époque de Sarge, mais pas vraiment sûr…), mais ce n'est plus le cas. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150611102138.gc3...@sebian.nob900.homeip.net
Re: Problème de permission sur clés USB
Le 11/06/2015 08:34, Christophe Gallaire a écrit : Le 11/06/2015 07:46, mireero a écrit : On 06/10/2015 10:50 PM, Christophe Gallaire wrote: Bonsoir à tous, J'ai installé récemment Debian 8. Toutes les clés USB sont montées avec pour propriétaire "root". Je ne m'explique pas pourquoi. Pour contourner le problème d'écriture, j'ai modifié le fichier /etc/usbmount/usbmount.conf comme suit : FS_MOUNTOPTIONS="-fstype=vfat,gid=plugdev,fmask=0002,dmask=0002" Reste qu'au démontage, je dois renseigner mon mot de passe "root". Quelqu'un a-t-il des lumières sur ce problème ? D'avance, merci. Christophe Tu peux ajouter l'option 'user' (ou même plutôt 'users') à tes options de montage, et uid=`id -u`. Ceci dans la ligne de commande de "montage", ou dans usbmount.conf (je connais pas ce fichier, en tout cas je l'ai pas ici), ou plus classiquement dans fstab. Je vais ajouter ces deux options. Reste tout de même une question : d'où vient ce problème de montage/démontage de clés USB que je n'ai jamais rencontré ? Il faudrait un peu plus de détails pour savoir ce qu'il se passe… Quoi qu'il en soit le coupable (même si c'est un bien grand mot) est le paquet usbmount (qui fait juste son travail). Tu peux jeter un coup d'œil à ce bug : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676554 En résumé : - Regarde dans /etc/fstab s'il existe une ligne concernant /dev/sdb1 (à monter sur /media/usb0). Si c'est le cas, on peut supprimer la ligne. - Si tu utilises un environnement graphique comme Gnome, KDE, XFCE, Cinnamon, … je pense que le paquet usbmount peut simplement être supprimé. Les clés ou disques USB seront alors accessibles par l'utilisateur de la session graphique. - Tu peux aussi essayer d'installer le paquet pmount. -- A+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5579596c.9080...@doti.fr
Re: Problème mise à jour Wheezy -> Suite
Le 10/06/2015 22:57, andre_deb...@numericable.fr a écrit : On Wednesday 10 June 2015 22:41:50 F. Marécaille wrote: Punaise!! bien vu andre_debian!! en passant par "su" et ensuite apt-get update cela fonctionne mais pas avec sudo apt-get update, pourquoi??? […] C'est parce que ton sudo n'est pas configuré, /etc/sudoers Stoppes le et après c'est soit $ ou # : /etc/init.d/./sudo stop ainsi que dans le "/etc/rc2.d" => # mv SXsudo KSXsudo X étant le n° du processus et S comme start et K comme kill. Il ne démarrera plus au prochain boot du pc. sudo est un truc d'Ubuntu qui ne m'a jamais plu. Je ne me prononcerai pas sur l'utilité de sudo pour éviter les polémiques (même si cela peut être très utile, mais dangereux si mal maîtrisé, pour déléguer juste certains droits à des utilisateurs particuliers) mais ce que propose André ne sert pas à grand chose : sudo n'est pas un service avec un démon qui s'exécute en permanence. "/etc/init.d/sudo start" se contente de modifier des droits dans /var/lib/sudo et "/etc/init.d/sudo stop" ne fait strictement rien ! Et tout cela ne nous explique pas pourquoi la commande "aptitude update" (ou plutôt "sudo aptitude update") ne fonctionnait pas. L'erreur initiale semblait être un soucis de connexion en IPv6 mais il semble que les causes pouvaient être multiples et nous n'avons pas de détails concernant les messages d'erreur après la désactivation d'IPv6. Le contenu du fichier /etc/sudoers ou le résultat de la commande "sudo -l" (exécutée par l'utilisateur qui faisait la mise à jour) seraient également intéressant pour faire un diagnostic (je n'aime pas lâcher une question sans comprendre d'où venait le soucis, même si un contournement a été trouvé). @+ Jean-Jacques -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55795498.5030...@doti.fr
Re: problème rsync
Le Wed, 10 Jun 2015 11:40:03 +0200, Fabrice Regnier a écrit : > sinon, j'ai un truc comme ça qui fonctionne bien: avec l'option > --exclude-from > > > #!/bin/bash > > SRC='/ma_source/' > > DEST='/ma_dest' > > EXCLUSION='fichier_exclusion' > LOG='fichier.log' > BACKUPDIR='/mon_dir_de_backup' > > rm $BACKUPDIR -rf mkdir $BACKUPDIR > > /usr/bin/rsync --delete --log-file=$LOG --exclude-from=$EXCLUSION > --backup --backup-dir=$BACKUPDIR -av $SRC $DEST > > Et dans fichier_exclusion, j'ai ce type d'entrées: > > /.htaccess /images/images_carousel/ > /images/vignettes/ > /twitts/ > > a+ > > f. je vais faire un backup de test pour essayer. Je vais essayer de le faire aujourd'hui et je tiendrais au courant. sinon lundi merci pour les infos -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/557948c4$0$3053$426a3...@news.free.fr
Re: problème rsync
Le Thu, 11 Jun 2015 09:40:03 +0200, moi-meme a écrit : > Le Wed, 10 Jun 2015 11:40:02 +0200, Fabrice Regnier a écrit : > >> 'lut, >> >> >>> l'option --exclude=PATTERN n'a l'air d'être valable que pour des >>> fichiers. >> pas si sur. T'as essayé >> >> --exclude /trashbox >> >> ? >> >> a+ >> >> f. > > n'a pas l'air de fonctionner. > > le dossier trashbox qui contient les fichiers effacés de la destination > est créé par la NAS donc externe à la commande rsync. en fait c'est --exclude=trashbox/ le / fait la différence -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5579400a$0$3173$426a7...@news.free.fr
Re: problème rsync
Le 11 juin 2015 à 08:19, Grégory Reinbold a écrit :
>
> Ok, mon binaire doit être custom. (Etrange il provient pourtant des dépôts de
> Deb ?!)
>
> Donc je le répète, mais différemment. Je synchronise automatiquement toutes
> les heures mon répertoire $HOME à l'aide d'un script sh et d'un cron.
>
> Mon répertoire personnel contient un dossier sshfs dans lequel je monte mes
> dossiers distants. Toutefois je veux pas synchroniser ce répertoire sshfs.
> Donc dans mon petit script sh j'ai une ligne rsync avec l'option
> --exclude=sshfs
>
> Je ne sais comment expliquer, mais la magie de mon pseudo custom rsync opère
> et le répertoire sshfs n'existe pas dans le répertoire de destination de ma
> synchro.
>
> Donc j'en déduis qu'avec ou sans / ou autres précisions, dès que le PATTERN
> est trouvé dans le path, boom, mon rsync custom exclu l'occurrence que ce
> soit un fichier ou un dossier.
Je fais la même chose. On devrait donc pouvoir t’aider. Si ton problèmes est de
ne pas synchroniser le contenu d’un montage effectué dans ton répertoire, il
suffit normalement d’ajouter l’option « —one-file-system ».
Voici les paramètres utilisés dans mon script de synchronisation :
rsync ${OptVerbose} ${OptTest} ${OptApple} --stats --archive --delete \
--hard-links --links --one-file-system
--exclude-from=${FicExclusions} \
"${Origine}/" "${Destination} »
avec « OptVerbose », « OptTest » et « OptApple » positionnés selon l’usage à «
—verbose », « —dry-run » et, si on le fait tourner sous Mac OS X, «
—extended-attributes ». Le fichier d’exclusion contient ceci pour une Debian /
Ubuntu :
# Fichiers généraux pour une Debian (ou Ubuntu) sous Gnome
- /.fontconfig
- Cache/*
- cache/*
- /.xsession-errors
- /.gconfd/saved_state
- /.gnome2/share/fonts
- /.bash_history
- /.viminfo
- /.config/tracker
- /.cache
- /.gstreamer-0.10
- /.local
- /.pulse-cookie
- /.dbus
- /.update-manager-core
- /.update-notifier
- /.gvfs/ <=
Si je n’ai pas de point de montage SSH « sshfs », il y a toujours sous Ubuntu
le point de montage des montages de Gnome (« .gvfs ») sur lequel est effectué
tous les montages effectués dans le cliquaudrome. C’est la ligne « - /.gvfs/ »
qui gère ça. Je peut t’assurer que ce script fonctionne.
Voici ce que dit le « man » à propos des répertoires avec les options
d’exclusion ou d’inclusion :
o if the pattern ends with a / then it will only match a directory,
not a regular file, symlink, or device.
ça me semble clair, non ?
On pourrait même simplifier la recherche des caches en prenant pour principe
que tout répertoire dont le nom contient « cache » est un cache en donnant une
règle du type (je ne suis pas un fan des regex) :
- [C-c]ache*/
> Avant de dire que ce que je raconte est faux, teste par toi-même pour voir si
> je raconte de la merde.
Excuses pour la brutalité du propos, ce qui je disais faux était la conclusion,
pas le constat.
Une explication de tes problèmes peut venir aussi de l’enchaînement des
exclusions/inclusions qui, comme on est dans une lecture récursive, ré-inclus
ton exclusion par une autre règle.
>
> Script sh à l'appui pour les septiques.
>
> Sur ce, une très belle journée à vous.
>
> À jeu. juin 11 00:38:30 2015 GMT+0200, Pierre Malard a écrit :
>>
>>> Le 10 juin 2015 à 12:50, Grégory Reinbold a écrit :
>>>
>>> L'option --exclude=PATTERN ne fait pas la différence entre un fichier et un
>>> dossier. A partir du moment où un fichier ou un dossier contient ton
>>> PATTERN dans son filename il sera exclu de la synchronisation.
>>
>> Faux, il est très facile de faire la différence entre un fichier et un
>> répertoire en jouant sur les slashs (« / ») en fin d’expression.
>> Le plus facile serait de lire les mails que j’avais envoyé les 18 et 19 mai
>> (Re: rsync et /run) et le contenu de « man rsync ». Recherche dans les
>> archives de la liste, voici un extrait de ce que j’écrivais :
>> «
>> En fait, l’exclusion, marquée par le signe moins, est basée sur la racine de
>> la sauvegarde. Elle peut être relative ou complète. Le slash (« / ») indique
>> une référence complète par rapport à la racine de la sauvegarde et non une
>> référence par rapport à la racine du système de fichiers du serveur, d’où
>> l’ambiguité.
>>
>> Si on veut exclure un répertoire spécifique, il faut une notation complète :
>> - /foo/bar/
>> Si on veut exclure tout répertoire cache par exemple, on n’indique pas le
>> slash mais on termine par un slash pour indiquer que c’est un répertoire :
>> - cache/
>> ici, tout répertoire appelé « cache » à partir de la racine de sauvegarde
>> sera exclu du rsync.
>>
>> On peut aussi utiliser les méta-caractères.
>> Je ne saurait trop conseiller la lecture de la documentation par un « man
>> rsync », plus précisément le paragraphe « INCLUDE/EXCLUDE PATTERN RULES ».
>> Il est très complet, bien fait, et propose des exemples instructifs.
>>
>> Ces exemples sont ba
Re: problème rsync
Le Wed, 10 Jun 2015 11:40:02 +0200, Fabrice Regnier a écrit : > 'lut, > > >> l'option --exclude=PATTERN n'a l'air d'être valable que pour des >> fichiers. > pas si sur. T'as essayé > > --exclude /trashbox > > ? > > a+ > > f. n'a pas l'air de fonctionner. le dossier trashbox qui contient les fichiers effacés de la destination est créé par la NAS donc externe à la commande rsync. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/557935a9$0$3173$426a7...@news.free.fr
