Question sur Xorg sous Debian Jessie

2017-03-08 Par sujet contact 

Je reviens avec un problème sur un Lenovo W520 et Xorg

Quand j'utilise un distribution Linux Mint basé sur Ubuntu je peux 
utiliser ma sortie vidéo, cependant avec un Debian Jessie c'est impossible.


J'ai effectué les tests suivants avec Mint et Debian, et me demande 
pourquoi sous debian le drivers nouveau n'est pas activé.


Merci par avance.


xrand --listproviders :

MINT :
Providers: number : 3
Provider 0: id: 0x6c cap: 0x9, Source Output, Sink Offload crtcs: 3 
outputs: 3 associated providers: 2 name:Intel
Provider 1: id: 0x46 cap: 0x6, Sink Output, Source Offload crtcs: 2 
outputs: 5 associated providers: 2 name:nouveau
Provider 2: id: 0x46 cap: 0x6, Sink Output, Source Offload crtcs: 2 
outputs: 5 associated providers: 2 name:nouveau


DEBIAN :
Providers: number : 1
Provider 0: id: 0x43 cap: 0xb, Source Output, Sink Output, Sink Offload 
crtcs: 2 outputs: 2 associated providers: 0 name:Intel



Les logs des deux systèmes :

MINT :

(II) LoadModule: "intel"
[29.638] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[29.683] (II) Module intel: vendor="X.Org Foundation"
[29.683] compiled for 1.18.4, module version = 2.99.917
[29.683] Module class: X.Org Video Driver
[29.683] ABI class: X.Org Video Driver, version 20.0

(II) LoadModule: "nouveau"
[29.684] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
[29.714] (II) Module nouveau: vendor="X.Org Foundation"
[29.714] compiled for 1.18.1, module version = 1.0.12
[29.714] Module class: X.Org Video Driver
[29.714] ABI class: X.Org Video Driver, version 20.0

DEBIAN :
[ 4.997] (II) LoadModule: "intel"
[ 4.997] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so
[ 5.002] (II) Module intel: vendor="X.Org Foundation"
[ 5.002] compiled for 1.15.99.904, module version = 2.21.15
[ 5.002] Module class: X.Org Video Driver
[ 5.002] ABI class: X.Org Video Driver, version 18.0

_Version de  Xserver-core _
MINT : X.Org X Server 1.18.4

DEBIAN :X.Org X Server 1.16.4




--
*François-Marie BILLARD*
Sculpteur - Céramiste

Re: dupliquer le dossier de profil de firefox

2017-03-08 Par sujet Erwan David 
On Thu, Mar 09, 2017 at 02:56:41AM CET, hamster  said:
> Le 09/03/2017 01:52, hamster a écrit :
> >Un script qui va renommer le dossier, c'est une idée séduisante. Vous
> >allez me traiter de noob et me dire RTFM
> 
> Ben voila. C'est tout expliqué dans man adduser…
> "Si le fichier /usr/local/sbin/adduser.local existe, il est exécuté une fois
> que l'utilisateur a été configuré, de façon à réaliser des opérations
> propres au système. Les paramètres passés à adduser.local sont :
> nom_utilisateur uid gid répertoire_personnel"
> 
> Ca marche très bien, meme quand on crée l'utilisateur en cliquant, mais je
> ne sais pas comment récupérer le paramètre "répertoire_personnel" dans le
> script.

Pas testé (j'administre des systèmes avec des centaines d'utilisateurs
et de machine, donc on passe par d'autres outils), mais en lisant ça
je comprends que le script est appelé via

/usr/local/sbin/adduser.local nom_utilisateur uid gid répertoire_personnel

Donc le répertoire est le 4ème argument, soit $4 si tu écris ton script en 
shell.


-- 
Erwan

Re: Wake on lan

2017-03-08 Par sujet contact 

Bonjour,

j'ai en théorie modifier mon logiciel de mail, pour que les mails en 
direction de cette liste soient automatiquement converti en texte.


donc ceci sera un essai.

et toutes excuses pour le dérangement de lecture.

*François-Marie BILLARD*
Sculpteur - Céramiste 

*François-Marie BILLARD*
Sculpteur - Céramiste 
Le 08/03/2017 à 23:21, Sébastien Dinot a écrit :

Bonsoir,

sTriX a écrit :

Vos messages dans ce groupe de discussion sont au format HTML.
Malheureusement, HTML n'est pas compatible avec tous les logiciels de
messagerie, et je suis obligé de passer par mon navigateur web pour
les lire ; ce qui n'est guère pratique.

J'utilise Mutt - donc une IHM ncurses - et cela ne m'empêche pas de
consulter les messages au format HTML, affichés par elinks. Il suffit de
configurer le paramètre auto_view :

http://jasonwryan.com/blog/2012/05/12/mutt/

Dans mon cas, il est même inutile de créer le fichier ~/mutt/mailcap
préconisé dans l'article, le fichier /etc/mailcap contient les
déclarations adéquates.

Sébastien

Re: dupliquer le dossier de profil de firefox

2017-03-08 Par sujet hamster 

Le 09/03/2017 01:52, hamster a écrit :

Un script qui va renommer le dossier, c'est une idée séduisante. Vous
allez me traiter de noob et me dire RTFM


Ben voila. C'est tout expliqué dans man adduser…
"Si le fichier /usr/local/sbin/adduser.local existe, il est exécuté une 
fois que l'utilisateur a été configuré, de façon à réaliser des 
opérations propres au système. Les paramètres passés à adduser.local 
sont : nom_utilisateur uid gid répertoire_personnel"


Ca marche très bien, meme quand on crée l'utilisateur en cliquant, mais 
je ne sais pas comment récupérer le paramètre "répertoire_personnel" 
dans le script.

Re: dupliquer le dossier de profil de firefox

2017-03-08 Par sujet hamster 

Le 09/03/2017 00:34, Haricophile a écrit :

Ou faire un script pour créer un profile adéquat ce qui serait pas
mal : on pourrait créer ainsi un dossier avec le nom d'utilisateur
plutôt qu'un nom pseudo-aléatoire et quelques commodités du genre.


Un script qui va renommer le dossier, c'est une idée séduisante. Vous 
allez me traiter de noob et me dire RTFM, mais je sais pas faire en 
sorte qu'un script soit lancé automatiquement après la création d'un 
utilisateur. Meme quand l'utilisateur est créé a coup de clics dans 
l'interface graphique adéquate.

Re: grep: Avertissement : GREP_OPTIONS doit être abandonnée

2017-03-08 Par sujet Haricophile 
Le Wed, 8 Mar 2017 15:45:47 +0100,
G2PC  a écrit :

> Bernard m'a transmis son dossier /etc/zsh
> Le changement fait que l'erreur Avertissement : GREP_OPTIONS doit être
> abandonnée n'apparait plus.
> Je n'ai par contre pas d'informations complémentaire à fournir, pour
> la résolution de cette manipulation.

Dans le fichier /etc/zsh/zshenv si tu as utilisé la conf de
formation-debian.via.ecp.fr/

C'est ça de ne pas mettre a jour les docs ;) et de garder trop
longtemps des options "deprecated" (obsolètes).

Amicalement

-- 
Jérôme

Re: Wake on lan

2017-03-08 Par sujet Haricophile 
Le Tue, 7 Mar 2017 12:20:25 +0100,
contact  a écrit :

> Une piste ?

Essaye avec etherwake il y a une option -D qui doit de donner plus
d'infos.

Re: Questions de novice sur -dbgsym

2017-03-08 Par sujet Haricophile 
Le Wed, 08 Mar 2017 11:44:49 +0100,
fra-duf-no-s...@tourde.org (François TOURDE) a écrit :

> J'espère avoir éclairé un peu ta lanterne.

Pour compléter l'éclairage, strace peut avoir son utilité, non ?

Re: [résolu] [ifupdown?] délai ~1m à l'extinction du système

2017-03-08 Par sujet Haricophile 
Le Tue, 7 Mar 2017 08:44:24 +0100,
Alexandre Hoïde  a écrit :

>   Salut André et merci.
> 
>   Peut-être, en effet, que ma ligne « iface enp4s0 inet6 auto » pose
> un problème sur mon système, cependant, si le délai a disparu lorsque
> j'ai supprimé cette ligne, il n'est pas réaparu lorsque j'ai rétabli
> cette même ligne. Accessoirement, je l'avais trouvée dans
> /usr/share/doc/ifupdown/examples/. Si elle pose un problème, ça
> m'intéresserait de savoir pourquoi… sans compter que, à première vue,
> elle ne me sert à rien ! ^^ (je l'ai rétablie pour vérifier la
> reproductibilité)
> 
>   Meilleures salutations,

Je ne vois pas trop l'intérêt de garder network-manager installé si tu
ne l'utilise pas, j'ai comme une idée que ça a un rapport avec
l'interface qui ne se démonte pas avant le timeout.

Re: dupliquer le dossier de profil de firefox

2017-03-08 Par sujet Haricophile 
Le Mon, 06 Mar 2017 11:42:08 +0100,
hamster  a écrit :

> C'est une très bonne idée et ca résoud la moitié de mon problème.
> 
> J'ai pris l'exemple de l'antipub, mais je ne me contente pas de faire 
> ca. Je vais aussi trifouiller dans la configurantion (notamment sur
> la gestion des cookies), je rajoute le certificat racine de cacert,
> je rajoute des moteurs de recherche.
> 
> En fait faut que je cherche si y'a moyen de faire toutes ces
> opérations a l'échelle du système.

La plaie c'est les moteurs de recherches qui ne sont synchronisés nulle
part (il y avait un addon qui ne marche plus depuis que c'est passé en
json).

Donc en plus, remplacer le fichier .json par défaut qui est je ne sais
où. Ou faire un script pour créer un profile adéquat ce qui serait pas
mal : on pourrait créer ainsi un dossier avec le nom d'utilisateur
plutôt qu'un nom pseudo-aléatoire et quelques commodités du genre.

Re: Wake on lan

2017-03-08 Par sujet Sébastien Dinot 
Bonsoir,

sTriX a écrit :
> Vos messages dans ce groupe de discussion sont au format HTML.
> Malheureusement, HTML n'est pas compatible avec tous les logiciels de
> messagerie, et je suis obligé de passer par mon navigateur web pour
> les lire ; ce qui n'est guère pratique.

J'utilise Mutt - donc une IHM ncurses - et cela ne m'empêche pas de
consulter les messages au format HTML, affichés par elinks. Il suffit de
configurer le paramètre auto_view :

http://jasonwryan.com/blog/2012/05/12/mutt/

Dans mon cas, il est même inutile de créer le fichier ~/mutt/mailcap
préconisé dans l'article, le fichier /etc/mailcap contient les
déclarations adéquates.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: Outil d'audit de charge

2017-03-08 Par sujet Pierre Malard 
Merci à vous tous, je vais essayer « munin » pour voir.

Cordialement

> Le 8 mars 2017 à 18:29, didier gaumet  a écrit :
> 
> Le 08/03/2017 à 17:40, hamster a écrit :
>> Le 08/03/2017 17:15, Pierre Malard a écrit :
>>> Mais je voudrait pouvoir écrire ces valeurs dans un fichier exploitable
>>> dans la durée. Auriez-vous une idée ?
>> 
>> Ce dont tu parle ressemble fort a munin ou nagios. En plus ils se
>> chargent de faire les graphiques a ta place.
> 
> pour compléter la réponse du rongeur (sans la compléter vu que je suis
> ignare en la matière), le chapitre sur la supervision des chaiers de
> l'admin' Debian:
> https://debian-handbook.info/browse/fr-FR/stable/sect.monitoring.html
> 

--
M Pierre Malard
Frouzet
34380 SAINT MARTIN DE LONDRES
France

tel: +33 677 56 26 51
http://plm.teledetection.fr

   « La liberté de la presse ne s'use que lorsqu'on ne s'en sert pas ! »
  Slogan du "Canard enchaîné"
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   π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'





signature.asc
Description: Message signed with OpenPGP

Re: Stretch : comment renommer une interface réseau ?

2017-03-08 Par sujet didier gaumet 
Le 08/03/2017 à 11:07, Olivier a écrit :
> As-tu essayé avec une machine physique sous Stretch ?
> J'utilise VirtManager et les options offertes par VirtManager donnent la
> possibilité de choisir l'adresse MAC mais pas de choisir
> le nom des interfaces.
> D'ailleurs à ce propos, le nom choisi varie selon la version de la VM
> inviitée avec eth* pour  Jessie et antérieurs et ens* pour Stretch.
> S'il était facile avec VirtManager de modéliser complètement
> l'architecture d'un VM ("une carte PCI Ethernet, un port Ethernet sur la
> carte mère, ..."), alors
> on pourrait sans doute indirectement forcer le nommage des nouvelles
> interfaces.
> 
> Sauf erreur, je n'ai pas vu de telles options dans la doc de Qemu en
> référence.
> 
> J'ai essayé avec des noms divers les plus originaux: sans succès,
> malheureusement.

Désolé, je crois avoir répondu de manière un peu précipitée sans bien
saisir ton véritable besoin: effectivement je n'ai pas l'impression que
ce soit possible en passant les paramètres à qemu-system

Re: Outil d'audit de charge

2017-03-08 Par sujet didier gaumet 
Le 08/03/2017 à 17:40, hamster a écrit :
> Le 08/03/2017 17:15, Pierre Malard a écrit :
>> Mais je voudrait pouvoir écrire ces valeurs dans un fichier exploitable
>> dans la durée. Auriez-vous une idée ?
> 
> Ce dont tu parle ressemble fort a munin ou nagios. En plus ils se
> chargent de faire les graphiques a ta place.

pour compléter la réponse du rongeur (sans la compléter vu que je suis
ignare en la matière), le chapitre sur la supervision des chaiers de
l'admin' Debian:
 https://debian-handbook.info/browse/fr-FR/stable/sect.monitoring.html

Re: Outil d'audit de charge

2017-03-08 Par sujet François TOURDE 
Le 17233ième jour après Epoch,
hams...@suna.fdn.fr écrivait:

> Le 08/03/2017 17:15, Pierre Malard a écrit :
>> Mais je voudrait pouvoir écrire ces valeurs dans un fichier exploitable
>> dans la durée. Auriez-vous une idée ?
>
> Ce dont tu parle ressemble fort a munin ou nagios. En plus ils se
> chargent de faire les graphiques a ta place.

+1 pour munin, qui est bien plus léger à mettre en place que nagios dans
ce genre de cas.

Re: Outil d'audit de charge

2017-03-08 Par sujet hamster 

Le 08/03/2017 17:15, Pierre Malard a écrit :

Mais je voudrait pouvoir écrire ces valeurs dans un fichier exploitable
dans la durée. Auriez-vous une idée ?


Ce dont tu parle ressemble fort a munin ou nagios. En plus ils se 
chargent de faire les graphiques a ta place.

Outil d'audit de charge

2017-03-08 Par sujet Pierre Malard 
Bonjour,

Je suis à la recherche d’un outil d’audit de la charge d’une serveur avec 
enregistrement dans un log exploitable, par exemple, avec un tableur. J’essaie 
de préciser ma question. Nous avons un outil logiciel lourd, écrit en Java, qui 
nous donne des frayeurs quant aux temps de traitement et semble susceptible de 
forts ralentissement au bout d’un long temps de traitement. Je visite les 
serveurs concernés et utilise des outils comme « htop » ou « iotop » pour avoir 
une vue instantanées :
des vitesses d’écriture/lecture locale ou en réseau,
de la charge mémoire,
de la charge CPU,
…
selon les processus.

Mais je voudrait pouvoir écrire ces valeurs dans un fichier exploitable dans la 
durée. Auriez-vous une idée ?

Cordialement

--
Pierre Malard

  « La façon de donner vaut mieux que ce que l'on donne »
   Pierre Corneille (1606-1684) - Le menteur
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,4-  ) )-,_. ,\ (  `'-'
 '---''(_/--'  `-'\_)   π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 <--



signature.asc
Description: Message signed with OpenPGP

Re: grep: Avertissement : GREP_OPTIONS doit être abandonnée

2017-03-08 Par sujet G2PC 


Le 08/03/2017 à 15:26, G2PC a écrit :
> Le 08/03/2017 à 14:28, Francois Lafont a écrit :
>> Bonjour,
>>
>> On 03/08/2017 12:36 PM, G2PC wrote:
>>  
>>> *Vu sur un forum, ajouter à la fin de ~/.zshrc*
>>>
>>> alias grep="/usr/bin/grep $GREP_OPTIONS"
>>> unset GREP_OPTIONS
>>>
>>> Semble ne rien changer chez moi.
>>>
>>>
>>>
>>> J'ai toujours l'erreur : grep: Avertissement : GREP_OPTIONS doit être
>>> abandonnée ; veuillez utiliser un alias ou un script
>> Et bien c'est comme le PO, il faut que tu trouves où cette
>> variable est définie et exportée dans les listes des fichiers
>> « sourcés » par ton shell.
>>
>> Tu peux farfouiller dans ton répertoire /etc/ avec :
>>
>> sudo grep -RHn --color 'GREP_OPTIONS' /etc/
>>
>> Et ensuite tu peux peut-être farfouiller dans ton home
>> au niveau de tous les fichier qui se finissent en "rc"
>> (bon ça n'a rien de rigoureux, mais d'un point de vue
>> probabiliste, on va dire que t'as une chance de tomber
>> non négligeable de tomber sur la ligne coupable ;)) :
>>
>> find ~ -maxdepth 1 -type f -name '*rc' -exec grep --color -nH 
>> 'GREP_OPTIONS' '{}' '+'
>>
>> Une fois que tu as trouvé la ligne, tu la vires ou tu
>> la commentes. Normalement, il faudra fermer ta console
>> pour en ouvrir une autre afin que ça prenne effet.
> Bonjour, et, merci de ta réponse. Mais, pour le moment, tes commandes ne
> me donnent pas plus de réponses, car, elles ne semblent pas trouver de
> correspondance.
>
> J'ai entre temps édité le fichier .bashrc et commenté les 3 lignes
> concernant grep et --color
> Je n'ai plus de message, si je fais echo $GREP_OPTIONS je n'ai plus
> --color=auto en réponse, mais, une ligne vide. Cela pourrait être bien,
> ( je ne sais pas )
>
> Si je lance un grep, j'ai toujours ce message d'erreur.
>
> dpkg -l |grep lockfile-progs
> grep: Avertissement : GREP_OPTIONS doit être abandonnée ; veuillez utiliser 
> un alias ou un script
>
>
> Voilà le fichier .bashrc
>
> # ~/.bashrc: executed by bash(1) for non-login shells.
> # see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
> # for examples
>
> # If not running interactively, don't do anything
> case $- in
> *i*) ;;
>   *) return;;
> esac
>
> # don't put duplicate lines or lines starting with space in the history.
> # See bash(1) for more options
> HISTCONTROL=ignoreboth
>
> # append to the history file, don't overwrite it
> shopt -s histappend
>
> # for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
> HISTSIZE=1000
> HISTFILESIZE=2000
>
> # check the window size after each command and, if necessary,
> # update the values of LINES and COLUMNS.
> shopt -s checkwinsize
>
> # If set, the pattern "**" used in a pathname expansion context will
> # match all files and zero or more directories and subdirectories.
> shopt -s globstar
>
> # make less more friendly for non-text input files, see lesspipe(1)
> [ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"
>
> # set variable identifying the chroot you work in (used in the prompt below)
> if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
> debian_chroot=$(cat /etc/debian_chroot)
> fi
>
> # set a fancy prompt (non-color, unless we know we "want" color)
> case "$TERM" in
> xterm|xterm-color|*-256color) color_prompt=yes;;
> esac
>
> # uncomment for a colored prompt, if the terminal has the capability; turned
> # off by default to not distract the user: the focus in a terminal window
> # should be on the output of commands, not on the prompt
> force_color_prompt=yes
>
> if [ -n "$force_color_prompt" ]; then
> if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
>   # We have color support; assume it's compliant with Ecma-48
>   # (ISO/IEC-6429). (Lack of such support is extremely rare, and such
>   # a case would tend to support setf rather than setaf.)
>   color_prompt=yes
> else
>   color_prompt=
> fi
> fi
>
> if [ "$color_prompt" = yes ]; then
> if [[ ${EUID} == 0 ]] ; then
> 
> PS1='${debian_chroot:+($debian_chroot)}\[\033[01;31m\]\h\[\033[01;34m\] \W 
> \$\[\033[00m\] '
> else
> 
> PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\] 
> \[\033[01;34m\]\w \$\[\033[00m\] '
> fi
> else
> PS1='${debian_chroot:+($debian_chroot)}\u@\h \w \$ '
> fi
> unset color_prompt force_color_prompt
>
> # If this is an xterm set the title to user@host:dir
> case "$TERM" in
> xterm*|rxvt*)
> PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h \w\a\]$PS1"
> ;;
> *)
> ;;
> esac
>
> # enable color support of ls and also add handy aliases
> if [ -x /usr/bin/dircolors ]; then
> test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval 
> "$(dircolors -b)"
> alias ls='ls --color=auto'
> alias dir='dir --color=auto'
> alias vdir='vdir --color=auto'
>
> #   alias grep='grep --color=auto'
> #   alias fgrep='fgrep --color=auto'
> #   alias egrep='egrep --color=auto'
> fi
>
> # colored

Re: grep: Avertissement : GREP_OPTIONS doit être abandonnée

2017-03-08 Par sujet G2PC 
Le 08/03/2017 à 14:28, Francois Lafont a écrit :
> Bonjour,
>
> On 03/08/2017 12:36 PM, G2PC wrote:
>  
>> *Vu sur un forum, ajouter à la fin de ~/.zshrc*
>>
>> alias grep="/usr/bin/grep $GREP_OPTIONS"
>> unset GREP_OPTIONS
>>
>> Semble ne rien changer chez moi.
>>
>>
>>
>> J'ai toujours l'erreur : grep: Avertissement : GREP_OPTIONS doit être
>> abandonnée ; veuillez utiliser un alias ou un script
> Et bien c'est comme le PO, il faut que tu trouves où cette
> variable est définie et exportée dans les listes des fichiers
> « sourcés » par ton shell.
>
> Tu peux farfouiller dans ton répertoire /etc/ avec :
>
> sudo grep -RHn --color 'GREP_OPTIONS' /etc/
>
> Et ensuite tu peux peut-être farfouiller dans ton home
> au niveau de tous les fichier qui se finissent en "rc"
> (bon ça n'a rien de rigoureux, mais d'un point de vue
> probabiliste, on va dire que t'as une chance de tomber
> non négligeable de tomber sur la ligne coupable ;)) :
>
> find ~ -maxdepth 1 -type f -name '*rc' -exec grep --color -nH 
> 'GREP_OPTIONS' '{}' '+'
>
> Une fois que tu as trouvé la ligne, tu la vires ou tu
> la commentes. Normalement, il faudra fermer ta console
> pour en ouvrir une autre afin que ça prenne effet.

Bonjour, et, merci de ta réponse. Mais, pour le moment, tes commandes ne
me donnent pas plus de réponses, car, elles ne semblent pas trouver de
correspondance.

J'ai entre temps édité le fichier .bashrc et commenté les 3 lignes
concernant grep et --color
Je n'ai plus de message, si je fais echo $GREP_OPTIONS je n'ai plus
--color=auto en réponse, mais, une ligne vide. Cela pourrait être bien,
( je ne sais pas )

Si je lance un grep, j'ai toujours ce message d'erreur.

dpkg -l |grep lockfile-progs
grep: Avertissement : GREP_OPTIONS doit être abandonnée ; veuillez utiliser un 
alias ou un script


Voilà le fichier .bashrc

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
case $- in
*i*) ;;
  *) return;;
esac

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# If set, the pattern "**" used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
shopt -s globstar

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm|xterm-color|*-256color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
# We have color support; assume it's compliant with Ecma-48
# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
# a case would tend to support setf rather than setaf.)
color_prompt=yes
else
color_prompt=
fi
fi

if [ "$color_prompt" = yes ]; then
if [[ ${EUID} == 0 ]] ; then
PS1='${debian_chroot:+($debian_chroot)}\[\033[01;31m\]\h\[\033[01;34m\] 
\W \$\[\033[00m\] '
else
PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\] 
\[\033[01;34m\]\w \$\[\033[00m\] '
fi
else
PS1='${debian_chroot:+($debian_chroot)}\u@\h \w \$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h \w\a\]$PS1"
;;
*)
;;
esac

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval 
"$(dircolors -b)"
alias ls='ls --color=auto'
alias dir='dir --color=auto'
alias vdir='vdir --color=auto'

#   alias grep='grep --color=auto'
#   alias fgrep='fgrep --color=auto'
#   alias egrep='egrep --color=auto'
fi

# colored GCC warnings and errors
export 
GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01'

# some more ls aliases
alias ll='ls -alF'
alias la='ls -A'
alias l='ls -CF'
alias c='clear'

# Add an "alert" alias for long running commands.  Use like so:
#

Re: Wake on lan

2017-03-08 Par sujet Olivier Bitsch 
Hello,

Le wake-on-lan n'est peut-être pas activé dans le BIOS, ou bien
l'ordinateur ne le supporte pas.


Le 7 mars 2017 à 12:20, contact  a écrit
:

> Bonjour
>
> je teste ce mode de réveil sur un ACER X1430 sous Debian.
>
> j'ai vérifié la valeur de "Wake-on"   avec ethtools, il la valeur g.
>
> j'ai ajouté
>
> /sbin/ethtool -s eth0 wol g
>
> dans rc.local
>
> Le boot dans le bios du PC est activé pour cette option en tête.
>
>
> j'ai l'adresse mac du pc et celle de Broadcast.
>
> une fois le PC en question éteint je tente ceci :
>
>  wakeonlan -i XXX.XXX.XXX.XXX adresseMAC
>
> ou
>
>  wakeonlan -adresseMAC
>
> et rien de se passe.
>
>
> Une piste ?
> --
> *François-Marie BILLARD*
> Sculpteur - Céramiste 
>

Re: Wake on lan

2017-03-08 Par sujet sTriX 
Bonjour,
Vos messages dans ce groupe de discussion sont au format HTML.
Malheureusement, HTML n'est pas compatible avec tous les logiciels de
messagerie, et je suis obligé de passer par mon navigateur web pour
les lire ; ce qui n'est guère pratique.
Dans un souci d'interopérabilité, pourriez-vous avoir l'obligeance de
paramétrer votre logiciel afin que vos messages soient aussi envoyés
au format texte brut (TXT). 
Je vous en remercie par avance.
-- 
Gérard

Re: grep: Avertissement : GREP_OPTIONS doit être abandonnée

2017-03-08 Par sujet Francois Lafont 
On 03/08/2017 02:28 PM, Francois Lafont wrote:

> Et ensuite tu peux peut-être farfouiller dans ton home
> au niveau de tous les fichier qui se finissent en "rc"
> (bon ça n'a rien de rigoureux, mais d'un point de vue
> probabiliste, on va dire que t'as une chance de tomber
> non négligeable de tomber sur la ligne coupable ;)) :
> 
> find ~ -maxdepth 1 -type f -name '*rc' -exec grep --color -nH 
> 'GREP_OPTIONS' '{}' '+'

Ah mince, y'a aussi le fichier ~/.profile à regarder, et
y'en a sûrement d'autres encore. La page man de ton shell
te donnera sans doute la liste des fichiers sourcés à
vérifier.

-- 
François Lafont

Re: grep: Avertissement : GREP_OPTIONS doit être abandonnée

2017-03-08 Par sujet Francois Lafont 
Bonjour,

On 03/08/2017 12:36 PM, G2PC wrote:
 
> *Vu sur un forum, ajouter à la fin de ~/.zshrc*
> 
> alias grep="/usr/bin/grep $GREP_OPTIONS"
> unset GREP_OPTIONS
> 
> Semble ne rien changer chez moi.
> 
> 
> 
> J'ai toujours l'erreur : grep: Avertissement : GREP_OPTIONS doit être
> abandonnée ; veuillez utiliser un alias ou un script

Et bien c'est comme le PO, il faut que tu trouves où cette
variable est définie et exportée dans les listes des fichiers
« sourcés » par ton shell.

Tu peux farfouiller dans ton répertoire /etc/ avec :

sudo grep -RHn --color 'GREP_OPTIONS' /etc/

Et ensuite tu peux peut-être farfouiller dans ton home
au niveau de tous les fichier qui se finissent en "rc"
(bon ça n'a rien de rigoureux, mais d'un point de vue
probabiliste, on va dire que t'as une chance de tomber
non négligeable de tomber sur la ligne coupable ;)) :

find ~ -maxdepth 1 -type f -name '*rc' -exec grep --color -nH 
'GREP_OPTIONS' '{}' '+'

Une fois que tu as trouvé la ligne, tu la vires ou tu
la commentes. Normalement, il faudra fermer ta console
pour en ouvrir une autre afin que ça prenne effet.


-- 
François Lafont

grep: Avertissement : GREP_OPTIONS doit être abandonnée

2017-03-08 Par sujet G2PC 
Bonjour,
Lorsque je grep j'ai le message d'erreur suivant :

dpkg -l |grep lockfile-progs
grep: Avertissement : GREP_OPTIONS doit être abandonnée ; veuillez utiliser un 
alias ou un script



Bernard avait ouvert un post il y a deux ans sur la même erreur :
http://linux.debian.user.french.narkive.com/IksFLO18/soucis-avec-grep
Je lis sur ce post :

echo $GREP_OPTIONS   (Il faudrait retirer la ligne que la définit.)

Chez moi :
echo $GREP_OPTIONS
--color=auto


Je ne vois pas ou changer cette valeur : --color=auto


*Mon fichier .zshrc*
# /etc/zsh/zshrc ou ~/.zshrc
# Fichier de configuration principal de zsh, lu au lancement des shells
interactifs
# (et non des shells d'interprétation de fichier)
# Formation Debian GNU/Linux par Alexis de Lattre
# http://formation-debian.via.ecp.fr/


# 1. Les alias #


# Gestion du 'ls' : couleur & ne touche pas aux accents
alias ls='ls --classify --tabsize=0 --literal --color=auto
--show-control-chars --human-readable'

# Demande confirmation avant d'écraser un fichier
alias cp='cp --interactive'
alias mv='mv --interactive'
alias rm='rm --interactive'

# Raccourcis pour 'ls'
alias ll='ls -l'
alias la='ls -a'
alias lla='ls -la'

# Quelques alias pratiques
alias c='clear'
alias less='less --quiet'
alias s='cd ..'
alias df='df --human-readable'
alias du='du --human-readable'
alias m='mutt -y'
alias md='mkdir'
alias rd='rmdir'
alias upgrade='apt-get update && apt-get upgrade && apt-get clean'


###
# 2. Prompt et définition des touches #
###

# Exemple : ma touche HOME, cf  man termcap, est codifiee K1 (upper left
# key  on keyboard)  dans le  /etc/termcap.  En me  referant a  l'entree
# correspondant a mon terminal (par exemple 'linux') dans ce fichier, je
# lis :  K1=\E[1~, c'est la sequence  de caracteres qui sera  envoyee au
# shell. La commande bindkey dit simplement au shell : a chaque fois que
# tu rencontres telle sequence de caractere, tu dois faire telle action.
# La liste des actions est disponible dans "man zshzle".

# Correspondance touches-fonction
bindkey ''beginning-of-line   # Home
bindkey "\e[1~" beginning-of-line
bindkey "\e[H"  beginning-of-line
bindkey ''end-of-line # End
bindkey "\e[4~" end-of-line
bindkey "\e[F"  end-of-line
bindkey ''delete-char # Del
bindkey '[3~' delete-char
bindkey '[2~' overwrite-mode  # Insert
bindkey '[5~' history-search-backward # PgUp
bindkey '[6~' history-search-forward  # PgDn

# Prompt couleur (la couleur n'est pas la même pour le root et
# pour les simples utilisateurs)
if [ "`id -u`" -eq 0 ]; then
  export PS1="%{%}%T %{%}%n%{%}@%{%}%m %{%}%~
%{%}%#%{%} "
else
  export PS1="%{%}%T %{%}%n%{%}@%{%}%m %{%}%~
%{%}%#%{%} "
fi

# Prise en charge des touches [début], [fin] et autres
typeset -A key

key[Home]=${terminfo[khome]}
key[End]=${terminfo[kend]}
key[Insert]=${terminfo[kich1]}
key[Delete]=${terminfo[kdch1]}
key[Up]=${terminfo[kcuu1]}
key[Down]=${terminfo[kcud1]}
key[Left]=${terminfo[kcub1]}
key[Right]=${terminfo[kcuf1]}
key[PageUp]=${terminfo[kpp]}
key[PageDown]=${terminfo[knp]}

[[ -n "${key[Home]}"]]  && bindkey  "${key[Home]}"beginning-of-line
[[ -n "${key[End]}" ]]  && bindkey  "${key[End]}" end-of-line
[[ -n "${key[Insert]}"  ]]  && bindkey  "${key[Insert]}"  overwrite-mode
[[ -n "${key[Delete]}"  ]]  && bindkey  "${key[Delete]}"  delete-char
[[ -n "${key[Up]}"  ]]  && bindkey  "${key[Up]}"  up-line-or-history
[[ -n "${key[Down]}"]]  && bindkey  "${key[Down]}"   
down-line-or-history
[[ -n "${key[Left]}"]]  && bindkey  "${key[Left]}"backward-char
[[ -n "${key[Right]}"   ]]  && bindkey  "${key[Right]}"   forward-char


# Titre de la fenêtre d'un xterm
case $TERM in
   xterm*)
   precmd () {print -Pn "\e]0;%n@%m: %~\a"}
   ;;
esac

# Gestion de la couleur pour 'ls' (exportation de LS_COLORS)
if [ -x /usr/bin/dircolors ]
then
  if [ -r ~/.dir_colors ]
  then
eval "`dircolors ~/.dir_colors`"
  elif [ -r /etc/dir_colors ]
  then
eval "`dircolors /etc/dir_colors`"
  else
eval "`dircolors`"
  fi
fi


###
# 3. Options de zsh (cf 'man zshoptions') #
###

# Je ne veux JAMAIS de beeps
unsetopt beep
unsetopt hist_beep
unsetopt list_beep
# >| doit être utilisés pour pouvoir écraser un fichier déjà existant ;
# le fichier ne sera pas écrasé avec '>'
unsetopt clobber
# Ctrl+D est équivalent à 'logout'
unsetopt ignore_eof
# Affiche le code de sortie si différent de '0'
setopt print_exit_value
# Demande confirmation pour 'rm *'
unsetopt rm_star_silent
# Correction orthographique des commandes
# Désactivé car, contrairement à ce que dit le "man", il essaye de
# corriger les commandes avant de les hasher
#setopt correct
# Si on utilise des jokers dans une liste d'arguments,

Re: Stretch : comment renommer une interface réseau ? [RESOLU]

2017-03-08 Par sujet Francois Lafont 
On 03/08/2017 11:55 AM, Olivier wrote:
> 1. Si je ne me suis pas trompé dans mes manips, le fichier .link ne marche
> pas plus sur une machine physique que sur une VM.
> 
> 2. Par contre, la méthode traditionnelle via
> /etc/udev/rules.d/70-persistent-ifname.rules
> fonctionne normalement (sur une PM ou une VM).
> 
> Merci du tuyau

De rien.
Pense à faire un petit bug report. ;)


-- 
François Lafont

Re: Questions de novice sur -dbgsym [RESOLU]

2017-03-08 Par sujet Olivier 
Le 8 mars 2017 à 11:44, François TOURDE  a
écrit :

> Bonjour,
>
> Le 17233ième jour après Epoch,
> Olivier écrivait:
>
> > Pardonnez-moi si mes questions semblent idiotes mais:
>
> Pas de questions idiotes, seules les réponsent peuvent l'être :-p
>
> Pardonne moi, donc, si mes réponses sont idiotes...
>
> > 1. À quoi sert exactement un paquet -dbgsym ? Doit-on installer
> >  et -dbgsym ou -dbgsym à la place de 
> > ?
>
> C'est un paquet qui va contenir des infos de débug, des symboles
> donc. Le paquet s'installe à la place de l'autre, et contient des
> binaires un peu (voire beaucoup) plus gros, à cause des infos de debug.
>
> En général, les programmes sont compilés avec et sans les infos de
> débug, ou alors juste avec puis sont "strippés" (man strip). Cela donne
> deux versions des objets, l'un avec et l'autre sans les infos de debug.
>
> > 2. Quel rapport entre -dbgsym et la production de fichier
> > coredump ?
>
> Avec la production du coredump, rien, mais par contre pour l'analyse de
> ce coredump, avoir les infos de débug est utile. Tu peux voir le nom des
> variables en clair plutôt que les adresses hexa, tu vois la pile sous
> forme de nom de fonctions et non sous forme d'adresses...
>
> > 3. Plus généralement, dans mon imaginaire "un fichier coredump est la
> > condition nécessaire et suffisante pour qu'un développeur (ie pas un
> > mainteneur) puisse analyser un plantage". Est-ce plutôt exact sinon
> qu'est
> > ce qui le serait d'avantage ?
>
> Ce n'est ni nécessaire, ni suffisant, mais ça peut être super pratique.
>
> Le coredump (illustré des infos de debug) est un instantané pris au
> moment du plantage, avec lequel tu peux voir les variables, la pile,
> etc... Mais tu ne vois pas par exemple les conditions initiales, le
> chemin du programme pour en arriver là, etc...
>
> J'espère avoir éclairé un peu ta lanterne.
>

Parfaitement !




>
> --
> Do not sleep in a eucalyptus tree tonight.
>
>

Re: Stretch : comment renommer une interface réseau ?

2017-03-08 Par sujet daniel huhardeaux 

Le 08/03/2017 à 11:07, Olivier a écrit :


[...]
J'utilise VirtManager et les options offertes par VirtManager donnent 
la possibilité de choisir l'adresse MAC mais pas de choisir

le nom des interfaces.
D'ailleurs à ce propos, le nom choisi varie selon la version de la VM 
inviitée avec eth* pour  Jessie et antérieurs et ens* pour Stretch.
S'il était facile avec VirtManager de modéliser complètement 
l'architecture d'un VM ("une carte PCI Ethernet, un port Ethernet sur 
la carte mère, ..."), alors
on pourrait sans doute indirectement forcer le nommage des nouvelles 
interfaces.


Sauf erreur, je n'ai pas vu de telles options dans la doc de Qemu en 
référence.



d'autre part, pure conjecture de ma part mais peut-être cela pose-t-il
problème d'avoir le même nom d'interface?

J'ai essayé avec des noms divers les plus originaux: sans succès, 
malheureusement.
Tu peux nommer les interfaces dans le fichier de config de la VM via 
virsh + edit du XML. Chez moi:


bridge name bridge id   STP enabled interfaces
bone8000.3417ebec05a2   yes eth0
utm-eth0
isp18000.3417ebec05a2   yes bone.1001
isp28000.3417ebec05a2   yes bone.1002
lan 8000.3417ebec05a2   yes bone.1
eth1
keewi-eth0
utm-eth1
utm-eth2
vnet0
w7-eth0
voice   8000.3417ebec05a2   yes autocom-eth0
bone.2
keewi-eth1
wazo-eth0

--
Daniel

Re: Questions de novice sur -dbgsym

2017-03-08 Par sujet François TOURDE 
Bonjour,

Le 17233ième jour après Epoch,
Olivier écrivait:

> Pardonnez-moi si mes questions semblent idiotes mais:

Pas de questions idiotes, seules les réponsent peuvent l'être :-p

Pardonne moi, donc, si mes réponses sont idiotes...

> 1. À quoi sert exactement un paquet -dbgsym ? Doit-on installer
>  et -dbgsym ou -dbgsym à la place de 
> ?

C'est un paquet qui va contenir des infos de débug, des symboles
donc. Le paquet s'installe à la place de l'autre, et contient des
binaires un peu (voire beaucoup) plus gros, à cause des infos de debug.

En général, les programmes sont compilés avec et sans les infos de
débug, ou alors juste avec puis sont "strippés" (man strip). Cela donne
deux versions des objets, l'un avec et l'autre sans les infos de debug.

> 2. Quel rapport entre -dbgsym et la production de fichier
> coredump ?

Avec la production du coredump, rien, mais par contre pour l'analyse de
ce coredump, avoir les infos de débug est utile. Tu peux voir le nom des
variables en clair plutôt que les adresses hexa, tu vois la pile sous
forme de nom de fonctions et non sous forme d'adresses...

> 3. Plus généralement, dans mon imaginaire "un fichier coredump est la
> condition nécessaire et suffisante pour qu'un développeur (ie pas un
> mainteneur) puisse analyser un plantage". Est-ce plutôt exact sinon qu'est
> ce qui le serait d'avantage ?

Ce n'est ni nécessaire, ni suffisant, mais ça peut être super pratique.

Le coredump (illustré des infos de debug) est un instantané pris au
moment du plantage, avec lequel tu peux voir les variables, la pile,
etc... Mais tu ne vois pas par exemple les conditions initiales, le
chemin du programme pour en arriver là, etc...

J'espère avoir éclairé un peu ta lanterne.

-- 
Do not sleep in a eucalyptus tree tonight.

Re: Stretch : comment renommer une interface réseau ? [RESOLU]

2017-03-08 Par sujet Olivier 
1. Si je ne me suis pas trompé dans mes manips, le fichier .link ne marche
pas plus sur une machine physique que sur une VM.

2. Par contre, la méthode traditionnelle via
/etc/udev/rules.d/70-persistent-ifname.rules
fonctionne normalement (sur une PM ou une VM).

Merci du tuyau


Le 8 mars 2017 à 11:03, Francois Lafont  a écrit :

> Bonjour,
>
> On 03/07/2017 11:38 AM, Olivier wrote:
>
> > Pour différentes raisons, il me parait plus simple de configurer ma VM de
> > sorte qu'elle nomme ses interfaces de la même façon que la machine
> physique
> > cible.
>
> Je ne sais pas trop ce que tu veux dire par là, mais si ça veut dire avoir
> du eth0, eth1 etc. plutôt que des trucs obscurs comme enp0s3 etc. (mais il
> paraît que c'est prédictible ou j'sais pas quoi), je suis bien d'accord
> avec
> toi.
>
> > J'ai lu rapidement les docs [1] et [2].
> > J'ai créé un fichier /etc/systemd/network/50-enp2s0.link avec le
> contenu:
> >
> > Match]
> > MACAddress=52:54:00:57:0d:a7
> >
> > [Link]
> > Name=enp2s0
> >
> > Après un reboot, je constate (avec ip link) que ma VM a conservé les noms
> > initiaux d'interface réseau.
> >
> > Une piste ?
>
> À mon avis, la manière que tu as de faire est correcte Pour information,
> j'avais fait un bug report sur ce point très exactement mais pour la
> distribution Ubuntu Xenial :
>
> https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1579969
>
> Comme tu peux voir le bug report a le statut "confirmé". Je pense donc
> que c'est un bug au niveau de système. Afin peut-être d'augmenter les
> chances de résolution de ce problème, je t'invite à faire aussi de ton
> côté un bug report pour Debian Stretch. ;)
>
> Sinon, en attendant que la manière officielle marche, tu peux utiliser
> la méthode à l'ancienne. Je ne sais pas si elle fonctionne sous Stretch
> mais, il y a quelques mois, ça fonctionnait sur Xenial.
>
> 1. Tu crées un fichier /etc/udev/rules.d/70-persistent-ifname.rules
>et dedans tu y mets :
>
> SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="ba:51:63:84:09:f0",
> NAME="eth0"
> SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="ba:51:63:84:09:f1",
> NAME="eth1"
>
>(évidemment tu remplace les adresses MAC par celles de ta machine)
>
> 2. Tu rebootes.
>
>
>
>
> --
> François Lafont
>
>

Re: Stretch : comment renommer une interface réseau ?

2017-03-08 Par sujet Olivier 
Le 8 mars 2017 à 09:47, didier gaumet  a écrit :

> Le 07/03/2017 à 11:38, Olivier a écrit :
> > Bonjour,
> >
> > Je configure une VM KVM Stretch (sur un host Jessie) avec laquelle je
> > compte mettre au point un script d'installation qui sera ensuite exécuté
> > sur une machine physique (dotée de Stretch).
> >
> > Pour différentes raisons, il me parait plus simple de configurer ma VM
> > de sorte qu'elle nomme ses interfaces de la même façon que la machine
> > physique cible.
> >
> > J'ai lu rapidement les docs [1] et [2].
> > J'ai créé un fichier /etc/systemd/network/50-enp2s0.link avec le
> contenu:
> >
> > Match]
> > MACAddress=52:54:00:57:0d:a7
> >
> > [Link]
> > Name=enp2s0
> >
> > Après un reboot, je constate (avec ip link) que ma VM a conservé les
> > noms initiaux d'interface réseau.
> >
> > Une piste ?
> >
> > Slts
> >
> >
> > [1] https://www.freedesktop.org/software/systemd/man/systemd.link.html
> > [2] https://debian-facile.org/doc:reseau:systemd:network:fichier-.link
> >
> >
> je n'ai jamais renommé les interfaces réseau d'une machine virtuelle
>

As-tu essayé avec une machine physique sous Stretch ?


> Qemu mais je chercherais plutôt du côté du paramétrage (options -netdev
> ou -net) de la commande de lancement Qemu:
>  http://wiki.qemu-project.org/Documentation/Networking
>

J'utilise VirtManager et les options offertes par VirtManager donnent la
possibilité de choisir l'adresse MAC mais pas de choisir
le nom des interfaces.
D'ailleurs à ce propos, le nom choisi varie selon la version de la VM
inviitée avec eth* pour  Jessie et antérieurs et ens* pour Stretch.
S'il était facile avec VirtManager de modéliser complètement l'architecture
d'un VM ("une carte PCI Ethernet, un port Ethernet sur la carte mère,
..."), alors
on pourrait sans doute indirectement forcer le nommage des nouvelles
interfaces.

Sauf erreur, je n'ai pas vu de telles options dans la doc de Qemu en
référence.


> d'autre part, pure conjecture de ma part mais peut-être cela pose-t-il
> problème d'avoir le même nom d'interface?
>
> J'ai essayé avec des noms divers les plus originaux: sans succès,
malheureusement.

Re: Stretch : comment renommer une interface réseau ?

2017-03-08 Par sujet Francois Lafont 
Bonjour,

On 03/07/2017 11:38 AM, Olivier wrote:

> Pour différentes raisons, il me parait plus simple de configurer ma VM de
> sorte qu'elle nomme ses interfaces de la même façon que la machine physique
> cible.

Je ne sais pas trop ce que tu veux dire par là, mais si ça veut dire avoir
du eth0, eth1 etc. plutôt que des trucs obscurs comme enp0s3 etc. (mais il
paraît que c'est prédictible ou j'sais pas quoi), je suis bien d'accord avec
toi.

> J'ai lu rapidement les docs [1] et [2].
> J'ai créé un fichier /etc/systemd/network/50-enp2s0.link avec le contenu:
> 
> Match]
> MACAddress=52:54:00:57:0d:a7
> 
> [Link]
> Name=enp2s0
> 
> Après un reboot, je constate (avec ip link) que ma VM a conservé les noms
> initiaux d'interface réseau.
> 
> Une piste ?

À mon avis, la manière que tu as de faire est correcte Pour information,
j'avais fait un bug report sur ce point très exactement mais pour la
distribution Ubuntu Xenial :

https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1579969

Comme tu peux voir le bug report a le statut "confirmé". Je pense donc
que c'est un bug au niveau de système. Afin peut-être d'augmenter les
chances de résolution de ce problème, je t'invite à faire aussi de ton
côté un bug report pour Debian Stretch. ;)

Sinon, en attendant que la manière officielle marche, tu peux utiliser
la méthode à l'ancienne. Je ne sais pas si elle fonctionne sous Stretch
mais, il y a quelques mois, ça fonctionnait sur Xenial.

1. Tu crées un fichier /etc/udev/rules.d/70-persistent-ifname.rules
   et dedans tu y mets :

SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="ba:51:63:84:09:f0", 
NAME="eth0"
SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="ba:51:63:84:09:f1", 
NAME="eth1" 

   (évidemment tu remplace les adresses MAC par celles de ta machine)

2. Tu rebootes.




-- 
François Lafont

Re: Questions de novice sur -dbgsym

2017-03-08 Par sujet contact 

  
  
Bonjour
pour moi il s'agit de deux éléments différents :
le coredump est une image de la mémoire à un instant t.
Quand au dbgsym : il me semble que ce soit un ensemble d'élément
  destinés au debug d'un paquet en particulier.
https://www.debian.org/releases/testing/amd64/release-notes/ch-whats-new.fr.html#debug-archive



François-Marie BILLARD
  Sculpteur - Céramiste 

Le 08/03/2017 à 10:53, Olivier a
  écrit :


  

  

  

  
Bonjour,
  

Je m'interroge sur les moyens disponibles dans
Debian pour disposer en cas de plantage d'une
application, du maximum d'informations nécessaires
pour découvrir ce qui s'est passé et le cas échéant
ouvrir un ticket à qui de droit.

  
  J'ai découvert l'existence d'un dépôt nommé
  testing-debug contenant des paquets de type
  -dbgsym où  est le nom
  d'un paquet dans le dépôt testing.
  

Pardonnez-moi si mes questions semblent idiotes
  mais:



1. À quoi sert exactement un paquet
-dbgsym ? Doit-on installer 
et -dbgsym ou -dbgsym à la
place de  ?
  


2. Quel rapport entre -dbgsym et la production
de fichier coredump ?

  
  3. Plus généralement, dans mon imaginaire "un fichier coredump
  est la condition nécessaire et suffisante pour qu'un
  développeur (ie pas un mainteneur) puisse analyser un
  plantage". Est-ce plutôt exact sinon qu'est ce qui le serait
  d'avantage ?
  

Slts

Questions de novice sur -dbgsym

2017-03-08 Par sujet Olivier 
Bonjour,

Je m'interroge sur les moyens disponibles dans Debian pour disposer en cas
de plantage d'une application, du maximum d'informations nécessaires pour
découvrir ce qui s'est passé et le cas échéant ouvrir un ticket à qui de
droit.

J'ai découvert l'existence d'un dépôt nommé testing-debug contenant des
paquets de type -dbgsym où  est le nom d'un paquet dans le
dépôt testing.

Pardonnez-moi si mes questions semblent idiotes mais:

1. À quoi sert exactement un paquet -dbgsym ? Doit-on installer
 et -dbgsym ou -dbgsym à la place de  ?

2. Quel rapport entre -dbgsym et la production de fichier coredump ?

3. Plus généralement, dans mon imaginaire "un fichier coredump est la
condition nécessaire et suffisante pour qu'un développeur (ie pas un
mainteneur) puisse analyser un plantage". Est-ce plutôt exact sinon qu'est
ce qui le serait d'avantage ?

Slts

Re: Stretch : comment renommer une interface réseau ?

2017-03-08 Par sujet didier gaumet 
Le 07/03/2017 à 11:38, Olivier a écrit :
> Bonjour,
> 
> Je configure une VM KVM Stretch (sur un host Jessie) avec laquelle je
> compte mettre au point un script d'installation qui sera ensuite exécuté
> sur une machine physique (dotée de Stretch).
> 
> Pour différentes raisons, il me parait plus simple de configurer ma VM
> de sorte qu'elle nomme ses interfaces de la même façon que la machine
> physique cible.
> 
> J'ai lu rapidement les docs [1] et [2].
> J'ai créé un fichier /etc/systemd/network/50-enp2s0.link avec le contenu:
> 
> Match]
> MACAddress=52:54:00:57:0d:a7
> 
> [Link]
> Name=enp2s0
> 
> Après un reboot, je constate (avec ip link) que ma VM a conservé les
> noms initiaux d'interface réseau.
> 
> Une piste ?
> 
> Slts
> 
> 
> [1] https://www.freedesktop.org/software/systemd/man/systemd.link.html
> [2] https://debian-facile.org/doc:reseau:systemd:network:fichier-.link
> 
> 
je n'ai jamais renommé les interfaces réseau d'une machine virtuelle
Qemu mais je chercherais plutôt du côté du paramétrage (options -netdev
ou -net) de la commande de lancement Qemu:
 http://wiki.qemu-project.org/Documentation/Networking

d'autre part, pure conjecture de ma part mais peut-être cela pose-t-il
problème d'avoir le même nom d'interface?