Fwd: Connexion automatique sur pppoe au démarrage

2019-01-02 Par sujet Louis-Philippe
Bonjour,

Voici l'information demandée :
Oui, l'option persist est là dans le dsl-provider.

Voici mon fichier /etc/network/interfaces:
-
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

auto eno1
iface eno1 inet static
address 192.168.0.1
netmask 255.255.255.0
gateway 192.168.0.1

auto dsl-provider
iface dsl-provider inet ppp
pre-up /bin/ip link set enp11s0 up # line maintained by pppoeconf
provider dsl-provider

auto enp11s0
iface enp11s0 inet manual





et un cat syslog | grep pppd (au démarrage):
--
Jan  2 20:45:14 garfield pppd[737]: Plugin rp-pppoe.so loaded.
Jan  2 20:45:14 garfield pppd[774]: pppd 2.4.7 started by root, uid 0
Jan  2 20:45:14 garfield pppd[774]: Send PPPOE Discovery V1T1 PADI session
0x0 length 4
Jan  2 20:45:14 garfield pppd[774]:  dst ff:ff:ff:ff:ff:ff  src
40:2c:f4:e9:ad:e5
Jan  2 20:45:14 garfield pppd[774]:  [service-name]
Jan  2 20:45:19 garfield pppd[774]: Send PPPOE Discovery V1T1 PADI session
0x0 length 4
Jan  2 20:45:19 garfield pppd[774]:  dst ff:ff:ff:ff:ff:ff  src
40:2c:f4:e9:ad:e5
Jan  2 20:45:19 garfield pppd[774]:  [service-name]
Jan  2 20:45:19 garfield pppd[774]: Recv PPPOE Discovery V1T1 PADO session
0x0 length 42
Jan  2 20:45:19 garfield pppd[774]:  dst 40:2c:f4:e9:ad:e5  src
00:90:1a:a1:e9:60
Jan  2 20:45:19 garfield pppd[774]:  [AC-name bas12-quebec14]
[service-name] [AC-cookie  ed 75 43 33 67 cd ba 46 2f f1 29 b4 d8 83 58 7f]
Jan  2 20:45:19 garfield pppd[774]: Send PPPOE Discovery V1T1 PADR session
0x0 length 24
Jan  2 20:45:19 garfield pppd[774]:  dst 00:90:1a:a1:e9:60  src
40:2c:f4:e9:ad:e5
Jan  2 20:45:19 garfield pppd[774]:  [service-name] [AC-cookie  ed 75 43 33
67 cd ba 46 2f f1 29 b4 d8 83 58 7f]
Jan  2 20:45:19 garfield pppd[774]: Recv PPPOE Discovery V1T1 PADS session
0x160 length 4
Jan  2 20:45:19 garfield pppd[774]:  dst 40:2c:f4:e9:ad:e5  src
00:90:1a:a1:e9:60
Jan  2 20:45:19 garfield pppd[774]:  [service-name]
Jan  2 20:45:19 garfield pppd[774]: PADS: Service-Name: ''
Jan  2 20:45:19 garfield pppd[774]: PPP session is 352
Jan  2 20:45:19 garfield pppd[774]: Connected to 00:90:1a:a1:e9:60 via
interface enp11s0
Jan  2 20:45:19 garfield pppd[774]: using channel 1
Jan  2 20:45:19 garfield pppd[774]: Using interface ppp0
Jan  2 20:45:19 garfield pppd[774]: Connect: ppp0 <--> enp11s0
Jan  2 20:45:19 garfield pppd[774]: sent [LCP ConfReq id=0x1 
]
Jan  2 20:45:19 garfield pppd[774]: Terminating on signal 15
Jan  2 20:45:19 garfield pppd[774]: sent [LCP TermReq id=0x2 "User request"]
Jan  2 20:45:19 garfield pppd[774]: rcvd [LCP ConfReq id=0xf0 
 ]
Jan  2 20:45:19 garfield pppd[774]: rcvd [LCP ConfAck id=0x1 
]
Jan  2 20:45:22 garfield pppd[774]: sent [LCP TermReq id=0x3 "User request"]
Jan  2 20:45:22 garfield pppd[774]: rcvd [LCP TermAck id=0x3]
Jan  2 20:45:22 garfield pppd[774]: Connection terminated.
Jan  2 20:45:22 garfield pppd[774]: Exit.


Merci pour votre aide.


Le mer. 2 janv. 2019, à 14 h 01, Pascal Hambourg  a
écrit :

> Le 02/01/2019 à 04:30, Louis-Philippe a écrit :
> > Bonjour,
> >
> > Je cherche à comprendre pourquoi au démarrage de mon ordinateur, la
> > connexion PPPOE ne se fait pas automatiquement. Mon ordinateur est un
> > serveur avec deux interfaces (Wan et Lan), Shorewall est configuré.
> >
> > Si je fais mon "pon dsl-provider" manuellement, tout fonctionne à
> > merveille. Par la suite, je dois activer mon Shorewall... pas très
> pratique
> > ! =)
> >
> > Lors de la configuration de pppoeconf, j'ai bien coché "activer au
> > démarrage de l'ordinateur".
> >
> > Je suis sur une nouvelle installation Debian 9.0. Mes cartes ne
> s'appellent
> > plus eth0 et eth1 comme prévu à partir de Stretch. L'interface s'appelle
> > "enp11s0" ci-dessous.
> >
> > Voici le syslog au démarrage :
> > Jan  1 20:27:33 server pppd[840]: Plugin rp-pppoe.so loaded.
> > Jan  1 20:27:33 server pppd[879]: pppd 2.4.7 started by root, uid 0
> > Jan  1 20:27:39 server pppd[879]: PPP session is 15569
> > Jan  1 20:27:39 server pppd[879]: Connected to 00:90:1a:ZZ:XX:YY via
> > interface enp11s0
> > Jan  1 20:27:39 server pppd[879]: Using interface ppp0
> > Jan  1 20:27:39 server pppd[879]: Connect: ppp0 <--> enp11s0
> > Jan  1 20:27:39 server pppd[879]: Terminating on signal 15
> > Jan  1 20:27:42 server pppd[879]: Connection terminated.
> > Jan  1 20:27:42 server pppd[879]: Exit.
> >
> > Auriez-vous des pistes de solution?
>
> Tu peux essayer d'ajouter l'option "debug" dans
> /etc/ppp/peers/dsl-providers pour rendre pppd plus bavard.
> L'option "persist" pour la reconnexion automatique est bien présente ?
> Que contient /etc/network/interfaces ?
>
>

-- 
Louis-Philippe Gauthier


-- 
Louis-Philippe Gauthier


Re: Connexion automatique sur pppoe au démarrage

2019-01-02 Par sujet Pascal Hambourg

Le 02/01/2019 à 04:30, Louis-Philippe a écrit :

Bonjour,

Je cherche à comprendre pourquoi au démarrage de mon ordinateur, la
connexion PPPOE ne se fait pas automatiquement. Mon ordinateur est un
serveur avec deux interfaces (Wan et Lan), Shorewall est configuré.

Si je fais mon "pon dsl-provider" manuellement, tout fonctionne à
merveille. Par la suite, je dois activer mon Shorewall... pas très pratique
! =)

Lors de la configuration de pppoeconf, j'ai bien coché "activer au
démarrage de l'ordinateur".

Je suis sur une nouvelle installation Debian 9.0. Mes cartes ne s'appellent
plus eth0 et eth1 comme prévu à partir de Stretch. L'interface s'appelle
"enp11s0" ci-dessous.

Voici le syslog au démarrage :
Jan  1 20:27:33 server pppd[840]: Plugin rp-pppoe.so loaded.
Jan  1 20:27:33 server pppd[879]: pppd 2.4.7 started by root, uid 0
Jan  1 20:27:39 server pppd[879]: PPP session is 15569
Jan  1 20:27:39 server pppd[879]: Connected to 00:90:1a:ZZ:XX:YY via
interface enp11s0
Jan  1 20:27:39 server pppd[879]: Using interface ppp0
Jan  1 20:27:39 server pppd[879]: Connect: ppp0 <--> enp11s0
Jan  1 20:27:39 server pppd[879]: Terminating on signal 15
Jan  1 20:27:42 server pppd[879]: Connection terminated.
Jan  1 20:27:42 server pppd[879]: Exit.

Auriez-vous des pistes de solution?


Tu peux essayer d'ajouter l'option "debug" dans 
/etc/ppp/peers/dsl-providers pour rendre pppd plus bavard.

L'option "persist" pour la reconnexion automatique est bien présente ?
Que contient /etc/network/interfaces ?



Re: Disque non reconnu sur un pc

2019-01-02 Par sujet Sylvain Caselli

Le 01/01/2019 à 18:06, Jean-Michel OLTRA a écrit :

 Bonjour,


Le mardi 01 janvier 2019, Sylvain Caselli a écrit...



j'ai donc récupéré le portable récalcitrant et essayé les différentes
commandes que vous m'avez suggéré. Je suppose que vous trépignez tous en
attendant leur résultats :-)
[  895.860292] sd 7:0:0:0: [sde] tag#0 FAILED Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[  895.860295] sd 7:0:0:0: [sde] tag#0 CDB: Read(10) 28 00 00 00 00 00 00 00
08 00
[  895.860297] blk_update_request: I/O error, dev sde, sector 0
[  895.860302] Buffer I/O error on dev sde, logical block 0, async page read
[  895.860334] Dev sde: unable to read RDB block 0
[  895.860350]  sde: unable to read partition table
[  895.860496] sd 7:0:0:0: [sde] Read Capacity(10) failed: Result:
hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK

Sur ces 2 machines : quelles distributions ? Quels noyaux ?
Peux tu voir une différence dans le résultat de `lsmod` (affichage des
modules chargés) ?


Bonjour,

j'ai effectivement retiré ces renseignements lors de mon deuxième envoie.

Suivent les renseignements demandés :

sylvain@spc-portable:~$ lsb_release -d
Description:    Debian GNU/Linux 9.6 (stretch)

sylvain@spc-portable:~$ lsmod
Module  Size  Used by
ctr    16384  4
ccm    20480  2
iptable_filter 16384  0
rfcomm 77824  14
cpufreq_powersave  16384  0
cpufreq_conservative    16384  0
cpufreq_userspace  16384  0
cmac   16384  1
bnep   20480  2
binfmt_misc    20480  1
fuse   98304  11
arc4   16384  2
intel_rapl 20480  0
x86_pkg_temp_thermal    16384  0
intel_powerclamp   16384  0
coretemp   16384  0
uvcvideo   90112  0
iTCO_wdt   16384  0
iTCO_vendor_support    16384  1 iTCO_wdt
snd_hda_codec_hdmi 49152  1
iwlmvm    249856  0
mac80211  671744  1 iwlmvm
videobuf2_vmalloc  16384  1 uvcvideo
videobuf2_memops   16384  1 videobuf2_vmalloc
videobuf2_v4l2 24576  1 uvcvideo
iwlwifi   151552  1 iwlmvm
kvm_intel 200704  0
videobuf2_core 40960  2 uvcvideo,videobuf2_v4l2
nouveau  1556480  1
snd_hda_codec_realtek    90112  1
kvm   598016  1 kvm_intel
snd_hda_codec_generic    69632  1 snd_hda_codec_realtek
irqbypass  16384  1 kvm
crct10dif_pclmul   16384  0
crc32_pclmul   16384  0
ghash_clmulni_intel    16384  0
btusb  45056  0
intel_cstate   16384  0
btrtl  16384  1 btusb
btbcm  16384  1 btusb
intel_uncore  118784  0
snd_hda_intel  36864  4
btintel    16384  1 btusb
rtsx_pci_ms    20480  0
i915 1257472  21
videodev  176128  3 uvcvideo,videobuf2_core,videobuf2_v4l2
intel_rapl_perf    16384  0
snd_hda_codec 135168  4 
snd_hda_intel,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek

media  40960  2 uvcvideo,videodev
bluetooth 552960  41 btrtl,btintel,bnep,btbcm,rfcomm,btusb
cfg80211  589824  3 iwlmvm,iwlwifi,mac80211
memstick   20480  1 rtsx_pci_ms
mxm_wmi    16384  1 nouveau
snd_hda_core   90112  5 
snd_hda_intel,snd_hda_codec,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek

snd_hwdep  16384  1 snd_hda_codec
ttm    98304  1 nouveau
snd_pcm   110592  4 
snd_hda_intel,snd_hda_codec,snd_hda_core,snd_hda_codec_hdmi

snd_timer  32768  1 snd_pcm
pcspkr 16384  0
drm_kms_helper    155648  2 nouveau,i915
snd    86016  16 
snd_hda_intel,snd_hwdep,snd_hda_codec,snd_timer,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_codec_realtek,snd_pcm

soundcore  16384  1 snd
evdev  24576  17
joydev 20480  0
rfkill 24576  11 bluetooth,cfg80211
drm   360448  12 nouveau,i915,ttm,drm_kms_helper
serio_raw  16384  0
i2c_algo_bit   16384  2 nouveau,i915
mei_me 36864  0
ie31200_edac   16384  0
mei   102400  1 mei_me
edac_core  57344  1 ie31200_edac
shpchp 36864  0
sg 32768  0
lpc_ich    24576  0
battery    20480  0
wmi    16384  2 mxm_wmi,nouveau
ac 16384  0
video  40960  2 nouveau,i915
button 16384  2 nouveau,i915
parport_pc 28672  0
ppdev  20480  0
lp 20480  0
parport    49152  3 lp,parport_pc,ppdev
ip_tables  24576  1 iptable_filter
x_tables   36864  2 ip_tables,iptable_filter
autofs4    40960  2
ext4  585728  2
crc16  16384  2 blueto

Sortie d'hibernation hyper longue - Stretch

2019-01-02 Par sujet roger . tarani
Bonjour
et meilleurs voeux à tous !

je crée un nouveau sujet juste pour la sortie d'hibernation qui n'est pas 
résolue (le pb FF est réglé).

En résumé :
Stretch, 8 Go de RAM, 8 Go de SWAP, un disque largement inoccupé.
RAM occupée à 48% et SWAP à 34% juste en sortie d'hibernation.

La mise en veille et sortie de veille sont immédiates.
Mais la sortie d'hibernation est laborieuse (voir détails dans l'ancien message 
que j'ai repris ici).

Jusqu'à il y a quelques mois, la sortie d'hibernation était rapide (je n'ai pas 
mesuré mais disons 1 mn, et ensuite la machine était disponible).
La dernière sortie d'hibernation a du prendre environ le même temps que 
l'avant-dernière (6-8 mn), avec une réactivité clavier-souris un peu 
supérieure. Il faut au total  


Voici, ci-dessous les dernières mesures de 'w' avant et en sortie d'hibernation 
:
le tload est très élevé.

Avant mise en hibernation

$ w 
 10:35:28 up 8 days, 13:54,  6 users,  load average: 0.21, 0.26, 0.29  
USER TTY  FROM LOGIN@   IDLE   JCPU   PCPU WHAT
dev  :0   :0   24Dec18 ?xdm?  31:00m  0.23s x-session-manag
dev  pts/0:0   24Dec18  7days  2.22s  2.22s bash   
dev  pts/9:0   25Dec18  7days  0.05s  0.00s tmux attach-ses
dev  pts/11   mosh-Thu205days  0.32s  0.32s -bash  
dev  pts/12   192.168.27.68-   10:34   10:21m  0.90s  2:41  mosh-server new
dev  pts/15   192.168.27.68-   10:341.00s  0.10s  0.00s w  


En sortie d'hibernation (avec toujours un peu de latence, pour copier-coller le 
présent texte, mais acceptable) 

$ w
 16:13:07 up 37 days,  4:43,  5 users,  load average: 0.88, 6.76, 5.40
USER TTY  FROM LOGIN@   IDLE   JCPU   PCPU WHAT
dev  tty7 :0   26Nov18 37days  9:18m  1.66s 
/usr/lib/gnome-session/gnome-session-binary
dev  pts/3tmux(21173).%11  Mon022days 24.68s  0.00s /bin/sh -c test
dev  pts/7tmux(21173).%6   Mon025:36m  9.12s  9.04s mosh-client
dev  pts/8tmux(21173).%7   Mon022days 15:46  15:46  htop
dev  pts/10   tmux(21173).%10  Mon022days  0.09s  0.09s -bash

+18mn

 16:31:52 up 37 days,  5:02,  5 users,  load average: 0.86, 1.04, 2.30
USER TTY  FROM LOGIN@   IDLE   JCPU   PCPU WHAT
dev  tty7 :0   26Nov18 37days  9:20m  1.66s 
/usr/lib/gnome-session/gnome-session-binary
dev  pts/3tmux(21173).%11  Mon022days 25.25s  0.00s /bin/sh -c test
dev  pts/7tmux(21173).%6   Mon025:55m  9.31s  9.23s mosh-client 
dev  pts/8tmux(21173).%7   Mon022days 16:06  16:06  htop
dev  pts/10   tmux(21173).%10  Mon022days  0.09s  0.09s -bash


Que dois-je vérifier d'autre pour trouver la cause de cette lenteur incroyable ?
Merci.


PRECEDENT MESSAGE


Bonjour 

Le lun. 31 déc. 2018 16:19,  a écrit :

Bonjour,

La configuration avec FF tient bien. Je n'ai plus de problème.

Je ne refais pas un message séparé
MAIS je viens de faire un essai de mise en hibernation et de sortie.

Waouh...
1 mn d'écran noir
3 mn de souris clavier muets
6-8 mn avec un temps de réponse des fenêtres de 20+, puis 10, puis 5 s
à +15 mn, j'ai retrouvé une machine réactive.

La SWAP est de 8 Go pour 8 Go de RAM.
RAM employée à 50%
SWAP employée à 30%

Éric Dégenètais a écrit :
Assez naïvement, ce type de configuration m'a toujours posé question. La 
machine démarre et se retrouve à devoir sortir 4Go du swap pour retrouver son 
working set pré-hibernation. Je me demande quels mécanismes existent (c'est une 
vraie question, je ne suis pas ironique) pour que la machine ne soit pas dans 
la même panade qu'une machine sauvagement sous-dimensionnée qui croule sous le 
swap... 

J'ai un vague souvenir qu'il faudrait en SWAP 1,5 fois la RAM. C'est quoi 
la règle ?

J'ai une JVM installée pour faire tourner quelques pgm Java.

Pendant tout ce temps là, la machine ne tourne pas à plein régime pour des 
trucs comme des scripts dans le navigateur.
htop ou System monitor, quand j'arrive à y accéder ne m'indique rien 
d'anormal (par rapport à mon niveau de compétence modeste)
Rien d'extraordinaire, sauf load average apparemment élevé (2 coeurs)
$ nproc
2

$ uptime
16:05:16 up 35 days,  4:35,  5 users,  load average: 1.77, 2.31, 4.98

$ uptime
16:16:16 up 35 days,  4:46,  5 users,  load average: 0.74, 0.93, 2.83

mesures sur 1/5/15 mn

On voit bien qu'il y a eu la queue au portillon... mais pourquoi ?

Que faut-il vérifier d'autre pour en savoir plus et corriger ça ?

Merci

- Original Message -
From: "Jérémy Prego" 
To: debian-user-french@lists.debian.org
Sent: Saturday, December 29, 2018 12:14:13 PM
Subject: Re: Firefox : mise à jour + blocage

Le 29/12/2018 à 11:30, roger.t

Re: recherche tuto pour librecad

2019-01-02 Par sujet Benoit B
Le mer. 2 janv. 2019 à 11:56, Bernard Schoenacker
 a écrit :
>
--8<--
> je recherche également à inscrire un texte en arc de cercle et là
> je coince ...
>
> j'arrivais à le faire avec Qcad

Si c'était dans Qcad. pourquoi n'auraient-ils pas maintenu une
fonctionnalité qui semble bien utile ?
Je viens de chercher un peu, je n'ai pas trouvé, j'ai du mal regarder...

--
Benoit



Emacs touche meta avec --no-window-system (dans un terminal graphique)

2019-01-02 Par sujet Benoit B
Bonjour,

J'ai indiqué ça dans mon .emacs pour que la touche «win» (l’affreux
drapeau ;) ) soit utilisée comme touche Meta quand j'utilise emacs
avec sa propre fenêtre (sans -nw)

;;Utiliser la touche Win pour Meta
(if (display-graphic-p)
(progn
;; if graphic
(setq x-super-keysym 'meta)
(setq x-alt-keysym 'alt)
(setq x-meta-keysym 'alt)
  )

)

Comme rédiger le else pour que la touche drapeau qui normalement envoi
Super_L soit utilisable dans un terminal graphique et soit interprété
comme Meta par emacs ?

Merci d'avance.

Benoit



Re: recherche tuto pour librecad

2019-01-02 Par sujet Bernard Schoenacker



- Mail original -
> De: "Benoit B" 
> À: debian-user-french@lists.debian.org
> Cc: "ML Debian User French" 
> Envoyé: Mercredi 2 Janvier 2019 08:56:49
> Objet: Re: recherche tuto pour librecad
> 
> Bonjour,
> 
> J’utilise librecad de temps en temps.
> Un tuto je suppose que qwant ou duckduckgo peut trouver ça...
> Veux-tu insérer ce qu'il y a dans dans le panneau : Explorateur de
> librairie->misc->tux ?
> Si c'est bien ça, il faut le sélectionner dans le panneau(est-il bien
> affiché ? Si pas : Dans le menu Widgets) et cliquer sur Insertion.
> Ca ne va pas l'insérer, il va se «lier» au curseur, ensuite soit que
> tu cliques(avec une ou plusieurs option d'accrochage) ou que tu
> indiques un point de référence absolu x,y.ou par sa position relative
> au dernier point @x,y.
> 
> Bonne journée
> 
> Benoit

bonjour,

je recherche également à inscrire un texte en arc de cercle et là
je coince ...

j'arrivais à le faire avec Qcad

merci
slt
bernard



Re: recherche tuto pour librecad

2019-01-02 Par sujet Benoit B
Bonjour,

J’utilise librecad de temps en temps.
Un tuto je suppose que qwant ou duckduckgo peut trouver ça...
Veux-tu insérer ce qu'il y a dans dans le panneau : Explorateur de
librairie->misc->tux ?
Si c'est bien ça, il faut le sélectionner dans le panneau(est-il bien
affiché ? Si pas : Dans le menu Widgets) et cliquer sur Insertion.
Ca ne va pas l'insérer, il va se «lier» au curseur, ensuite soit que
tu cliques(avec une ou plusieurs option d'accrochage) ou que tu
indiques un point de référence absolu x,y.ou par sa position relative
au dernier point @x,y.

Bonne journée

Benoit

Le mar. 1 janv. 2019 à 21:32, Bernard Schoenacker
 a écrit :
>
> bonjour,
>
> je recherche à obtenir un petit coup de pouce
> pour finir un dessin sous librecad ...
>
> je n'arrive plus à trouver le moyen d'insérer
> un élément de bibliothèque (tux) ...
>
> désolé, je suis rouillé
>
> merci de votre aimable attention
>
> slt
> bernard
>