Re: machine virtuelle dans vps

[mireero]

On 04/20/2016 06:00 PM, mireero wrote:

Bonjour,

Je vais m'occuper d'un serveur chez ovh avec leur offre vps cloud.
Il est susceptible de migrer vers un dédié dans le futur.

Pour faciliter l'éventuelle migration (et également pour profiter des
snapshots), j'avais pensé le mettre dans une machine virtuelle.

Bonne idée?

Si oui, quel genre de solution de virtualisation puis-je envisager?
Si possible quelque chose qui resterait simple à prendre en main.

Tout cela se passerait sur debian bien sûr.

--
Michael


Merci pour les réponses, je vais aller jeter un coup d'oeil vers proxmox 
et docker.


Une question en rapport:

L'overhead (ça doit pouvoir se dire en français mais je trouve pas là) 
lié à la machine virtuelle est-il acceptable?


Je sais que c'est difficile à dire et dépendant de bcp de paramètres et 
de ce qu'on mesure, mais si on pouvait parler en pourcentage, quel est 
l'ordre d'idée de la "perte" de performances (réseau, disque dur, 
processeur), 5%, 50% ?

machine virtuelle dans vps

[mireero]

Bonjour,

Je vais m'occuper d'un serveur chez ovh avec leur offre vps cloud.
Il est susceptible de migrer vers un dédié dans le futur.

Pour faciliter l'éventuelle migration (et également pour profiter des 
snapshots), j'avais pensé le mettre dans une machine virtuelle.


Bonne idée?

Si oui, quel genre de solution de virtualisation puis-je envisager?
Si possible quelque chose qui resterait simple à prendre en main.

Tout cela se passerait sur debian bien sûr.

--
Michael

Re: Question wget

[mireero]

On 04/16/2016 04:40 PM, mahashakti89 wrote:

On Sat, Apr 16, 2016 at 02:27:56PM +0200, Belaïd wrote:

Bonjour,
Je suis sur une version 1.16-1 de wget, et l'option -c fonctionne très
bien.
Quelle est ta version ?


Bonjour,

Je suis en Sid , version 1.17.1-1+b1. Histoire de voir j'ai essayé sur
une Ubuntu - sensiblement la même version de wget - et là ça fonctionne.


Idem sur stable (1.16)




Cordialement




Le 16 avril 2016 à 10:04,  a écrit :

   Bonjour,

   Auparavant on pouvait passer l'option -c à wget pour continuer un
   téléchargement interrompu. Avec la version actuelle cela ne marche
plus on
   obtient la réponse : file not modified on server. Omitting download.
   Est-ce un bogue ou une option à rajouter?
   Cordialement

Re: Debian Jessie: boot en mode recovery où n'est pas monté en read-only

[mireero]

On 03/27/2016 07:30 PM, Francois Lafont wrote:

On 27/03/2016 18:10, mireero wrote:


Tu pourrais pas faire simplement un:
# mount -o remount,ro /dev/sda1 && zerofree /dev/sda1


Oui j'avais tenté cela déjà mais la commande « mount -o remount,ro /dev/sda1 »
ne fonctionne pas. J'ai un message qui me dit que /dev/sda1 est occupé.
J'ai aussi tenté la commande alors que j'avais rebooté en mode recovery et
j'avais le même message d'erreur.


Je pensais que tu voulais peut-être protéger certains fichiers/dossiers contre 
l'écriture/écrasement en passant tout en ro


Ah ok. Non, effectivement je ne suis pas dans ce cas. J'ai une commande à
lancer (une seule fois) et qui nécessite que / soit en read-only (temporairement
donc). Le mode recovery de Trusty répond parfaitement à mes besoins donc
mais pas celui de Jessie.



Quelques idées/pistes:

/var (ex: /var/run/*, var/log/*), /etc (ex: /etc/udev/rules.d/70*) et 
/tmp vont poser problème.


Déjà, tu peux mettre /tmp en tmpfs dans /etc/fstab

Utiliser 'noatime' dans /etc/fstab

# mount -no remount,ro /dev/sda1
// l'option 'n' pour ne pas toucher à /etc/mtab qui va se trouver du 
coup sur un système ro


$ fuser -v -m /
// Pour avoir une idée des processus qui utilisent le système de fichier /

$ lsof / | awk '$4 ~ /[0-9].*w/'
// Processus qui ont un fichier en cours d'écriture
// Chez moi, en mode single, je n'en ai que 2, hwdb et dhclient, si je 
les tue, ça marche.


Tuer des services susceptibles d'écrire, par exemple:
# service rsyslog stop
# service network-manager stop
# killall dhclient
# systemctl stop systemd-journald.socket
# systemctl stop systemd-journald.service

Ou tu peux essayer simplement:
# telinit 1
# mount -no remount,ro /

Ça fonctionne chez moi, cela peut sembler curieux.
J'ai regardé un peu, c'est "/lib/init/mount-functions.sh" qui positionne 
une variable $rootmode en la lisant dans 'fstab'. Ce fichier est sourcé 
par "/etc/init.d/checkroot.sh" qui, après avoir vérifié le système de 
fichier et s'être assuré qu'il est bien en read-only (on se demande un 
peu à quoi sert l'option du kernel), le bascule en rw le cas échéant. 
C'est donc checkroot.sh notre cible, et tu pourrais écraser la variable 
$rootmode, mais il te faudrait une condition, du genre si j'ai démarré 
en mode rescue, t'es à ro, sinon tu restes à rw.
En tout cas, il y a bien une différence booter directement en "single" 
ou booter en "multi" puis basculer en "single".
D'ailleurs, on peut noter que checkroot.sh et dans le niveau d'exécution 
S (pour start), donc qu'il n'est pas ré-exécuté quand on passe de 5 à 1.


Update: il est plus probable que ce script est ignoré et que le travail 
est fait par systemd-remount-fs.service.


Dans fstab, on a par défaut l'option "errors=remount-ro", j'ai une idée 
bête, créer une erreur délibérément (bon, je sais, no comment!).


Virtualbox ne fournirait-il pas des outils pour accéder/monter la 
partition à partir de l'hôte (sans booter la VM donc)? C'est possible 
avec VMWare par exemple.


Booter sur une iso Trusty en mode recovery, faire la manip.

Comparer les configurations de Trusty et Jessie et comprendre.

Voilà, bon courage (surtout si tu te lances dans le dernier point ;) )

Re: Debian Jessie: boot en mode recovery où n'est pas monté en read-only

[mireero]

On 03/27/2016 05:10 PM, Francois Lafont wrote:

Bonjour,

On 27/03/2016 03:01, mireero wrote:


La différence entre le mode "recovery" et le mode "standard" est le paramètre 
"single".

En mode recovery, on est donc en mode mono-utilisateur (plus bcp de modules non 
chargés).

Par défaut, les 2 modes sont en read-only, et ce principalement pour permettre 
à fsck de faire son travail en toute quiétude.

Une fois tout en place, le système bascule le "root file system" en rw.

Tu peux vérifier la ligne de commande/paramètres en bootant dans chaque mode 
avec:
$ cat /proc/cmdline

Et dans /boot/grub/grub.cfg, (sauf modification), tu devrais aussi voir ro dans 
les 2 cas.


Effectivement je viens de vérifier, c'est bien le cas.

Du coup, ça ne fait pas partir du « contrat » que d'avoir un / en read-only lors
d'un boot en mode recovery. De plus, j'ai re-vérifié aussi et, contrairement à
ce que je disais, sous Wheezy on a bien le même comportement (ie le / est
accessible en écriture en mode recovery).

En fait, ce qui m'a induit en erreur, c'est que sur Ubuntu Trusty le 
comportement
est différent. En effet, sur Trusty, un boot en mode recovery permet d'ouvrir un
shell avec _automatiquement_ un / en read-only.

Du coup, ma question serait plutôt : comment avoir ce même type de boot sous 
Debian
Jessie ? Y a-t-il une option du noyau particulière dans la ligne de boot à 
ajouter ?

Ce serait pratique dans mon cas. En effet, je me fais des boxes vagrant (ie des
petites VM virtualbox prêtes à l'emploi via la commande vagrant, ce qui me 
permet
dans le terminal d'instancier et de me ssher sur une VM clean et prête à 
l'emploi
en moins d'une minute le tout sans avoir à lancer la GUI virtualbox, juste avec 
une
simple commande en console). Mais avant d'exporter une VM virtualbox en une box
vagrant, il faut que je lance une commande dans la VM qui me permet de 
minimiser la
taille de ma future box vagrant. Il s'agit de la commande :

 zerofree /dev/sda1 # on imagine que /dev/sda1 correspond à / dans la VM

Mais cette commande est possible que si / est monté en read-only. Du coup, sur 
Trusty,
c'est facile : je reboote la VM, je choisis le mode recovery où j'ai / en ro 
directement,
je lance la commande zerofree et c'est fini. Comment pourrais-je faire 
l'équivalent
sous Jessie ?


Je ne conseillerais pas de switcher le système de fichier en ro dans 
/etc/fstab, le système a besoin d'écrire.


Pour la commande que je dois lancer, il me faut le / en ro sinon zerofree n'est
pas content.


Tu pourrais pas faire simplement un:
# mount -o remount,ro /dev/sda1 && zerofree /dev/sda1




Je jouerais plutôt avec les droits/attributs des fichiers/dossiers sensibles.


Je pensais que tu voulais peut-être protéger certains fichiers/dossiers 
contre l'écriture/écrasement en passant tout en ro




Je ne suis pas sûr d'avoir compris ce que tu veux dire là.

En tout cas merci pour ta réponse qui m'a bien éclairé sur ce qu'est réellement
le mode recovery (ie pas exactement ce que je croyais).

Re: Debian Jessie: boot en mode recovery où n'est pas monté en read-only

[mireero]

On 03/27/2016 12:10 AM, Francois Lafont wrote:

Bonsoir à tous,

Soit une Debian Jessie toute bête : installation minimale en mode expert
avec juste une console (pas d'environnement de bureau etc.), un seul disque
et une seule partition / de 10GB en ext4. La machine est une VM VirtualBox
en l'occurrence mais je pense que ça n'a pas d'importance ici.

Au moment du boot dans le menu Grub, si je choisis le boot en mode recovery,
contrairement à ce qu'on pourrait penser, je me retrouve avec un / qui n'est
_pas_ monté en read-only. Je peux écrire dessus etc. J'ai pourtant bien vérifié
dans le menu Grub (je n'ai rien touché c'est une installation out-of-the-box),
il y a bien, pour le mode recovery, l'option "ro" qui est passée au noyau
Linux. Du coup, je ne comprends pas trop.

On est d'accord que ce n'est pas normal, n'est-ce pas ? Est-ce un bug ? Vous
constatez la même chose sur vos Jessie ?

Comment faire pour avoir un mode recovery où / est bien monté en read-only
_directement_ (comme c'est le cas sur Wheezy par exemple) ?

On est d'accord que je peux ruser par exemple en éditant avant le fstab et
en ajoutant l'option "ro" au montage de /. Mais c'est plus pénible car il
faut éditer le fichier puis ne pas oublier d'enlever la modif. Et puis
j'aimerais que le mode recovery fasse comme il a toujours fait (sauf erreur)
dans les versions précédentes de Debian, à savoir monter / en read-only ?
Où alors ma mémoire me fait défaut et ça ne fait pas forcément partie du
« contrat » du mode recovery ?

Merci d'avance pour vos lumières et Joyeuses Pâques. ;)



Bonsoir,

La différence entre le mode "recovery" et le mode "standard" est le 
paramètre "single".


En mode recovery, on est donc en mode mono-utilisateur (plus bcp de 
modules non chargés).


Par défaut, les 2 modes sont en read-only, et ce principalement pour 
permettre à fsck de faire son travail en toute quiétude.


Une fois tout en place, le système bascule le "root file system" en rw.

Tu peux vérifier la ligne de commande/paramètres en bootant dans chaque 
mode avec:

$ cat /proc/cmdline

Et dans /boot/grub/grub.cfg, (sauf modification), tu devrais aussi voir 
ro dans les 2 cas.


Je ne conseillerais pas de switcher le système de fichier en ro dans 
/etc/fstab, le système a besoin d'écrire.


Je jouerais plutôt avec les droits/attributs des fichiers/dossiers 
sensibles.


Bonne nuit et bon we.

Re: Comment scripter la configuration d'équipements configurables par une appli web ?

[mireero]

On 03/25/2016 05:00 PM, Sébastien NOBILI wrote:

Bonjour,

Le vendredi 25 mars 2016 à 15:04, mireero a écrit :

J'imagine qu'avec des outils de type "web développeur" qu'on trouve
maintenant sur la plupart des navigateurs, on peut récupérer les requêtes
(par exemple celle qui logue sur la livebox avec user/pwd), puis créer une
petite application nodejs client (par exemple) ou tout simplement utiliser
netcat pour émettre la même requête (tout en pensant sans doute à gérer le
cookie de session etc.).



Ça fonctionnerait, non?


Oui, ça devrait fonctionner, à condition que les différentes URL soient toujours
les mêmes et pointent vers de vraies pages (on en revient à JavaScript et la
possibilité d’adapter le contenu d’une page par son « hash » – ce qu’on trouve
après le « # » – qui est maintenant beaucoup utilisé pour déplacer la logique de
rendu des pages vers le navigateur). Si on est face à ce type d’application
moderne, on peut récupérer la liste des URL appelées en arrière-plan, mais le
succès d’un script qui les appellerait n’est pas toujours garanti (j’en ai déjà
fait les frais).

En gros, ça ne coûte rien d’essayer. C’est même en général ma première approche
et j’en change quand ça devient galère.

Sébastien



Je connaissais pas casperJS, ça a l'air vachement pratique.

Pour en revenir au pages dynamiquement générées (javascript), il me 
semble que tant que les requêtes vers le serveur sont construites de la 
même façon, il suffit de les reproduire. Puis de parser la réponse du 
serveur et d'avancer ainsi de proche en proche.
Après, si la page est modifiée (mise à jour), c'est sûr que cela rend la 
construction du script bien plus complexe.

Ou bien on reste simple et on l'adapte à chaque fois.

Bref, j'en saurai plus quand je trouve un peu de temps pour me lancer 
dans ce genre d'application...

Re: Comment scripter la configuration d'équipements configurables par une appli web ?

[mireero]

On 03/24/2016 02:40 PM, Daniel Caillibaud wrote:

Le 24/03/16 à 11:21, Sébastien NOBILI  a écrit :

SN> Bonjour,
SN>
SN> Le jeudi 24 mars 2016 à 10:45, Olivier a écrit :
SN> > J'ai souvent besoin de re-configurer ou d'émettre commandes sur des
SN> > équipements administrables par une appli web.
SN> > Un exemple typique serait de re-démarrer une Livebox: sans outil, il faut
SN> > saisir l'adresse IP de la Livebox, cliquer sur un bouton pour passer en
SN> > mode étendu, cliquer sur un bouton reboot et une fenêtre de confirmation.
SN> > Comment automatiser tout ça ?
SN> >
SN> > J'ai moi-même pensé à des outils de test d'applis web (cf Selenium en [1])
SN> > ou des navigateurs en mode texte.
SN>
SN> Moi aussi ça me trotte… Je n’ai jamais mis en place pour ce type de besoin, 
mais
SN> j’ai déjà fait des choses similaires pour d’autres besoins (télécharger la
SN> version PDF d’un journal sur son site, récupérer une liste de petites 
annonces
SN> pour me les envoyer par mail, par exemple).
SN>
SN> L’approche navigateur en mode texte risque de ne pas fonctionner si 
l’interface
SN> utilise du JavaScript. Si c’est une interface simple, alors, lynx fera bien
SN> l’affaire mais il me semble qu’on ne peut pas l’automatiser… Pour 
automatiser,
SN> il faudra passer par des bibliothèques dédiées (LWP avec Perl, requests avec
SN> Python, etc.).
SN>
SN> Pour des applications utilisant JavaScript, j’utilise CasperJS.

j'utilise aussi casperJs pour monitorer des applis web (vérifier qu'après 
entrée du login/pass
on arrive sur une page qui contient ça et ça, ou que le SSO fonctionne et sinon 
dire à quelle
redirection il plante), ça marche bien (même si j'ai un peu de faux positifs, 
de temps en temps
il semble perdre ses petits, ou lire une info trop tôt malgré le wait).

Pour récupérer des infos sur une page (scraping), si y'a pas de js lynx ou wget 
me semblent
plus simples, mais ça dépend de ce qu'on veut récupérer (ça peut être plus 
simple avec
casperJs pour faire de la sélection façon css).



J'imagine qu'avec des outils de type "web développeur" qu'on trouve 
maintenant sur la plupart des navigateurs, on peut récupérer les 
requêtes (par exemple celle qui logue sur la livebox avec user/pwd), 
puis créer une petite application nodejs client (par exemple) ou tout 
simplement utiliser netcat pour émettre la même requête (tout en pensant 
sans doute à gérer le cookie de session etc.).
En bref, cela semble une bonne idée et ça fait longtemps que je pense à 
m'y mettre (par exemple pour se connecter automatiquement aux wifis 
style sfr fone etc.).

Ça fonctionnerait, non?

Re: DERNIER AVERTISSEMENT

[mireero]

On 01/24/2016 08:10 PM, moi-meme wrote:

Le Wed, 20 Jan 2016 15:10:02 +0100, @Admin Support .Inc a écrit :


Votre quota de webmail a dépassé le quota, ce qui est de 2 Go. ils
s'élèvent actuellement à 2,3 Go.
Pour faire revivre et augmenter sa part de messagerie web, cliquez sur
le lien suivant ou copiez le lien pour mettre à jour votre compte de
messagerie web Pour l'activer.

https://www.powr.io/plugins/survey/view?id=3120619


Sinon, vous risquez l'annulation de votre compte de messagerie.
Merci et Désolé pour le





www.mardelplata.gob.ar.


ah ! ben merde alors

Je fais comment maintenant :-(



Tu ignores!

Re: lxde, session sans login (résolu)

[mireero]

On 01/06/2016 12:00 PM, Vincent Besse wrote:

On Wed, 6 Jan 2016 10:12:44 +0100
Sébastien NOBILI  wrote:


Bonjour,

Le mardi 05 janvier 2016 à 23:55, nono a écrit :

bon j'ai trouvé (tu m'as mis la puce à l'oreille avec les *dm)

Dans mon lightdm.conf

sudo leafpad /etc/lightdm/lightdm.conf

j'ai décommenté et adapté les lignes 117 et 118 :

autologin-user=stage
autologin-user-timeout=0


Pour ce type de besoin, il y a le paquet « nodm » (que je n'ai jamais testé).


Que j' utilise avec bonheur et qui se configure facilement dans le
fichier /etc/default/nodm

Vincent



(pardon d'avance pour la description en anglais)

$ aptitude show nodm | grep -A3 Description
Description: automatic display manager
 This package prepares the system to automatically start an X session 
at system
 boot. It is meant for devices like smartphones, but can be used on a 
regular

 computer as well, if the security implications are acceptable.


De quelles implications de sécurité parle t'on?
Uniquement du fait que n'importe quelle personne physiquement présente 
peut ouvrir une session?


Autrement dit, si je suis le seul à avoir accès à mon pc (en personne, 
physiquement parlant), ces considérations "additionnelles" en matière de 
sécurité se résument-elles à néant?

Re: Résolu : retour en bas du terminal lors d'un rappel de commande

[mireero]

On 08/06/2015 11:40 PM, Sylvain L. Sauvage wrote:

[…]
J'ai dépassé plusieurs fois dans ma vie les limites qui mènent
à la honte (et bien plus qu'ici) et j'ai décidé que ça
n'aidait pas alors maintenant j'accepte mes déficiences et je
bannis la honte (bon, c'est la théorie...).

   Perso, j’ai éliminé une source de honte : la procrastination.
   Je ne remets plus jamais rien au lendemain : j’annule ! :oD



Du coup la honte, ça peut être utile. Ça fait 32h que je pense à écrire 
ce message mais je reporte joyeusement...


Faut dire aussi qu'en général, si je me rappelle bien, j'ai plutôt honte 
de ce que j'ai fait que le contraire ;)



--
mireero

--
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/55c6e97d$0$2976$426a7...@news.free.fr

Re: Mise à jour wheezy - jessie

[mireero]

On 08/07/2015 06:40 PM, Jack.R wrote:

Bonjour,

J'en suis à ma 3ème migration wheezy - jessie et à la 3ème qui se
passe mal. Il faut dire qu'à chaque fois c'est sur du matériel ancien.

Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant des
paramètres de boot du noyau dans /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT=quiet i915.modeset=0 vga=791

Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après moult
essais et échecs (et en ayant cassé pas mal de truc), je m'en suis
sorti en installant lilo (via un démarrage en mode rescue depuis la
netinstall jessie et shell sur /). Je suis un dégonflé, je n'ai pas
encore tenté de réinstaller grub maintenant que cela fonctionne.

Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de mise à
jour, impossible d'installer le nouveau kernel, pas assez de place
sur /lib. Le disque est partitionné comme suit (installation de squeeze
mise à jour en wheezy puis changement de carte mère si je me souviens
bien):
/sda1 /
/sda5 /usr
/sda6 /var
/sda7 swap
/sda8 /tmp
/sda9 /home


Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib
dans /home et crée un lien symbolique de /lib vers /home/lib.
Je relance apt-get dist-upgrade et tout roule.
Je reboot et là:
Kernel panic - not syncing: Attempted to kill init!

Un boot sur le CD netinstall de jessie me mélange toutes les interfaces
réseau et ne me permet pas d'ouvrir un shell sur /dev/sda1

A noter que firmware-linux-nonfree n'est pas installé, c'est peut-être
là que j'ai fait une autre erreur.

Des suggestions avant que je ne fasse façon bourrin ?
sortie du disque de la machine, copie le contenu de sda5 à 9 ailleurs,
supprime /sda5 à 9,agrandissement /sda1, recrée les partitions /sda5 à
9, recopie le contenu de sda5 à 9, suppression du lien
symbolique /lib, transfert de /home/lib dans /lib, réinstallation du
disque dans la machine, prières, reboot

Merci d'avance pour vos lumières.



Salut,
Ici, si j'ai bien compris, quand tu parles de /lib, c'est de /usr/lib 
qu'il s'agit?

Ou alors plutôt, /lib est monté sur sda5 au lieu de /usr?

Bref, 2 remarques:

× La méthode bourrin me semble plus propre, ça ne casse pas la 
compartimentation qu'apporte des partitions séparées et les avantages 
recherchés (genre aide à la sauvegarde, options de montage distinctes...).


× Y'aurait pas un souci lorsque certain exécutables accèdent à des 
librairies dans [/usr]/lib, sachant que certains outils ne déréférencent 
pas les liens symboliques et s'attendent donc à trouver leur librairie 
(par ex) dans un [/usr]/lib dur.
Peut-être que le système a continué à fonctionner après ton /lib dans 
/home parce que certaines librairies clef comme la libc par exemple 
étaient déjà en mémoire lors du déplacement et donc toujours accessible. 
Mais plus lors d'un reboot.



Pour finir, si tu as plein de place dans /home, tu peux peut-être y 
placer directement /lib en coupant la partition en 2, ce serait plus 
rapide que de chercher à redimensionner /sda5.


Bon courage...

--
mireero

--
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/55c6f715$0$3293$426a7...@news.free.fr

Re: Résolu : retour en bas du terminal lors d'un rappel de commande

[mireero]

On 08/05/2015 04:20 PM, Sylvain L. Sauvage wrote:

Le mercredi 5 août 2015, 14:25:20 mireero a écrit :

[…]
Dans roxterm ctrl+s|q n'a pas d'effet (visible en tout cas).

Dans tilda, qui se comporte normalement, ctrl+s|q me ramène
en bas sans changer ce comportement.


   C-S (C-Q) bloque (débloque) le flux (au sens Unix, Cf.
XOFF/XON), donc la sortie du programme en cours.  C’est pratique
quand un programme affiche plein de trucs et que tu veux avoir
le temps de les lire (et que tu n’as pas pensé à utiliser '|
less').

   Ce que dont tu parles toi, c’est le comportement de
l’application graphique qui affiche ledit flux. Tu veux que, à
l’appui de n’importe quelle touche, la zone affichée revienne au
niveau du prompt.
   Ce comportement dépend de l’application (et aussi du toolkit
graphique qu’elle utilise : certains facilitent le boulot)
puisque c’est elle qui affiche et gère le défilement.

   Je croyais me souvenir que Konsole avait une option pour gérer
ça mais je ne la trouve plus dans Konsole/Kf5. Je ne sais pas si
roxterm ou Gtk3 (si c’est bien roxterm-gtk3 que tu utilises)
permet de le faire…
   En tout cas, ce serait une option concernant le défilement
(scrolling).

   Voilà, il semble que le comportement préféré (par moi aussi,
ça tombe bien ;o) soit maintenant de ne plus revenir au prompt à
chaque entrée (ou, pire, à chaque affichage). Pouvoir remonter
dans l’historique pour lire et recopier un truc sans revenir au
prompt à chaque touche, c’est pratique.



Dac, assimilé!

J'ai bel et bien roxterm-gtk3:

$ dpkg -S roxterm | grep gtk3
roxterm-gtk3: /usr/bin/roxterm
roxterm-gtk3: /usr/share/doc/roxterm-gtk3/changelog.gz
roxterm-gtk3: /usr/share/doc/roxterm-gtk3/copyright
roxterm-gtk3: /usr/share/applications/roxterm.desktop
roxterm-gtk3: /usr/share/menu/roxterm-gtk3
roxterm-gtk3: /usr/share/doc/roxterm-gtk3
roxterm-gtk3: /usr/share/doc/roxterm-gtk3/changelog.Debian.gz
roxterm-gtk3: /usr/bin/roxterm-config

Ce qui me mène à roxterm-config où je trouve bien ces options sur le 
scrolling :

- Scroll on output
- Scroll on keystroke

Elles étaient sur off par défaut.

Ces options sont également accessible dans le menu préférence (ce qui me 
rendrait presque un peu honteux...).


Accessoirement, je ne comprends pas la logique de l'option -S de dpkg:

$ dpkg -S roxterm-gtk3
roxterm-gtk3: /usr/share/doc/roxterm-gtk3/changelog.gz
roxterm-gtk3: /usr/share/doc/roxterm-gtk3/copyright
roxterm-gtk3: /usr/share/menu/roxterm-gtk3
roxterm-gtk3: /usr/share/doc/roxterm-gtk3
roxterm-gtk3: /usr/share/doc/roxterm-gtk3/changelog.Debian.gz

Pourquoi n'a t'on pas la ligne:
roxterm-gtk3: /usr/bin/roxterm-config


Merci en tout cas, je marque ça résolu.

--
mireero

--
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/55c3b248$0$3067$426a7...@news.free.fr

Re: Résolu : retour en bas du terminal lors d'un rappel de commande

[mireero]

On 08/06/2015 10:00 PM, Sylvain L. Sauvage wrote:

Le jeudi 6 août 2015, 21:15:20 mireero a écrit :

[…]


J'adore ton [...], tu me donnes l'astuce?


Ces options sont également accessible dans le menu préférence
(ce qui me rendrait presque un peu honteux...).


   Seulement presque ?  ;o)



J'ai dépassé plusieurs fois dans ma vie les limites qui mènent à la 
honte (et bien plus qu'ici) et j'ai décidé que ça n'aidait pas alors 
maintenant j'accepte mes déficiences et je bannis la honte (bon, c'est 
la théorie...).



Accessoirement, je ne comprends pas la logique de l'option
-S de dpkg:

$ dpkg -S roxterm-gtk3
roxterm-gtk3: /usr/share/doc/roxterm-gtk3/changelog.gz
roxterm-gtk3: /usr/share/doc/roxterm-gtk3/copyright
roxterm-gtk3: /usr/share/menu/roxterm-gtk3
roxterm-gtk3: /usr/share/doc/roxterm-gtk3
roxterm-gtk3: /usr/share/doc/roxterm-gtk3/changelog.Debian.gz

Pourquoi n'a t'on pas la ligne:
roxterm-gtk3: /usr/bin/roxterm-config


   Parce que la chaîne « roxterm-gtk3 » n’est pas dans
« /usr/bin/roxterm-config ».

   -S, --search motif-du-fichier-à-rechercher ...
   Recherche un fichier dans les paquets
   installés.

   Ça cherche le motif dans les nom de fichiers. Et ça présente
les résultats en les précédant du nom du paquet. La recherche ne
se fait pas sur le nom du paquet.

   Ce que tu veux, c’est -L (juste au dessus dans la page de
man) :

   -L, --listfiles nom-du-paquet ...
   Affiche la liste des fichiers installés qui
   appartiennent à paquet.




Merci pour l'explication, c'est clair maintenant.

Et le RTFM est clair aussi :)

--
mireero

--
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/55c3c696$0$3347$426a3...@news.free.fr

Re: retour en bas du terminal lors d'un rappel de commande

[mireero]

On 08/04/2015 07:30 PM, Raphaël POITEVIN wrote:

mireero mire...@free.fr writes:

Donc, quand je me déplace dans l'historique du terminal, et que
j'appuie sur la touche flèche haute, la dernière commande est bien
rappelée mais pas moi, j'entends par là que l'affichage ne change pas,
je reste plus haut.


Est-ce que ça le fait dans d’autres terminaux ? Il peut arriver qu’on
bloque par erreur le terminal avec ctrl+s, faut le débloquer avec ctrl+q.



Dans roxterm ctrl+s|q n'a pas d'effet (visible en tout cas).

Dans tilda, qui se comporte normalement, ctrl+s|q me ramène en bas 
sans changer ce comportement.


--
mireero

--
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/55c200b0$0$2966$426a7...@news.free.fr

retour en bas du terminal lors d'un rappel de commande

[mireero]

Le terminal en question: roxterm

Il s'agit d'une wheezy avec passage lors de la transition à jessie.

Donc, quand je me déplace dans l'historique du terminal, et que j'appuie 
sur la touche flèche haute, la dernière commande est bien rappelée 
mais pas moi, j'entends par là que l'affichage ne change pas, je reste 
plus haut.


(Et ce, depuis l'installation initiale de la wheezy ET avec une 
directive genre no-install-recommends pour aptitude sur laquelle j'ai un 
peu forcé).


Je me demandais donc quel était le mécanisme qui réinitialisait 
l'affichage lors d'un rappel de commande (qui fonctionne comme attendu 
quand j'utilise tilda par exemple).



--
mireero

--
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/55c0da0b$0$3352$426a7...@news.free.fr

Re: [HS] Iceweasel a empêché l'exécution du plugin obsolète Adobe Flash

[mireero]

On 07/14/2015 08:40 AM, Dominique Dumont wrote:

Le mardi 14 juillet 2015, 00:30:02 00:30:02 andre_deb...@numericable.fr a
écrit :

On faiit comment pour ne plus avoir ce message ? :

Iceweasel a empêché l'exécution du plugin obsolète Adobe Flash sur youtube


Si tu as le plugin d'adobe:

sudo dpkg-reconfigure flashplugin-nonfree

et redémarrer iceweasel.

Ces derniers temps, il faut effectivement le faire très souvent.




Pour ma part, j'ai flash dans un W7/virtualbox, ça empêche pas le 
message mais ça permet d'avoir la dernière version sans jouer avec (cité 
de https://doc.ubuntu-fr.org/flashplayer):



-Chromium ou Opera avec le plugin Pepper Flash
-Google Chrome
-Firefox avec le plugin Freshplayerplugin (fonctionne aussi pour Opéra)
-Firefox avec Pipelight pour utiliser la dernière version Windows® 
de Flashplayer. Solution qui de plus, permet d'accéder à certaines pages 
offrant des contenus vidéos protégés comme le direct ou le replay 
des chaînes de télévision du groupe M6

-   Firefox avec shumway

Je sais, je suis hors sujet ou en tout cas hors question (d'autant que 
ça empêche pas firefox de demander la fameuse question (je crois 
qu'Adobe et Mozilla sont un peu chien et chat)), alors j'ajoute un HS 
devant le titre et je m’excuse d'avance.


Ce message est quand même quelque peu lié à la question d'iceweasel, 
c'est dur de faire confiance à un fichier tout binaire qui a un parfait 
accès à internet une fois qu'on a répondu oui (encore une faille de 
sécurité découverte il y a 3 jours (ça affecte Internet Explorer, mais 
bon: 
http://www.symantec.com/connect/blogs/second-poc-exploit-adobe-flash-player-discovered-after-hackers-hire-company-breach), 
la liste est longue).


Donc dans mon snapshot virtualbox tout propre, je ne suis bien sûr pas à 
l’abri mais au moins c'est séparé de mon système réel et y'a pas de 
données perso.


En bref, je pense que la question d'iceweasel/Firefox est souvent 
pertinente!


--
mireero

--
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/55a4b61d$0$3024$426a7...@news.free.fr

Re: Extinction pendant la veille

[mireero]

On 07/12/2015 07:40 PM, Grégory Reinbold wrote:

On 07/12/2015 06:20 AM, mireero wrote:

On 07/11/2015 11:00 AM, Grégory Reinbold wrote:

Bonjour,

J'ai un souci qui se répète depuis quelques mois. Lorsque je met mon
laptop (Thinkpad X201) en veille (suspend), aléatoirement quelques
secondes ou quelques minutes après, alors que la machine est en veille,
le PC s'éteind tout seul.




[...]




Ce n'est pas systématique et ça arrive généralement au bout de la 3è
mise en veille consécutive.

Et c'est là que c'est étrange, je n'ai jamais eu le cas où je le met en
veille pour la première fois après un poweroff  boot et qu'il s'arrête
durant la première veille. Ça n'arrive que sur les suivantes.


Je trouve ça particulièrement intéressant.

T'as regardé tes logs juste après une première mise en veille (tu peux 
filtrer dans /var/log/* ce qui vient d'être écrit genre:

$ touch time
- suspend
$ find /var/log/ -newer time
)

Si tu as pm-utils installé, et si c'est pareil avec, peut-être y a t'il 
quelque chose d'intéressant dans /var/log/pm-suspend.log.


[...]


Le menu xfce doit appeler la commande suivante (tu pourrais vérifier)

Comment vérifier ? (J'ai tenté, sans succès) :


Comme t'as fait, c'est pas mal.
Après il reste google (ou les sources).


# locate xfce4-session-logout

/usr/bin/xfce4-session-logout
/usr/share/applications/xfce4-session-logout.desktop
/usr/share/man/man1/xfce4-session-logout.1.gz


Le fichier /usr/bin/xfce4-session-logout est illisible (pas du sh).
Le fichier /usr/share/applications/xfce4-session-logout.desktop pointe
sur xfce4-session-logout


Tu peux utiliser file, c'est plus précis, ex (j'ai pas xfce):

$ file /usr/share/applications/icedove.desktop
/usr/share/applications/icedove.desktop: UTF-8 Unicode text

$ file /usr/bin/icedove
/usr/bin/icedove: symbolic link to ../lib/icedove/icedove

$ file /usr/lib/icedove/icedove
/usr/lib/icedove/icedove: ELF 64-bit LSB executable, x86-64, version 1 
(SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for 
GNU/Linux 2.6.32, 
BuildID[sha1]=cebc51da58ba947fcf69ce740b8bf2c8de4426ce, stripped


(En passant, mais on s'écarte, je comprends pas, les *.desktop sont de 
simples fichiers textes, donc quand tu dis que 
xfce4-session-logout.desktop pointe sur xfce4-session-logout, tu 
parles pas d'un raccourci au sens propre mais d'une ligne 
Exec=xfce4-session-logout dans le .desktop?)


J'imagine que la surcouche xfce (xfce4-session-logout) est là pour 
appeler le bon exécutable après quelques tests (si systemd - ça, sinon 
si ...), te laisser 60 sec de réflexion etc.



mais dans le doute, tu pourrais essayer une mise en veille manuelle
quelque fois de suite:
(si systemd:)
$ systemctl suspend
ou en root si plusieurs sessions ouvertes (en gros tu forces si d'autres
utilisateurs, sinon en simple utilisateur c'est bon).

Je vais tester ça.


Et (je suis pas sûr que le paquet pm-utils est installé par défaut (#
aptitude install pm-utils éventuellement)):
# pm-suspend
(Là, je crois qu'il faut être root, en tout cas le paquet est dans
/usr/sbin).

Je vais tester ça.


Ces 2 méthodes utilisent peut-être les mêmes bibliothèques etc.
Mais je pense que ça vaudrait quand même le coup d'essayer pour très
improbablement écarter un bogue de l’exécutable appelé par le lien xfce.


J'essaierais aussi les 2 commandes ci-dessus (sauf si elles fonctionnent 
correctement) directement en dehors de X.


Et également (en dehors et dans X) après avoir lancé le lien xfce 1 ou 2 
fois.


(Si ton problème est très aléatoire (càd il arrive pas souvent), tu 
peux réécrire le .desktop xfce pour qu'il appelle la commande de ton choix.)


Un dernier truc, si c'est invivable, tu peux peut-être te redécouper une 
petite partition et tester:

- Jessie/xfce
- Jessie/autre
- Testing, Sid
- ...

Je sais, c'est lourd, mais ça permettrait d'affiner...


Si t'arrivais à trouver un pattern plus précis (si même possible!
comme un programme qui tourne avant chaque plantage), ça aiderait pas
mal, sinon je crains que tu n'aies pas bcp de réponses!

Oui j'essaye d'en discerner un, mais c'est pas évident.



Cordialement


En tout cas merci pour ta réponse :)
Je te tiens au courant.





Dans un problème par définition sans log, c'est compliqué.

Mais déjà, le fait que ça n'arrive jamais la 1ère fois, c'est un progrès 
je trouve (cela dit, attention aux coïncidences genre je lance jamais 
tel ou tel programme avant qu'il y ait eu au moins 1 mise en veille ...).


À toi de rester vigilant et d'affiner le motif (ça y est, j'ai retrouvé 
le mot :) ) ,enfin, si possible.



--
mireero

--
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/55a350ef$0$3319$426a7...@news.free.fr

Re: Virtualbox 5, xorg, intel et drm master !

[mireero]

On 07/10/2015 04:00 PM, C. Mourad Jaber wrote:

Bonjour,

J'ai un souci depuis que j'ai mis à jour Virtualbox vers la 5...

Le driver virtualbox prend le lead sur drm et xorg n'arrive plus à ce
lancer !

[ 4.735] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000
[ 4.735] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100
[ 4.735] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics:
5200, 6200, P6300
[ 4.735] (++) using VT number 8

[ 6.915] (EE) intel(0): [drm] failed to set drm interface version:
Permission denied [13].
[ 6.915] (II) intel(0): [drm] Contents of
'/sys/kernel/debug/dri/0/clients':
[ 6.915] (II) intel(0): [drm]  command   pid dev master
a   uid  magic
[ 6.915] (II) intel(0): [drm] Xorg   860   0 n
y 0  0
[ 6.915] (EE) intel(0): Failed to become DRM master.

Le noyau est :
$ uname -a
Linux 4.0.0-2-amd64 #1 SMP Debian 4.0.7-1 (2015-07-06) x86_64 GNU/Linux

Comme workaround, j'ai trouvé d'arrêter le service vboxdrv et de
relancer le serveur X, mais ce n'est pas terrible...


Mais X se lance bien?
Et tes machines virtuelles fonctionnent correctement après ça?



Y'a-t-il une possibilité de changer l'ordre de chargement des services
pour mettre virtualbox après ?


Je te dis ce que je ferais à ce propos (si systemd (ou pas d'ailleurs)) 
plus bas.



Ou bien une option pour que Virtualbox partage la carte graphique avec
les autres services de la machine ?


C'est pas censé être normal, ça?

Tu peux toujours générer un xorg.conf s'il faut.


++

Mourad



Chez moi, c'est une simple jessie à jour:
$ uname -a
Linux moi 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) 
x86_64 GNU/Linux


Je n'ai pas de service vboxdrv (par contre j'ai bien un module vboxdrv) 
mais un service virtualbox:


# systemctl | grep box
virtualbox.service 
   loaded active exitedLSB: 
VirtualBox Linux kernel module


# systemctl cat virtualbox
# /run/systemd/generator.late/virtualbox.service
# Automatically generated by systemd-sysv-generator

[Unit]
SourcePath=/etc/init.d/virtualbox
Description=LSB: VirtualBox Linux kernel module
Before=runlevel2.target runlevel3.target runlevel4.target 
runlevel5.target shutdown.target

After=remote-fs.target network-online.target
Wants=network-online.target
Conflicts=shutdown.target

[Service]
Type=forking
Restart=no
TimeoutSec=5min
IgnoreSIGPIPE=no
KillMode=process
GuessMainPID=no
RemainAfterExit=yes
SysVStartPriority=1
ExecStart=/etc/init.d/virtualbox start
ExecStop=/etc/init.d/virtualbox stop

En bref, j'en déduis que virtualbox installe son service en mode sysV, 
puis systemd-sysv-generator génère son service dans un répertoire 
temporaire (/run donc pas la peine de penser à le modifier): 
/run/systemd/generator.late/virtualbox.service


Tout ça pour dire que si ton cas est similaire au miens, il te suffirait 
sans doute de monter un peu le nombre dans le raccourci (exactement 
comme si tu étais uniquement en sysV); moi j'ai:

- /etc/rc2.d/S01virtualbox
Donc tu pourrais le passer à
- /etc/rc2.d/S50virtualbox
Par exemple.

(Sachant que /etc/init.d/virtualbox ne fait quasiment que du 
modprobe/rmmod, on risque pas grand chose d'autant que je vois pas ce 
qui pourrait en dépendre (à part lancer VirtualBox bien sûr))


Et ensuite systemd devrait s'adapter en passant la ligne 
SysVStartPriority à 50 donc vers la fin.


Ça reste du workaround comme tu dis, j'imagine que c'est un bogue qui 
passera comme d'hab.



Bon week-end (et pensez à boire!!)

--
mireero

--
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/55a0bbb6$0$2985$426a7...@news.free.fr

Re: Script surveillance SYN_FLOOD

[mireero]

On 07/10/2015 11:00 PM, Denis Mugnier wrote:

Bonjour,

On 10/07/2015 21:57, Frédéric Marécaille wrote:

Hello à tous!

Je voudrais faire un script à placer dans un cron (toutes les x heures)
qui envois un mail si la commande sudo netstat -atpn |grep SYN
contient quelque chose.

- Je pense que cela peut se faire avec la condition if... ??
- Si le résultat de la commande ne renvoie pas de données, alors il
faut rediriger dans /dev/null ??

Bref, je n'ai pas de compétences pour le faire tout seul :(

'Faut vraiment que je me mette à l'apprentissage des scripts bash sous
linux.Un tuto, un livre à conseiller?? svp-merci!


Le script que tu veux faire n'est pas très compliqué.
Il faut déja faire le script et ensuite traiter le pb de cron.

Pour t'aider, je te conseille la lecture de http://abs.traduc.org/abs-fr/

Ensuite il est possible de te faire le script, mais est ce le but ? je
pense qu'avec de la lecture sur bash tu devrais y arriver ...
Il faut cependant que sur la machine, il soit possible d'envoyer des
mails... et il va falloir que tu te poses la question de l'utilisation
de sudo

Si tu as des questions précises sur bash, n'hésite pas ;o)

Bon courage

Denis



Ça, c'est une réponse encourageante!

Si tu veux déprimer (ou non!), tu as la fameuse bible bash:

The Advanced Bash-Scripting Guide
- www.tldp.org/LDP/abs/html/

Ça existe en français si je ne m'abuse.

Pour ma part, j'ai arrêté vers 1/3 et je me demande de plus en plus si 
je vais pas rester à /bin/sh ou transposer des trucs sur ksh par exemple.


Plus sérieusement, le lien de Denis est très bien et tu verras qu'en y 
passant un peu de temps tous les jours (si possible) tu serras très 
rapidement en mesure de scripter des trucs utiles en seulement quelques 
lignes!


Alors, encourageant finalement :)


Un conseil en passant: je crois qu'on est légèrement HC car il n'y a pas 
de référence directe à debian. Pas que ça me gène perso! Moi j'aurais 
mis ça dans f.c.o.l.c par exemple.


À +

--
mireero

--
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/55a0bf8f$0$3054$426a7...@news.free.fr

Re: Extinction pendant la veille

[mireero]

On 07/11/2015 11:00 AM, Grégory Reinbold wrote:

Bonjour,

J'ai un souci qui se répète depuis quelques mois. Lorsque je met mon
laptop (Thinkpad X201) en veille (suspend), aléatoirement quelques
secondes ou quelques minutes après, alors que la machine est en veille,
le PC s'éteind tout seul.


Afin de le mettre en veille, tu utilises un lien dans le menu xfce, 
c'est ça?


Ça ressemble vaguement à une mise en veille hybride qui foirerait (fsck 
au redémarrage).


T'arrive-t'il également d'avoir des arrêts non désirés pendant 
l'utilisation?


As tu (essayé?) le même souci sur un éventuel autre Linux ou live cd/usb 
voire même avec un Windows/Mac?



Ce n'est pas systématique et ça arrive généralement au bout de la 3è
mise en veille consécutive.


Les problèmes _pseudo_ aléatoires sont souvent des casses-têtes.


J'ai exploré mes logs, rien de particulier, mais c'est normal vu qu'il
s'éteind que lorsqu'il est en veille (ce n'est pas un shutdown ou
poweroff). Au démarrage j'ai droit au fsck sur mes partitions.

$ uname -a
Linux stardust 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)
x86_64 GNU/Linux

J'ai modifié des paramètres de gestion de l'alimentation dans le BIOS,
mais ça change rien.

Je soupçonne d'avantage un souci hardware (batterie, alim) que software
(Debian ou XFCE), mais sait-on jamais, peut-être quelqu'un a t-il eu le
même souci ?


Pas sûr.
Il a quel age?


Si besoin de plus d'infos, hésitez pas.


Ton problème est-il arrivé après une quelconque 
manipulation/installation de paquet ou mise à jour, ou soudainement 
(sans manip particulière donc) ?


Le menu xfce doit appeler la commande suivante (tu pourrais vérifier) 
mais dans le doute, tu pourrais essayer une mise en veille manuelle 
quelque fois de suite:

(si systemd:)
$ systemctl suspend
ou en root si plusieurs sessions ouvertes (en gros tu forces si d'autres 
utilisateurs, sinon en simple utilisateur c'est bon).


Et (je suis pas sûr que le paquet pm-utils est installé par défaut (# 
aptitude install pm-utils éventuellement)):

# pm-suspend
(Là, je crois qu'il faut être root, en tout cas le paquet est dans 
/usr/sbin).


Ces 2 méthodes utilisent peut-être les mêmes bibliothèques etc.
Mais je pense que ça vaudrait quand même le coup d'essayer pour très 
improbablement écarter un bogue de l’exécutable appelé par le lien xfce.


Si t'arrivais à trouver un pattern plus précis (si même possible! 
comme un programme qui tourne avant chaque plantage), ça aiderait pas 
mal, sinon je crains que tu n'aies pas bcp de réponses!



Cordialement




--
mireero

--
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/55a1eb1c$0$3294$426a7...@news.free.fr

Re: Trace sur l'écran de Systemd au démarrage et à l'arrêt

[mireero]

On 06/30/2015 04:10 PM, MERLIN Philippe wrote:

Bonjour,
J'ai deux ordinateurs ayant tous les deux un système Debian une Sid AMD64 et
une testing i386 ces deux ne réagissent pas de la même façon au démarrage
(boot) sur la testing chaque fois que systemd lance un service on voit
l'affichage du service lancé et si cela c'est bien passé [OK] en vert, sur la
Sid rien de tout cela l'écran reste muet juste l'apparition de login au bout
de plus de 30 secondes et lancement de xwindows, pas d'apparition non plus de
la progression du fsck ce qui est très gênant. J'aimerai que sur ma Sid je
vois apparaître les mêmes infos que sur la testing, j'ai cherché dans la doc
systemd mais je n'ai rien trouvé concernant ce problème, j'ai certainement mal
cherché. Es ce que la liste pourrais m'aider.
A l'avance Merci.
Philippe Merlin



Peut-être peux-tu aller voir la section sur syslog ici:
https://wiki.archlinux.org/index.php/Systemd

Et sûrement une fausse piste (chez moi j'ai bien les logs au démarrage, 
je dois les confondre avec syslog (qui est bien activé également ici)) :



$ cat /etc/systemd/system/syslog.service
[Unit]
Description=System Logging Service
Requires=syslog.socket
Documentation=man:rsyslogd(8)
Documentation=http://www.rsyslog.com/doc/

[Service]
Type=notify
ExecStart=/usr/sbin/rsyslogd -n
StandardOutput=null
Restart=on-failure

[Install]
WantedBy=multi-user.target
Alias=syslog.service


C'est la ligne StandardOutput=null qui m'intrigue.


Bref, je commence juste à m'intéresser à systemd, et comme c'est dans le 
titre de ton message, je t'en donne.


--
mireero

--
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/559cca39$0$3368$426a7...@news.free.fr

Re: kdesudo

[mireero]

On 07/07/2015 02:50 PM, Diogene Laerce wrote:



On 07/07/2015 11:52 AM, Bernard Schoenacker wrote:

Le Tue, 07 Jul 2015 09:07:54 +0200,
Diogene Laerce me_buss...@yahoo.fr a écrit :


Bonjour,

Je tourne sur kde depuis quelques temps et a chaque fois que je
veux demarrer une gui genre synaptics ou gparted, il me demande
mon mot de passe root et non mon mot de passe sudo.

Quelqu'un peut-il m'expliquer pourquoi svp ? kdesudo est installé.

Merci,


bonjour,

serait il possible d'ouvrir konsole et de taper :

sudo synaptic


et ainsi voir si cela fonctionne


Merci de t'arrêter sur ce post.

Non ça ne marche pas. Mais je reconnais ne pas avoir très précis : en
ligne de commande, gksu fonctionne - sudo renvoie :

No protocol specified : cannot open display: :0.0

En fait c'est en lançant le logiciel à partir du menu  que ça pose problème.

Le rootpw flag est désactivé et sudo_mode activé mais j'ai toujours la
fenêtre de mot de passe root qui s'ouvre.

Ça doit se configurer sans doute quelque part mais je n'ai pas réussi
à trouver où.

Cordialement,



Alors, un sudo env, ça donne quoi?

--
mireero

--
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/559c96c5$0$3322$426a7...@news.free.fr

Re: kdesudo

[mireero]

On 07/07/2015 02:50 PM, Diogene Laerce wrote:



On 07/07/2015 11:52 AM, Bernard Schoenacker wrote:

Le Tue, 07 Jul 2015 09:07:54 +0200,
Diogene Laerce me_buss...@yahoo.fr a écrit :


Bonjour,

Je tourne sur kde depuis quelques temps et a chaque fois que je
veux demarrer une gui genre synaptics ou gparted, il me demande
mon mot de passe root et non mon mot de passe sudo.

Quelqu'un peut-il m'expliquer pourquoi svp ? kdesudo est installé.

Merci,


bonjour,

serait il possible d'ouvrir konsole et de taper :

sudo synaptic


et ainsi voir si cela fonctionne


Merci de t'arrêter sur ce post.

Non ça ne marche pas. Mais je reconnais ne pas avoir très précis : en
ligne de commande, gksu fonctionne - sudo renvoie :

No protocol specified : cannot open display: :0.0

En fait c'est en lançant le logiciel à partir du menu  que ça pose problème.

Le rootpw flag est désactivé et sudo_mode activé mais j'ai toujours la
fenêtre de mot de passe root qui s'ouvre.

Ça doit se configurer sans doute quelque part mais je n'ai pas réussi
à trouver où.

Cordialement,



Oups, si sudo ne fonctionne pas...

Déjà, c'est quoi ton display:
$ echo $DISPLAY

Et un:
$ cat /etc/sudoers

Également si y'a quelque chose dans /etc/sudoers.d/*.

Quand tu es root, tout va bien?

Dans ce cas je recommence mais en root:
# sudo env  env1
# env  env2
diff env?


--
mireero

--
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/559c993b$0$3357$426a7...@news.free.fr

Re: Trace sur l'écran de Systemd au démarrage et à l'arrêt

[mireero]

On 06/30/2015 04:10 PM, MERLIN Philippe wrote:

Bonjour,
J'ai deux ordinateurs ayant tous les deux un système Debian une Sid AMD64 et
une testing i386 ces deux ne réagissent pas de la même façon au démarrage
(boot) sur la testing chaque fois que systemd lance un service on voit
l'affichage du service lancé et si cela c'est bien passé [OK] en vert, sur la
Sid rien de tout cela l'écran reste muet juste l'apparition de login au bout
de plus de 30 secondes


30 secondes, normal?

et lancement de xwindows, pas d'apparition non plus de

la progression du fsck ce qui est très gênant. J'aimerai que sur ma Sid je
vois apparaître les mêmes infos que sur la testing, j'ai cherché dans la doc
systemd mais je n'ai rien trouvé concernant ce problème, j'ai certainement mal
cherché. Es ce que la liste pourrais m'aider.
A l'avance Merci.
Philippe Merlin



Sans parler de systemd, n'aurais-tu pas un quiet splash sur ta sid 
dans (si tu utilises grub bien sûr) /etc/default/grub ?


--
mireero

--
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/55972dbe$0$3007$426a7...@news.free.fr

Re: HS_Re: umask spécifique à un répertoire

[mireero]

On 06/13/2015 04:40 PM, Maderios wrote:

On 06/13/2015 10:52 AM, Fabien R wrote:

On 10/06/2015 20:33, NicoLagaffe wrote:

Ba oui, effectivement, je dis n'importe quoi. Ca ne sert qu'a conserver le 
groupe du repertoire parent. Rien a voir avec les droits.
Autant pour moi...

Au temps ... :-)

Tout à fait exact

http://www.academie-francaise.fr/la-langue-francaise/questions-de-langue#16_strong-em-au-temps-pour-moi-em-strong
Au temps pour moi
Il est impossible de savoir précisément quand et comment est apparue
l’expression familière au temps pour moi, issue du langage militaire,
dans laquelle au temps ! se dit pour commander la reprise d’un mouvement
depuis le début (au temps pour les crosses, etc.). De ce sens de C’est à
reprendre, on a pu glisser à l’emploi figuré. On dit Au temps pour moi
pour admettre son erreur – et concéder que l’on va reprendre ou
reconsidérer les choses depuis leur début.

L’origine de cette expression n’étant plus comprise, la graphie Autant
pour moi est courante aujourd’hui, mais rien ne la justifie.



J'adore, je l'écrirais comme ça maintenant :)

Même dans une lettre officielle et je les renverrai vers ton message 
(cool, usenet ça s'efface pas... ou pas cool peut-être mais bref) si ça 
les offusque!


--
mireero

--
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/557d3c52$0$3041$426a7...@news.free.fr

Re: umask spécifique à un répertoire

[mireero]

On 06/12/2015 11:50 AM, Francois Lafont wrote:

$ setfacl --default -m u::rwx -m g::- -m o::- /path/to/folder

Ceci va faire que les ACL par défaut pour les fichiers ou dossiers
créés seront 0600 (ou 0700 pour les dossiers). Et donc tout fichier
ou dossier créé dans le dossier en question aura les mêmes ACL
(rw--- pour les fichiers et rwx-- pour les dossiers).

J'espère avoir été à peu près compréhensible.


   On ne peut plus:)

   Je vais étudier tout ça, et reviendrai vous tenir au courant des
   opérations.

Pour l'avoir testée (j'suis pas un pro des acl), la solution de ~TraydenT~
fait très exactement ce que tu souhaites. Merci à lui car j'ai appris
des trucs du coups.:)


Idem, merci vachement cool!
(J'ai pas encore compris pourquoi ça créait des droits différents sur 
les dossiers et les fichiers)


--
mireero

--
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/557acba3$0$3393$426a7...@news.free.fr

Re: Problème de permission sur clés USB

[mireero]

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.


--
mireero

--
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/557920c4$0$3318$426a3...@news.free.fr

Re: Problème mise à jour Wheezy - Suite

[mireero]

On 06/10/2015 10:50 PM, Frédéric Marécaille wrote:

en aparté, apt-get ou aptitude est une histoire de préférences
personnelles ou convient il d'utiliser plutôt l'un que l'autre?


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).


En cas de problème de dépendances:
La seule différence importante, c'est qu'aptitude cherche des solutions 
et te permet d'avancer même si ça ne règles pas toutes les dépendances, 
il est plus souple. Dans la même situation, apt-get te redonne la main 
avec un message d'erreur.


J'avais lu une fois qu'officiellement aptitude était conseillé par 
l'équipe debian, je sais pas trop ce qu'il en est.


Dans le cas d'un passage à une version supérieure de debian, il est par 
contre conseillé d'utiliser apt-get pour l'upgrade (??).


Sinon, il y a des différences mineures, apt-cache par exemple a 
madison ou policy qui sont intéressants, aptitude why/why-not 
qui me plaisent bien.


Ou encore la recherche d'un paquet:
~$ aptitude search php | wc
  4973876   40261
~$ apt-cache search php | wc
  7325583   41750
apt-cache cherche aussi dans la description, ma méthode, c'est de 
commencer par aptitude et si je trouve rien je passe à apt-cache.


Sinon, c'est une question de goût (ou d'habitude), moi j'utilise 
aptitude à 90% et certains outils apt-* de temps en temps.


Il doit y avoir d'autres différences mais j'imagine que j'ai fait le 
tour en gros.


--
mireero

--
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/5578bf80$0$3319$426a7...@news.free.fr

Re: problème mise en veille disque dure et remount

[mireero]

On 06/07/2015 11:20 AM, Prego Jérémy wrote:

bonjour,

je rencontre un petit problème avec un disque dure USB qui ce met en
veille automatiquement.
avant, quand je monter le disque mount /dev/sdx1 (ou UUID=x)
/mon/point, même si ilétait en veille, si je fesais un appel au dossier
concerné, ça prenait un peu de temps le temps que le disque ce réveil,
mais j'y avais accès.
maintenant, j'ai l'impression que le system ne voie plus le disque dure
du tout, ce qui me vaut une erreur entré / sortie et si je fais un fdisk
-l, le disque dure a changer de /dev/sdx (je sais pas comment appeler ça
lol.
je ne sais pas dire depuis quand j'ai ce soucis. mais le serveur tourne
sur une jessie sans interface graphique.

merci à vous si vous avez une idée.

jerem


### un peux de log





J'ai pas vraiment de temps, si toi t'en as, va jeter un coup d'oeil du 
côté d'udev, ça vaut le coup


--
mireero

--
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/55741c7b$0$3037$426a7...@news.free.fr

Re: ram beaucoup trop sollicitée [RTFM]

[mireero]

On 05/31/2015 03:00 PM, maderios wrote:

Tu remarquera que ton swap est à 0, donc le système n'a pas souffert de
manque de mémoire ;)

Ce n'est pas obligatoirement un signe de bonne santé.
La swapiness peut se paramètrer, ex:
http://geekeries.de-labrusse.fr/?p=1806


Il y a une erreur classique dans le lien susmentionné.

La valeur de la swappiness ne correspond pas à un pourcentage (il est 
peut-être malheureux d'avoir choisi une échelle de 0 à 100) mais plutôt 
à *l'agressivité* avec laquelle le noyau va swapper des pages/processus.


Perso, je fais confiance à la valeur 60, les développeurs du noyau 
savent ce qu'ils font, et je déconseille de toucher à des réglages du 
noyau sans une compréhension minimale des mécanismes en jeu.


Pour résumer, et pour ceux qui n'auraient pas lu l'article ci-dessus, la 
valeur 60 ne signifie pas que des pages seront swappées au dessus de 40% 
d'occupation mémoire.


Voir la documentation du noyau pour plus d'info.

--
mireero

--
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/556b29c6$0$$426a3...@news.free.fr

Re: Pb MàJ paquet MySQL

[mireero]

On 05/29/2015 10:30 AM, Grégoire COUTANT wrote:

Bonjour à tous,
Lors de la MàJ d'un paquet (mysql-server-5.6), le processus a planté sur
une erreur de MàJ corrigé quelques jours plus tard par le mainteneur du
paquet.

Mais maintenant je ne peux plus effectuer aucune MàJ sans que MySQL
plante car il y a une incohérence entre la version installée et la
version retournée par le serveur et je ne sais pas comment résoudre ce
souci.

Lors d'un #aptitude safe-upgrade :

Preparing to replace mysql-server-5.6 5.6.21-1~dotdeb.1 (using
/mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb) ...
Stopping MySQL database server: mysqld.
cp: cannot overwrite directory
`/var/lib/mysql-upgrade/DATADIR.link/mysql' with non-directory
dpkg: error processing
/var/cache/apt/archives/mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb
(--unpack):
  subprocess new pre-installation script returned error exit status 1
[...]
Errors were encountered while processing:
  /var/cache/apt/archives/mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
[...]
dpkg: dependency problems prevent configuration of mysql-server-5.6:
  mysql-server-5.6 depends on mysql-server-core-5.6 (=
5.6.21-1~dotdeb.1); however:
   Version of mysql-server-core-5.6 on system is 5.6.23-1~dotdeb.3.
dpkg: error processing mysql-server-5.6 (--configure):
  dependency problems - leaving unconfigured


Pourtant lorsque je demande en CLI la version de MySQL j'obtiens :

# mysql --version
mysql  Ver 14.14 Distrib 5.6.23, for debian-linux-gnu (x86_64) using
EditLine wrapper

MySQL 5.6.23 est bien installée manifestement mais le serveur essaie de
réinstaller cette version quand même et plante !

Savez-vous comment sortir de cette situation ?

Merci

Greg



Désolé si ça semble trivial!
Est-ce que tu peux te permettre une réinstallation (genre aptitude 
remove puis install ou direct reinstall)?


--
mireero

--
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/55682e0c$0$3023$426a7...@news.free.fr

Re: Pb MàJ paquet MySQL

[mireero]

On 05/29/2015 12:30 PM, Grégoire COUTANT wrote:

Bonjour,

Le 29/05/2015 10:58, Sébastien NOBILI a écrit :

[...]
Apparemment le script de pré-installation de la mise-à-jour tente de
remplacer
ce dossier et ça échoue…


Oui, le mainteneur du paquet a corrigé ce souci (pb de symlink), mais le
souci vient du fait que la version de mysql est bien installé (car mysql
--version sort la dernière version) mais que l'OS lui semble ne pas le
savoir !


Pourquoi utiliser un paquet MySQL provenant d'une autre source que
Debian ?


Mes devs ont besoin de cette version pour certaines fonctionnalités.


Est-ce que le mainteneur du dépôt connait un contournement à ce
problème de
mise-à-jour de _son_ paquet ?


Oui, il l'a corrigé
(https://www.dotdeb.org/2015/02/08/mysql-5-6-23-for-wheezy/) et
d'ailleurs le paquet semble s'être installé. Mon souci vient surtout du
fait que debian ne le sait pas :-/

Grégoire



Oui, debian, enfin les bases de données d'apt pour être plus précis. 
Éventuellement voir comment fonctionne apt, ça peut aider.


C'est l'erreur qui m'intrigue, comme tu en as eu une pendant une 
installation précédente, je me demandais si tu avais toujours un dossier 
/var/lib/mysql-upgrade/ ?

Car chez moi j'en ai pas, et si la réponse est oui, je le supprimerais.

--
mireero

--
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/55685843$0$3030$426a7...@news.free.fr

Re: ram beaucoup trop sollicitée

[mireero]

On 05/29/2015 02:50 PM, Sébastien NOBILI wrote:

Le vendredi 29 mai 2015 à 14:14, andre_deb...@numericable.fr a écrit :

$ free
total usedfreeshared  buffers   cached
Mem:  4147716  3468024  679692  9068 198948  2743764

^^^

La majorité de ta mémoire sert au cache, elle est donc utilisée parce qu'elle
est libre, et autant s'en servir pour accélérer les autres traitements (accès au
système de fichier par exemple) mais elle reste disponible pour les programmes
qui en auraient besoin.

La mémoire effectivement utilisée sur ton système est 679692 (avec l'option
« -h » ça aurait été plus lisible), donc pas grand-chose.

Sébastien



Salut, je voulais juste corriger une légère erreur :

totalused   freeshared  buffers cached
Mem:4147716  3468024679692  9068198948  2743764
-/+ buffers/cache:   525312 3622404
Swap:   2074620  0  2074620

2ème ligne:
525312 = Utilisée
3622404 = libre


Toute l'info (sauf swap) est données sur la 1ère ligne, la 2ème n'est 
qu'un helper:

Utilisée = used - shared - buffers (3468024 - 198948 - 2743764 = 525312)
Libre = total - Utilisée (4147716 - 525312 = 3622404)

Ce qui m'a troublé à une époque, c'est que je n'avais pas compris que 
les titres *total*, *used* et *free* s'appliquaient aux _3_ lignes.


--
mireero

--
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/55686902$0$2979$426a7...@news.free.fr

Re: ram beaucoup trop sollicitée

[mireero]

On 05/29/2015 10:30 PM, andre_deb...@numericable.fr wrote:

'ai mis dans mon fstab : noatime :
/dev/sda2  / ext4  defaults,noatime,... 0 1
Faut-il le mettre aussi dans ma partition/home/  dédiée ?


T'as l'art de changer de sujet!
Bon, perso je préfère relatime et si /home correspond à un SSD c'est oui 
sinon... ben oui aussi (si t'as pas besoin des temps d'accès).



et j'ai modifié la valeur de la swap : vm.swappiness = 10
afin que la swap soit utilisée en dernier recours = + de vitesse.
http://geekeries.de-labrusse.fr/?p=1806
la valeur swappiness par défaut est 60.


Ouais, c'est ce qu'on dit.
Moi je laisse la valeur par défaut et ça swappe jamais.
De toute façon, cette valeur n'a d'incidence que lorsque l'on s'approche 
d'une occupation mémoire (sans les buffers/cached) importante.




En tout cas et toujours sur Sirius, même en lançant la commande 'free -m'
seulement (et sous une session utilisateur), j'ai le même résultat que
sous 'root' :

Pas chez moi comme indiqué en haut.
Comme si free indiquait la consommation selon l'utilisateur dont root...


Oui, étrange en effet (et impossible, si c'était possible de dire ça!).
Chez moi, c'est pareil à part quelques Mo pour la session de plus.
Et les lignes concernant la mémoire retournées par la commande 'top', ça 
donne quoi?



Quelle est la quantité de mémoire centrale de l'ordinateur où est installé
ton système GNU/Linux ?
Stéphane

Le terme mémoire centrale me gêne, s'agit-il de la RAM totale ?
si oui = 4Go (2 barettes de 2Go) :
www.commentcamarche.net/contents/751-ordinateur-introduction-a-la-notion-de-memoire

@+ good evening.

André



--
mireero

--
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/5568ebf4$0$3012$426a7...@news.free.fr

Re: LightDM : ou va t'il chercher la disposition du clavier (par défaut) ?

[mireero]

On 05/26/2015 04:50 PM, Farget Vincent wrote:

Bonjour à tous,

Je galère depuis plusieurs jours avec LightDM et le(s) disposition(s) de
clavier.

Alors qu'avec GDM(3) je n'ai aucun souci, il va chercher dans le fichier
/etc/default/keyboard (XKBLAYOUT=fr,us ou us,fr d'ailleurs) et je
peux changer de disposition de clavier sur la bannière de login grâce à
l'applet situé dans l'angle droit (en haut), avec LightDM, pas moyen de
changer le clavier : il reste obstinément en AZERTY et surtout, je ne
vois pas l'applet pour changer la disposition du clavier (j'ai seulement
l'applet pour changer la langue) !

Quelqu'un sait-il ou LightDM va chercher la disposition du clavier par
défaut ?
Une idée pourquoi je n'ai pas l'applet pour changer le clavier ?

Merci d'avance pour votre aide,
Bien cordialement.
-
Vincent FARGET



Salut,

Normalement le clavier est partagé entre la console et X et se 
reconfigure en général sur une debian comme ceci:


~# dpkg-reconfigure keyboard-configuration
~# dpkg-reconfigure console-setup

Par contre, je ne savais pas que LightDM ajoutait sa *couche*.
Il te reste plus qu'à creuser la doc. ;-)


--
mireero

--
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/5567781e$0$3338$426a7...@news.free.fr

Re: donnons.org et iceweasel

[mireero]

On 05/22/2015 12:10 PM, Bernardo wrote:

Re,

tout à l'heure ça fonctionnait (et je n'avait rien en cache) et maintenant, ça
marche plus !

Soucis du côté du serveur ?

Le 22/05/2015 11:21, Klaus Becker a écrit :

Le vendredi 22 mai 2015, 11:15:39 Bernardo a écrit :


Le 22/05/2015 11:13, Klaus Becker a écrit :

Bonjour,


Pareil, ça fonctionne pas ici.
Curieux, je pensais que firefox permettait d'ajouter une exception.


--
mireero

--
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/555f01cc$0$3035$426a3...@news.free.fr

Re: rsync et /run

[mireero]

On 05/18/2015 10:30 AM, Damien TOURDE wrote:

Quel sont les droits de dossiers source et cible?
Et de /run/user/1000/gvfs?

Et bien... je ne sais pas trop !
ls -al /run/user/1000/
ls: impossible d'accéder à /run/user/1000/gvfs: Permission non accordée
total 0
drwx-- 2 damien damien  60 mai   18 09:04 dconf
d? ? ?  ??  ? gvfs



rsync s'est arrêté de marcher *ou* es-tu en train de le mettre en place?
C'est quoi la commande exacte?

Tu pourrais essayer un 'sudo chown damien /run/user/1000/gvfs', (et 
peut-être un chmod 0755) puis réessayer rsync, juste pour voir (note 
bien le message d'erreur éventuel).


C'est bien d'utiliser rsync pour apprendre son fonctionnement mais c'est 
pas vraiment fait pour ton utilisation. Le grand avantage de rsync, 
c'est qu'il garde en mémoire le checksum de chaque fichier (en mode 
démon du moins) afin de limiter au strict minimum les accès disques et 
les échanges réseau.


Par contre, si tu sauvegardes en local (sur un disque usb par exemple), 
il y a des outils dédiés (même un simple 'cp --update' pourrait faire 
l'affaire). Reste à décider ce que tu veux copier. En général, les 
fichiers persos (photos, documents, email (si pop)...) et quelques 
fichiers de config; en tout cas moi je m'encombre au minimum.

Et bien sûr, ne pas oublier la config du noyau si tu l'as modifié.

Un truc sympa: créer une règle udev qui déclenche le backup 
automatiquement quand tu branches le disque externe.


Bon courage!

--
mireero

--
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/5559d9f2$0$2987$426a7...@news.free.fr

Re: rsync et /run

[mireero]

On 05/17/2015 07:40 PM, Damien TOURDE wrote:

Bonjour,

Quand je fais un backup de mon système avec rsync (en root), j'ai ce
message d'erreur :

rsync: readlink_stat(/run/user/1000/gvfs) failed: Permission denied (13)


Quel sont les droits de dossiers source et cible?
Et de /run/user/1000/gvfs?

Tu as un demon rsyncd qui tourne sur la machine cible ou tu fais juste 
rsync unPC/unDossier unAutrePC/unAutreDossier?


En gros, as tu défini un partage dans /etc/rsyncd.conf?

En général on y définit uid et gid et on met ça en accord avec le 
dossier cible.




Aussi j'aimerais savoir ce qu'est ce /run et si je devrais le backuper
ou pas ?



Non, /run est un tempfs (donc il s'efface à chaque redémarrage).
A mon humble connaissance, il sert aux applications qui désirent y 
stocker par exemple leur pid principalement, et il peux aussi y avoir 
des tubes nommés, des sockets peut-être, des fichiers qui pèsent presque 
rien.

Voir:
~$ df -h /run



D'autre part, si je dois restaurer le backup de mon système, vaut-il
mieux le faire comme un porc et rebalancer toute ma sauvegarde sur un
disque vierge ?


Tu veux dire copier le contenu de ta/tes partitions afin d'obtenir une 
réplique exacte?



Ou plutôt sauvegarder la liste des paquets installés, faire une installe
propre, réinstaller tous les paquets listés par dpkg --get-selections,
puis copier mes fichiers de configuration depuis ma sauvegarde rsync ?


Ça me semble parfait!
Toute la question, c'est que veux t'on sauvegarder?

Allez, un exemple:
J'ai un ssd, alors j'ai mis des liens vers un hdd pour les dossiers qui 
prennent de la place (ex: /home/user/{music,pictures,.cache...}).
Si le ssd craque, ça change rien pour eux, si c'est le hdd j'ai un 
backup quelque part sur un hdd usb.


Donc je peux faire un backup de /home en disant au programme de ne pas 
suivre les liens symboliques, ça prend pas bcp de place ce qui permet de 
l'envoyer facilement sur un serveur.


Donc j'ai mes fichiers de conf utilisateur.

Mais il y a certains fichiers dans /etc que j'aimerai garder, sans 
sauvegarder tout le bordel (qui n'est pas lourd mais y'a du monde: (du 
-sh /etc = 14Mo, find /etc|wc = 2436).


Ma méthode, depuis que j'ai abandonné l'idée de mettre /home sur une 
partition séparée (j'ai fini par réfléchir et je n'y vois aucun intérêt, 
ça n'engage que moi), donc ma méthode c'est de créer un lien dur pour 
chaque fichier qui m'intéresse, et de le mettre quelque part chez moi 
genre 'ln /etc/vim/vimrc.local /home/user/vimrc' (attention aux droits).


Bref, chacun sa recette, la mienne est loin d'être parfaite et elle 
change souvent.


Pour les programmes, apt est tellement performant (bonne connexion 
internet + ssd, un vrai régal :) ), j'installe ce qui m'intéresse sur le 
coup. J'ai bien quelques trucs que j'installe dès le début 
(navigateur...) mais je veux garder le contrôle donc je marche pas avec 
une liste, je finirais par oublier ce qu'il y a dessus!




Je suis un peu dans le flou pour le jour où je dois faire ça...



Prend quelques bons conseils quand y'en a, suis des tuto si tu veux, et 
surtout écoute ce que tu ressens plutôt que les autres
Quand tu te fais confiance, c'est à dire que t'as bien compris les 
enjeux et les mécanismes, là ça ira tout seul.


Moi je commencerais par cette question:
Qu'est ce que je veux sauvegarder?

--
mireero

--
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/55591ea3$0$3322$426a7...@news.free.fr

Re: encfs, pam_mount, fusermount failed

[mireero]

On 05/14/2015 12:10 PM, ps wrote:

j'ai bien l'impression de n'avoir pas compris grand chose à l'option
user:)


Excuse moi, c'est vrai que j'ai pas été très précis.
Je te parle d'un point de vue général à propos de monter un volume, je 
n'ai jamais utilisé pam_mount (si y'a un expert ici je cède la main).



au re-démarrage, le montage se fait, le pam_mount.conf.xml est modifié
dans la ligne volume user et j'essaye plusieurs ENCFS6_CONFIG avec ces
'magnifiques' échecs:)  :

~$ cat /proc/mounts

fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
encfs /home/jlg/zaclys_o fuse.encfs
rw,nosuid,nodev,relatime,user_id=1027,group_id=1001,default_permissions 0 0

dans le pam_mount.conf.xml :

volume user=jlg fstype=fuse
path=encfs#/home/%(USER)/owncloud/zaclys_f/
mountpoint=/home/%(USER)/zaclys_o /


$ ENCFS6_CONFIG=/home/$USER/coffre/.encfs6.xml encfs -o nonempty
/home/$USER/zaclys_o
11:29:45 (main.cpp:356) Un ou plusieurs arguments manquants, abandon.


J'ai 3 remarques:

1 - Quand je monte un système de fichier et que j'ai des soucis, 
j'essaye d'abord de le monter à la main, c'est à dire directement dans 
bash, ex:
Récemment j'ai mis en place un serveur nfs sur un raspberry pi et ma 
ligne dans fstab (du client) ne fonctionnait pas, donc mes tests se 
faisaient dans bash directement:


~# mount -t nfs 192.168.1.13:/home/pi /pi

Une fois que ça fonctionnait, je savais que si ça fonctionnait pas avec 
la ligne dans fstab, ça pouvait avoir un rapport avec mes options.

Dans fstab:

192.168.1.13:/home/pi /pi nfs defaults,user,noauto,noatime  0 0

Qu'on peut tester en bash avec:
~$ mount -t nfs -o user,noauto,noatime 192.168.1.13:/home/pi /pi

Bonne transition pour:

2 - Tu vois ci-dessus que je peux monter le volume nfs en tant que 
simple utilisateur (d'où le ~); c'est grâce à là l'option user.
C'est de ça dont je parlais quand je mentionnais user puisque tes 
messages d'erreurs ressemblent à un problème de droit (mais je n'ai 
aucune idée si pam_mount connaît cette option). Par exemple (ou donc 
exécuter la commande qui va bien dans bash (qui commence peut-être par 
fusermount) et tester en root par exemple):

$ ENCFS6_CONFIG=/home/jlg/coffre/.encfs6.xml encfs -o nonempty,user
/home/jlg/zaclys_o
Tu peux aussi mettre des droits élevé à jlg concernant les 2 dossiers 
en question genre:

~# chown jlg:fuse /home/jlg/{zaclys_f,owncloud/zaclys_f}
~# chmod 0770 /home/jlg/{zaclys_f,owncloud/zaclys_f}
Par exemple, et juste pour voir si ça aide, ensuite tu baisses les 
droits si tu veux.


3 - Remarque facultative:
L'option nonempty me semble un peu excessive (sauf si tu te sers de 
zaclys_f lorsque le volume chiffré est démonté).
Cela donne a penser que le dossier zaclys_f n'est pas vide. Si le(s) 
fichier(s)/dossier(s) éventuellement présent dans zaclys_f n'ont rien à 
y faire (cas habituel pour un point de montage), je démonterais le 
volume pour voir et supprimer le contenu de zaclys_f.


Ce ne sont que des remarques générale, pour y voir plus clair il 
faudrait que quelqu'un qui connaît bien pam_mount et le cryptage en 
question te réponde.



--
mireero

--
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/55549a4a$0$3318$426a7...@news.free.fr

Re: encfs, pam_mount, fusermount failed

[mireero]

On 05/14/2015 04:30 PM, ps wrote:

je confirme : l'étape manuelle fonctionne : le pam_mount semble aussi
fonctionner.
c'est le passage par ENCFS6_CONFIG qui semble bloquer l'affaire


Ça signifie que tu peux monter le volume en root?
Tu pourrais nous envoyer la commande que tu utilises?



les dossiers à synchroniser, ce qui est l'objectif initial, seront

placés dans zaclys_o.
via encfs et pam_mount, ils seront cryptés, puis owncloud-client se
chargera de rappatrier les dossiers chiffrés sur owncloud-zaclys. enfin
c'est ce que j'ai imaginé comme possible, un jour:)


Ah ça, c'est ce qui me plait avec linux et autres unix-like. Tout (ou 
presque) est faisable donc oui, c'est possible :)
Mais pas forcément avec les outils / la méthode que l'on pense être la 
bonne au début.

Je peux pas vraiment t'aider mais comme je suis curieux:

1 - As-tu regardé du côté des logs (quelque part dans /var/log/*, ou 
dmesg (attention à bien le taper en console, /var/log/dmesg n'est pas le 
même!)? `ls -t' peut aider à voir les derniers fichiers modifiés (`ls 
-thr' par exemple).


2 - Dis-moi si je me trompe: tu synchronises les fichiers(/dossiers) à 
sauvegarder dans zaclys_o c'est bien ça? Genre tu utilises rsync ou tar 
avec la bonne option, ou encore `cp --update'?
Parallèlement, l'idée c'est de monter un système de fichiers crypté et 
distant (owncloud y fait penser en tout cas).

Si c'est bien le cas, qu'essaye tu de faire par rapport au dossier zaclys_f:

* Lui aussi est synchronisé, dans le sens ou tu ne copies et cryptes que 
la différence entre les 2 dossiers? Si c'est ça, je crois pas qu'il 
faille monter le système avec une option nonempty (mais là je peux 
me tromper!). Peut-être vaudrait-il mieux simplement crypter les 
fichiers en local (par exemple, si tu as de la place dans ton disque (ou 
mieux, mais ça ajoute de la compléxité, tu te débarasse du fichier grâce 
à un pipe/redirection |), en crytant tout le dossier zaclys_o ce qui 
te permet de faire un diff avec le dossier distant puis utiliser un 
outil pour envoyer seulement la différence sur le serveur.

Et rapatrier/décrypter le dossier au besoin (autre pc, crash disque...).
Dans ce cas, tu n'as pas besoin que le dossier distant soit accessible 
en permanence.
* Ou tu supprimes le contenu de zaclys_o à partir du moment ou il a été 
sauvegardé sous forme d'un contenu distant crypté et tu utilises 
régulièrement ce contenu et c'est pour ça que tu voudrais que le montage 
se fasse en tant que jlg?
* Ou encore j'ai rien compris du tout (ça arrive souvent, je suis du 
genre lent à comprendre mais comme tout le monde, j'ai certaine qualités 
:) )?
* De qui veux-tu protéger ce contenu? De l’hébergeur de zaclys_f ou 
d'une attaque sur ce serveur; d'un autre utilisateur local (ou pareil, 
d'une attaque sur ton pc), des 2?


3 - As tu un accès root à la machine qui héberge zaclys_f? Dans le sens: 
peux-tu y installer des services/programmes?



En fonction de ton utilisation, je suis sûr qu'il y a du monde sur la 
liste qui pourra te conseiller la méthode la plus adéquate (ça t'empêche 
pas de continuer à essayer de résoudre le pb actuel, ça peut toujours 
servir, des connaissances).



donc ce qui est dans zaclys_o, je pensais que ça pouvait (devait) y
rester : certains fichiers à l'intérieur seront modifiés, peut-être
supprimés et que owncloud-client fera le tri entre ce qu'il a déjà et ce
qu'il doit rappatrier car nouveau ou modifié.
mais peut-être que je rêve d'une banque... de données 'idéale':)
il est bien (sans doute) possible que je n'ai pas compris ce qu'on
pouvait faire exactement avec owncloud et pam_mount.


C'est souvent qd un truc nouveau ne marche pas comme prévu qu'on apprend 
le plus! Ça force à étudier, à se creuser les méninges et ça c'est bon ;)

(Si on aime apprendre  si y'a pas un patron derrière!)

Et je pense à autre chose, un truc tout bête, parfois il faut faire 
partie d'un certain groupe pour utiliser un certain truc, ex:

~# adduser jlg netdev
(t'as la liste des groupes existant dans /etc/group)

--
mireero

--
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/5554ee18$0$3006$426a7...@news.free.fr

Re: FS / full lors des aptitude update avec Jessie

[mireero]

On 05/14/2015 08:10 PM, Bernard Schoenacker wrote:

Le Thu, 14 May 2015 18:35:13 +0200,
Pierre Malard p...@teledetection.fr a écrit :


Bonjour,

Nous avons des problèmes de FS full avec les mises à jour de la base
des paquets APT sous Jessie et Ubuntu 15.04 depuis quelques temps. Ce
n’est pas systématique mais, comme nous avons un appel par « cron-apt
» pour tester les mises-à-jours de sécurité sur une base spécifique,
nous nous trouvons régulièrement avec un ou deux serveurs saturés.
C’est très pénalisant. Le lancement d’un « apt-get update » ou d’un «
aptitude update » dans ces cas tourne sans fin jusqu’au remplissage
du FS /. En cherchant, j’ai trouvé le coupable, c’est le répertoire «
partial » du répertoire de gestion des paquets (dans
« /var/lib/apt/list ») qui se remplis à l’infini.

Est-ce que vous auriez une explication et, mieux encore, une
solution ?

Cordialement

--
Pierre Malard

«La France n'est pas schismatique, elle est révolutionnaire»
   Jean
Jaures - 1905 (`.-,')
 .-' ;
 _.-'   , `,-
   _ _.-' .'  /._
 .' `  _.-.  /  ,'._;)
(   .  )-| (
 )`,_ ,'_,'  \_;)
('_  _,'.'  (___,))πr
  `-:;.-'

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'''`''' 5-.  ;-;;,_:  |,A-  )
)-,_. ,\ (  `'''-''': '''-3'''2(_/--'''  `-'''\_):
24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'
- -- Ce message n’engage que son auteur --



serait il possible de voir les entrées du fichier sources.list ?


C'est vrai que quelques renseignements de plus...

Exemple:

Contenu de:
/var/log/apt/*
/etc/apt/{apt.conf,apt.conf.d/*}# si modifié
/etc/cron.daily/{aptitude,apt}

Essayer avec iotop (à installer le cas échéant).

Et surtout, qu'y a t'il dans le dossier incriminé (au hasard, un lien 
récursif)?



slt


Pareil!


bernard




--
mireero

--
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/5554f0df$0$3347$426a3...@news.free.fr

Re: encfs, pam_mount, fusermount failed

[mireero]

On 05/13/2015 08:30 PM, ps wrote:

Bonjour mireero et merci de t'intéresser à cette 'aventure' :)

quand j'ai écrit volume user=..., c'était pour ne pas reprendre la
ligne complète qui était au-dessus, dans le pam_mount :

!-- Volume definitions --

volume user=jlg fstype=fuse
path=encfs#/home/jlg/owncloud/zaclys_f/ mountpoint=/home/jlg/zaclys_o /


Ah d'accord, j'avais mal compris, j'aurais du voir les 3 petits points :)


(pam_mount.c:615): no volumes to mount : je ne comprends pas cette
ligne :(


Manifestement il y a quelque chose à creuser ici!



que veux-tu dire par :
Pourquoi ne positionnes tu pas volume user? ?


Ok, tu peux remplacer _positionner_ par _donner une valeur_. Je croyais 
que volume user était vide.


Et qu'est ce que ça donne avec l'option user?

Ou peut être donner des droits à /home/jlg/zaclys_o à fuse du genre:

~$ chgrp fuse /home/jlg/zaclys_o
~$ chmod 0775 /home/jlg/zaclys_o

Ah, pas besoin de m'envoyer une copie du message en privé, j'imagine que 
c'était une erreur.



Le 13/05/2015 19:36, mireero a écrit :

On 05/13/2015 07:10 PM, ps wrote:

fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied


Tu peux ajouter user dans les options de montage pour pouvoir monter
en simple utilisateur.
Sinon, il faut que tu sois root.

Tu as dans ton message:

volume user=...

et quelque lignes en dessous:

(pam_mount.c:615): no volumes to mount


Pourquoi ne positionnes tu pas volume user?






--
mireero

--
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/55539c31$0$3079$426a3...@news.free.fr

Re: encfs, pam_mount, fusermount failed

[mireero]

On 05/13/2015 07:10 PM, ps wrote:

fusermount: failed to access mountpoint /home/jlg/zaclys_o: Permission
denied


Tu peux ajouter user dans les options de montage pour pouvoir monter 
en simple utilisateur.

Sinon, il faut que tu sois root.

Tu as dans ton message:
 volume user=...
et quelque lignes en dessous:
 (pam_mount.c:615): no volumes to mount

Pourquoi ne positionnes tu pas volume user?

--
mireero

--
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/55538baa$0$3038$426a7...@news.free.fr

Re: construction d'un .deb pour un noyau avec une config locale [1/2 RÉSOLU]

[mireero]

On 05/08/2015 11:00 PM, humbert.olivie...@free.fr wrote:

J'ai donc utilisé cette méthode avec la les règles kernel_image et kernel_headers, ce qui me fourni 
bien les 2 paquets .deb comme avec la méthode make deb-pkg que j'utilisais auparavant, 
ceci dit, cette précédente méthode me fournissait également un paquet linux-libc-dev.


A priori, ce serait plutôt un paquet dont tu aurais besoin *avant* la 
compilation du noyau. A part si on fait du développement ou si on 
compile souvent, on n'a pas souvent l'utilité des paquets en *-dev.
linux-libc-dev est une dépendance de build-essential et de g++ et n'est 
pas installé par défaut sur debian.


La compilation du noyau génère:
- Le noyau (ben ouais).
- facultatif = des modules dans /lib/modules/`uname -r`/etc.
- facultatif = une béquille pour le lancement du noyau, à savoir un initrd.

C'est tout.

--
mireero

--
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/554d4426$0$2994$426a3...@news.free.fr

Re: problème de charge disque

[mireero]

On 05/01/2015 06:40 PM, Gaëtan PERRIER wrote:

Le Fri, 01 May 2015 14:48:20 +0200
mireero mire...@free.fr a écrit:


On 05/01/2015 02:30 PM, Gaëtan PERRIER wrote:

Tu peux aussi faire des tests d'écriture sur chacun de tes disques

pour te faire une comparaison?

De quelle manière ?


Peut-être hdparm -tT /dev/disk
et dd if=/dev/zero of=/dossier/sur/le/disque bs=(au choix).

J'imagine qu'il y a mieux comme benchmark mais ça pourrait être un début.



rien d'anormal en écriture:
dd if=/dev/zero of=/home/gpe/temp.zero bs=1M count=1
1+0 enregistrements lus
1+0 enregistrements écrits
1048576 octets (10 GB) copiés, 68,9717 s, 152 MB/s

en lecture je doute que ce test soit pertinent vu les perf qu'il indique:
dd if=/home/gpe/temp.zero of=/dev/null bs=1M count=1
1+0 enregistrements lus
1+0 enregistrements écrits
1048576 octets (10 GB) copiés, 1,01603 s, 10,3 GB/s

Gaëtan



Salut,
Je suis d'accord avec les autres avec les autres pour dire qu'ici dd 
ne te sera pas d'une grande aide vu qu’apparemment ce sont les temps de 
latence qui sont en cause (tu pourrais coder avec dd pour les mesurer si 
l'envie t'en prenait).


Ceci étant dit, ton dernier résultat ma surpris alors j'ai lancé la 
commande 2 fois:


dd if=temp.zero of=/dev/null bs=1M
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 10.3383 s, 101 MB/s

dd if=temp.zero of=/dev/null bs=1M
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 0.182041 s, 5.8 GB/s

Il semble que lors de la 2ème commande, le résultat soit toujours en 
cache (soit 1Gb de 0 en mémoire soit le système est un peu plus 
intelligent et à la manière de ce qui a été dit, il enregistre 
l'information il y a 1073741824 octets qui se suivent avec une valeur 
nulle).


Par contre, écrire un 3 dans /proc/sys/vm/drop_caches ne me donne pas 
satisfaction (ça change rien!), j'avoue mon ignorance ici.


Tu peux copier un autre fichier avec dd, pour éviter le résultat 
ci-dessus, et pour éviter la suite de 0 si pour quelque raison elle 
était gênante (j'éviterai /dev/urandom, le processeur devient le facteur 
limitant dans ce cas, du moins chez moi), tu peux prendre une archive, 
un divx...


Bon week-end!

--
mireero

--
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/55447271$0$3378$426a7...@news.free.fr

Re: [Résolu] Re: Installation Debian 8 - Recherche CD échouée

[mireero]

On 05/01/2015 08:50 PM, David Pinson wrote:

La commande suivante est donc la bonne :
# cat debian.iso  /dev/sdX
# sync


Salut,
Quelqu'un sait-il toutes les combien nsecondes le sync est-il 
effectué par le noyau.
De quoi ce n dépend-il (type de système de fichier, type de 
périphérique, type de ...)?

Je m'excuse d'avance d'être pseudo-hors-sujet (samedi soir!)

--
mireero

--
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/55455ed9$0$3329$426a7...@news.free.fr

Re: problème de charge disque

[mireero]

et dd if=/dev/zero of=/dossier/sur/le/disque bs=(au choix).




Ah, j'oubliais, la lecture:

time dd if=/dev/sdb (ou /disk/file) of=/dev/null bs=4M count=25

J'avais vu un message par ici (il y a déjà quelque temps) qui 
conseillait d'ajouter une option à dd pour être plus précis mais je me 
suis pas attardé et c'est oublié.


--
mireero

--
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/55438ba5$0$3352$426a3...@news.free.fr

Re: problème de charge disque

[mireero]

On 05/01/2015 03:20 PM, Gaëtan PERRIER wrote:

Le Fri, 01 May 2015 14:48:20 +0200
mireero mire...@free.fr a écrit:


On 05/01/2015 02:30 PM, Gaëtan PERRIER wrote:

Tu peux aussi faire des tests d'écriture sur chacun de tes disques

pour te faire une comparaison?

De quelle manière ?


Peut-être hdparm -tT /dev/disk


ça j'ai déjà fait et je n'ai rien vu d'anormal:

hdparm -tT /dev/sdb

/dev/sdb:
  Timing cached reads:   22350 MB in  2.00 seconds = 11184.15 MB/sec
  Timing buffered disk reads: 574 MB in  3.00 seconds = 191.02 MB/sec



et dd if=/dev/zero of=/dossier/sur/le/disque bs=(au choix).


Oui mais tu mesures comment ?

Gaëtan



Par exemple:
time dd if=/dev/zero of=/disque/fichier bs=1M count=100

--
mireero

--
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/55438752$0$3332$426a7...@news.free.fr

Re: problème de charge disque

[mireero]

On 05/01/2015 04:20 PM, Sylvain L. Sauvage wrote:

Le vendredi 1 mai 2015, 15:13:49 Gaëtan PERRIER a écrit :

[…]

et dd if=/dev/zero of=/dossier/sur/le/disque bs=(au choix).


Oui mais tu mesures comment ?


   Une fois fini, dd t’indique le nombre de blocs et d’octets
écrits, le temps écoulé et le débit.

   De légers problèmes avec la commande indiquée :

1. il n’y a pas d’option count, donc ça ne termine pas. Ça peut


Dac, un simple oubli, simple à corriger par l'op


se défendre si on veut voir ce qu’il se passe sur le disque
pendant que dd fait son boulot…

2. La source est virtuelle, donc on ne teste pas la lecture.


Pas de p pour la lecture, on le fait dans l'autre sens comme je l'ai 
indiqué plus loin mais pas en même temps sinon on aura des accès 
concurrents lecture/écriture.



3. La sortie est un fichier plein de zéros, donc, sur un système
de fichiers moderne, il n’y a rien d’écrit sur le disque (à part
une entrée qui dit que le fichier est plein de X zéros).


Jamais entendu parlé de ça, en tout cas ça ne concerne pas ext4 (ou 
alors tu m'expliques pourquoi on a un ratio ~10 ici) :


dd if=/dev/zero of=/home/moi/temp.zero bs=1M count=1
1+0 records in
1+0 records out
1048576 bytes (10 GB) copied, 107.59 s, 97.5 MB/s

dd if=/dev/zero of=/home/moi/temp.zero bs=1M count=1000
1000+0 records in
1000+0 records out
1048576000 bytes (1.0 GB) copied, 10.1122 s, 104 MB/s



   En résumé : ça ne lit rien, ça n’écrit rien et ça ne s’arrête
pas.


Conséquence : pas pertinent



   Pour ton problème, tu as vérifié/modifié les paramètres hdparm
(mise en veille…) ?



Cordialement

--
mireero

--
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/5543a49f$0$3041$426a7...@news.free.fr

Re: problème de charge disque

[mireero]

On 05/01/2015 02:30 PM, Gaëtan PERRIER wrote:

Tu peux aussi faire des tests d'écriture sur chacun de tes disques
pour te faire une comparaison?

De quelle manière ?


Peut-être hdparm -tT /dev/disk
et dd if=/dev/zero of=/dossier/sur/le/disque bs=(au choix).

J'imagine qu'il y a mieux comme benchmark mais ça pourrait être un début.

--
mireero

--
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/55437614$0$3326$426a3...@news.free.fr

Re: auto-complétion en root

[mireero]

On 04/25/2015 06:40 PM, mireero wrote:

La question est dans le titre.

Précisément, comment faire pour que bash_completion (ou autre
mécanisme) fonctionne en root de la même façon qu'en utilisateur ordinaire?
(On aura compris que je parle de bash, cela dit, les réponses pour les
autres shells m'intéressent aussi, je vais bientôt en changer.)

Par exemple, en utilisateur ou en root, ce qui fonctionne:
~$/# apti[TAB] =
~$/# aptitude

Par contre les TAB ci dessous ne fonctionnent qu'en utilisateur
ordinaire:
~$ sudo aptitude i[TAB] =
~$ sudo aptitude install swaps[TAB] =
~$ sudo aptitude install swapspace

Question subsidiaire:
Pourquoi est-ce désactivé en root, question de sécurité?
(Si oui, comment cela implique moins de sécurité?)



Salut salut tout le monde, beau dimanche, non?

Merci pour toutes les réponses, c'est donc dans le bash.bashrc que ça 
se passe. Je suis allé (un peu honteusement d'avoir posé une question 
qui me taraudait depuis quelques semaines, comme un moustique qui 
attaque la nuit quand on dort, désagréable mais pas assez pour qu'on se 
lève, et dont la réponse était si simple) le modifier et ça marche nickel.


A ceux qui m'ont répondu qu'ils avaient déjà l'autocomplétion en root, 
celle dont je parle est:

aptitude i[TAB] qui fonctionne maintenant en root,
pas:
apti[TAB] qui a toujours fonctionné en root.

Bye

--
mireero

--
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/553cc556$0$3064$426a3...@news.free.fr

Re: Les paquets microcode

[mireero]

On 04/26/2015 12:00 PM, Damien TOURDE wrote:

Bonjour,

Je viens de voir qu'il existait 3 paquets (au moins) concernant les
microcodes propriétaires sous Debian.

firmware-linux, intel-microcode, et amd64-microcode


Je ne suis pas sur de ce qu'ils apportent, et surtout de ce qu'ils
m'apporteraient.


T'as un matériel qui ne marche pas?

Ex, j'avais du installer linux-firmware-nonfree (ou le contraire) pour 
la carte wifi de mon portable.


Si tout ton matériel marche et est reconnu, je conseillerai de fuir 
devant toute modification du microcode.



Avez-vous des infos et/ou conseils par rapport à ces paquets (évidemment
le amd64 ne s'applique pas à mon cas) ?


Évidemment, sans connaître ton cas :)


Pour information, je tourne sur Jessie, avec un Intel Core 2 Duo.

Au niveau drivers propriétaires, j'ai installé ceux de nvidia, et
j'utilise /b43-fwcutter/  /firmware-b43-installer/ pour le wifi.



Pas que je dise que ce soit ton cas, mais il faut bien dissocier le 
microcode du pilote, c'est 2 notions différentes.


--
mireero

--
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/553cc2f0$0$3329$426a7...@news.free.fr

Re: Les paquets microcode

[mireero]

On 04/26/2015 02:10 PM, Damien TOURDE wrote:

Merci des réponses.

En effet, vu la description de firmware-linux-free et
firmware-linux-nonfree, au niveau du matériel, ça ne me concerne pas
vraiment vu que mon matos est globalement bien supporté (à part le b43
qui déconne un peu de temps en temps... à régler plus tard).


Au niveau du paquet intel-microcode, je n'ai pas bien compris s'il
s'agissait d'une mise à jour du proc, ou bien d'un jeu d'instruction
propriétaire utilisable grâce à ce paquet, avez vous une idée de ce dont
il s'agit ?


Je suis un peu surpris d'avoir vu ce paquet dans la distribution.
Le microcode du cpu se situe au niveau du matériel, j'ai un peu de mal à 
croire qu'on peut le changer comme ça.
Curieux, je l'ai donc installé (jessie), ça a modifié l'initramfs et 
signalé un reboot nécessaire.


Conclusion, je peux pas répondre pour le intel-microcode, mais ce qui 
est sûr, c'est qu'il n'y a pas de danger. Pour ce qui est des 
performances, soit tu lis les spécifications d'intel soit trial and 
error, tu lances un truc comparable avant et après et tu vois (time 
devant la commande pourrait faire l'affaire), ce que j'ai pas pensé à faire.


Je doute cependant qu'il y ait une différence flagrante.

--
mireero

--
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/553d6bec$0$3350$426a7...@news.free.fr

auto-complétion en root

[mireero]

La question est dans le titre.

Précisément, comment faire pour que bash_completion (ou autre 
mécanisme) fonctionne en root de la même façon qu'en utilisateur ordinaire?
(On aura compris que je parle de bash, cela dit, les réponses pour les 
autres shells m'intéressent aussi, je vais bientôt en changer.)


Par exemple, en utilisateur ou en root, ce qui fonctionne:
~$/# apti[TAB] =
~$/# aptitude

Par contre les TAB ci dessous ne fonctionnent qu'en utilisateur ordinaire:
~$ sudo aptitude i[TAB] =
~$ sudo aptitude install swaps[TAB] =
~$ sudo aptitude install swapspace

Question subsidiaire:
Pourquoi est-ce désactivé en root, question de sécurité?
(Si oui, comment cela implique moins de sécurité?)

--
mireero

--
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/553bbc77$0$3070$426a3...@news.free.fr

Re: problème lecteur réseau UPnP

[mireero]

On 04/23/2015 03:30 PM, Jean-Louis Giraud wrote:

Bonjour,
j'ai acheté récemment un lecteur réseau Hifi. J'ai installé Rygel pour
pouvoir lire mes fichiers musicaux sur ma chaîne Hifi par
l'intermédiaire de mon lecteur réseau : mes fichiers sont bien reconnus
et lus MAIS il y a de temps en temps des interruptions dans la lecture
des fichiers (de quelques secondes à quelques minutes) ce qui est un
peu embêtant quand même !
J'ai essayé en connexion Wifi puis filaire - à la lecture d'un autre
fil de discussion récent j'ai essayé d'arrêter le pare-feu de ma
Livebox mais rien n'y fait, ces coupures continuent.
J'ai fait pas mal de recherches sur internet qui n'ont rien donné (le
forum dédié à Rygel ne m'a rien apporté d'exploitable).
Si quelqu'un a une idée je suis - très très - preneur !

Je suis sous Jessie avec Xfce comme environnement de bureau.


As tu aussi également des coupures momentanées d'internet?

--
mireero

--
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/5539008f$0$3329$426a7...@news.free.fr

Re: L'écran tactile sous Linux

[mireero]

On 04/17/2015 12:50 PM, Sébastien NOBILI wrote:

Bonjour,

Le vendredi 17 avril 2015 à 12:12, andre_deb...@numericable.fr a écrit :

Le clavier virtuel-tactile doit apparaitre automatiquement,
dès que l'on touche le cadre à remplir d'un formulaire.

Ça marche très bien sous Windows-8
et pas sous Jessie + TDE Desktop.
Il faut le lancer à la mano ou via une icône.


C'est tout de suite plus simple sous Windows, tu n'as pas le choix des
bibliothèques système, de l'environnement de bureau et très peu le choix de la
bibliothèque graphique.

D'ailleurs, est-ce que ça fonctionne (sous Windows) avec une application basée
sur une bibliothèque graphique alternative (GTK par exemple) ?


Oui, les gros trucs genre gtk/qt ont un portage sur Windows, j'avais une 
fois installé un logiciel de téléphonie sip sur Windows qui utilisait 
gtk et c'était lourd parce qu'il y avait les 2 trucs à installer. Mais 
ça marchait.



Le jeudi 16 avril 2015 à 23:16, Gaëtan PERRIER a écrit :

Le Thu, 16 Apr 2015 22:55:56 +0200
Sylvain L. Sauvage sylvain.l.sauv...@free.fr a écrit:

   Si on veut (comme, pensé-je, l’OP) que le clavier apparaisse
automagiquement quand on sélectionne un champ textuel, comme
c’est le cas sur une vraie tablette, alors c’est forcément
l’application (ou une de ses bibs) qui le fait.


Oui alors en fait on est d'accord. J'assimilais appli au code que l'on écrit
spécifiquement pour une appli. Je mettais les biblio système dans
système ...


Manifestement ce traitement doit être pris en charge par les bibliothèques
graphiques et via un système standard (DBUS). Peut-être que ça entre dans le
cadre du travail de FreeDesktop ?

Sébastien



Allez, ma petite note dans le débat.

Android, ok, c'est facile, le tactile était une base de départ.

Mais pourquoi dans un OS classique on aurait pas une genre de surcouche 
qui se situerait en l’occurrence dans le système et qui surveillerait 
tous les processus et en particuliers les clics dans des zones de 
saisies. Et il y aurait une logique, un algorithme interne qui 
(peut-être avec l'aide du DM) déduirait l'état saisie/pas saisie.


Sur que c'est plus simple si l'appli joue le jeu et notifie son état.

La question de la police (policy) n'est pas simple, j'ai en tête un 
éditeur de texte, on est le plus souvent dans une zone de saisie mais 
parfois, on lit, on scroll et on veut pas de clavier.


Bon week-end!

--
mireero

--
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/5530ee3d$0$3357$426a7...@news.free.fr

Re: variable globale d'environnement

[mireero]

On 04/15/2015 10:30 PM, humbert.olivie...@free.fr wrote:

Si j'ai bien compris la gestion des variables, elles sont héritées de 
processus-parent en processus-enfant. Et si je suis juste dans ma 
compréhension, le démarrage (à partir d'init) se passe ainsi :


Salut, ben long message, désolé j'ai survolé la fin!

Une petite histoire des variables dans sysvinit (Ça a du changer depuis!):

1 - Démarrage du système, le noyau rempli
HOME=/
TERM=linux

2 - Il lance init qui configure à son tour quelques variables:
PATH, RUNLEVEL, CONSOLE...

3 - init va voir dans /etc/inittab et en fonction du runlevel lance des 
getty sur les tty. getty positionne TERM=linux et lance /bin/login en 
général de tty1 à 6.


4 - login conserve l'environnement ou le détruit en conservant TERM et 
met en place les variables {HOME,SHELL,TERM,PATH,MAIL,LOGNAME,USER}. Il 
lance le shell lu dans /etc/passwd.


5 - le shell configure en interne des variables puis va en général lire 
les fichiers profile (et éventuellement bashrc, tout ça dépend du shell 
bien sûr) et en déduire les dernières variables à positionner.


4 bis - Le DM a ses propres mécanisme, c'est normal d'avoir des 
variables différentes entre les tty et la session graphique.


- Il faut différencier les variables que tu vois dans un shell et les 
variables du système. Je sais pas comment dire ça, quand tu lances un 
shell, que tu sois en graphique ou tty, peu lui importe ce qui se 
passait avant. C'est pas parce qu'une variable a telle valeur en lançant 
env qu'un autre programme quelconque aura le même couple 
valeur/variable (sauf s'il descends du shell en question).


- Le système lance des login shells de tty1 à tty6, en gros ils 
lisent les fichiers profile (qui souvent sourcent les bashrc).
Par contre les shells lancés en graphique dans un émulateur de terminal 
ne sont pas forcément des shells de connexion comme on traduit en 
français. Ils ne lisent pas les profile en n'ont donc pas forcément 
les mêmes variables.


Il semble que ton DM ne lance pas des login shells, si tu as besoin de 
ta variable juste dans bash, le bashrc c'est cool.
Et si tu veux lancer un login shell, tu fais juste su - 
nom_utilisateur. Y'a le tiret en plus.


Tu peux aussi t'amuser à te mettre en root et lancer login.


--
mireero

--
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/552ef662$0$3033$426a7...@news.free.fr

Re: Trinity-kmail ininstallable et synchronisation des mails

[mireero]

On 03/31/2015 11:10 PM, andre_deb...@numericable.fr wrote:

Hello,

Sous mon PC portable, je suis passé à Jessie.

Je recommande le bureau Trinity Desktop Environment = TDE,
qui semble reprendre son développement :
www.trinitydesktop.org
(il s'agit d'un remake de Kde 3.5, bureau beaucoup plus léger que Kde 4,
  tout en étant sophistiqué et complet).
Il y a même une version pour Jessie.

Cependant, un paquet ne s'installe pas du tout : trinity-kmail,
problème de librairies ininstallables.
(Bug ? et si vous avez une idée...= bienvenue !)

C'est dommage, car du coup je ne peux plus synchroniser
mes mails entre mes trois PC sous Debian.

Quel MUA me conseillez vous, avec une synchro facile
de ses mails entre ordinateurs (je désire éviter de le faire via Gmail).

L'objectif est d'avoir tous les mails reçus sur un PC qui apparaissent
ensuite dans les MUA des autres PC reliés dans un réseau local.
Avec Kmail, j'utilisais rsync et ça marchait au poil.

Merci d'avance.

André



Salut,

Ne peux tu point rester avec rsync (après, le MUA c'est une affaire de 
goût, cela dit les réponses m'intéressent, j'en ai un peu marre de 
thunderbird)?


Et imap, ça va pas?

--
mireero

--
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/551b8835$0$3318$426a7...@news.free.fr

Re: Installer Wheezy + Grub en parallèle de Windows-8

[mireero]

On 03/28/2015 08:20 PM, andre_deb...@numericable.fr wrote:

On Saturday 28 March 2015 19:05:54 Bernard Schoenacker wrote:

andre_deb...@numericable.fr a écrit :

Maintenant, je suis confronté au serveur Xorg sous Wheezy.
La carte graphique est une Intel haswell-ULT
J'ai bien installé les pilotes xserver-xorg-video-intel.
Le serveur X ne se lance pas = écran noir.
J'espère que cette carte graphique récente est supportée
par Linux ?



voici un commentaire ayant trait au sujet :
http://www.cyrille-borne.com/article377/astuce-intel-corporation-haswel
l-ul t-integrated-graphics-controller-8086-0a16-rev-09



mais dans l'article, il s'agit d'une carte Intel-Haswell
qui fonctionne déjà, c'est pour améliorer l'accélération.
La mienne, c'est l'écran noir...



pourquoi ne pas vouloir essayer le mode vesa ?


C'est que j'ai fait.. mais pareil en mode Vesa : écran noir.

Le Xorg-log indique que le mode est bien reconnu,
mais problème de module vbe :
Screens found but none usable configuration

André



Tu pourrais essayer de générer un xorg.conf (Xorg -configure) et le 
tester (par exemple en créant un ~/.xinitrc qui contient: xterm  sleep 
5 comme ça on n'en demande pas trop, suivi d'un startx) et voir les 
logs (curieusement quand on génère le xorg.conf on n'a pas forcément les 
mêmes résultats)


--
mireero

--
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/551740c7$0$3334$426a7...@news.free.fr

Re: Installer Wheezy + Grub en parallèle de Windows-8

[mireero]

On 03/27/2015 04:40 PM, andre_deb...@numericable.fr wrote:

J'ai changé le sujet... pour une meilleure compréhension
de mon problème.

Bonjour,

J'ai scrupuleusement suivi ce tuto :

http://pi.ac3j.fr/installer-linux-debian-portable-en-windows-8/

Aucun message d'erreur.
Rebooté et aucun Grub apparait, boot direct sous Windows8.

Peaufiné avec ce second tuto :
http://forum.ubuntu-fr.org/viewtopic.php?pid=16012031

Rebooté, idem, aucun Grub apparait, boot direct sous Windows8.


Ben bon courage!


Si je ne peux y arriver,
je vais devoir intégralement effacer le disque dur,
recréer des partitions MBR (non UEFI) et réinstaller
W7 + Debian-Wheezy, avec Grub2 (non grub-efi).

J'ai l'impression que ce PC tactile HP 13 X360,
a scotché le démarrage de Windows8...
et comment le désactiver ?


Serait-il possible qu'on soit dans un de ces cas de signature numérique 
au niveau de l'efi par Windows (sujet qui a fait bcp de bruit il y a 2-3 
ans)?



André




--
mireero

--
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/55165c04$0$3379$426a7...@news.free.fr

Re: Debian et autonomie...[ et batterie]

[mireero]

On 03/25/2015 11:10 AM, Francois Boisson wrote:

* Travailler sur secteur n'endommage pas la batterie (au contraire des NiMH)


exact sauf si l'ordinateur est très chaud (j'avais un processeur qui 
flirtait avec les 100°C) et donc chauffe la batterie, dans ce cas il 
vaut mieux l'enlever il parait. Et la stocker chargée à 80% d'après ce 
que j'ai compris.


--
mireero

--
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/551299e4$0$3033$426a7...@news.free.fr

Re: Créer boot Grub avec super grub disk sur clé usb

[mireero]

On 03/23/2015 06:00 PM, andre_deb...@numericable.fr wrote:

On Monday 23 March 2015 15:31:18 mireero wrote:

On 03/23/2015 12:40 PM, andre_deb...@numericable.fr wrote:

Gparted par Live Toutou-Linux montre toutes les partitions :
sda1 = NTFS
sda2 = NTFS
sda3 = NTFS (Windows 8)
sda4 = partition étendue
sda5 = NTFS (recovery)
J'ai créé via rsync :


Whao, bravo, il en fait des trucs, rsync!
Non, plus sérieusement, t'as genre copié un debian distant dans sda6?

sda6 = Wheezy (ext4)
sda7 = swap


Oui, c'est très simple :
# mkdir /media/sda6
# mount /media/sda6
# rsync -av --exclude=... ip_pc_distant_avec_ssh:/  /media/sda6/


Donc tu copies un wheezy distant dans un chroot local. Je trouve ça fort 
quand même, copier un OS directement sur un autre PC, faut dire que ça 
assure chez Linux!
Donc c'est pour ça que tu te retrouves avec une distribution 32 bits si 
j'ai bien compris.


Peut-être que ton souci vient du grub copié, ça ne peut pas faire de mal de:
aptitude purge grub  aptitude install grub (je suis pas sûr que 
reinstall purge bien la conf)

ou supprimer au moins le /boot/grub/grub.cfg
J'imagine aussi si tu as un initrd (et c'est le cas si tu as pas 
recompilé le noyau) il faudrait le re-générer (mkinitramfs en root).


En passant, quelques fichiers qu'il pourrait être intéressant de modifier:

/etc/fstab
/etc/hosts, /etc/hostname
/etc/resolv.conf
/etc/network/interfaces (ou autre, dépend de comment tu gères le réseau)

Doit y en avoir d'autres (éventuellement, crontab, profile et bashrc, 
modules, localtime (autre fuseau horaire!) mais je m'écarte là), presque 
tout ce qui a dans /etc en fait...


(Si y'a quelqu'un pour brancher la clef usb toutou-linux distante, tu 
pourrais pas lui dire de brancher une clef avec wheezy, ce serait plus 
simple)



Si ton chroot est dans /wheezy tu pourrais essayer (avant le chroot):
mount -t proc proc /wheezy/proc/
mount -t sysfs sys /wheezy/sys/
et surtout dans le cas qui nous intéresse:
mount -o bind /dev /wheezy/dev/

Je vais essayer...


Mais pourquoi chrooter, tu ne pourrais pas lancer directement le grub de
toutou-linux?

Je vais réessayer en installant les paquets grub...


1] Faut-il activer ou désactiver le mode Legacy pour booter sur une clé
USB ?

Chais pas, trial and error, essaye!
Mais si windows est en uefi il ne bootera plus (en fait ben non, pas de
partition fat, je retire cette phrase) :

Je voudrais garder Windows8 (tactile), pour mes enfants.
J'espère qu'en installant Grub (si j'y arrive), ça va empêcher
W8 de booter, car ça a l'air compliqué, avec 2 petites partitions sda1 et sda2
qui doivent sans doute servir au boot de W8, je pense ?


Ok, j'avais compris (quoique j'aimais bien cette version :) )
Chez moi, par défaut Windows 10 (version évaluation) m'installe 3 
partitions, une recovery (ntfs), une boot (efi, fat) et sa partition 
principale (ntfs). Y'a 4 ntfs chez toi, je sais pas, regarde leur taille 
et dedans au cas où!
Chez moi (efi donc), grub s'est greffé dans la partition efi que windows 
avait créé. Puis (une autre installation de linux sur un autre disque) 
il a créé sa propre partition efi.




2) Faut-il installer une distribution Linux 32 ou 64 bits pour lancer
update-grub ? (ma wheezy est 32 bits).


Déjà, j'imagine que tu as un processeur 64 bits (windows 64 bit?) donc :

OUI.


1 - Ca aurait été mieux de commencer directement avec une wheezy 64.
2 - Un processeur 64 peut exécuter du code 32 bits mais pas le contraire.
3 - Grub installe un peu de code dans le mbr (ou dans la partition efi),
le processeur exécute le code qu'il soit en 32 ou en 64 bits. C'est
juste un genre de pointeur vers le kernel (+initrd le cas échéant) quand
c'est linux ou il chainload pour windows.

Même réponse que tout à l'heure, essaye et teste, t'as rien à perdre.

Si, que W8 ne boote plus... ce qui m'ennuierait beaucoup (voir plus haut).


Je ne suis pas un expert du boot mais depuis que je connais Linux je 
n'ai jamais réussi a casser un démarrage Windows (attention, je dis pas 
que c'est impossible). Au pire, un ultimate boot cd et ça repart.


En tout cas, comme tu n'es manifestement pas en efi (pas de partition 
fat), tu démarres en mode legacy (si je me trompe pas, legacy c'est du 
bios pure et non-legacy, c'est efi je crois).
Chez moi, par exemple, si je désactive efi (donc mode legacy j'imagine) 
le pc ne démarrera plus (et en + j'ai des partitions gpt), mais c'est 
réversible, je peux toujours revenir dans le bios et re-changer l'option.
Ce que je veux dire c'est que tu peux toujours essayer vu que tu peux 
toujours revenir en arrière
Un dernier commentaire, le mode efi est retrocompatible (chez moi du 
moins) càd qu'il ne m'empêche pas de démarrer à l'ancienne, par 
exemple sur le bon vieux mbr d'une clef usb.



Je ne comprend toujours pas comment tu as installé wheezy, chroot +
deboostrap?

Mode opératoire plus haut, mais je lance toute l'opération depuis
toutou-Linux Live sur clé USB bootable.
Mais deboostrap, je connais pas... Est-il

Re: Créer boot Grub avec super grub disk sur clé usb

[mireero]

On 03/24/2015 11:50 AM, andre_deb...@numericable.fr wrote:

2] Sans chrooté Wheezy, à partir de Live Ubuntu, j'ai lancé update-grub :
Failed to get canonical of /cow
que veut dire /cow ? (vache en français...).


Chais pas mais ubuntu (live) aussi monte sa partition racine sur /cow. 
Ca m'a rappelé un souci que j'avais eu une fois et pour installer grub 
j'avais du faire:


sudo mount /dev/sda6 /mnt
sudo grub-install --root-directory=/mnt /dev/sda

sda6 étant la partition racine de wheezy et /dev/sda pour installer le 
boot loader sur le mbr du disque 1 (cas classique).


En passant,
- quel disque a le flag boot (vois dans gparted ou autre)?
- C'est du gpt ou mbr (pareil ou vois ce que fdisk et gdisk renvoient)?
- Quand tu as rsync debian, es-tu sûre avoir bien rapatrié 
l'arborescence /boot, autrement dit, as-tu bien les vmlinuz, initrd, et 
System.map dans /mnt/boot/ (si je reprend mon point de montage ci-dessus)?


Et en passant n°2, moi j'oublierais chroot pour ce que tu veux faire 
ici, se mettre dedans sachant que dehors c'est un live système en 
mémoire, ben ça aide pas grub à s'y retrouver je pense.


--
mireero

--
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/5511ece5$0$3042$426a7...@news.free.fr

Re: Créer boot Grub avec super grub disk sur clé usb

[mireero]

On 03/23/2015 12:40 PM, andre_deb...@numericable.fr wrote:

On Saturday 21 March 2015 13:43:19 mireero wrote:

On 03/20/2015 07:20 PM, andre_deb...@numericable.fr wrote:

Sur un portable neuf (sans CD/DVD), j'ai créé une nouvelle partition
avec Wheezy, via Toutou-Linux sur clé USB.



Si wheezy est installé, grub est déjà installé, sinon boot sur
Toutou-Linux, cherche le gestionnaire de paquets, installe le paquet
grub (grub-efi le cas échéant) et lance le, il trouvera tout seul la
partition wheezy. Si toutou-linux est basé sur debian (j'ai regardé 5
min le site, pas vu grand-chose!), en root:
~ # aptitude install grub
~ # grub-install /dev/sda (en général)
Si wheezy n'est pas installé, installe-le à partir de ta clef
préalablement préparée (pareil, tu boot sur toutou linux puis dans un
terminal: )
~ # dd if=/chemin/vers/debian.iso of=/dev/sdb bs=1M // (si clef =
/dev/sdb, bs optionnel)
Si tu n'as qu'une clef avec toutou-linux, comme il se vante d'être
uniquement en mémoire, ben pas de problème pour l'écraser.
Par la suite tu peux toujours te resservir de ta clef debian en cas de
problème de boot (ou autre).


Merci de ton aide.

Gparted par Live Toutou-Linux montre toutes les partitions :
sda1 = NTFS
sda2 = NTFS
sda3 = NTFS (Windows 8)
sda4 = partition étendue
sda5 = NTFS (recovery)
J'ai créé via rsync :


Whao, bravo, il en fait des trucs, rsync!
Non, plus sérieusement, t'as genre copié un debian distant dans sda6?


sda6 = Wheezy (ext4)
sda7 = swap

Sous Live toutou-linux, j'arrive à monter sda6, la chrooter,
mais la commande # update-grub me répond :
pas de /dev disponible, alors que le répertoire /dev existe bien et
n'est pas vide.


Si ton chroot est dans /wheezy tu pourrais essayer (avant le chroot):
mount -t proc proc /wheezy/proc/
mount -t sysfs sys /wheezy/sys/
et surtout dans le cas qui nous intéresse:
mount -o bind /dev /wheezy/dev/

Mais pourquoi chrooter, tu ne pourrais pas lancer directement le grub de 
toutou-linux?



Je recommence avec une autre Live USB boot-repair (sous lubuntu), pareil.
J'utilise l'outil graphique réparation-grub et message d'erreur :
le mode Legacy serait activé... Mais comment ai-je pu booter la clé USB ?
Second message aussi : utiliser une Live boot-repair 64 bits...
D'après des forums, c'est parce que Windows-8 serait en 64 bits.

Bref, je suis toujours perdu... Conclusion :
1] Faut-il activer ou désactiver le mode Legacy pour booter sur une clé USB ?


Chais pas, trial and error, essaye!
Mais si windows est en uefi il ne bootera plus (en fait ben non, pas de 
partition fat, je retire cette phrase).



2) Faut-il installer une distribution Linux 32 ou 64 bits pour lancer
update-grub ? (ma wheezy est 32 bits).


Déjà, j'imagine que tu as un processeur 64 bits (windows 64 bit?) donc:
1 - Ca aurait été mieux de commencer directement avec une wheezy 64.
2 - Un processeur 64 peut exécuter du code 32 bits mais pas le contraire.
3 - Grub installe un peu de code dans le mbr (ou dans la partition efi), 
le processeur exécute le code qu'il soit en 32 ou en 64 bits. C'est 
juste un genre de pointeur vers le kernel (+initrd le cas échéant) quand 
c'est linux ou il chainload pour windows.


Même réponse que tout à l'heure, essaye et teste, t'as rien à perdre.

Je ne comprend toujours pas comment tu as installé wheezy, chroot + 
deboostrap?



Merci de votre aide.

André




--
mireero

--
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/551015a5$0$3185$426a7...@news.free.fr

Re: Créer boot Grub avec super grub disk sur clé usb

[mireero]

On 03/20/2015 07:20 PM, andre_deb...@numericable.fr wrote:

Sur un portable neuf (sans CD/DVD), j'ai créé une nouvelle partition
avec Wheezy, via Toutou-Linux sur clé USB.


Si wheezy est installé, grub est déjà installé, sinon boot sur 
Toutou-Linux, cherche le gestionnaire de paquets, installe le paquet 
grub (grub-efi le cas échéant) et lance le, il trouvera tout seul la 
partition wheezy. Si toutou-linux est basé sur debian (j'ai regardé 5 
min le site, pas vu grand-chose!), en root:


~ # aptitude install grub
~ # grub-install /dev/sda (en général)

Si wheezy n'est pas installé, installe-le à partir de ta clef 
préalablement préparée (pareil, tu boot sur toutou linux puis dans un 
terminal: )


~ # dd if=/chemin/vers/debian.iso of=/dev/sdb bs=1M	// (si clef = 
/dev/sdb, bs optionnel)


Si tu n'as qu'une clef avec toutou-linux, comme il se vante d'être 
uniquement en mémoire, ben pas de problème pour l'écraser.


Par la suite tu peux toujours te resservir de ta clef debian en cas de 
problème de boot (ou autre).


Salut,

--
mireero

--
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/550d5957$0$3032$426a7...@news.free.fr

Re: [HS] Qui a déjà configuré des sessions memcached ?

[mireero]

On 03/19/2015 12:30 AM, Philippe Gras wrote:

Je sèche comme une limace au soleil :

Après avoir fait un petit script en php utilisant les sessions,


Salut,

Je te conseille d'essayer f.c.l.php ou c.l.php si tu parles anglais, ils 
sont réactifs (en anglais au moins).

Après, si t'as une réponse ici, tant mieux.

(Sinon, suivre un tuto de 2008 pour gérer des sessions php, je sais pas...)

A plus

--
mireero

--
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/550a6f9b$0$3058$426a3...@news.free.fr

Re: KW Promo windows 8.1

[mireero]

On 03/17/2015 01:40 PM, khaled Kw wrote:

Bonjour

promo du jour windows 8.1 64 a 76 euro

office pro 2013 199 euros


la quantite est limite bien entendu


khaled

04 86 800 800



Il a pas peur, lui!

--
mireero

--
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/550822af$0$2958$426a7...@news.free.fr