Re: pwgen usage
Bonjour, pwgen -An 18 -r 'azertyuiopqsdfghjklmwxcvbn' 713168057865051315 832703754539074841 297108136138873656 160866101214975037 174438360076046319 935144462077244493 572997628892367768 244241736914473597 Voilà voilà... Yann. Le lundi 10 juillet 2023 à 16:57 +0200, Bernard Schoenacker a écrit : > Bonjour, > > Je recherche une option sur pwgen concernant la possibilité > de ne générer que des chiffres, pour l'instant : > > pwgen -s -n 8 1 > > > désolé pour le bruit, mais j'ai des toiles d'araignées dans le > cderveau > pour ces fonctions > > Bien à vous > > Bernard >
Re: DHCP Linux (dnsmaq) et DNS Windows... la carpe et le lapin ou bien il y a moyen de moyenner ?
Bonjour, Donc en approfondissant le sujet, voici le contournement que je mets en place. Hypothèses/prérequis de départ 1. il faut que le serveur dns windows permette les modifications dynamique => voir avec son admin windows, on verra le pb de l'authentification plus tard... 2. utilisation de nsupdate pour modifier le contenu de la zone du serveur dns. 3. utilisation de la capacité de dnsmasq de déclencher un script sur événement dhcp (ajout, mise à jour ou suppression de bail) => voir le paramètre dhcp-script Solution : 1. création d'un script qui suit l'interface décrite pour l'option dhcp-script de dnsmasq et qui transforme les événements * old (mise à jour) et add (ajout) en une commande "update delete", puis "update add" pour des enregistrements A * del (suppression) en une commande "update delete" pour les enregistrements A 2. Activation de l'option dhcp-script dans la configuration de dnsmasq Et ça fonctionne... Références - https://docs.microsoft.com/fr-fr/azure/virtual-network/virtual-networks-name-resolution-ddns#linux-clients - https://linux.die.net/man/8/nsupdate - https://manpages.debian.org/buster/dnsmasq-base/dnsmasq.8.fr.html Exemple d'utilisation nsupdate en interactif $ nsupdate > server x.x.x.x > update delete poste.domaine.local. A > update add poste.domaine.local. 3600 A y.y.y.y > send > quit La prochaine étape, c'est la mise en place d'une authentification (l'option -g de nsupdate) qui dans ce cas là ne peut être faite que via kerberos... mais cela sera une autre bataille... ou pas ! Bon dimanche et bonne prochaine semaine. -- Yann Cohen ianco.org Le mercredi 07 avril 2021 à 17:54 +0200, Yann Cohen a écrit : > Bonjour, > > La situation est la suivante : > > Je dispose d'un petit morceau de LAN sur lequel est utiliser dnsmasq > pour assurer DHCP et DNS et servir le domaine lab.toto.local. > > Ce morceau de LAN est interconnecté avec une infrastructure tout > windows en terme de serveur DHCP et DNS. > > Il n'est pas envisageable de dire sur l'infra windows que la zone > lab.toto.local est gérée par un serveur DNS localisé sur le morceau > de > LAN. Pas négociable, pas audible, pas, pas, pas... (j'ai du rendre > malade un ingé réseau en proposant cela...) > > Donc la proposition admissible est de faire en sorte d'envoyer les > couples nom/adresse IP attribués par le serveur DHCP sous Linux sur > le > serveur DNS sous windows... > > Dans un ancien temps, avant dnsmasq, j'ai bien réussi à faire cela > entre un serveur dhcp et un serveur bind... mais les deux étaient > sous > Linux... > > Je n'ai pas trouvé rapidement d'option relative à cela depuis dnsmasq > (enregistrer les nom/adresse sur un autre serveur DNS), mais j'ai pu > passer à côté. > > Est-ce que qq'1 a été confronté à ce type de problème ? et a-t-il pu > le > résoudre autrement qu'en installant un serveur windows pour faire du > dhcp ? > > Merci d'avance. > > Yann. >
DHCP Linux (dnsmaq) et DNS Windows... la carpe et le lapin ou bien il y a moyen de moyenner ?
Bonjour, La situation est la suivante : Je dispose d'un petit morceau de LAN sur lequel est utiliser dnsmasq pour assurer DHCP et DNS et servir le domaine lab.toto.local. Ce morceau de LAN est interconnecté avec une infrastructure tout windows en terme de serveur DHCP et DNS. Il n'est pas envisageable de dire sur l'infra windows que la zone lab.toto.local est gérée par un serveur DNS localisé sur le morceau de LAN. Pas négociable, pas audible, pas, pas, pas... (j'ai du rendre malade un ingé réseau en proposant cela...) Donc la proposition admissible est de faire en sorte d'envoyer les couples nom/adresse IP attribués par le serveur DHCP sous Linux sur le serveur DNS sous windows... Dans un ancien temps, avant dnsmasq, j'ai bien réussi à faire cela entre un serveur dhcp et un serveur bind... mais les deux étaient sous Linux... Je n'ai pas trouvé rapidement d'option relative à cela depuis dnsmasq (enregistrer les nom/adresse sur un autre serveur DNS), mais j'ai pu passer à côté. Est-ce que qq'1 a été confronté à ce type de problème ? et a-t-il pu le résoudre autrement qu'en installant un serveur windows pour faire du dhcp ? Merci d'avance. Yann.
Re: Échec au démarrage de LVM Chiffré
Re Bonjour, Auto réponse pour le démarrage de la machine Une fois que le prompt de initramfs est disponible : 1. ouvrir la partition manquante avec crypsetup luksOPen /dev/sb1 sdb1_crypt 2. recharger la config lvm avec vgchange -ay 3. relancer la suite du boot avec exit Maintenant comme remettre en l'état le système ? update-initramfs -u update-grub2 Et bien c'est reparti, mais avec une différence maintenant il faut saisir le mot de passe de chaque partition... Donc dernière question comment faire pour n'en saisir qu'une seule... comme avant ? Merci Yann. Le lundi 09 novembre 2020 à 15:06 +0100, Yann Cohen a écrit : > Bonjour, > > Ce matin j'ai eu la mauvaise surprise de voir ma machine de > télétravail > refuser de démarrée. > > La configuration faite lors de la dernière réinstallation est la > suivante : LVM Chiffré. C'est à dire : > * 2 Physical Volumes, partitions chiffrées avec cryptsetup+luks > * 1 VG > * 3 LV (root, swap et home) > * kernel 4.19.0-12 > > Jusqu'à présent, au démarrage, je n'avais qu'une seule demande de mot > de passe au démarrage, et tous fonctionnait (1 mois). > > Aujourd'hui, après la demande de setup, le vg ne se constitue pas en > ne > trouvant pas l'uuid d'un des deux PV et en demandant d'appliquer > l'option partial pour lvm. > > Le message principale est > > Couldn't find device with uuid PRVbXN-aRJK-Wcul-2EBE-YASm-KfRC- > 4oIEhD, > > l'uuid donnée conrrespondant bien à physical volume placé dans une > partition chiffrée (voir l'uuid de /dev/sdb1 dans pvdiplay plus bas) > > Échec complet du démarrage => tombe dans shell de secours > > Démarrage depuis une clé de type sysrescuecd récente (si' c'est pas > la > dernière, c'est l'avant dernière), ensuite à la main : > > Ouverture des deux partitions => OK > récupération du LVM (PV, VG et LV) => OK > montage des deux partitions home et root => OK > > DOnc j'en conclus que les deux disques sont OK et que quelque > chose à > changer dans la configuration de la machine. > > Vendredi j'ai eu un "no space on dev" sur le lv root, comme j'avais > encore un peu de réserve sur le VG, j'ai augmenté la taille de la > partition sans problème (lvextends + resize2fs en ligne sur un ext4). > Après un reboot tout était OK, > vendredi soir fait un shutdown, du moins c'était mon intention, en > tout > cas ce matin je n'ai pas l'impression d'une tentative de sortie > d'hibernation. > > Notre ami le prospecteur sur la toile, ne m'ayant rien apporté de > plus, > je ne tourne vers la liste pour la solliciter... > > * Quelqu'un a-t-il rencontré un problème similaire ? > * Une fois dans le shell de init ai-je une possibilité pour ouvrir > le >chiffrage et continuer le boot... > > > Quelques messages issues des traces collectées > > Trace une fois sysrescue cd démarré > 8> > [root@sysresccd ~]# cryptsetup luksOpen /dev/sda3 sda3_crypt > Enter passphrase for /dev/sda3: > [root@sysresccd ~]# cryptsetup luksOpen /dev/sdb sdb1_crypt > sdb sdb1 > [root@sysresccd ~]# cryptsetup luksOpen /dev/sdb1 sdb1_crypt > Enter passphrase for /dev/sdb1: > > [root@sysresccd ~]# pvdisplay > --- Physical volume --- > PV Name /dev/mapper/sda3_crypt > VG Name yco-svms-vg > PV Size <465.01 GiB / not usable 2.00 MiB > Allocatable yes (but full) > PE Size 4.00 MiB > Total PE 119041 > Free PE 0 > Allocated PE 119041 > PV UUID LsCmE4-0lMx-cmF1-wleE-TbK0-4Q9P-K3lQJC > > --- Physical volume --- > PV Name /dev/mapper/sdb1_crypt > VG Name yco-svms-vg > PV Size 476.92 GiB / not usable 0 > Allocatable yes > PE Size 4.00 MiB > Total PE 122092 > Free PE 4332 > Allocated PE 117760 > PV UUID PRVbXN-aRJK-Wcul-2EBE-YASm-KfRC-4oIEhD <<<--- > - Le voilà l'uuid manquant... > > [root@sysresccd ~]# vgdisplay > --- Volume group --- > VG Name yco-svms-vg > System ID > Formatlvm2 > Metadata Areas2 > Metadata Sequence No 9 > VG Access read/write > VG Status resizable > MAX LV0 > Cur LV3 > Open LV 0 > Max PV0 > Cur PV2 > Act PV2 > VG Size <941.93 GiB > PE Size 4.00 MiB > Total PE 2
Échec au démarrage de LVM Chiffré
1 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:3 --- Logical volume --- LV Path/dev/yco-svms-vg/home LV Namehome VG Nameyco-svms-vg LV UUIDv3MipZ-TbRW-26Cv-O1GA-qQMn-U23X-fyypFx LV Write Accessread/write LV Creation host, time yco-svms, 2020-10-08 18:46:11 + LV Status available # open 0 LV Size<871.19 GiB Current LE 223024 Segments 2 Allocation inherit Read ahead sectors auto - currently set to 256 Block device 254:4 8>----- Cordialement. -- Yann Cohen
Re: Buster, Virtualbox 6.1, USB
Le jeudi 18 juin 2020 à 18:09 +0200, Thierry Despeyroux a écrit : > Sur une buster avec virtualbox 6.0.22 je n'ai pas le pb, > as tu essayé un autre périphérique usb ? C'est une bonne question. Il y a toujours quelques périphériques de connectée, par exemple sur ce poste avec virtualbox en 6.0.22 yann@ian:~$ lsusb | grep -v "root hub" Bus 009 Device 003: ID 058f:6387 Alcor Micro Corp. Flash Drive Bus 010 Device 010: ID 046d:c52b Logitech, Inc. Unifying Receiver Bus 010 Device 009: ID 248a:8368 Maxxter Bus 010 Device 008: ID 1a40:0101 Terminus Technology Inc. Hub Bus 005 Device 002: ID 0c45:6300 Microdia PC Microscope camera Bus 001 Device 002: ID 05e3:0605 Genesys Logic, Inc. USB 2.0 Hub Bus 008 Device 002: ID 13fe:5100 Kingston Technology Company Inc. Flash Drive yann@ian:~$ vboxmanage list usbhost Host USB Devices: yann@ian:~$ groups yann dialout cdrom floppy sudo audio dip video plugdev netdev bluetooth lpadmin scanner wireshark vboxusers docker yann@ian:~$ Lors du démarrage de la VM en interactif, l'icône symbolisant l'USB "reçoit" un petit point rouge (comme le disque ou le réseau) puis lorsqu'il est pointé par la souris, le message contextuel est "Aucun périphérique USB n'est banché" par contre un petit sudo change bien des choses yann@ian:~$ sudo vboxmanage list usbhost Host USB Devices: UUID: a1c5d0ef-0c72-4746-b9ab-edcf430e4c4d VendorId: 0x248a (248A) ProductId: 0x8368 (8368) Revision: 1.0 (0100) Port: 2 USB version/speed: 1/Full Manufacturer: Telink Product:Wireless Receiver Address:sysfs:/sys/devices/pci:00/:00:14.4/:07: 05.2/usb1 0/10-3/10-3.3//device:/dev/vboxusb/010/009 Current State: Busy UUID: c5232383-44ed-46f5-bcf1-4618309bf1bc VendorId: 0x0c45 (0C45) ProductId: 0x6300 (6300) Revision: 1.0 (0100) Port: 0 USB version/speed: 2/High Manufacturer: ASUSTeK Computer Inc. Product:ASUS USB2.0 Webcam Address:sysfs:/sys/devices/pci:00/:00:13.2/usb5/5- 1//device: [...] Donc c'est bien un pb de droit de mon compte, mais il est bien dasn le groupe vboxusers zut alors ! Yann. > > Thierry > > Le Thu, 18 Jun 2020 16:48:13 +0200, > Yann Cohen a écrit : > > > Bonjour, > > > > > > Je cherche à utiliser une sonde jtag en USB sur une VM Virtualbox. > > Jusqu'à présent cela ne posait aucun problème : > > > > une fois la VM démarrée et la sonde connectée en USB à l'hôte, je > > la > > basculais sur la VM... > > > > Aujourd'hui c'est une autre histoire ! > > > > la sonde est bien visible avec un lsusb, > > > > l'utilisateur est bien dans le groupe vboxusers, > > > > les extensions Virtualbox ont bien été installées (6.1) > > > > Mais lorsque la VM est démarré, il n'y a aucun périphérique USB à > > transférer ! > > > > J'ai le même comportement sur un 6.0.22 puis sur une 6.1.10 > > > > Donc je cherche à savoir si qqun à rencontrer le même problème, et > > s'il a réussi à le résoudre... > > > > Merci d'avance. > >
Buster, Virtualbox 6.1, USB
Bonjour, Je cherche à utiliser une sonde jtag en USB sur une VM Virtualbox. Jusqu'à présent cela ne posait aucun problème : une fois la VM démarrée et la sonde connectée en USB à l'hôte, je la basculais sur la VM... Aujourd'hui c'est une autre histoire ! la sonde est bien visible avec un lsusb, l'utilisateur est bien dans le groupe vboxusers, les extensions Virtualbox ont bien été installées (6.1) Mais lorsque la VM est démarré, il n'y a aucun périphérique USB à transférer ! J'ai le même comportement sur un 6.0.22 puis sur une 6.1.10 Donc je cherche à savoir si qqun à rencontrer le même problème, et s'il a réussi à le résoudre... Merci d'avance. -- Yann Cohen ianco.org
Re: Clef 2.4G Wireless Serial
Bonjour, une recherche sur l'Id USB donne un lieen où l'on évoque un succès avec un module noyau à compiler... https://github.com/node-hid/node-hid/issues/214 Le dongle en question est une liaison série sur 2.4GHz n'estce pas ? Cordialement. Yann Cohen. Le dimanche 31 décembre 2017 à 16:37 +0100, contact a écrit : > Bonsoir, > > quelqu'un a-t-il une piste pour utiliser une clef > > Winbond Electronics Corp. destinée à la communication série en 2.4G > > un lsub indique ceci : > > > Bus 001 Device 003: ID 0416: Winbond Electronics Corp. > > bDeviceClass 0 (Defined at Interface level) > > bDeviceProtocol 0 > > iProduct 2 > > (Bus Powered) > > merci et bonne fin d'année. > > Cordialement >
[Resolu] Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)
Bonjour, Hier j'ai reçu un mail de Maurico dans lequel il est fait référence à un bug lié aux noms long des interfaces (le nom avec l'adresse MAC). Le contournement est d'inhiber l'utilisation des noms longs avec la command suivante ln -s /dev/null /etc/systemd/network/99-default.link au redémarrage suivant (un peu plus long pour perte d'interface), les noms "courts" sont de retour et la connexion WIFI fonctionne bien. Bonne journée. Yann. Le jeudi 25 mai 2017 à 11:19 +0200, Yann Cohen a écrit : > Bonjour, > > J'ai réinstallé mon portable lenovo Yoga 13 sous stretch et je > rencontre des problèmes lors de la connexion WIFI > > De base j'ai sous usb une puce RTL8723AU (Wifi+BT) qui est reconnue > via > lsusb et dans les messages de démarrage > > Bus 001 Device 004: ID 0bda:1724 Realtek Semiconductor Corp. > RTL8723AU > 802.11n WLAN Adapter > > May 21 23:38:57 yogayan kernel: [ 19.262374] usb 1-1.4: rtl8xxxu: > Loading firmware rtlwifi/rtl8723aufw_B_NoBT.bin > May 21 23:38:57 yogayan kernel: [ 19.267786] usb 1-1.4: firmware: > direct-loading firmware rtlwifi/rtl8723aufw_B_NoBT.bin > May 21 23:38:57 yogayan kernel: [ 19.267813] usb 1-1.4: Firmware > revision 31.0 (signature 0x2302) > > en plus j'ai une clé DLink > Bus 001 Device 010: ID 07d1:3c07 D-Link System DWA-110 Wireless G > Adapter(rev.A1) [Ralink RT2571W] > > > Dans les deux cas j'ai le même symptôme lors de la tentative de > connexion en WIFI sur tous les ssid disponibles dans mon > environnement > : > aborting authentication with 9a:a1:d7:52:c2:71 by local choice > (Reason: > 3=DEAUTH_LEAVING) > > Bien entendu "avant" le passage sous stretch, ce portable en Jessie > fonctionnait en wifi sans problème... > > Mon ami google ne m'a pas été d'une grande aide sur ce point ou bien > je > n'ai pas su lui poser la question correctement... > > Merci d'avance pour vos remarques et suggestions... > > > Yann. > > > Trace dans /var/log/syslog lors de la connexion à un ssid WIFI ouvert > 8>--- > - > May 25 10:58:05 yogayan NetworkManager[572]: > [1495702685.2214] > device (wlxa4db30024657): set-hw-addr: set MAC address to > 66:2B:4E:B9:A6:EA (scanning) > May 25 10:58:05 yogayan kernel: [ 1285.548176] IPv6: > ADDRCONF(NETDEV_UP): wlxa4db30024657: link is not ready > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.6778] > device (wlxa4db30024657): Activation: starting connection 'SFR WiFi > FON' (b8e934d1-75ff-46a7-a6d2-dbca8ec880d8) > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.6786] > audit: op="connection-activate" uuid="b8e934d1-75ff-46a7-a6d2- > dbca8ec880d8" name="SFR WiFi FON" pid=11829 uid=1000 result="success" > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.6794] > device (wlxa4db30024657): state change: disconnected -> prepare > (reason > 'none') [30 40 0] > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.7746] > device (wlxa4db30024657): set-hw-addr: reset MAC address to > A4:DB:30:02:46:57 (preserve) > May 25 10:58:08 yogayan kernel: [ 1289.101900] IPv6: > ADDRCONF(NETDEV_UP): wlxa4db30024657: link is not ready > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8085] > device (wlxa4db30024657): state change: prepare -> config (reason > 'none') [40 50 0] > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8121] > device (wlxa4db30024657): Activation: (wifi) connection 'SFR WiFi > FON' > requires no security. No secrets needed. > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8129] > Config: added 'ssid' value 'SFR WiFi FON' > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8133] > Config: added 'scan_ssid' value '1' > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8138] > Config: added 'key_mgmt' value 'NONE' > May 25 10:58:08 yogayan wpa_supplicant[660]: wlxa4db30024657: SME: > Trying to authenticate with 9a:a1:d7:52:c2:71 (SSID='SFR WiFi FON' > freq=2437 MHz) > May 25 10:58:08 yogayan kernel: [ 1289.150740] wlxa4db30024657: > authenticate with 9a:a1:d7:52:c2:71 > May 25 10:58:08 yogayan kernel: [ 1289.160992] wlxa4db30024657: send > auth to 9a:a1:d7:52:c2:71 (try 1/3) > May 25 10:58:08 yogayan kernel: [ 1289.162624] wlxa4db30024657: > authenticated > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8572] > device (wlxa4db30024657): supplicant interface state: inactive -> > authenticating > May 25 10:58:13 yogayan kernel: [ 1294.166593] wlxa4db30024657: > May 25 10:58:13 yogayan wpa_supplicant[660]: wlxa4db30024657: CTRL- > EVENT-SSID-TEM
[Solved] Re: Stretch, WIFI connection failed with aborting authentication with ... by local choice (Reason: 3=DEAUTH_LEAVING)
Hi, Yesterday I received a mail from Maurico in which there is reference to a bug related to long names interfaces (the name with the MAC address). The workaround is to inhibit the use of long names with the following command Ln -s / dev / null /etc/systemd/network/99-default.link At the next restart (a little longer for interface loss), the short names are back and the WIFI connection works. Thanks. Cheers, Yann. Le lundi 19 juin 2017 à 19:59 +0200, Yann Cohen a écrit : > Hello, > > Le samedi 10 juin 2017 à 10:21 -0500, Richard Owlett a écrit : > > On 06/10/2017 08:04 AM, Yann Cohen wrote: > > > Hello, > > > > > [...] > > > > > Last week, I reinstalled my laptop (lenovo YOGA 13) with Debian > > > Stretch and network-manager. > > > > > > Linux yogayan 4.9.0-3-amd64 #1 SMP Debian 4.9.30-1 (2017-06-04) > > > x86_64 > > > GNU/Linux > > > > > > Bus 001 Device 004: ID 0bda:1724 Realtek Semiconductor Corp. > > > RTL8723AU > > > 802.11n WLAN Adapter > > > > That is likely your problem. > > See thread beginning at > > <https://lists.debian.org/debian-user/2017/04/msg00525.html>. > > Cindy-Sue Causey pointed to > > <https://packages.debian.org/jessie/firmware-realtek> > > > > See also comment by Pascal Hambourg at > > <https://lists.debian.org/debian-user/2017/04/msg00552.html> > > > > HTH > > > > Well, > > I summarize the situation : > * the WIFI interface embedded on my laptop has been working fine for > three with debian jessie > * on stretch, I installed realtek non-free firmware > * at boot time, in dmesg, I can see the successful loading of the > firmware > [ 11.811782] usb 1-1.4: firmware: direct-loading firmware > rtlwifi/rtl8723aufw_B_NoBT.bin > [ 11.811794] usb 1-1.4: Firmware revision 31.0 (signature > 0x2302) > * the connection failed "by local choice (Reason: 3=DEAUTH_LEAVING)" > * I got 2 usb WIFI dongle (which work fine on my raspberry pi > -raspbian jessie-). For each the same message appears in the > log... > * I tried to use this dongles on too other stretch workstation with > the same negative result. > * I have an other laptop with an PCI WIFI (Qualcomm Atheros QCA9565 > / > AR9565) interface which works fine with debian stretch... > > > > From my point of view, I did everything right, at least like the > > Jessie > > configuration. > But obviously it seems not ! > and I can't find where ! > I look more and more like a dog trying to catch his tail ! > > So, with the publication of Stretch as stable few days ago, maybe I > would no be the only to have this issue... > > --- Begin Message --- Correction, the source is this https://www.reddit.com/r/debian/comments/5tdp8q/stretch_wifi_error/ (I had a lot of tabs open, sorry) On Sun, Jun 25, 2017 at 7:23 AM, Mauricio <tauro@gmail.com> wrote: > Hello Yann, > > I found your mail on the web and I think I have a solution (it has worked > for me!). > > As root, run: > > ln -s /dev/null /etc/systemd/network/99-default.link > > This will prevent systemd to create the long network interfaces names. It > seems some firmwares don't play well with them. You must unplug-plug the > USB dongle (or restart of it is internal). > > This has worked for me. I'm using a TL-WN821N (atheros firmware) Wifi USB > dongle. > > My source: > https://www.reddit.com/r/debian/comments/5leii8/unable_ > to_connect_to_wifi_with_usb_adapter_via/ > > I hope this helps you. Happy hacking! > --- End Message ---
Re: Stretch, WIFI connection failed with aborting authentication with ... by local choice (Reason: 3=DEAUTH_LEAVING)
Hello, Le samedi 10 juin 2017 à 10:21 -0500, Richard Owlett a écrit : > On 06/10/2017 08:04 AM, Yann Cohen wrote: > > Hello, > > > [...] > > > Last week, I reinstalled my laptop (lenovo YOGA 13) with Debian > > Stretch and network-manager. > > > > Linux yogayan 4.9.0-3-amd64 #1 SMP Debian 4.9.30-1 (2017-06-04) > > x86_64 > > GNU/Linux > > > > Bus 001 Device 004: ID 0bda:1724 Realtek Semiconductor Corp. > > RTL8723AU > > 802.11n WLAN Adapter > > That is likely your problem. > See thread beginning at > <https://lists.debian.org/debian-user/2017/04/msg00525.html>. > Cindy-Sue Causey pointed to > <https://packages.debian.org/jessie/firmware-realtek> > > See also comment by Pascal Hambourg at > <https://lists.debian.org/debian-user/2017/04/msg00552.html> > > HTH > Well, I summarize the situation : * the WIFI interface embedded on my laptop has been working fine for three with debian jessie * on stretch, I installed realtek non-free firmware * at boot time, in dmesg, I can see the successful loading of the firmware [ 11.811782] usb 1-1.4: firmware: direct-loading firmware rtlwifi/rtl8723aufw_B_NoBT.bin [ 11.811794] usb 1-1.4: Firmware revision 31.0 (signature 0x2302) * the connection failed "by local choice (Reason: 3=DEAUTH_LEAVING)" * I got 2 usb WIFI dongle (which work fine on my raspberry pi -raspbian jessie-). For each the same message appears in the log... * I tried to use this dongles on too other stretch workstation with the same negative result. * I have an other laptop with an PCI WIFI (Qualcomm Atheros QCA9565 / AR9565) interface which works fine with debian stretch... >From my point of view, I did everything right, at least like the Jessie configuration. But obviously it seems not ! and I can't find where ! I look more and more like a dog trying to catch his tail ! So, with the publication of Stretch as stable few days ago, maybe I would no be the only to have this issue...
Stretch, WIFI connection failed with aborting authentication with ... by local choice (Reason: 3=DEAUTH_LEAVING)
Hello, First of all, I introduce myself. I am a "middle age" debian user : I began with Sarge and all my personals computers (wife's, daughter's, son's, domestic servers) run under Debian. Usually, I use my native language (french) for requesting some assitance about my issues. But today, it seems that the french is not enougth to fix my last one... ;-) So I try to expand the audiance using this user list. Please appologize my poor English. Last week, I reinstalled my laptop (lenovo YOGA 13) with Debian Stretch and network-manager. Linux yogayan 4.9.0-3-amd64 #1 SMP Debian 4.9.30-1 (2017-06-04) x86_64 GNU/Linux Bus 001 Device 004: ID 0bda:1724 Realtek Semiconductor Corp. RTL8723AU 802.11n WLAN Adapter Bus 001 Device 003: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card Reader Controller Issue the WIFI connection failed with this kind of messages in syslog : Jun 10 14:30:57 yogayan kernel: [14900.983391] wlxa4db30024657: authenticated Jun 10 14:31:02 yogayan kernel: [14905.987410] wlxa4db30024657: aborting authentication with 00:17:33:b5:f0:10 by local choice (Reason: 3=DEAUTH_LEAVING) I tried using wicd, but it doesn't fix complete this issue : fixes problems with some USB WIFI dongle, but not with the internal WIFI and evolution doesn't detect the network connection so no mail and I can't use my VPN client with network-manager in this case... On another debian Strech laptop (similar configuration gnome3 and network-manager), with artheos WIFI device, the WIFI connection works fine. On my yoga13 I tried to use others WIFI dongle with the same result : failed ! Until today, none of my readings or research have allowed me to fix this problem. Any idea to fix this ? Thanks and Regards. -- Yann Cohen <y...@ianco.org> ianco
Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)
Le lundi 05 juin 2017 à 20:44 +0200, maderios a écrit : > > > On 06/05/2017 12:23 PM, Yann Cohen wrote: > [...] > Bonjour > - sur Stretch, j'ai rencontré récemment des problèmes de connection > avec > wicd en wifi. Network-manager est finalement bien plus fiable. > Important: désinstaller wicd... Fait... > - pour vérifier si le noyau est en cause, il faudrait booter sur le > dernier noyau de Sid, le 4.9.30. C'est la dernière version stable du > noyau 4.9 https://www.kernel.org/ root@yogayan:~# uname -a Linux yogayan 4.9.0-3-amd64 #1 SMP Debian 4.9.30-1 (2017-06-04) x86_64 GNU/Linux Pas mieux... > Bon courage... > En effet va en falloir...
gnome-settings-daemon.desktop...Not authorized
Bonjour le journal de ma machine se rempli de ligne similaire à celles ci- dessous : Jun 5 12:24:02 yogayan gnome-settings-daemon.desktop[1005]: Error executing command as another user: Not authorized Jun 5 12:24:02 yogayan gnome-settings-daemon.desktop[1005]: This incident has been reported. Jun 5 12:24:03 yogayan gnome-settings-daemon.desktop[1005]: Error executing command as another user: Not authorized Jun 5 12:24:03 yogayan gnome-settings-daemon.desktop[1005]: This incident has been reported. Le message n'est pas très explicite à part qu'un utilisateur n'a pas les droits adéquates... Quel utilisateur et pour exécuter quoi ? si qqu'un a déjà rencontré ce type de soucis... Merci Yann.
Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)
Bonjour, Je relance le fil car pas très satisfait du "truc" bancal trouvé avec wicd et network-manager. Constats : * j'ai une autre machine avec Stretch et une carte PCI Wifi atheos => pas de problème avec network-manager. * sur cette machine l'utilisation d'un clé USB WIFI realtek provoque le même symptôme. * les messages dans syslog qui déconnecte (Reason 3 etc.) semblent être à l'origine du kernel et non directement de networkmanager Sur ma machine la carte WIFI est "0bda:1724 Realtek Semiconductor Corp. RTL8723AU 802.11n WLAN Adapter" en concéquence j'ai chercher à modifier le module via https://github.com/lwfinger/rtl8723au.git => pas mieux Mes lectures d'internet semblaient indiquer une sorte de concurrence entre wpa_supploicant et network-manager. j'ai essayé en inhibant wpa_supplicant => Raté, sans wpa_supplicant network-manager ne donne pas grand chose => j'ai du mal comprendre. Donc pour l'instant mon portable n'est plus portable sous stretch puisqu'il lui faut un fil pour communiquer... Arg... Yann. Le jeudi 25 mai 2017 à 11:19 +0200, Yann Cohen a écrit : > Bonjour, > > J'ai réinstallé mon portable lenovo Yoga 13 sous stretch et je > rencontre des problèmes lors de la connexion WIFI > > De base j'ai sous usb une puce RTL8723AU (Wifi+BT) qui est reconnue > via > lsusb et dans les messages de démarrage > > Bus 001 Device 004: ID 0bda:1724 Realtek Semiconductor Corp. > RTL8723AU > 802.11n WLAN Adapter > > May 21 23:38:57 yogayan kernel: [ 19.262374] usb 1-1.4: rtl8xxxu: > Loading firmware rtlwifi/rtl8723aufw_B_NoBT.bin > May 21 23:38:57 yogayan kernel: [ 19.267786] usb 1-1.4: firmware: > direct-loading firmware rtlwifi/rtl8723aufw_B_NoBT.bin > May 21 23:38:57 yogayan kernel: [ 19.267813] usb 1-1.4: Firmware > revision 31.0 (signature 0x2302) > > en plus j'ai une clé DLink > Bus 001 Device 010: ID 07d1:3c07 D-Link System DWA-110 Wireless G > Adapter(rev.A1) [Ralink RT2571W] > > > Dans les deux cas j'ai le même symptôme lors de la tentative de > connexion en WIFI sur tous les ssid disponibles dans mon > environnement > : > aborting authentication with 9a:a1:d7:52:c2:71 by local choice > (Reason: > 3=DEAUTH_LEAVING) > > Bien entendu "avant" le passage sous stretch, ce portable en Jessie > fonctionnait en wifi sans problème... > > Mon ami google ne m'a pas été d'une grande aide sur ce point ou bien > je > n'ai pas su lui poser la question correctement... > > Merci d'avance pour vos remarques et suggestions... > > > Yann. > > > Trace dans /var/log/syslog lors de la connexion à un ssid WIFI ouvert > 8>--- > - > May 25 10:58:05 yogayan NetworkManager[572]: > [1495702685.2214] > device (wlxa4db30024657): set-hw-addr: set MAC address to > 66:2B:4E:B9:A6:EA (scanning) > May 25 10:58:05 yogayan kernel: [ 1285.548176] IPv6: > ADDRCONF(NETDEV_UP): wlxa4db30024657: link is not ready > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.6778] > device (wlxa4db30024657): Activation: starting connection 'SFR WiFi > FON' (b8e934d1-75ff-46a7-a6d2-dbca8ec880d8) > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.6786] > audit: op="connection-activate" uuid="b8e934d1-75ff-46a7-a6d2- > dbca8ec880d8" name="SFR WiFi FON" pid=11829 uid=1000 result="success" > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.6794] > device (wlxa4db30024657): state change: disconnected -> prepare > (reason > 'none') [30 40 0] > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.7746] > device (wlxa4db30024657): set-hw-addr: reset MAC address to > A4:DB:30:02:46:57 (preserve) > May 25 10:58:08 yogayan kernel: [ 1289.101900] IPv6: > ADDRCONF(NETDEV_UP): wlxa4db30024657: link is not ready > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8085] > device (wlxa4db30024657): state change: prepare -> config (reason > 'none') [40 50 0] > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8121] > device (wlxa4db30024657): Activation: (wifi) connection 'SFR WiFi > FON' > requires no security. No secrets needed. > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8129] > Config: added 'ssid' value 'SFR WiFi FON' > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8133] > Config: added 'scan_ssid' value '1' > May 25 10:58:08 yogayan NetworkManager[572]: > [1495702688.8138] > Config: added 'key_mgmt' value 'NONE' > May 25 10:58:08 yogayan wpa_supplicant[660]: wlxa4db30024657: SME: > Trying to authenticate with 9a:a1:d7:52:c2:71 (SSID='SFR WiFi FON' > freq=2437 MHz) > May 25 10:58:08 yogay
Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)
Le jeudi 25 mai 2017 à 20:37 +0200, andre_deb...@numericable.fr a écrit : > On Thursday 25 May 2017 20:14:21 Yann Cohen wrote: > > J'ai bien mis wicd en plus, j'ai des améliorations sur le point de > la > > connexion qui semble passer maintenant. > > Et en retirant networkmanager... > J'ai des clients vpn à mettre en œuvre en network-manager est pas mal pour cela... Ou du moins je n'ai pas vu/chercher des solutions alternatives Yann.
Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)
Le jeudi 25 mai 2017 à 17:10 +0200, maderios a écrit : > On 05/25/2017 11:19 AM, Yann Cohen wrote: > > Bonjour, > > > > J'ai réinstallé mon portable lenovo Yoga 13 sous stretch et je > > rencontre des problèmes lors de la connexion WIFI > > > > De base j'ai sous usb une puce RTL8723AU (Wifi+BT) qui est reconnue > > via > > lsusb et dans les messages de démarrage > > > > Bus 001 Device 004: ID 0bda:1724 Realtek Semiconductor Corp. > > RTL8723AU > > 802.11n WLAN Adapter > > > > May 21 23:38:57 yogayan kernel: [ 19.262374] usb 1-1.4: rtl8xxxu: > > Loading firmware rtlwifi/rtl8723aufw_B_NoBT.bin > > May 21 23:38:57 yogayan kernel: [ 19.267786] usb 1-1.4: firmware: > > direct-loading firmware rtlwifi/rtl8723aufw_B_NoBT.bin > > May 21 23:38:57 yogayan kernel: [ 19.267813] usb 1-1.4: Firmware > > revision 31.0 (signature 0x2302) > > > > en plus j'ai une clé DLink > > Bus 001 Device 010: ID 07d1:3c07 D-Link System DWA-110 Wireless G > > Adapter(rev.A1) [Ralink RT2571W] > > > > > > Dans les deux cas j'ai le même symptôme lors de la tentative de > > connexion en WIFI sur tous les ssid disponibles dans mon > > environnement > > : > > aborting authentication with 9a:a1:d7:52:c2:71 by local choice > > (Reason: > > 3=DEAUTH_LEAVING) > > > > Bien entendu "avant" le passage sous stretch, ce portable en Jessie > > fonctionnait en wifi sans problème... > > > > Récemment, j'ai résolu un problème de wifi sur stretch en remplaçant > networkmanager par wicd. > Ne pas désinstaller networkmanager, c'est plus sûr. > J'ai bien mis wicd en plus, j'ai des améliorations sur le point de la connexion qui semble passer maintenant. Cependant, j'utilise evolution pour mes mails et lorsque la connexion est établie par wicd gnome ne voit pas de réseau et donc pas de possibilité de passer en ligne... :-\ Donc problème a moitié résolu... Yann. >
Re: [Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)
Le jeudi 25 mai 2017 à 13:15 +0200, Haricophile a écrit : > Le Thu, 25 May 2017 11:19:32 +0200, > Yann Cohen <y...@ianco.org> a écrit : > > > Bonjour, > > > > J'ai réinstallé mon portable lenovo Yoga 13 sous stretch et je > > rencontre des problèmes lors de la connexion WIFI > > > > De base j'ai sous usb une puce RTL8723AU (Wifi+BT) qui est reconnue > > via lsusb et dans les messages de démarrage > > > > [...] > > Trace dans /var/log/syslog lors de la connexion à un ssid WIFI > > ouvert [...] > > 8>- > > --- > > May 25 10:58:05 yogayan NetworkManager[572]: > > [1495702685.2214] > > device (wlxa4db30024657): set-hw-addr: set MAC address to > > 66:2B:4E:B9:A6:EA (scanning) > > May 25 10:58:05 yogayan kernel: [ 1285.548176] IPv6: > > ADDRCONF(NETDEV_UP): wlxa4db30024657: link is not ready > > May 25 10:58:08 yogayan NetworkManager[572]: > > [1495702688.6778] > > device (wlxa4db30024657): Activation: starting connection 'SFR WiFi > > FON' (b8e934d1-75ff-46a7-a6d2-dbca8ec880d8) > > May 25 10:58:08 yogayan NetworkManager[572]: > > [1495702688.6786] > > audit: op="connection-activate" uuid="b8e934d1-75ff-46a7-a6d2- > > dbca8ec880d8" name="SFR WiFi FON" pid=11829 uid=1000 > > result="success" [...] > > J'ai peut-être lu trop vite, mais je vois échec de > l'authentification. > Tu est sûr de rentrer le bon code avec le bon protocole ? Le réseau testé est l'accès WIFI FON sur mon routeur SFR et donc il est sans mot de passe. Yann.
[Stetch] Pas de connexion WIFI : aborting authentication ... by local choice (Reason: 3=DEAUTH_LEAVING)
[ 1305.260216] wlxa4db30024657: authenticated May 25 10:58:29 yogayan kernel: [ 1310.261231] wlxa4db30024657: aborting authentication with 9a:a1:d7:52:c2:71 by local choice (Reason: 3=DEAUTH_LEAVING) May 25 10:58:29 yogayan wpa_supplicant[660]: wlxa4db30024657: CTRL- EVENT-SSID-TEMP-DISABLED id=0 ssid="SFR WiFi FON" auth_failures=2 duration=20 reason=CONN_FAILED May 25 10:58:29 yogayan NetworkManager[572]: [1495702709.9580] device (wlxa4db30024657): supplicant interface state: authenticating -> disconnected May 25 10:58:33 yogayan NetworkManager[572]: [1495702713.8183] device (wlxa4db30024657): Activation: (wifi) association took too long, failing activation May 25 10:58:33 yogayan kernel: [ 1314.136852] IPv6: ADDRCONF(NETDEV_UP): wlxa4db30024657: link is not ready May 25 10:58:33 yogayan NetworkManager[572]: [1495702713.8183] device (wlxa4db30024657): state change: config -> failed (reason 'ssid- not-found') [50 120 53] May 25 10:58:33 yogayan NetworkManager[572]: [1495702713.8189] device (wlxa4db30024657): Activation: failed for connection 'SFR WiFi FON' May 25 10:58:33 yogayan NetworkManager[572]: [1495702713.8195] device (wlxa4db30024657): state change: failed -> disconnected (reason 'none') [120 30 0] May 25 10:58:33 yogayan NetworkManager[572]: [1495702713.9177] device (wlxa4db30024657): set-hw-addr: set MAC address to 22:02:9B:FB:7A:0D (scanning) May 25 10:58:33 yogayan kernel: [ 1314.248016] IPv6: ADDRCONF(NETDEV_UP): wlxa4db30024657: link is not ready May 25 10:58:35 yogayan NetworkManager[572]: [1495702715.0003] device (wlxa4db30024657): supplicant interface state: disconnected -> inactive <8 -- Yann Cohen <y...@ianco.org>
dhcp relay inopérant
Bonjour, Je viens de me rendre compte d'un Pb de dhcp-realy sur un routeur... Description routeur (debian sous xen) avec deux interfaces eth0 (192.168.3.0/24) et eth1 (192.168.1.0/24). un serveur dhcp sur le réseau ".3" Une requête dhcp sur le réseau ".1" ne reçoit pas la réponse du serveur alors qu'elle est émise (log de dnsmasq + tshark). la configuration du dhcp-relay est simple SERVERS=192.168.3.80" INTERFACES="eth1" tshark -i eth1 -Y "bootp.option.type == 53" 1366 30.875992 0.0.0.0 -> 255.255.255.255 DHCP 342 DHCP Discover - Transaction ID 0xd856a84d tshark -i eth0 -Y "bootp.option.type == 53" 592 13.337630 192.168.3.70 -> 192.168.3.80 DHCP 342 DHCP Discover - Transaction ID 0xd856a84d 593 13.337993 192.168.3.80 -> 192.168.1.70 DHCP 416 DHCP Offer- Transaction ID 0xd856a84d le routeur est en forwarding J'ai constaté cela alors que j'ai du reconfigurer ma boîte SFR qui avait été remise en conf usine par le support parce que le décodeur TV ne démarrait plus (sympa l'intervention) : je n'active pas le serveur DHCP en interne. Cela à priori n'a pas de relation, mais c'est à cette occasion que j'ai constaté que les équipements en dhcp sur ".1" ne recevaient plus de réponse DHCP. Avant bien sûr cela fonctionnait... Ne trouvant pas l'erreur commise, je vous soumets le problème... Cordialement. Yann Cohen.
dhcp relay inopérant
Bonjour, Je viens de me rendre compte d'un Pb de dhcp-realy sur un routeur... Description routeur (debian sous xen) avec deux interfaces eth0 (192.168.3.0/24) et eth1 (192.168.1.0/24). un serveur dhcp sur le réseau ".3" Une requête dhcp sur le réseau ".1" ne reçoit pas la réponse du serveur alors qu'elle est émise (log de dnsmasq + tshark). la configuration du dhcp-relay est simple SERVERS=192.168.3.80" INTERFACES="eth1" tshark -i eth1 -Y "bootp.option.type == 53" 1366 30.875992 0.0.0.0 -> 255.255.255.255 DHCP 342 DHCP Discover - Transaction ID 0xd856a84d tshark -i eth0 -Y "bootp.option.type == 53" 592 13.337630 192.168.3.70 -> 192.168.3.80 DHCP 342 DHCP Discover - Transaction ID 0xd856a84d 593 13.337993 192.168.3.80 -> 192.168.1.70 DHCP 416 DHCP Offer- Transaction ID 0xd856a84d le routeur est en forwarding J'ai constaté cela alors que j'ai du reconfigurer ma boîte SFR qui avait été remise en conf usine par le support parce que le décodeur TV ne démarrait plus (sympa l'intervention) : je n'active pas le serveur DHCP en interne. Cela à priori n'a pas de relation, mais c'est à cette occasion que j'ai constaté que les équipements en dhcp sur ".1" ne recevaient plus de réponse DHCP. Avant bien sûr cela fonctionnait... Ne trouvant pas l'erreur commise, je vous soumets le problème... Cordialement. Yann Cohen.
mdadm grow RAID 5 4->5 DD bloqué depuis +ieurs jours
Bonjour, J'ai décidé d'ajouter 1DD dans un raid 5. Donc : mdadm /dev/md2 --add /dev/sdg1 et puis mdadm --grow --raid-devices=5 /dev/md2 la dernière m'a donné un retour avec un "blockage de backup" : mdadm: Need to backup xxxK of critical section Depuis la seule chose qui varie dans le système c'est le temps avant la fin de l'opération qui augmente mais le pourcentage d'accomplissement lui reste à 0%... /dev/md2 est un pv d'un vg qui héberge les partitions de VM Xen, au moment des commandes aucune VM étaient actives et le VG lui était actif. Depuis les VM sont démarrées... Bon comment me sortir de cela sans tout casser... mettre 'max' dans sync_max ? merci. Yann. root@xianco:/sys/block/md2/md# cat sync_action reshape root@xianco:/sys/block/md2/md# cat sync_completed 0 / 1953518592 root@xianco:/sys/block/md2/md# cat resync_start none root@xianco:/sys/block/md2/md# cat sync_max 0 mdadm --detail /dev/md2 /dev/md2: Version : 1.2 Creation Time : Mon Dec 20 12:09:25 2010 Raid Level : raid5 Array Size : 2930277888 (2794.53 GiB 3000.60 GB) Used Dev Size : 976759296 (931.51 GiB 1000.20 GB) Raid Devices : 5 Total Devices : 5 Persistence : Superblock is persistent Update Time : Fri Jun 3 07:21:50 2016 State : active, reshaping Active Devices : 5 Working Devices : 5 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 512K Reshape Status : 0% complete Delta Devices : 1, (4->5) Name : xianco:2 (local to host xianco) UUID : 45781d95:9f37ba57:6ae4e955:2977f9fb Events : 849886 Number Major Minor RaidDevice State 0 8 330 active sync /dev/sdc1 1 8 651 active sync /dev/sde1 2 8 492 active sync /dev/sdd1 4 8 813 active sync /dev/sdf1 5 8 974 active sync /dev/sdg1
Re: migration Xen vers Jessie : les domU ne démarrent plus.
Le jeudi 02 juin 2016 à 00:48 +0200, Guillaume a écrit : > Bonjour, > > Chez moi j'ai pygrub dans le dossier /usr/lib/xen-4.4/bin, > vérifiez que vous utiliser le bon fichier. Well done ! il y a plusieurs xen installés (4.0, 4.1 et 4.4) en plus il y a xen et xen-default qui sont des liens vers /etc/alternatives/xen-default et lui même pointe vers /usr/lib/xen-4.0 par contre update-alternative ne propose pas de choix pour xen-default sinon 4.0... En forçant dans le fichier de configuration, alors la VM part ! > > Le 01/06/2016 20:10, Yann COHEN a écrit : > > Me revoilà avec mon serveur Xen 4.3 maintenant et mes anciennes > > machines virtuelles issues d'un xen 4.0. > > > > Le serveur a rédemmaré après u changement de carte mère et une > > grosse > > bataille sur les initrd, mdadm etc. > > > > Une fois réinstallé et upgarde en Xen de Jessie (4.3), j'ai créée > > une > > VM avec > > xen-create-image --lvm=g00 --ip=192.168.3.40 -- > > netmask=255.255.255.0 -- > > bridge=br_safe --partitions=/etc/xen-tools/partitions.d/nuage- > > server -- > > memory=1024M --dist=jessie --pygrub --arch=amd64 -- > > gateway=192.168.3.70 > > --hostname=nuage --force > > > > à la fin de la création sans encombre je lance la création de la VM > > avec : > > root@xianco:~# xl create -c /etc/xen/nuage.cfg > > > > Parsing config from /etc/xen/nuage.cfg > > libxl: error: libxl_bootloader.c:628:bootloader_finished: > > bootloader > > failed - consult logfile /var/log/xen/bootloader.1.log > > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: > > bootloader [-1] exited with error status 1 > > libxl: error: libxl_create.c:1022:domcreate_rebuild_done: cannot > > (re- > > )build domain: -3 > > libxl: error: libxl_dom.c:35:libxl__domain_type: unable to get > > domain > > type for domid=1 > > Unable to attach console > > libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: > > console > > child [0] exited with error status 1 > > > > Le fichier de log donne : > > Usage: /usr/lib/xen-default/bin/pygrub [-q|--quiet] [-i| > > --interactive] > > [--output=] [--kernel=] [--ramdisk=] [--args=] [--entry=] > > > > Donc il semble qu'il manque un paramètre à la ligne : > > bootloader = '/usr/lib/xen-default/bin/pygrub' > > dans le fichier d configuration, > > > > Mais pourquoi suite xen-create il me manque quelque chose ??? > > > > Pb dans la commande ou dans le xen-tools.conf (j'ai la version de > > l'installateur avec juste lvm de modifié) > > > > Yann. > > > >
migration Xen vers Jessie : les domU ne démarrent plus.
Me revoilà avec mon serveur Xen 4.3 maintenant et mes anciennes machines virtuelles issues d'un xen 4.0. Le serveur a rédemmaré après u changement de carte mère et une grosse bataille sur les initrd, mdadm etc. Une fois réinstallé et upgarde en Xen de Jessie (4.3), j'ai créée une VM avec xen-create-image --lvm=g00 --ip=192.168.3.40 --netmask=255.255.255.0 -- bridge=br_safe --partitions=/etc/xen-tools/partitions.d/nuage-server -- memory=1024M --dist=jessie --pygrub --arch=amd64 --gateway=192.168.3.70 --hostname=nuage --force à la fin de la création sans encombre je lance la création de la VM avec : root@xianco:~# xl create -c /etc/xen/nuage.cfg Parsing config from /etc/xen/nuage.cfg libxl: error: libxl_bootloader.c:628:bootloader_finished: bootloader failed - consult logfile /var/log/xen/bootloader.1.log libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: bootloader [-1] exited with error status 1 libxl: error: libxl_create.c:1022:domcreate_rebuild_done: cannot (re- )build domain: -3 libxl: error: libxl_dom.c:35:libxl__domain_type: unable to get domain type for domid=1 Unable to attach console libxl: error: libxl_exec.c:118:libxl_report_child_exitstatus: console child [0] exited with error status 1 Le fichier de log donne : Usage: /usr/lib/xen-default/bin/pygrub [-q|--quiet] [-i|--interactive] [--output=] [--kernel=] [--ramdisk=] [--args=] [--entry=] Donc il semble qu'il manque un paramètre à la ligne : bootloader = '/usr/lib/xen-default/bin/pygrub' dans le fichier d configuration, Mais pourquoi suite xen-create il me manque quelque chose ??? Pb dans la commande ou dans le xen-tools.conf (j'ai la version de l'installateur avec juste lvm de modifié) Yann.
Re: Migration Squeeze vers Wheezy => les DomU de xen ne démarrent plus
Le dimanche 22 mai 2016 à 19:18 +0200, Alexandre GRIVEAUX a écrit : > Bonsoir, > > Peut-tu faire un lvdisplay sur ton dom0 ? > > Merci. > Oui je pouvais, il y en avait une vingtaine... Qu'est-ce que tu recherches comme information ? Mais maintenant la carte mère ne démarre plus (voir le fil sur le Pb de RAID au démarrage...) Merci en tout cas de toutes les pistes proposées... Je recommencerai mes investigations lorsque le serveur redémarrera, avec certainement une carte mère neuve... dans un ou deux WE... Et je ne manquerai pas de vous solliciter Cordialement. Yann.
Re: iptables nat redirection de port : succès sur http, échec sur ssh
Le jeudi 07 janvier 2016 à 15:12 +0100, daniel huhardeaux a écrit : > Le 07/01/2016 14:40, Yann Cohen a écrit : > > Bonjour, > > > > Sur l'activation de l'interface wwan0 d'un routeur (rpi), j'insère les > > règles suivantes : > > iptables -t nat -A POSTROUTING -o wwan0 -j MASQUERADE > > iptables -t nat -A PREROUTING -i wwan0 -p tcp --dport 8000 -j DNAT --to > > 127.0.0.1:80 > > iptables -t nat -A PREROUTING -i wwan0 -p tcp --dport 2002 -j DNAT --to > > 127.0.0.1:22 > > > > La redirection de http (8000 -> 80) fonctionne, mais un : > > ssh -p 2002 pi@adresse > > ne fonctionne pas. > > tshark montre bien des paquet entrant sur le port 2002 de l'interface, > > mais pas de communication sur le port 22 de localhost... > > > > Qu'ai-je bien pu rater ? > > Vérifie que ssh écoute bien sur le port 22 > > user@machine:~$ telnet 127.0.0.1 22 > Trying 127.0.0.1... > Connected to 127.0.0.1. > Escape character is '^]'. > SSH-2.0-OpenSSH_6.7p1 Debian-5 > ^] > telnet> quit > Connection closed. > Fait et fonctionne. Yann.
iptables nat redirection de port : succès sur http, échec sur ssh
Bonjour, Sur l'activation de l'interface wwan0 d'un routeur (rpi), j'insère les règles suivantes : iptables -t nat -A POSTROUTING -o wwan0 -j MASQUERADE iptables -t nat -A PREROUTING -i wwan0 -p tcp --dport 8000 -j DNAT --to 127.0.0.1:80 iptables -t nat -A PREROUTING -i wwan0 -p tcp --dport 2002 -j DNAT --to 127.0.0.1:22 La redirection de http (8000 -> 80) fonctionne, mais un : ssh -p 2002 pi@adresse ne fonctionne pas. tshark montre bien des paquet entrant sur le port 2002 de l'interface, mais pas de communication sur le port 22 de localhost... Qu'ai-je bien pu rater ? Yann.
Re: Pb de RAID au re démarrage d'un serveur XEN : le RAID5 ne voit plus qu'un disque sur 4.
Le mardi 29 décembre 2015 à 12:06 +0100, Pascal Hambourg a écrit : > Yann COHEN a écrit : > > Bonjour, > > > > J'ai redémarré le serveur pour de nouveau avoir le problème... > > Je joins le log de mdadm --assemble /dev/md2 > = > > mdadm: looking for devices for /dev/md2 > > mdadm: no RAID superblock on /dev/sdc > > mdadm: /dev/sdc has wrong uuid. > > mdadm: no RAID superblock on /dev/sdd > > mdadm: /dev/sdd has wrong uuid. > > mdadm: no RAID superblock on /dev/sde > > mdadm: /dev/sde has wrong uuid. > > mdadm: cannot open device /dev/md/1: Device or resource busy > > mdadm: /dev/md/1 has wrong uuid. > > mdadm: no RAID superblock on /dev/md/0 > > mdadm: /dev/md/0 has wrong uuid. > > mdadm: no RAID superblock on /dev/sdb > > mdadm: /dev/sdb has wrong uuid. > > mdadm: cannot open device /dev/sda2: Device or resource busy > > mdadm: /dev/sda2 has wrong uuid. > > mdadm: cannot open device /dev/sda1: Device or resource busy > > mdadm: /dev/sda1 has wrong uuid. > > mdadm: cannot open device /dev/sda: Device or resource busy > > mdadm: /dev/sda has wrong uuid. > > mdadm: /dev/sdc1 is identified as a member of /dev/md2, slot 0. > > mdadm: /dev/sdd1 is identified as a member of /dev/md2, slot 1. > > mdadm: /dev/sde1 is identified as a member of /dev/md2, slot 2. > > mdadm: /dev/sdb1 is identified as a member of /dev/md2, slot 3. > > mdadm: added /dev/sdd1 to /dev/md2 as 1 > > mdadm: added /dev/sde1 to /dev/md2 as 2 > > mdadm: added /dev/sdb1 to /dev/md2 as 3 > > mdadm: added /dev/sdc1 to /dev/md2 as 0 > > mdadm: /dev/md2 has been started with 4 drives. > = > Les messages "wrong uuid" ne concernent que des périphériques (disques > ou partitions) qui ne sont pas membres de /dev/md2. En revanche les 4 > partitions membres sont bien reconnues. Rien d'anormal donc. > Oups, il va falloir que je lise un peu mieux les messages d'erreur... Donc pas de problème sur l'array raid5 ; il me faut me concentrer sur la cause de la détection tardive des autres disques par rapport à la tentative de démarrer le raid5...
Re: Pb de RAID au re démarrage d'un serveur XEN : le RAID5 ne voit plus qu'un disque sur 4.
Le lundi 28 décembre 2015 à 17:58 +0100, Jean-Michel OLTRA a écrit : > Bonjour, > > > Le lundi 28 décembre 2015, y...@ianco.org a écrit... > > > > Je viens de constater que mon serveur domestique ne démarre plus (XEN4.0 + > > lenny LTS). > > > Le symptôme initial est qu'il ne trouve pas /var et /home qui sont des > > volumes logique sur un volume en RAID5. > > > Le volume en raid5 ne comporte qu'un disque sur quatre et n'est donc pas > > démarré (sd[bcde]). > > > Ce volume a été crée en 2010, il a fonctionner sans trop de problème jusque > > là. > > Et tu as fait quelque chose entre temps ? Car une histoire d'uuid (si je > m'en tiens aux courriels suivants), c'est un peu bizarre si rien n'a été > modifié ? Disques ? Mise à jour ? > > Hum... Les dernières modifications sur ce serveur datent de plusieurs mois (par paquet de 12) lorsqu'un disque de la grappe RAID5 a lâché... Ensuite (cet automne), j'ai rencontré des Pb de démarrage que j'ai identifiés comme étant dus à des problèmes d'alimentation : suite à des coupures d'énergie les fonctions "protection anti-surtension" du bios (asus M4A88TDV EVO/USB3) se déclenchaient => passage par le bios obligé... Pour l'instant j'ai mis cela sur le compte de l'onduleur (ellipse premium 650)... Ensuite ce serveur a été mis à jour régulièrement, mais redémarré que très rarement : sur arrêt énergie et involontairement (une fois par an max jusqu'à cet automne). Par contre les VM hébergées elles l'ont été plus souvent en fonction des mises à jour. Yann.
Re: Pb de RAID au re démarrage d'un serveur XEN : le RAID5 ne voit plus qu'un disque sur 4.
Le mardi 29 décembre 2015 à 12:08 +0100, Christophe Moille a écrit : > Le Tuesday 29 Dec 2015 à 11:48:43 (+0100), Yann COHEN a écrit : > > > > Bonjour, > > > > J'ai redémarré le serveur pour de nouveau avoir le problème... > > Je joins le log de mdadm --assemble /dev/md2 > > > > Cordialement. > > > > > mdadm: looking for devices for /dev/md2 > > mdadm: no RAID superblock on /dev/sdc > > mdadm: /dev/sdc has wrong uuid. > > Salut, > > Est-ce que tu as un fichier /boot/grub/device.map ? Si oui, vérifie > qu'il contient bien les bonnes indications pour ta configuration > matérielle. Bonjour, Il y a 5 entrées dans ce fichier, dont une qui n'a rien à y faire : une clé USB qui devait être présente lors d'une action de mise à jour de grub je suppose... --- (hd0) /dev/disk/by-id/ata-WDC_WD10EARS-00Y5B1_WD-WCAV5F179623 (hd1) /dev/disk/by-id/ata-WDC_WD10EARS-00Y5B1_WD-WCAV5F179870 (hd2) /dev/disk/by-id/ata-WDC_WD10EARS-22Y5B1_WD-WCAV5F897292 (hd3) /dev/disk/by-id/ata-WDC_WD10EARS-00Y5B1_WD-WCAV5H540738 (hd4) /dev/disk/by-id/usb-_USB_DISK_2.0_07811E510276-0:0 (hd5) /dev/disk/by-id/ata-ELITE_PRO_CF_CARD_4GB_20090410_DC7B - > > Tu peux le mettre à jour avec la commande `grub-mkdevicemap`. Attention > à bien sauvegarder /boot/grub/device.map avant de l'exécuter. Une fois la commande passée, il n'y a plus que les 4 disques nécessaires... - (hd0) /dev/disk/by-id/ata-ELITE_PRO_CF_CARD_4GB_20090410_DC7B (hd1) /dev/disk/by-id/ata-WDC_WD10EARS-00MVWB0_WD-WMAZA6804796 (hd2) /dev/disk/by-id/ata-WDC_WD10EARS-00Y5B1_WD-WCAV5F179623 (hd3) /dev/disk/by-id/ata-WDC_WD10EARS-00Y5B1_WD-WCAV5F179870 (hd4) /dev/disk/by-id/ata-WDC_WD10EARS-22Y5B1_WD-WCAV5F897292 Par contre l'ordre change, cela a-t-il une importance ? Yann. > >
Re: Pb de RAID au re démarrage d'un serveur XEN : le RAID5 ne voit plus qu'un disque sur 4.
Le mardi 29 décembre 2015 à 12:07 +0100, Pascal Hambourg a écrit : > Yann COHEN a écrit : > > > > J'ai redémarré le serveur pour de nouveau avoir le problème... > > Ce n'était pas nécessaire, il suffisait de fouiller dans les logs. > Certes je n'y avais pas songé, mais les logs sont dans /var/log/syslog alors que lorsque on passe la commande le volume /var n'est pas monté (il est dans le volume raid5). Donc lorsque le serveur est redémarré /var pointe sur le raid5 et je ne pense pas que les traces générées avant le montage de /var soient accessibles... Yann.
Re: Pb de RAID au re démarrage d'un serveur XEN : le RAID5 ne voit plus qu'un disque sur 4.
Bonjour, J'ai redémarré le serveur pour de nouveau avoir le problème... Je joins le log de mdadm --assemble /dev/md2 Cordialement. Le lundi 28 décembre 2015 à 16:42 +0100, Pascal Hambourg a écrit : > Yann Cohen a écrit : > >>>>> - en mode maintenance sur le serveur : > >>>>> * les disques sd[bcde] ont bien une partition raid linux > >>>>> * après un arrêt de md2 (mdadm --stop /dev/md2), le redémarrage > >>>>> indique > >>>>> des problèmes d'UUID sur les disques (mdadm --assemble /dev/md2) > >>>> Mais encore ? > >>> mdadm --stop /dev/md2 > >>> mdadm --assemble -v /dev/md2 > >>> pvscan > >>> vgscan > >>> vgchange -a y > >>> mount -a > >>> exit > >>> > >>> et le serveur démarre... > >> En fait j'aurais voulu des précisions sur la teneur du message qui > >> "indique des problèmes d'UUID". > > De mémoire, la teneur est : pas le bon "uuid"... > > Lors de l'assemblage de /dev/md2, je présume ? > Sans le message exact et complet, ça ne me dit rien. > mdadm: looking for devices for /dev/md2 mdadm: no RAID superblock on /dev/sdc mdadm: /dev/sdc has wrong uuid. mdadm: no RAID superblock on /dev/sdd mdadm: /dev/sdd has wrong uuid. mdadm: no RAID superblock on /dev/sde mdadm: /dev/sde has wrong uuid. mdadm: cannot open device /dev/md/1: Device or resource busy mdadm: /dev/md/1 has wrong uuid. mdadm: no RAID superblock on /dev/md/0 mdadm: /dev/md/0 has wrong uuid. mdadm: no RAID superblock on /dev/sdb mdadm: /dev/sdb has wrong uuid. mdadm: cannot open device /dev/sda2: Device or resource busy mdadm: /dev/sda2 has wrong uuid. mdadm: cannot open device /dev/sda1: Device or resource busy mdadm: /dev/sda1 has wrong uuid. mdadm: cannot open device /dev/sda: Device or resource busy mdadm: /dev/sda has wrong uuid. mdadm: /dev/sdc1 is identified as a member of /dev/md2, slot 0. mdadm: /dev/sdd1 is identified as a member of /dev/md2, slot 1. mdadm: /dev/sde1 is identified as a member of /dev/md2, slot 2. mdadm: /dev/sdb1 is identified as a member of /dev/md2, slot 3. mdadm: added /dev/sdd1 to /dev/md2 as 1 mdadm: added /dev/sde1 to /dev/md2 as 2 mdadm: added /dev/sdb1 to /dev/md2 as 3 mdadm: added /dev/sdc1 to /dev/md2 as 0 mdadm: /dev/md2 has been started with 4 drives.
Re: Pb de RAID au re démarrage d'un serveur XEN : le RAID5 ne voit plus qu'un disque sur 4.
Le lundi 28 décembre 2015 à 13:19 +0100, Pascal Hambourg a écrit : > Note : Tu as répondu en privé. Je fais de même au cas où ce serait > volontaire. Perturbé par le lecteur de mail de "secours", alors que le serveur ne démarrait pas... Donc tout est public... > > y...@ianco.org a écrit : > > Le 2015-12-28 11:57, Pascal Hambourg a écrit : > >> y...@ianco.org a écrit : > >>> > >>> - en mode maintenance sur le serveur : > >>> * les disques sd[bcde] ont bien une partition raid linux > >>> * après un arrêt de md2 (mdadm --stop /dev/md2), le redémarrage > >>> indique > >>> des problèmes d'UUID sur les disques (mdadm --assemble /dev/md2) > >> Mais encore ? > > > > mdadm --stop /dev/md2 > > mdadm --assemble -v /dev/md2 > > pvscan > > vgscan > > vgchange -a y > > mount -a > > exit > > > > et le serveur démarre... > En fait j'aurais voulu des précisions sur la teneur du message qui > "indique des problèmes d'UUID". De mémoire, la teneur est : pas le bon "uuid"... > > > Donc il me faut comprendre pourquoi pas au boot initial > > Pour le moment, l'hypothèse serait que les disques sont détectés trop tard. > > >> As-tu configuré le paquet mdadm pour assembler tous les ensembles RAID > >> dans l'initramfs ou seulement celui de la racine ? > > > > Ah vrai dire, je n'ai aucun souvenir d'avoir effectuer ce choix... > > dpkg-reconfigure j'imagine ? > > Oui. Cela peut être intéressant de ne pas assembler cet ensemble RAID > dans l'initramfs en même temps que celui de la racine car cela laisse un > peu plus de temps pour la découverte des disques. > > Les partitions membres de l'ensemble RAID 1 de la racine sont-elles sur > les mêmes disques que le RAID 5 ? Le RAID 1 est sur deux disques (cartes Flash 4Go, dont une jamais mise en service...) Le RAID 5 est sur 4DD 1To. Yann.
Rapbian sur rpi2 et truc fâcheux avec le son...
Bonsoir, Je suis en train de préparer une rpi2 pour un emballage avant le 24 au soir... Je rencontre un problème avec le son. au début tout allait bien : sonic-pi faisait le bruit des vagues et le son de lxmusic sortait bien sur le haut parleur brancher sur la jack. ensuite j'ai testé sur le hdmi : au moins une heure de bon fonctionnent en général , mais avec de temps en temps des pertes du son : une sorte d'échantillonnage rapide et une sortie inaudible => arrêt redémarrage de la lecture du son et cela repartait... pendant ce temps là j'ai recherché d'autres lecteurs de média : abraca (fonctionne aussi "mal" que lxmusic), clementine (démarre difficilement), quodlibet plus rapide... Mais à partir de ce moment là, nous avons eu droit sur la sortie audio hdmi à des sons complètement déformées voir strident ressemblant plus à du bruit qu'autre chose... Depuis c'est le silence, mais pulseaudio est installé... Donc maintenant quodlibet lit des fichiers son (mp3), le contrôle de volume de pulse "voit" bien les niveaux de sortie varier, mais aucun son ne sort. Tous les "mixers" que j'ai pu tester (alsamixer, l'applet de lxde) sont au maximum mais rien ne sort... J'ai deux solutions : * j'ai la sortie audio qui a rendu l'âme ; * j'ai raté une configuration de pulse/alsa... Quelles pistes puis-je suivre ? Cordialement. Yann.
Re: Trouble sur une configuration openvpn
Le mercredi 16 septembre 2015 à 13:29 +0200, Yann Cohen a écrit : > Bonjour, > > Je rencontre des problèmes de connexions de temps en temps sur une > architecture avec un serveur openvpn. > > Le serveur est directement sur Internet. > Il y a deux clients sur 3G sans adresse publique, et un qui se balade > sur des réseaux domestiques ou professionnels toujours en connexion > filaire. > > De temps en temps les clients n'arrivent pas à se connecter sur le > serveur avec des TLS handcheck error pendant un certain temps (plusieurs > heures) puis la connexion revient et reste "stable" plusieurs jours. > > Il n'y a aucune manipulation sur des firewall entre les clients et le > serveur. > > La dernière perte de connexion a eu lieu après que le routeur 3G ait > changé d'adresse IP, le client détecte une perte du ping et tente une > réconnexion qui n'aboutie pas sur le serveur (aucune trace dans les log > serveur, mais des traces d'erreur TLS dans le log client). IL s'avère que le problème est ailleurs : la machine arm linux est configurée en bridge avec deux interfaces (eth0 et eth1) et je constate que lorsque eth0 perd le lien (reboot du routeur par exemple), le trafic depuis et vers cette interface est stoppé alors que le bridge la déclare en état forwarding. la sortir du bridge et l'ajouté rétabli la situation (généralement..) > > Je cherche à comprendre sur le client linux qui héberge le client > openvpn, ce qui ne fonctionne pas : voit-il le routeur de sortie ? > voit-il le serveur openvpn au travers routeur 3G ?... > > Quelles autres pistes puis-je tester ? > > Cordialement. > > Yann. > > > >
Trouble sur une configuration openvpn
Bonjour, Je rencontre des problèmes de connexions de temps en temps sur une architecture avec un serveur openvpn. Le serveur est directement sur Internet. Il y a deux clients sur 3G sans adresse publique, et un qui se balade sur des réseaux domestiques ou professionnels toujours en connexion filaire. De temps en temps les clients n'arrivent pas à se connecter sur le serveur avec des TLS handcheck error pendant un certain temps (plusieurs heures) puis la connexion revient et reste "stable" plusieurs jours. Il n'y a aucune manipulation sur des firewall entre les clients et le serveur. La dernière perte de connexion a eu lieu après que le routeur 3G ait changé d'adresse IP, le client détecte une perte du ping et tente une réconnexion qui n'aboutie pas sur le serveur (aucune trace dans les log serveur, mais des traces d'erreur TLS dans le log client). Je cherche à comprendre sur le client linux qui héberge le client openvpn, ce qui ne fonctionne pas : voit-il le routeur de sortie ? voit-il le serveur openvpn au travers routeur 3G ?... Quelles autres pistes puis-je tester ? Cordialement. Yann.
Modifier la durée de validité d'un certificat TLS...
Bonjour, il y a un an, j'ai utiliser le script cert_manager.sh pour créer des certificats de plsuieurs site internet (hôtes virtuels sur apache). Seulement, j'ai zappé de modifier le paramètre default_days et donc aujourd'hui les certificats ont expirés... Ai-je un autre moyen que de les recréer pour modifier leur date d'expiration ? Cordialement. Yann.
Re: Dev C : Pb avec Keepalive sur connexion TCP...
Le jeudi 10 septembre 2015 à 11:35 +0200, Yann Cohen a écrit : > Bonjour, > > je ne comprends pas le comportement d'une configuration d'un serveur TCP > avec le TCP keepalive. > [...] > sur son time out applicatif... > > Donc "ça marche pas" ou : > * j'ai pas compris comment cela devrait marcher ; > * j'ai pas configuré correctement... C'est exactement cela, je n'ai pas configuré correctement => c'est sur la socket issue de l'accept() qu'il faut les mettre les paramètres ! > > Pourtant des TFM j'en ai lus... > > Si qq'1 voit ma betise, je suis tout oui. > > Cordialement. > > Yann. > >
Dev C : Pb avec Keepalive sur connexion TCP...
Bonjour, je ne comprends pas le comportement d'une configuration d'un serveur TCP avec le TCP keepalive. Voici les hypothèses : * la socket "Socket" est configurée avec : * SO_KEEPALIVE à 1, * TCP_KEEPIDLE à 600, * TCP_KEEPINTVL à 60, * TCP_KEEPCNT à 5 ; * serveur multi threads préchargés avec chaque thread qui attend (accept(Socket)) une connexion sur la socket ; * si au bout de 30 minutes les threads ne voient pas de données sur leur connexions ils la ferment... À partir de là, je comprends que au bout de 10 minutes sans trafic sur la socket un keepalive est lancé toutes les minutes et qu'au bout de 5 non réponse la socket est déclarée comme perdu ; donc au bout de 15 minute le système doit déclarer la socket fermée. Le test effectué est le suivant : 1. un client connecté à un switch ouvre une connexion sur mon serveur 2. la connexion est établie (vu avec netstat) 3. le client est déconnecté du switch 4. la connexion est toujours établie 5. au bout d'une demi heure la connexion est coupée par le thread sur son time out applicatif... Donc "ça marche pas" ou : * j'ai pas compris comment cela devrait marcher ; * j'ai pas configuré correctement... Pourtant des TFM j'en ai lus... Si qq'1 voit ma betise, je suis tout oui. Cordialement. Yann.
Re: busybox, bridge_tools, ifupdown : comportement bizarre lors de la configuration d'un bridge
Le mercredi 12 août 2015 à 14:00 +0200, Pascal Hambourg a écrit : Yann Cohen a écrit : J'ai constaté que le ifupdown embraqué dans busybox ne semble pas reconnaitre les options de type bridge_xxx dans le fichier /etc/network/interfaces, donc la configuration minimale d'un bridge tel que je le fais dans une debian ne fonctionne pas : iface br0 inet static address 172.17.3.2 netmask 255.255.255.0 gateway 172.173.3.1 bridge_ports eth0 eth1 A ma connaissance les options bridge_* ou bridge-* ne sont pas gérées directement par ifup/ifdown mais par des scripts placés dans /etc/network/if-* par le paquet bridge-utils. Merci ! J'ai récupéré les scripts de debian et je les ai un peu adapté à la distrib local : modification du path des executables, ajout de sleep pour attendre le démarrage du bridge. Avec cela j'arrive à avoir un bridge fonctionnel au boot. Mais dès que je débranche un câble plus rien ni dans un sens ni dans l'autre. les traces sur la console montrent que les ports voient bien la déconnexion et la reconnexion. mais le ping ne reprend pas ensuite... root@sts-pilote:~# ping 172.17.3.1 PING 172.17.3.1 (172.17.3.1): 56 data bytes 64 bytes from 172.17.3.1: seq=0 ttl=64 time=1.562 ms 64 bytes from 172.17.3.1: seq=1 ttl=64 time=1.055 ms 64 bytes from 172.17.3.1: seq=2 ttl=64 time=0.934 ms 64 bytes from 172.17.3.1: seq=3 ttl=64 time=1.078 ms 64 bytes from 172.17.3.1: seq=4 ttl=64 time=1.079 ms 64 bytes from 172.17.3.1: seq=5 ttl=64 time=1.106 ms br0: port 2(eth1) entered disabled state PHY: imx25-fec-1:00 - Link is Down br0: port 1(eth0) entered disabled state br0: port 2(eth1) entered listening state br0: port 2(eth1) entered listening state PHY: imx25-fec-1:00 - Link is Up - 100/Full br0: port 1(eth0) entered listening state br0: port 1(eth0) entered listening state br0: port 2(eth1) entered learning state br0: port 1(eth0) entered learning state br0: topology change detected, propagating br0: port 2(eth1) entered forwarding state br0: topology change detected, propagating br0: port 1(eth0) entered forwarding state ^C Pour l'autre problème, pas d'idée. mais que de courte durée car le trafic ne passe pas d'une interface à l'autre ! Vérifie l'état du pont dans les logs du noyau, notamment si les deux ports passent bien dans l'état forwarding.
busybox, bridge_tools, ifupdown : comportement bizarre lors de la configuration d'un bridge
Bonjour, je travaille actuellement sur une carte avec un linux embarqué dont la distribution est pétrie par yocto avec en tête de gondole busybox. Je souhaite configurer les deux interfaces IP de la cible en switch, soit en bridge. Une fois bridge_utils et les options qui vont bien dans le noyau ajoutés à la distrib, j'ai réussi à monter le bridge à la main en utilisant les commandes suivantes : ip link set up dev eth0 ip link set up dev eth1 brctl addbr br0 brctl addif br0 eth0 eth1 ip link set up dev br0 J'ai constaté que le ifupdown embraqué dans busybox ne semble pas reconnaitre les options de type bridge_xxx dans le fichier /etc/network/interfaces, donc la configuration minimale d'un bridge tel que je le fais dans une debian ne fonctionne pas : iface br0 inet static address 172.17.3.2 netmask 255.255.255.0 gateway 172.173.3.1 bridge_ports eth0 eth1 Pour contourner le problème, j'ai utilisé un script if-pre-up qui lance les commandes décrites précedenement si $IFACE vaut br0. L'enchaînement des commandes fonctionne bien et à la fin du boot ifconfig indique que l'interface est montée, Oh joie ! mais que de courte durée car le trafic ne passe pas d'une interface à l'autre ! En refaisant à la main le parcours je me suis rendu compte que si j'enchaîne les commandes de configuration dans un script, les communications ne traversent pas le switch... Mais si je commence la configuration en lançant les commandes une à une avec une attente entre elles (ne serait-ce que le temps de les taper avec deux doigts) le switch fonctionne correctement. Partant de ce constat, j'ai joué à l'automaticien de base en ajoutant des tempo... Ce qui donne le script suivant : ip link set up dev eth0 sleep 3 ip link set up dev eth1 sleep 3 brctl addbr br0 sleep 3 brctl addif br0 eth0 eth1 sleep 3 ip link set up dev br0 Je pense que cette solution est un contournement mais n'est pas la solution, cependant je n'arrive pas à identifier ce que j'ai raté dans la configuration. Une autre piste, je n'ai pas réussi à identifier la liste des options dans interfaces que reconnaît busybox, une recherche sur les sources de motif comme bridge_ n'a rien donné ce qui me conforte dans le fait que ces options ne sont pas gérées. Ai-je raté un truc ? Et comment faire pour avoir une version de ifupdown qui traite les commandes étendues dans /etc/network/interfaces comme sous debian ? Cordialement. -- Yann Cohen y...@ianco.org ianco -- 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/1439374067.17505.30.ca...@ianco.org
[Resolu] Re: Voyage dans subversion, sshfs, NFS et le temps
Le jeudi 21 mai 2015 à 14:52 +0200, Vincent Lefevre a écrit : On 2015-05-20 15:55:38 +0200, Yann Cohen wrote: [sshfs] J'ai laissé courir, effectué mon portage, réussi la compilation et lorsque que j'ai voulu remonter les modifications via un svn commit j'ai : svn: E20: Succès de la propagation (commit), mais erreurs : svn: E155009: Erreur en incrémentant les révisions après la propagation (post-commit), détails : svn: E155009: Failed to run the WC DB work queue associated with '/home/yann/media/woody-cac/CAC/Libraries', work item 179 (file-commit http/server.c) svn: E01: Impossible de déplacer '/home/yann/media/woody-cac/CAC/Libraries/.svn/tmp/svn-DGcdI3' vers '/home/yann/media/woody-cac/CAC/Libraries/.svn/tmp/svn-cUDDqf': Opération non permise Ça a l'air d'être un rename svn-DGcdI3 - svn-cUDDqf qui échoue. Tu as bien utilisé -o workaround=rename pour sshfs? Well Done ! je n'ai plus qu'à RTFM afin de comprendre l'option ! Pour NFS je laisse tomber maintenant que j'ai une solution correcte avec sshfs... Merci. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- 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/1432280939.3211.36.ca...@ianco.org
Re: Voyage dans subversion, sshfs, NFS et le temps
Le mercredi 20 mai 2015 à 16:29 +0200, Bernard Schoenacker a écrit : Le Wed, 20 May 2015 15:55:38 +0200, Yann Cohen y...@ianco.org a écrit : nfssvc: Function not implemented bonjour, serait il possible de prendre un autre éditeur? Vim ( Cream ) ou Emacs ? La modification d'un fichier fonctionne sous VI... Mais le problème reste pour svn... Comme le Pb est présent sur les éditeurs et surtout sur svn je vais essayer de contourner en utilisant un mécanisme de synchronisation des fichier de type rsync entre la cible Woody et l'hôte Jessie pour synchronisé dans un sens ou l'autre... ensuite il existe une foultitude de liens concernant : nfssvc: Function not implemented ( google ) Certes, et le premier des liens lu indique que ce message traduit que NFS n'est pas dans le noyau, mais ailleurs j'ai lu que Debian fournissait NFS en std même sur une Woody... Depuis j'ai rempalcé le server kernel par le vieux user sur la Woody, mais dans ce cas le client Jessie refuse de se connecter (protocole inconnu)... slt bernard -- 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/1432191235.3211.3.ca...@ianco.org
Re: Voyage dans subversion, sshfs, NFS et le temps
Le mercredi 20 mai 2015 à 20:32 +0200, Sébastien NOBILI a écrit : Bonsoir, Le mercredi 20 mai 2015 à 15:55, Yann Cohen a écrit : Donc mon problème est-il lié : * à Virtualbox ; * au voyage dans le temps entre Woody et Jessie (pourtant ces deux là ont eu des grands moments de complicité...) ; * a un pb de configuration... Ça peut être aussi un problème réseau, puisque dans toutes tes tentatives, tu passes par le réseau. L'adresse MAC ou IP pourrait entrer en conflit avec un autre du réseau. Il y a beaucoup de machines ? Réseau privé entre l'Hôte Jessie et la VM Woody (utilise une interface virtuel) il n'y a que deux machine sur ce réseau avec adresse fixe pour Jessie et adresse dhcp pour Woody. Est-ce que tu rencontres le même problème en montant directement le disque virtuel ? (pas testé : https://askubuntu.com/questions/19430/mount-a-virtualbox-drive-image-vdi) pas testé non plus, mais le problème est même survenu avec rsync et comme pour les autres uniquement lors de renommage de fichier sur le même sous répertoire. rsync: rename /home/yann/media/woody-cac/CAC/Libraries/lib/.Makefile.ioKgUv - CAC/Libraries/lib/Makefile: Operation not permitted (1) par contre des essais avec mv, vi, touch, cat, cp n'ont pas provoqué d'erreur. Est-ce que les UID des deux comptes utilisateur sont les mêmes ? Oui 1000 Est-ce que le comportement est le même en utilisant le compte root sur les deux machines (root qui fait un montage SSHFS de root@woody) ? Essayer mais pas terrible car les fichiers arrivent en root de l'autre coté et donc des pb de droit potentiel Qu'est-ce que ça donne en reprenant la manip depuis le checkout SVN (si c'est possible) via un montage NFS ? (l'erreur lors du commit peut très bien être une conséquence d'un FS corrompu lors du checkout ou bien des étapes suivantes) Sur cet ensemble, j'ai pas réussi à utiliser NFS... Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1432218548.3211.34.ca...@ianco.org
Voyage dans subversion, sshfs, NFS et le temps
Bonjour, Pour des besoins de compilation j'ai du remonter une version Woody à partir des archives de debian. Je l'ai fait dans une VM Virtualbox hébergée sur une Jessie. N'ayant pas subversion sur cette distribution et la compilation depuis les sources n'étant pas raisonnable vis à vis du temps, j'ai contourné le Pb en montant via sshfs sur l'hôte Jessie un lien vers Woody, j'ai ensuite fait les checkout sans Pb. Cependant j'ai rencontré un Pb depuis un éditeur comme gedit ou même geany : impossible de sauvegarder des modifications (Pb lors de la sauvegarde, fichier possiblement tronqué). J'ai laissé courir, effectué mon portage, réussi la compilation et lorsque que j'ai voulu remonter les modifications via un svn commit j'ai : svn: E20: Succès de la propagation (commit), mais erreurs : svn: E155009: Erreur en incrémentant les révisions après la propagation (post-commit), détails : svn: E155009: Failed to run the WC DB work queue associated with '/home/yann/media/woody-cac/CAC/Libraries', work item 179 (file-commit http/server.c) svn: E01: Impossible de déplacer '/home/yann/media/woody-cac/CAC/Libraries/.svn/tmp/svn-DGcdI3' vers '/home/yann/media/woody-cac/CAC/Libraries/.svn/tmp/svn-cUDDqf': Opération non permise En pensant à un pb lié au partage par sshfs, je me suis dit passons pas nfs ! Exportation au niveau de Jessie d'une arborescence -192.168.56.0/24(rw)-, montage au niveau de Woody : le mount est ok. Le premier ls ne montre que trois répertoires (il en manque beaucoup) et le ls suivant reste bloqué un certain temps (Ctrl-C pour en sortir), le umount fonctionne. Exportation au niveau de Woody (apt-get install nfs-kernel et common), export identique, modification du hosts;allow (ALL:192.168.), coté Jessie un showmount ok ; mais lorsque je lance le mount depuis Jessie il sort en timeout et je n'ai pas de message dans les log de Woody sinon cette ligne dans les logs : nfsd[235]: nfssvc: Function not implemented Donc mon problème est-il lié : * à Virtualbox ; * au voyage dans le temps entre Woody et Jessie (pourtant ces deux là ont eu des grands moments de complicité...) ; * a un pb de configuration... Je sèche... Yann. -- 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/1432130138.29693.61.ca...@ianco.org
Re: recherche image iso amd64 avec les firmwares
Le mercredi 20 mai 2015 à 17:04 +0200, Bernard Schoenacker a écrit : bonjour, je recherche le lien pour une image iso cdrom pour amd64 avec les firmwares google debian iso firmware peut-être ? http://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/ je viens de faire deux installs la nuit passée avec l'iso netinstall : eeepc (via wifi) et zotaczbox (via cuivre car pas réussi à m'identifier sur mon propre WIFI...) slt bernard yann. -- 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/1432135051.29693.73.ca...@ianco.org
Re: démarrer pulseaudio au boot
Le lundi 11 mai 2015 à 13:28 +0200, Sébastien NOBILI a écrit : Bonjour, Le samedi 09 mai 2015 à 15:45, Yann Cohen a écrit : La lecture de /usr/share/doc/pulseaudio/README.Debian indique la présence de /etc/default/pulseaudio et je note que d'autres références sur la toile font aussi à ce fichier. Mais ce fichier n'ai pas présent... En effet, le fichier était présent dans Wheezy [1] mais est absent dans la version Jessie [2] 1: https://packages.debian.org/wheezy/i386/pulseaudio/filelist 2: https://packages.debian.org/jessie/i386/pulseaudio/filelist La doc relative à ce mode de fonctionnement est là : http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/SystemWide/ Je me souviens qu'on obtenait un avertissement nous décourageant d'utiliser ce mode (dans la version Wheezy), mais je ne saurais pas trop t'en dire plus. Merci. Je vais relire ce document car pas très clair quand au démarrage de la tâche... mais j'ai une piste avec le cron... (un coup de systemd ?) Il serait peut-être de bon goût d'arrêter d'attribuer tout et n'importe quoi à Systemd, ça devient lassant… De mon point de vue et de mes connaissances, /etc/default est le lieu où sont stockés les informations de configuration des daemons démarrés par le système. Et pour moi ce répertoire est fortement lié à init.d. Donc avec la migration vers systemd (ce en quoi je n'ai pas d'avis particulier en tant qu'utilisateur lambda) et en constatant la disparition du fichier en question, j'ai supposé que cela pouvait être dû à un changement de principe de configuration lié à systemd... Sébastien Yann. -- 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/1431369027.13612.46.ca...@ianco.org
Re: démarrer pulseaudio au boot
Le samedi 09 mai 2015 à 16:14 +0200, yamo' a écrit : Salut, Yann Cohen a écrit le 09/05/2015 16:00 : Pour l'instant en créant le répertoire home de pulse et en utilisant sudo -u pulse -- pulseaudio --start le serveur démarre. Je peux mettre cette commande dans le rc.local, mais quelle autre solution est possible et plus élégante ? Cordialement... Tu peux peut-être aussi créer un user dédié, pulse est démarré par le user de la session graphique sur une installation classique. Dans le crontab du user créé : @reboot /usr/bin/pulseaudio --start Je n'ai pas songé au cron... à suivre... Alors j'ai directement effectue le cron sur l'utilisateur pulse... Mais échec car le home de pulse est dasn /var/run qui est volatile... En déplaçant le home de pulse sous /var/cache = succès... Ici, J'ai comme processus : /usr/bin/pulseaudio --start /bin/sh /usr/bin/start-pulseaudio-x11 Après comment lances tu les sons, avec un bête vlc, mplayer ou équivalent en CLI? Depuis la machine il y a mpd qui devra fonctionner, et puis surtout depuis les autres machines sur le réseau l'utilisateur verra dans sa liste de sorties pulseaudio (gnome-shell) les sorties associées à la machine distante il pourra alors envoyer le son vers ce serveur (similaire à un casque usb ou bluetooth). -- Stéphane -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1431184862.13612.24.ca...@ianco.org
démarrer pulseaudio au boot
Bonjour, Sur une jessie qui sert de machine à tout faire mais sans session utilisateur (routeur, web service, dépôt upnp, etc.), je souhaite ajouter encore un truc : serveur de son pour la chaîne du salon. L'idée est de raccorder la sortie ligne de la carte son sur une entrée de la chaîne et a minima de démarrer pulseaudio avec une configuration réseau pour que les autres postes puissent utiliser la chaîne comme sortie audio. J'ai déjà bien cherché et j'ai réussi à le faire à la main en démarrant pulseaudio depuis une session utilisateur avec un pulseaudio --start. Pour cela j'ai notamment suivi un tuto qui intègre en plus shairport pour le cas où on est accros à la pomme. Maintenant je souhaite que pulseaudio soit lancé au démarrage de la machine sans intervention. La lecture de /usr/share/doc/pulseaudio/README.Debian indique la présence de /etc/default/pulseaudio et je note que d'autres références sur la toile font aussi à ce fichier. Mais ce fichier n'ai pas présent... (un coup de systemd ?) Par contre l'utilisateur pulse est disponible, mais pas son home directory. Le tuto cité indique une méthode pour créer un script systemd pour le démarrage automatique de shairport qui démarra dans la foulée pulseaudio. Pour l'instant en créant le répertoire home de pulse et en utilisant sudo -u pulse -- pulseaudio --start le serveur démarre. Je peux mettre cette commande dans le rc.local, mais quelle autre solution est possible et plus élégante ? Cordialement... -- Yann Cohen y...@ianco.org ianco -- 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/1431179106.13612.17.ca...@ianco.org
lenovo yoga 13 jessie : perte écran tactile en sortie de veille.
Bonjour, Je possède un lenovo yoga 13 avec ecran tactil. La configuration actuelle est une distribution Jessie Linux yogayan 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) x86_64 GNU/Linux Au démarrage, à l'exception du BT, tout fonctionne correctement : Wifi et écran tactile. AU retour d'une mise en veille, je perd l'écran tactile, il faut alors redémarrer pour retrouver cette focntionnalité. J'ai à disposition un autre yoga 13 avec une Wheezy avec un noyau inférieur qui fonctionne sans problème. SUr mon yoga, ce dysfonctionnement est apparu après une mise à jour, mais laquelle ??? L'absence d'écran tactile n'est pas irrémédiable, mais bon c'est un peu plus pratique (et sympa) pour jouer aux cartes ou bien lire un pdf en mode tablette Mes premières recherche (google) et inspection (syslog et X.log) ne m'ont pas donné d'indice particulier (ou bien j'ai une paille dans les yeux...) Quelqu'un a-t-il rencontré un problème similaire ? Où trouver les information sur l'avant et l'après mise en veille en terme de reconnaissance de périphérique lors d'une sortie de veille ? Merci. -- Yann. -- 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/1419950534.4456.10.ca...@ianco.org
Résolu: at-get bloqué sur Lecture des listes de paquets… 0%
Épilogue... La machine en question est un routeur qui est en tête d'un réseau domestique et assure quelques services comme dhcp, dns, cloud, openvpn, etc. Donc je n'ai pas cherché plus avant étant à 900Km de la machine. Aujourd'hui alors que plus personne n'est connecté sur ce routeur, j'ai osé le redémarrer. Cela a résolu le problème, j'ai pu effectuer une mise à jour sans problème via apt-get et mettre d'équerre owncloud... Cordialement. Yann. Le vendredi 12 décembre 2014 à 10:38 +0100, Yann COHEN a écrit : Bonjour, Suite à une mise à jour sur une palteforme i386 d'une Jessie qui ne s'est pas terminée proprement, je rencontre des Pb. Le premier pb rencontré était la présence d'un fichier de lock alors que plus aucun apt-get ou dpkg était actif. J'ai supprimé le fichier de lock/var/lib/dpkg/lock. maintenant toute commande apt-get s'arrête indéfinement sur Lecture des listes de paquets… 0% j'ai essayé : apt-get clean, dpkg --configure -a, apt-get -f install, dpkg --audit, apt-get check, sans succès. Comment rétablir le fonctionnement d'apt-get ? Cordialement -- Yann COHEN y...@ianco.org ianco -- 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/1419272221.4404.14.ca...@ianco.org
Re: at-get bloqué sur Lecture des listes de paquets... 0%
Le lundi 15 décembre 2014 à 09:51 +0100, Guy Roussin a écrit : Si je comprends bien l'installation individuelle de paquets fonctionne ... Il est possible que lors de la mise à jour vers jessie apt soit resté en version wheezy. cf apt-cache policy apt Cette machine a été initialement installée sous jessie. apt-cache policy apt, reste suspendu dans le vide par contre à chaque fois que apt est lancé un fichier de type pkgcache.bin.3FafMP est créé dans /var/cache/apt. Si c'est ça, essayes donc un apt-get install apt dpkg Sinon tu peux aussi essayer de commenter les dépôts de sources (lignes qui commencent par deb-src) dans /etc/apt/sources.list et /etc/apt/sources.list.d/* Ne pas oublier de faire ensuite le apt-get update J'essaie et je constate que : les téléchargements sont très, très long avec un débit annoncé très faible : 467 ko réceptionnés en 5min 30s (1 411 o/s); au bout des téléchargements on reste bloqué sur la Lecture des listes de paquets... En référence à ce que tu obtiens avec strace ... Là c'est le flou pour moi strace. sans l'option -f, les dernières traces montrent une ouverture de /var/lib/apt/lists/ftp.fr.debian.org_debian_dists_jessie_main_binary-i386_Packages sur le descripteur 6 puis une tentative de lecture sur le même descripteur fstat64(6, {st_mode=S_IFREG|0644, st_size=34017228, ...}) = 0 fstat64(6, {st_mode=S_IFREG|0644, st_size=34017228, ...}) = 0 read(6, tion: chase action game - game d..., 32579) = 32579 puis plus rien. Avec l'option -f, le fichier se remplit très vite d'erreur. 819 fcntl64(14, F_SETFD, FD_CLOEXEC) = -1 EBADF (Bad file descriptor) 819 getrlimit(RLIMIT_NOFILE, {rlim_cur=64*1024, rlim_max=64*1024}) = 0 Guy Yann. Le 15/12/2014 02:13, Yann COHEN a écrit : Bonjour, Je ne suis pas sûr de le comprendre, cependant j'ai coupé l'exécution car la trace ne faisait qu'augmenter avec le même message d'erreur me semble-t-il. Yann. Le dimanche 14 décembre 2014 à 19:05 +0100, Jean-Michel OLTRA a écrit : Bonjour, Le dimanche 14 décembre 2014, Yann COHEN a écrit... Oups désolé pour le retard, mais le déjeuner du dimanche midi... voici les dernières lgnes de strace sur la commande ./strace apt-get -o debug::pkgproblemresolver=true dist-upgrade Il faudrait lancer strace avec l'option -f, et -o fichier_de_log, comme je l'ai indiqué dans mon premier courriel à ce sujet. C'est plus simple pour analyser ensuite fichier_de_log -- jm -- 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/1418667605.4106.12.ca...@ianco.org
Re: at-get bloqué sur Lecture des listes de paquets... 0%
Le samedi 13 décembre 2014 à 21:31 +0100, maderios a écrit : On 12/13/2014 04:24 PM, Yann COHEN wrote: Et cette option de debug? apt-get -o debug::pkgproblemresolver=true dist-upgrade Bonjour, Pas mieux. root@sky:~# apt-get -o debug::pkgproblemresolver=true dist-upgrade Lecture des listes de paquets… 0% Et là ça reste bloqué? Si c'est le cas, je me trompe peut-être, mais il faut attendre. Certaines opérations demandent du temps. Pour être certain je viens de le relancé, mais par longtemps il faut attendre combien de temps ? je l'ai déjà laissé +ieurs heure (lancé le matin avant de partir au boulot et en fin apm tjs au même point). En plus, le script apticron est lancé sur cette machin et il coince de la même façon. -- Maderios -- 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/1418545564.845.23.ca...@ianco.org
Re: at-get bloqué sur Lecture des listes de paquets... 0%
Le samedi 13 décembre 2014 à 16:36 +0100, Michel a écrit : Le 13/12/2014 16:30, Yann COHEN a écrit : root@sky:~# apt-get -o debug::pkgproblemresolver=true dist-upgrade Lecture des listes de paquets… 0% Question peut-être sans importance, mais as-tu une activité processeur importante ou pas ? Lorsque apt-get est lancé, la machine reste avecune activité faible. apt-get uilise 0,7% de la CPU d'après top. avec une charge user moyenne de 2,7% Yann. Michel -- 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/1418545878.845.25.ca...@ianco.org
[Resolu] Touche gros doigts, Re: raspberry : Pb avec clé USB, 'nl80211' generic netlink not found
Bonjour, Le problème ne vient pas du raspberry sous debian, mais de la configuration de wpa_supplicant. Et plus exactement fait de mon idiotie : je ne suis trompé sur l'écriture du ssid en mettant des majuscules où il n'en a pas ! Désolé pour le bruit... -- Yann COHEN y...@ianco.org ianco -- 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/1418559706.845.36.ca...@ianco.org
Re: at-get bloqué sur Lecture des listes de paquets... 0%
Oups désolé pour le retard, mais le déjeuner du dimanche midi... voici les dernières lgnes de strace sur la commande ./strace apt-get -o debug::pkgproblemresolver=true dist-upgrade open(/var/cache/apt/srcpkgcache.bin, O_RDONLY|O_LARGEFILE) = 6 fcntl64(6, F_SETFD, FD_CLOEXEC) = 0 fstat64(6, {st_mode=S_IFREG|0644, st_size=22069659, ...}) = 0 fstat64(6, {st_mode=S_IFREG|0644, st_size=22069659, ...}) = 0 read(6, la dernière ligne est telle que visible sur la console. Une destruction de srcpkgcache.bin ne fait rien à l'affaire... Yann. Le dimanche 14 décembre 2014 à 10:50 +0100, Guy Roussin a écrit : Bonjour, Comme cela t'a été conseillé, essaie d'utiliser strace ... on a pas vu de réponse à cette proposition. Si strace n'est pas installé sur ta machine, récupères le .deb 'à la main' dans les dépôts debian, décompresse et met le fichier binaire dans un dossier bin référencé dans $PATH, puis fait un strace apt-get update -- Guy -- 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/1418575208.845.40.ca...@ianco.org
Re: at-get bloqué sur Lecture des listes de paquets... 0%
Bonjour, Je ne suis pas sûr de le comprendre, cependant j'ai coupé l'exécution car la trace ne faisait qu'augmenter avec le même message d'erreur me semble-t-il. Yann. Le dimanche 14 décembre 2014 à 19:05 +0100, Jean-Michel OLTRA a écrit : Bonjour, Le dimanche 14 décembre 2014, Yann COHEN a écrit... Oups désolé pour le retard, mais le déjeuner du dimanche midi... voici les dernières lgnes de strace sur la commande ./strace apt-get -o debug::pkgproblemresolver=true dist-upgrade Il faudrait lancer strace avec l'option -f, et -o fichier_de_log, comme je l'ai indiqué dans mon premier courriel à ce sujet. C'est plus simple pour analyser ensuite fichier_de_log -- jm strace.out.bz2 Description: application/bzip
Re: at-get bloqué sur Lecture des listes de paquets… 0%
Le vendredi 12 décembre 2014 à 14:20 +0100, maderios a écrit : On 12/12/2014 10:38 AM, Yann COHEN wrote: Bonjour, Suite à une mise à jour sur une palteforme i386 d'une Jessie qui ne s'est pas terminée proprement, je rencontre des Pb. Le premier pb rencontré était la présence d'un fichier de lock alors que plus aucun apt-get ou dpkg était actif. J'ai supprimé le fichier de lock/var/lib/dpkg/lock. maintenant toute commande apt-get s'arrête indéfinement sur Lecture des listes de paquets… 0% j'ai essayé : apt-get clean, dpkg --configure -a, apt-get -f install, dpkg --audit, apt-get check, sans succès. Comment rétablir le fonctionnement d'apt-get ? Bonjour Et cette option de debug? apt-get -o debug::pkgproblemresolver=true dist-upgrade Bonjour, Pas mieux. root@sky:~# apt-get -o debug::pkgproblemresolver=true dist-upgrade Lecture des listes de paquets… 0% -- Yann. -- 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/1418484245.845.9.ca...@ianco.org
Re: at-get bloqué sur Lecture des listes de paquets… 0%
Le vendredi 12 décembre 2014 à 10:48 +0100, Raph a écrit : Le 12/12/2014 10:38, Yann COHEN a écrit : Bonjour, Suite à une mise à jour sur une palteforme i386 d'une Jessie qui ne s'est pas terminée proprement, je rencontre des Pb. Le premier pb rencontré était la présence d'un fichier de lock alors que plus aucun apt-get ou dpkg était actif. J'ai supprimé le fichier de lock/var/lib/dpkg/lock. maintenant toute commande apt-get s'arrête indéfinement sur Lecture des listes de paquets… 0% j'ai essayé : apt-get clean, dpkg --configure -a, apt-get -f install, dpkg --audit, apt-get check, sans succès. Comment rétablir le fonctionnement d'apt-get ? Cordialement Bonjour, premier truc à vérifier : df -h , si une partition est pleine y'a pleins de trucs qui se coincent. Et on pese pas toujours à vérifier de ce côté. Bonjour, Fait les disques ont de la place. 2% d'utilisation de /var actuellement. -- 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/1418484313.845.10.ca...@ianco.org
raspberry : Pb avec clé USB, 'nl80211' generic netlink not found
Bonjour, Cela fait deux clé que je teste sur la framboise et dans le deux cas j'ai le même phénomène dans les traces 'nl80211' generic netlink not found Cela ne semble pas venir du firmware... Avec un modprobe cfg80211, le message devient wpa_supplicant[3261]: nl80211: Could not configure driver to use managed mode Donc pas de connexion, par contre iwlist wlan0 scan fonctionne Où se trouve donc mon erreur... Cordialment. Ci-après des extraits de la configuration du raspbetty pi. root@nono:~# uname -a Linux nono 3.12.28+ #709 PREEMPT Mon Sep 8 15:28:00 BST 2014 armv6l GNU/Linux /var/log/syslog Dec 13 16:27:57 nono kernel: [ 762.780410] usb 1-1.5: new high-speed USB device number 5 using dwc_otg Dec 13 16:27:57 nono kernel: [ 762.882128] usb 1-1.5: New USB device found, idVendor=7392, idProduct=7811 Dec 13 16:27:57 nono kernel: [ 762.882164] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Dec 13 16:27:57 nono kernel: [ 762.882183] usb 1-1.5: Product: 802.11n WLAN Adapter Dec 13 16:27:57 nono kernel: [ 762.882197] usb 1-1.5: Manufacturer: Realtek Dec 13 16:27:57 nono kernel: [ 762.882210] usb 1-1.5: SerialNumber: 00e04c01 Dec 13 16:27:57 nono ifplugd(wlan0)[3017]: ifplugd 0.28 initializing. Dec 13 16:27:58 nono wpa_supplicant[3028]: nl80211: 'nl80211' generic netlink not found Dec 13 16:27:58 nono wpa_supplicant[3028]: Failed to initialize driver 'nl80211' Dec 13 16:27:58 nono wpa_supplicant[3028]: rfkill: Cannot open RFKILL control device Dec 13 16:27:58 nono ifplugd(wlan0)[3017]: Using interface wlan0/74:DA:38:00:87:F2 with driver rtl8192cu (version: ) Dec 13 16:27:58 nono ifplugd(wlan0)[3017]: Using detection mode: wireless extension Dec 13 16:27:58 nono ifplugd(wlan0)[3017]: Initialization complete, link beat not detected. root@nono:~# cat /etc/wpa_supplicant/wpa_supplicant.conf ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=1 ap_scan=1 network={ ssid=Oups scan_ssid=1 proto=WPA RSN key_mgmt=WPA-PSK psk= } lsusb Bus 001 Device 004: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS] -- Yann COHEN y...@ianco.org ianco -- 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/1418485363.845.20.ca...@ianco.org
at-get bloqué sur Lecture des listes de paquets… 0%
Bonjour, Suite à une mise à jour sur une palteforme i386 d'une Jessie qui ne s'est pas terminée proprement, je rencontre des Pb. Le premier pb rencontré était la présence d'un fichier de lock alors que plus aucun apt-get ou dpkg était actif. J'ai supprimé le fichier de lock/var/lib/dpkg/lock. maintenant toute commande apt-get s'arrête indéfinement sur Lecture des listes de paquets… 0% j'ai essayé : apt-get clean, dpkg --configure -a, apt-get -f install, dpkg --audit, apt-get check, sans succès. Comment rétablir le fonctionnement d'apt-get ? Cordialement -- Yann COHEN y...@ianco.org ianco -- 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/1418377088.845.8.ca...@ianco.org
PC sous Jessie avec carte nvidia 8200 = difficulté de fonctionnement graphique
Bonjour, Je reviens vers la liste après avoir effectué quelques expériences non concluantes autour de la configuration d'un PC sous Jessie. Je passe sur les échecs trop flagrants (le pilote nvidia-driver plante la machine complètement, le proprio ne se compile pas) et je souhaite mettre en oeuvre le driver nouveau. Une fois le nouveau.modeset enlevé, les deux écrans sont utilisés aux bonne définitions, mais pour de trop courts instants = gel très rapide de l'interface avec des traces dans syslog comme : Nov 2 14:49:37 alphonse kernel: [ 1168.790206] nouveau E[ PGRAPH][:02:00.0] PGRAPH TLB flush idle timeout fail Nov 2 14:49:37 alphonse kernel: [ 1168.790208] nouveau E[ PGRAPH][:02:00.0] PGRAPH_STATUS : 0x00c00c03 BUSY DISPATCH CCACHE_PREGEOM STRMOUT_VATTR_POSTGEOM TPC_GEOM TPC_MP Nov 2 14:49:37 alphonse kernel: [ 1168.790211] nouveau E[ PGRAPH][:02:00.0] PGRAPH_VSTATUS0: 0x0208 CCACHE POSTGEOM Nov 2 14:49:37 alphonse kernel: [ 1168.790213] nouveau E[ PGRAPH][:02:00.0] PGRAPH_VSTATUS1: 0x5600 Nov 2 14:49:37 alphonse kernel: [ 1168.790215] nouveau E[ PGRAPH][:02:00.0] PGRAPH_VSTATUS2: 0x Les références trouvées sur le net parlent d'un bug lié à la sortie de veille, cependant sur cette machine c'est après 2 à 3 minutes d'utilisation et cela va jusqu'à la perte complète des interfaces clavier, souris et écran... qq1 a-t-il rencontré le même problème ? Cordialement. Yann. -- 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/1414936439.2208.10.ca...@ianco.org
cups 1.5 et 1.7 paratge d'imprimante sur un autre réseau (relay)
Bonjour, Sur un serveur cups 1.5 j'ai bien réussi à l'interconnecter avec un serveur 1.7 situé de l'autre coté d'un VPN : il voit les imprimantes sur l'autre réseau. Sur mon poste jessie avec cups en 1.7, je vois les imprimantes du 1.5 locales mais pas les imprimantes partagées par le 1.5 et qui sont sur l'autre réseau. wireshark montre que le serveur local emets les annonces pour toutes ces imprimantes : celles sur le réseau local et celles sur le réseau distant. Les annonces contiennent l'adresse du serveur qui les gère. Mon poste est tout a fait capable de rejoindre le réseau distant. J'ai tenté comme dans la doc en ligne un cupsctl --share-printers --remote-any Mais sans succès (je n'ai pas compris non plus ce que cette commande à change dans les fichiers de configuration ni lequel cupsd.conf ou cups-browsed.conf ?) Y a t'il des ACL, une restriction que je n'ai pas débloqué pour voir ces imprimantes ? Cordialement. Yann. -- 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/1410847941.4369.9.camel@yan
Re: Jessie Pb suite à mise à jour : Système non complètement opérationnel
Bonjour, Je m'en suis sorti en effectuant une réinstallation de l'os... Yann. Le mardi 09 septembre 2014 à 19:22 +0200, Yann COHEN a écrit : Bonjour, Cela fait plusieurs jours maintenant que je me débats sur plusieurs postes nouvellement mis à jour soit de Jessie à Jessie sous de Wheezy à Jessie. Le dernier est mon poste de travail quotidien. Après mise à jour gdm3 n'affiche plus la liste des utilisateurs et lorsque je me connecte sur la console j'ai un message du type : systemd-logind[1420]: Failed to start unit user@1000.service: Unknown unit: user@1000.service Le problème est que dans cette situation la machine n'est plus facilement opérationnelle : * nmapplet non fonctionnelle pour problème de droit : pas de connexion VPN possible, pas de modification de la configuration réseau lan ou wifi ; * plus de montage automatique des clé USB : pas d'accès aux disque LUKS qui contiennent des donénes sensibles (comme cela je fais des économies : plus d'accès au passwd des sites marchands). Au bout de 10 jours de recherches infructueuses sur le net, je n'arrive pas à comprendre le problème de configuration, même si je pense qu'il est lié au démarrage des sessions et de systemd-logind. Dans le doute j'ai installé une Jessie neuve sur une VM qui fonctionne correctement, donc c'est bien ma config qui n'est pas opérationnelle... Avez-vous des pistes pour rétablir l'équilibre de mes postes ? vers quel tuto me tourner ? Sinon je vais envisager d'effectuer une réinstallation, mais c'est : * perdre deux jours vu le nombre de poste (4 au total) ; * insatisfaisant car je n'aurais toujours pas compris le problème... Merci. Yann. -- 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/1410713737.3346.0.camel@yan
Jessie Pb suite à mise à jour : Système non complètement opérationnel
Bonjour, Cela fait plusieurs jours maintenant que je me débats sur plusieurs postes nouvellement mis à jour soit de Jessie à Jessie sous de Wheezy à Jessie. Le dernier est mon poste de travail quotidien. Après mise à jour gdm3 n'affiche plus la liste des utilisateurs et lorsque je me connecte sur la console j'ai un message du type : systemd-logind[1420]: Failed to start unit user@1000.service: Unknown unit: user@1000.service Le problème est que dans cette situation la machine n'est plus facilement opérationnelle : * nmapplet non fonctionnelle pour problème de droit : pas de connexion VPN possible, pas de modification de la configuration réseau lan ou wifi ; * plus de montage automatique des clé USB : pas d'accès aux disque LUKS qui contiennent des donénes sensibles (comme cela je fais des économies : plus d'accès au passwd des sites marchands). Au bout de 10 jours de recherches infructueuses sur le net, je n'arrive pas à comprendre le problème de configuration, même si je pense qu'il est lié au démarrage des sessions et de systemd-logind. Dans le doute j'ai installé une Jessie neuve sur une VM qui fonctionne correctement, donc c'est bien ma config qui n'est pas opérationnelle... Avez-vous des pistes pour rétablir l'équilibre de mes postes ? vers quel tuto me tourner ? Sinon je vais envisager d'effectuer une réinstallation, mais c'est : * perdre deux jours vu le nombre de poste (4 au total) ; * insatisfaisant car je n'aurais toujours pas compris le problème... Merci. Yann. -- 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/1410283353.10058.16.camel@yan
Re: Jessie Pb suite à mise à jour : Système non complètement opérationnel
Le mardi 09 septembre 2014 à 15:24 -0400, Fabián Rodríguez a écrit : On 2014-09-09 13:22, Yann COHEN wrote: Sinon je vais envisager d'effectuer une réinstallation, mais c'est : * perdre deux jours vu le nombre de poste (4 au total) ; * insatisfaisant car je n'aurais toujours pas compris le problème... Évite Jessie pour utilisation sur des postes de travail en production (donc importants, voire critiques). Cela fait pratiquement 10 ans que j'utilise une testing sur mon poste portable quotidien. C'est la première fois que je suis aussi destabilisé... Pourquoi utilises-tu Jessie dans cet environnement/contexte? Ma suggestion serait de mettre le temps qu'il faut maintenant pour les mettre sous Wheezy, sinon prépare-toi à chercher longtemps et à plusieurs occasions. F. -- Fabián Rodríguez - XMPP/Jabber+OTR: magic...@member.fsf.org http://debian.magicfab.ca -- 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/1410299445.4190.1.camel@yan
Re: Jessie Pb suite à mise à jour : Système non complètement opérationnel
Le mardi 09 septembre 2014 à 21:32 +0200, Samy Mezani a écrit : Bonjour, Le 09/09/2014 19:22, Yann COHEN a écrit : Le problème est que dans cette situation la machine n'est plus facilement opérationnelle : * nmapplet non fonctionnelle pour problème de droit : pas de connexion VPN possible, pas de modification de la configuration réseau lan ou wifi ; * plus de montage automatique des clé USB : pas d'accès aux disque LUKS qui contiennent des donénes sensibles (comme cela je fais des économies : plus d'accès au passwd des sites marchands). Ça me rappelle exactement mon problème lorsque je n'avais pas de gestionnaire de session. J'ai installé slim et ses symptômes ont disparu. Je te conseille donc d'installer lightdm par exemple à la place de gdm3. Pas certain que ça résolve tout mais tu ne perds rien à essayer. Ni slim, ni lightdm ont résolu mon problème, sinon celui d'avoir un gestionnaire de session qui me permettent de me logger. J'en conclue que le problème ne vient pas de là... Samy -- 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/1410299619.4190.4.camel@yan
[résolu] Re: Pb de routage entre deux sites via openvpn
Résolu : le nom du fichier ccd qui contient les options spécifique du client doit être le full qualified name du client qui se connecte : avec le nom de domaine complet. Yann. Le vendredi 29 août 2014 à 18:29 +0200, Yann Cohen a écrit : Bonjour, je sèche sur un problème de routage entre deux sites qui sont connectés via openvpn. Chaque coté du tunnel est un serveur debian (old-stable et jessie). Le serveur (firewall) est coté old-stable, le client coté jessie. Le serveur dessert les réseaux 192.168.3.0/24, 192.168.4.0/24 et 192.168.1.0/24 Le vpn est dans le plan d'@ 192.168.100.0/24 Le client (sky) dessert le réseau 192.168.29.0/24. la table de routage coté serveur est la suivante : [...] -- 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/1409916046.3575.4.camel@yan
Re: Pb de routage entre deux sites via openvpn
Bonjour, Voici les compléments de configuration. De plus, il me semble avoir omis une information : les serveurs, dont firewall, sont des machines virtuelles (xen 4.0.1) et après une nuit de sommeil, je me rappelle avoir eu des problèmes avec UDP sur ce type de configuration (les requêtes snmp ne fonctionnaient pas bien). Le samedi 30 août 2014 à 16:30 +0200, Pascal Hambourg a écrit : Yann Cohen a écrit : Bonjour, je sèche sur un problème de routage entre deux sites qui sont connectés via openvpn. [...] Les tables de routage du serveur et du client VPN semblent correctes. Pour vérifier le routage d'une adresse donnée, exécuter la commande : ip route get adresse Coté du réseau client sur une machine en .29 yann@yco-sts-linux:~$ ip route get 192.168.3.50 192.168.3.50 via 192.168.29.10 dev wlan0 src 192.168.29.100 cache Sur sky (client vpn @.29.10): root@sky:~# ip route get 192.168.3.50 192.168.3.50 via 192.168.100.21 dev tun0 src 192.168.100.22 cache Sur firewall (serveur vpn @ .3.70, .4.70 et .1.70) root@firewall:~# ip route get 192.168.29.20 192.168.29.20 via 192.168.100.2 dev tun0 src 192.168.100.1 cache mtu 1500 advmss 1460 hoplimit 64 Sur une machine du reseau .3 root@store:~# ip route get 192.168.29.20 192.168.29.20 via 192.168.3.70 dev eth0 src 192.168.3.50 cache mtu 1500 advmss 1460 hoplimit 64 iptables-save Le client : root@sky:~# iptables-save # Generated by iptables-save v1.4.21 on Sun Aug 31 07:41:53 2014 *raw :PREROUTING ACCEPT [234993:26026712] :OUTPUT ACCEPT [136592:22661450] -A PREROUTING -p icmp -j TRACE -A PREROUTING -p icmp -j TRACE -A OUTPUT -p icmp -j TRACE -A OUTPUT -p icmp -j TRACE COMMIT # Completed on Sun Aug 31 07:41:53 2014 # Generated by iptables-save v1.4.21 on Sun Aug 31 07:41:53 2014 *filter :INPUT DROP [100:5164] :FORWARD DROP [79014:9588079] :OUTPUT DROP [122:12336] -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -m state --state NEW -j ACCEPT -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT -A FORWARD -m state --state NEW -j ACCEPT -A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A OUTPUT -m state --state NEW -j ACCEPT COMMIT # Completed on Sun Aug 31 07:41:53 2014 Le serveur root@firewall:~# iptables-save # Generated by iptables-save v1.4.8 on Sun Aug 31 07:46:02 2014 *raw :PREROUTING ACCEPT [5697445:3943580901] :OUTPUT ACCEPT [2767699:2626019169] -A PREROUTING -p icmp -j TRACE -A OUTPUT -p icmp -j TRACE COMMIT # Completed on Sun Aug 31 07:46:02 2014 # Generated by iptables-save v1.4.8 on Sun Aug 31 07:46:02 2014 *nat :PREROUTING ACCEPT [13814184:1193564665] :POSTROUTING ACCEPT [4542101:299178859] :OUTPUT ACCEPT [690955:44154381] -A PREROUTING -d 192.168.1.70/32 -p tcp -m tcp --sport 20 --dport 1024:65535 -j DNAT --to-destination 192.168.4.40 -A PREROUTING -d 192.168.1.70/32 -p tcp -m tcp -m multiport --dports 1143,1080,1025,21,20,80,443,143,993,110,995,25,465 -j DNAT --to-destination 192.168.4.40 -A PREROUTING -s 192.168.3.0/24 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.3.70:3128 -A POSTROUTING -o eth1 -j SNAT --to-source 192.168.1.70 COMMIT # Completed on Sun Aug 31 07:46:02 2014 # Generated by iptables-save v1.4.8 on Sun Aug 31 07:46:02 2014 *filter :INPUT DROP [1:373] :FORWARD DROP [88:4584] :OUTPUT DROP [0:0] :fail2ban-ssh - [0:0] -A INPUT -p tcp -m multiport --dports 22 -j fail2ban-ssh -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -m state --state NEW -j ACCEPT -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT -A FORWARD -m state --state NEW -j ACCEPT -A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT -A OUTPUT -m state --state NEW -j ACCEPT -A fail2ban-ssh -j RETURN COMMIT # Completed on Sun Aug 31 07:46:02 2014 sur chaque machine Linux impliquée dans le chemin entre la source (incluse) et la destination. Pour les règles iptables, merci de fournir la sortie d'iptables-save qui est plus complète et plus lisible qu'iptables -L. Les pings depuis une machine sur le .29 vers une machine sur le .3, entrent sur br0 de sky, passent sur tun0 de sky mais ne sortent pas de tun0 de firewall. Là j'ai un gros doute. Si ça entre dans le tunnel, ça doit en sortir. Sinon c'est le VPN qui ne fait pas son boulot. -- 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/1409464855.8368.34.ca...@yco-sts-linux.ianco.homelinux.org
Re: passage Wheezy vers Jessie : Pb avec carte nvidia
Le vendredi 29 août 2014 à 10:39 +0200, Jean-Michel OLTRA a écrit : Bonjour, Bonjour, Le mardi 26 août 2014, Yann Cohen a écrit... [...] As tu essayé le pilote nouveau en désinstallant _tout_ ce qui se rapporte au pilote Nvidia ? Vraiment tout. Bien vu ! il y avait des restes de paquets nvidia. Une fois supprimés, démarrage Ok. J'utilise deux écrans sur cette machine : un sur la sortie VGA et l'autre en DVI (la carte dispose aussi d'un port HDMI). Au boot, uniquement l'écran VGA est utilisé. En regardant le fichier de log de xorg, je vois des référence à VGA et HDMI mais rien sur DVI. root@alphonse:~# grep -e VGA -e HDMI /var/log/Xorg.0.log [ 292.880] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=7 Phantom (/dev/input/event6) [ 306.312] (II) NVIDIA(0): Setting mode HDMI-0: nvidia-auto-select @1920x1080 +1280+0 {ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0} [ 306.463] (II) NVIDIA(0): Setting mode VGA-0: nvidia-auto-select @1280x1024 +0+0 {ViewPortIn=1280x1024, ViewPortOut=1280x1024+0+0}, HDMI-0: nvidia-auto-select @1920x1080 +1280+0 {ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0} [ 311.305] (II) NVIDIA(0): Setting mode HDMI-0: nvidia-auto-select @1920x1080 +1280+0 {ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0} [ 311.450] (II) NVIDIA(0): Setting mode VGA-0: nvidia-auto-select @1280x1024 +0+0 {ViewPortIn=1280x1024, ViewPortOut=1280x1024+0+0}, HDMI-0: nvidia-auto-select @1920x1080 +1280+0 {ViewPortIn=1920x1080, ViewPortOut=1920x1080+0+0} Je suppose qu'en raccordant le second écran en HDMI cela fonctionnerait. Cependant je ne remets pas la main sur le câble HDMI égaré dasn un déménagement. Comment dire au pilote d'utiliser la sortie DVI ? Dois je fendre d'un nouveau câble ? Cordialement. -- jm -- 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/1409394574.8368.22.ca...@yco-sts-linux.ianco.homelinux.org
[Resolu]: passage à Jessie depuis Wheezy = Radeon multi écrans
Les deux écrans sont revenus au bout d'un boot supplémentaire... Yann. Le jeudi 28 août 2014 à 15:10 +0200, Yann Cohen a écrit : Bonjour, Comme si mes problème avec nvidia ne me suffisait pas, j'ai effectué hier une mise à jour de Wheezy vers Jessie d'une machine équipée AMD. Après avoir bien suivi les instructions données lors de la mise à jour (remplacement des pilotes constructeur par radeon libre donc apt-get remove --purge fglrx-driver), le système démarre gdm3 commence et termine immédiatement par le message Oh No, something went wrong, logout !. Bon pour faire simple c'est GLX qui n'était pas opérationnel : il restait des packets fglrx... Une fois ligthdm et mate installés (qui fonctionnent aussi sans accélération), j'ai réussi à relancer gnome-3. Cependant je ne comprends pas la perte du second écran, c'est certainement un défaut de configuration sur le xorg.conf, mais je ne comprends pas comment effectuer le lien entre ce que raconte le log de xorg et la confuration à mettre. Dans le log de xorg, je vois bien deux défintion d'écrans : un (connecté en VGA) qui va jusqu'à 1280x1024 [ 2000.228] (II) VESA(0): VESA VBE DDC supported [ 2000.228] (II) VESA(0): VESA VBE DDC Level 2 [ 2000.228] (II) VESA(0): VESA VBE DDC transfer in appr. 1 sec. [ 2000.231] (II) VESA(0): VESA VBE DDC read successfully [ 2000.231] (II) VESA(0): Manufacturer: ACI Model: 22d1 Serial#: 16843009 [ 2000.231] (II) VESA(0): Year: 2013 Week: 36 [ 2000.231] (II) VESA(0): EDID Version: 1.3 [ 2000.231] (II) VESA(0): Digital Display Input [ 2000.231] (II) VESA(0): Max Image Size [cm]: horiz.: 48 vert.: 27 [ 2000.231] (II) VESA(0): Gamma: 2.20 [ 2000.231] (II) VESA(0): DPMS capabilities: StandBy Suspend Off [ 2000.231] (II) VESA(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 [ 2000.231] (II) VESA(0): First detailed timing is preferred mode [ 2000.231] (II) VESA(0): redX: 0.646 redY: 0.332 greenX: 0.331 greenY: 0.625 [ 2000.231] (II) VESA(0): blueX: 0.156 blueY: 0.051 whiteX: 0.313 whiteY: 0.329 [ 2000.231] (II) VESA(0): Supported established timings: [ 2000.231] (II) VESA(0): 720x400@70Hz [ 2000.231] (II) VESA(0): 640x480@60Hz [ 2000.231] (II) VESA(0): 640x480@67Hz [ 2000.231] (II) VESA(0): 640x480@72Hz [ 2000.231] (II) VESA(0): 640x480@75Hz [ 2000.231] (II) VESA(0): 800x600@56Hz [ 2000.231] (II) VESA(0): 800x600@60Hz [ 2000.231] (II) VESA(0): 800x600@72Hz [ 2000.231] (II) VESA(0): 800x600@75Hz [ 2000.231] (II) VESA(0): 832x624@75Hz [ 2000.231] (II) VESA(0): 1024x768@60Hz [ 2000.231] (II) VESA(0): 1024x768@70Hz [ 2000.231] (II) VESA(0): 1024x768@75Hz [ 2000.231] (II) VESA(0): 1280x1024@75Hz [ 2000.231] (II) VESA(0): Manufacturer's mask: 0 [ 2000.231] (II) VESA(0): Supported standard timings: [ 2000.231] (II) VESA(0): #0: hsize: 1152 vsize 864 refresh: 75 vid: 20337 [ 2000.231] (II) VESA(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [ 2000.231] (II) VESA(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513 [ 2000.231] (II) VESA(0): #3: hsize: 1440 vsize 900 refresh: 60 vid: 149 [ 2000.231] (II) VESA(0): #4: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 [ 2000.231] (II) VESA(0): #5: hsize: 1680 vsize 1050 refresh: 60 vid: 179 [ 2000.231] (II) VESA(0): #6: hsize: 1920 vsize 1080 refresh: 60 vid: 49361 [ 2000.231] (II) VESA(0): Supported detailed timing: et l'autre (connecté en DVI) : [ 2000.231] (II) VESA(0): Monitor name: VK228 [ 2000.231] (II) VESA(0): Serial No: D9LMQS019288 [ 2000.231] (II) VESA(0): EDID (in hex): [ 2000.231] (II) VESA(0): 00000469d12201010101 [ 2000.231] (II) VESA(0): 2417010380301b78ea8c05a4a028 [ 2000.231] (II) VESA(0): 0d5054bfef00714f818081409500a940 [ 2000.231] (II) VESA(0): b300d1c00101023a801871382d40582c [ 2000.231] (II) VESA(0): 4500dd0c111e00fd00324c1e [ 2000.231] (II) VESA(0): 5311000a20202020202000fc0056 [ 2000.231] (II) VESA(0): 4b3232380a2020202020202000ff [ 2000.232] (II) VESA(0): 0044394c4d51533031393238380a0036 [ 2000.232] (II) VESA(0): EDID vendor ACI, prod id 8913 [ 2000.232] (II) VESA(0): Using EDID range info for horizontal sync [ 2000.232] (II) VESA(0): Using EDID range info for vertical refresh [ 2000.232] (II) VESA(0): Printing DDC gathered Modelines: [ 2000.232] (II) VESA(0): Modeline 1920x1080x0.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP) [ 2000.232] (II) VESA(0): Modeline 800x600x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e) [ 2000.232] (II) VESA(0): Modeline 800x600x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz e) [ 2000.232] (II) VESA(0): Modeline 640x480x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e) [ 2000.232] (II) VESA(0): Modeline 640x480x0.0 31.50 640 664 704 832 480 489 492 520 -hsync
Pb de routage entre deux sites via openvpn
Bonjour, je sèche sur un problème de routage entre deux sites qui sont connectés via openvpn. Chaque coté du tunnel est un serveur debian (old-stable et jessie). Le serveur (firewall) est coté old-stable, le client coté jessie. Le serveur dessert les réseaux 192.168.3.0/24, 192.168.4.0/24 et 192.168.1.0/24 Le vpn est dans le plan d'@ 192.168.100.0/24 Le client (sky) dessert le réseau 192.168.29.0/24. la table de routage coté serveur est la suivante : root@firewall:/etc/openvpn# netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 192.168.100.2 0.0.0.0 255.255.255.255 UH0 0 0 tun0 192.168.100.0 192.168.100.2 255.255.255.0 UG0 0 0 tun0 192.168.4.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 192.168.3.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.29.0192.168.100.2 255.255.255.0 UG0 0 0 tun0 0.0.0.0 192.168.1.1 0.0.0.0 UG0 0 0 eth1 la table de routage coté client est la suivante : root@sky:~# netstat -rn Table de routage IP du noyau Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface 0.0.0.0 192.168.29.10.0.0.0 UG0 0 0 br0 192.168.1.0 192.168.100.21 255.255.255.0 UG0 0 0 tun0 192.168.3.0 192.168.100.21 255.255.255.0 UG0 0 0 tun0 192.168.4.0 192.168.100.21 255.255.255.0 UG0 0 0 tun0 192.168.29.00.0.0.0 255.255.255.0 U 0 0 0 br0 192.168.100.1 192.168.100.21 255.255.255.255 UGH 0 0 0 tun0 192.168.100.21 0.0.0.0 255.255.255.255 UH0 0 0 tun0 Les routes viennent de la configuration openvpn via les directives : push route pour .4, .3, .1 route et iroute pour .29 via fwbuilder la table de routage est configurée de chaque coté pour ne rien bloquer (enfin c'est ce que je crois...). De chaque coté j'ai mis en place un tshark sur l'interface tun0 et un sur l'interface eth0 ou br0. Objectif suivre les paquets icmp. Les pings et les pongs depuis le client (sky) vers l'adresse du serveur (firewall) en .3 passent. Les pings depuis firewall vers sky sur l'adresse en .29 ne sont pas envoyés sur tun0 de firewall. Les pings depuis une machine sur le .29 vers une machine sur le .3, entrent sur br0 de sky, passent sur tun0 de sky mais ne sortent pas de tun0 de firewall. Je sèche sur ce problème depuis un bon paquets d'heures. Je suppose que le problème est coté serveur (firewall) mais je ne sais plus où chercher. Je suis donc preneur de toute piste... Cordialement. Yann. -- 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/1409329760.8368.1.ca...@yco-sts-linux.ianco.homelinux.org
Re: Pb de routage entre deux sites via openvpn
Le vendredi 29 août 2014 à 21:13 +0200, Johnny B a écrit : Salut, Bonsoir, ci après les conf... Quelle est ta conf de routage iptables ? Coté serveur root@firewall:~# iptables -L Chain INPUT (policy DROP) target prot opt source destination fail2ban-ssh tcp -- anywhere anywhere multiport dports ssh ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED ACCEPT all -- anywhere anywherestate NEW Chain FORWARD (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED ACCEPT all -- anywhere anywherestate NEW Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywherestate RELATED,ESTABLISHED ACCEPT all -- anywhere anywherestate NEW Chain fail2ban-ssh (1 references) target prot opt source destination RETURN all -- anywhere anywhere Coté client root@sky:~# iptables -L Chain INPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED ACCEPT all -- anywhere anywhere state NEW Chain FORWARD (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED ACCEPT all -- anywhere anywhere state NEW Chain OUTPUT (policy DROP) target prot opt source destination ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED ACCEPT all -- anywhere anywhere state NEW Quelle est ta conf openvpn.conf ? Serveur root@firewall:~# grep -v -e # -e ; -e^ $ /etc/openvpn/server.conf port 1194 proto udp dev tun ca ca.crt cert server.crt dh dh1024.pem server 192.168.100.0 255.255.255.0 ifconfig-pool-persist ipp.txt push route 192.168.3.0 255.255.255.0 push route 192.168.4.0 255.255.255.0 push route 192.168.1.0 255.255.255.0 client-config-dir ccd route 192.168.29.0 255.255.255.0 push route 192.168.29.0 255.255.255.0 client-to-client keepalive 10 120 comp-lzo user nobody group nogroup persist-key persist-tun status openvpn-status.log log openvpn.log verb 4 ccd iroute 192.168.29.0 255.255.255.0 Client root@sky:~# grep -v -e # -e ; -e^ $ /etc/openvpn/connect/clients.d/sky.lys-net/client.conf client dev tun proto udp remote xx.yy.zz.www 1194 resolv-retry infinite cipher DES-EDE3-CBC ca ca.crt cert sky.lys-net.crt key sky.lys-net.key tls-auth ta.key 1 nobind persist-key persist-tun comp-lzo verb 3 Le 08/29/2014 06:29 PM, Yann Cohen a écrit : Bonjour, je sèche sur un problème de routage entre deux sites qui sont connectés via openvpn. Chaque coté du tunnel est un serveur debian (old-stable et jessie). Le serveur (firewall) est coté old-stable, le client coté jessie. Le serveur dessert les réseaux 192.168.3.0/24, 192.168.4.0/24 et 192.168.1.0/24 Le vpn est dans le plan d'@ 192.168.100.0/24 Le client (sky) dessert le réseau 192.168.29.0/24. la table de routage coté serveur est la suivante : root@firewall:/etc/openvpn# netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 192.168.100.2 0.0.0.0 255.255.255.255 UH0 0 0 tun0 192.168.100.0 192.168.100.2 255.255.255.0 UG0 0 0 tun0 192.168.4.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2 192.168.3.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.29.0192.168.100.2 255.255.255.0 UG0 0 0 tun0 0.0.0.0 192.168.1.1 0.0.0.0 UG0 0 0 eth1 la table de routage coté client est la suivante : root@sky:~# netstat -rn Table de routage IP du noyau Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface 0.0.0.0 192.168.29.10.0.0.0 UG0 0 0 br0 192.168.1.0 192.168.100.21 255.255.255.0 UG0 0 0 tun0 192.168.3.0 192.168.100.21 255.255.255.0 UG0 0 0 tun0 192.168.4.0 192.168.100.21 255.255.255.0 UG0 0 0 tun0 192.168.29.00.0.0.0 255.255.255.0 U 0 0 0 br0 192.168.100.1 192.168.100.21 255.255.255.255 UGH 0 0 0 tun0 192.168.100.21 0.0.0.0 255.255.255.255 UH0 0 0 tun0 Les routes viennent de la configuration openvpn
Re: passage Wheezy vers Jessie : Pb avec carte nvidia
Le jeudi 28 août 2014 à 10:12 +0200, Sébastien NOBILI a écrit : Le mercredi 27 août 2014 à 18:38, Yann Cohen a écrit : les paquets nvidia-kernel-dkms et les headers sont bien installés sur la machine. Au boot, lorsque le fichier xorg.conf contient comme pilote nvidia, le placard NVIDIA apparaît à l'écran puis gdm3 démarre, mais au bout de qq minute la machine se fige : plus d'interactivité, plus de réseau et des messages de soft lock sur les consoles ouvertes... Donc le driver est correctement compilé, installé et chargé. Quand tu écris « plus de réseau », tu veux dire que la machine n'est pas accessible en SSH ? Plus de réseau, c'est la machine ne répond plus aux ping extérieurs et les connexions SSH semblent inactivé (pas d'écho au clavier), cependant lorsque le noyau cause (soft lock), je l'ai vu sur une session ssh. Qu'y a-t-il dans /var/log/messages, /var/log/syslog, /var/log/kern.log et /var/log/Xorg.*.log au moment du plantage ? (j'imagine que la réponse est dans ta dernière phrase, mais bon…) Une autre vérification à faire : - Quelle version du noyau utilises-tu ? La dernière courante de Jessie : Debian 3.14.15-2 (2014-08-09) - As-tu essayé de démarrer avec le noyau de Wheezy (qui doit toujours être disponible sur ta machine) ? J'y ai pensé, j'ai essayé mais pas convainquant : pas d'interface graphique, mais trop de modifications ont été faites (apt-get remote purge de nvidia-driver) avant l'essai pour en conclure quelque chose (de mon point de vue). Seb Yann. -- 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/1409226438.19673.4.ca...@yco-sts-linux.ianco.homelinux.org
passage à Jessie depuis Wheezy = Radeon multi écrans
Bonjour, Comme si mes problème avec nvidia ne me suffisait pas, j'ai effectué hier une mise à jour de Wheezy vers Jessie d'une machine équipée AMD. Après avoir bien suivi les instructions données lors de la mise à jour (remplacement des pilotes constructeur par radeon libre donc apt-get remove --purge fglrx-driver), le système démarre gdm3 commence et termine immédiatement par le message Oh No, something went wrong, logout !. Bon pour faire simple c'est GLX qui n'était pas opérationnel : il restait des packets fglrx... Une fois ligthdm et mate installés (qui fonctionnent aussi sans accélération), j'ai réussi à relancer gnome-3. Cependant je ne comprends pas la perte du second écran, c'est certainement un défaut de configuration sur le xorg.conf, mais je ne comprends pas comment effectuer le lien entre ce que raconte le log de xorg et la confuration à mettre. Dans le log de xorg, je vois bien deux défintion d'écrans : un (connecté en VGA) qui va jusqu'à 1280x1024 [ 2000.228] (II) VESA(0): VESA VBE DDC supported [ 2000.228] (II) VESA(0): VESA VBE DDC Level 2 [ 2000.228] (II) VESA(0): VESA VBE DDC transfer in appr. 1 sec. [ 2000.231] (II) VESA(0): VESA VBE DDC read successfully [ 2000.231] (II) VESA(0): Manufacturer: ACI Model: 22d1 Serial#: 16843009 [ 2000.231] (II) VESA(0): Year: 2013 Week: 36 [ 2000.231] (II) VESA(0): EDID Version: 1.3 [ 2000.231] (II) VESA(0): Digital Display Input [ 2000.231] (II) VESA(0): Max Image Size [cm]: horiz.: 48 vert.: 27 [ 2000.231] (II) VESA(0): Gamma: 2.20 [ 2000.231] (II) VESA(0): DPMS capabilities: StandBy Suspend Off [ 2000.231] (II) VESA(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 [ 2000.231] (II) VESA(0): First detailed timing is preferred mode [ 2000.231] (II) VESA(0): redX: 0.646 redY: 0.332 greenX: 0.331 greenY: 0.625 [ 2000.231] (II) VESA(0): blueX: 0.156 blueY: 0.051 whiteX: 0.313 whiteY: 0.329 [ 2000.231] (II) VESA(0): Supported established timings: [ 2000.231] (II) VESA(0): 720x400@70Hz [ 2000.231] (II) VESA(0): 640x480@60Hz [ 2000.231] (II) VESA(0): 640x480@67Hz [ 2000.231] (II) VESA(0): 640x480@72Hz [ 2000.231] (II) VESA(0): 640x480@75Hz [ 2000.231] (II) VESA(0): 800x600@56Hz [ 2000.231] (II) VESA(0): 800x600@60Hz [ 2000.231] (II) VESA(0): 800x600@72Hz [ 2000.231] (II) VESA(0): 800x600@75Hz [ 2000.231] (II) VESA(0): 832x624@75Hz [ 2000.231] (II) VESA(0): 1024x768@60Hz [ 2000.231] (II) VESA(0): 1024x768@70Hz [ 2000.231] (II) VESA(0): 1024x768@75Hz [ 2000.231] (II) VESA(0): 1280x1024@75Hz [ 2000.231] (II) VESA(0): Manufacturer's mask: 0 [ 2000.231] (II) VESA(0): Supported standard timings: [ 2000.231] (II) VESA(0): #0: hsize: 1152 vsize 864 refresh: 75 vid: 20337 [ 2000.231] (II) VESA(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [ 2000.231] (II) VESA(0): #2: hsize: 1280 vsize 960 refresh: 60 vid: 16513 [ 2000.231] (II) VESA(0): #3: hsize: 1440 vsize 900 refresh: 60 vid: 149 [ 2000.231] (II) VESA(0): #4: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 [ 2000.231] (II) VESA(0): #5: hsize: 1680 vsize 1050 refresh: 60 vid: 179 [ 2000.231] (II) VESA(0): #6: hsize: 1920 vsize 1080 refresh: 60 vid: 49361 [ 2000.231] (II) VESA(0): Supported detailed timing: et l'autre (connecté en DVI) : [ 2000.231] (II) VESA(0): Monitor name: VK228 [ 2000.231] (II) VESA(0): Serial No: D9LMQS019288 [ 2000.231] (II) VESA(0): EDID (in hex): [ 2000.231] (II) VESA(0): 00000469d12201010101 [ 2000.231] (II) VESA(0): 2417010380301b78ea8c05a4a028 [ 2000.231] (II) VESA(0): 0d5054bfef00714f818081409500a940 [ 2000.231] (II) VESA(0): b300d1c00101023a801871382d40582c [ 2000.231] (II) VESA(0): 4500dd0c111e00fd00324c1e [ 2000.231] (II) VESA(0): 5311000a20202020202000fc0056 [ 2000.231] (II) VESA(0): 4b3232380a2020202020202000ff [ 2000.232] (II) VESA(0): 0044394c4d51533031393238380a0036 [ 2000.232] (II) VESA(0): EDID vendor ACI, prod id 8913 [ 2000.232] (II) VESA(0): Using EDID range info for horizontal sync [ 2000.232] (II) VESA(0): Using EDID range info for vertical refresh [ 2000.232] (II) VESA(0): Printing DDC gathered Modelines: [ 2000.232] (II) VESA(0): Modeline 1920x1080x0.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP) [ 2000.232] (II) VESA(0): Modeline 800x600x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e) [ 2000.232] (II) VESA(0): Modeline 800x600x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz e) [ 2000.232] (II) VESA(0): Modeline 640x480x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e) [ 2000.232] (II) VESA(0): Modeline 640x480x0.0 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz e) [ 2000.232] (II) VESA(0): Modeline 640x480x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz e) [ 2000.232] (II) VESA(0): Modeline 640x480x0.0 25.18 640 656 752 800 480 490 492 525 -hsync
Re: passage Wheezy vers Jessie : Pb avec carte nvidia
Le mercredi 27 août 2014 à 09:56 +0200, Sébastien NOBILI a écrit : Bonjour, Bonjour, les paquets nvidia-kernel-dkms et les headers sont bien installés sur la machine. Au boot, lorsque le fichier xorg.conf contient comme pilote nvidia, le placard NVIDIA apparaît à l'écran puis gdm3 démarre, mais au bout de qq minute la machine se fige : plus d'interactivité, plus de réseau et des messages de soft lock sur les consoles ouvertes... Il semble que cela ne vienne pas des paquets installés... Yann. Le mercredi 27 août 2014 à 9:45, Franck Delage a écrit : Le moyen le plus simple: installer les paquets nvidia-kernel-dkms et linux-headers-[la version de ton noyau obtenue avec uname -r] Il vaut mieux installer le meta-paquet « linux-headers-[architecture] » qui permettra la mise-à-jour d'une version à l'autre du noyau. Chez moi, c'est « linux-headers-686-pae », il y a aussi « linux-headers-amd64 ». Seb -- 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/1409157496.13672.26.ca...@yco-sts-linux.ianco.homelinux.org
passage Wheezy vers Jessie : Pb avec carte nvidia
Bonjour, Dans l'ancienne configuration sous Wheezy, la machien fonctionnait avec le pilote nvidia proprio et deux écrans (carte GeForce GT8x J'ai fait une mise à jour vers Jessie et j'ai un problème avec l'affichage vidéo. Jusqu'ici, j'ai : * désinstallé l'ancien nvidia proprio ; * tenté d'installer la dernière version trouvé sur le net = Pb de compilation, donc désinstallation ; * installé le package nvidia-driver = gdm3 démarre les écrans s'initialisent, l'écran d'invite utilisateur s'affiche puis c'est le gel complet de la machine (elle ne répond plus au ping...) [*]; * tenter d'utiliser nouveau = échec complet : * pas de server X au démarrage, * un startx montre une erreur = pas d'écrans : pas d'amélioration avec nomodeset ni nouveau.modeset=1. Je n'ai rien compris à l'utilisation de nouveau, mes recherches chez google sont infructueuses pour moi, existe-t-il un mode d'emploi pour configurer ce driver ? Est-ce-que quelqu'un a déjà résolu ce type de problème ? Cordialement. [*] au bout d'un moment j'ai eu droit au message suivant : kernel:[ 872.246039] BUG: soft lockup - CPU#3 stuck for 23s! [ksoftirqd/3:23] -- 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/1409072917.13672.11.ca...@yco-sts-linux.ianco.homelinux.org
Re: Debian/Linux et Sony Xperia M2
Bonsoir, Sous gnome, le paquet gvfs-backends apporte de quoi s'interfacer avec un équipement MTP. Perso, j'ai un vieux lecteur MP3 (8 ans) samsung qui utilise MTP pour communiquer, lorsque je le branche un explorateur de fichier s'ouvre et propose l'accès aux fichiers chargés sur l'appareil. Cordialement. Yann. Le mardi 26 août 2014 à 20:16 +0200, Christophe a écrit : Bonsoir, Le 26/08/2014 19:42, Jacques Lav!gnotte. a écrit : Aug 26 19:37:48 desktop kernel: [85142.901546] usb 1-3: new high-speed USB device number 5 using ehci_hcd Aug 26 19:37:48 desktop mtp-probe: checking bus 1, device 5: /sys/devices/pci:00/:00:1d.7/usb1/1-3 Aug 26 19:37:48 desktop mtp-probe: bus: 1, device: 5 was an MTP device Bus 001 Device 005: ID 0fce:01aa Sony Ericsson Mobile Communications C'est quoi un MTP Device ? http://fr.wikipedia.org/wiki/Media_Transfer_Protocol Je l'ai rencontré pour la première fois il y a quelques mois avec mon mobile le plus récent (sous Windows Phone 8). C'est surprenant qu'un Xperia l'utilise, mais peut-être est-ce le signe que le protocole se démocratise ? doit il être vu comme un stockage usb ou autre ? C'est l'objectif minimal. pour ma part : apt-get install gigolo (ca m'a permis de le voir et d'accéder aux fichiers qu'il y a dessus). @+ Christophe. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1409078511.13672.15.ca...@yco-sts-linux.ianco.homelinux.org
Re: Jessie Bluetooth audio : Unable to select SEP ou Failed to open module module-bluetooth-device
Bonjour, La solution proposée a très bien fonctionné... Il reste à l'automatisée à la main : bashrc ou bien démarreur de session ou bien démarreur de pulseaudio... Quoiqu'il devrait l'être automatiquement (cf. default.pa)... À suivre... Yann. Le lundi 23 juin 2014 à 09:24 +0200, Bernardo a écrit : Bonjour, c'est vrai que ce n'est pas simple et que j'ai galéré longtemps. Je suis en Sid, à jour. j'utilise Blueman pour gérer le bluetooth et associer ma chaine hifi. je lance la commande : % pactl load-module module-bluetooth-discover Je connecte audiosink avec blueman. je lance la commande : % pulseaudio --start J'ouvre le Contrôle de volume Pulseaudio Onglet Configuration. J'éteins le canal audio interne et je lance celui de chaine. Si je m'ai pas gourré en route, ça fonctionne ! ;-D Je n'ai plus qu'a lancer le player (Clementine en ce qui me concerne). Je me suis basé sur la note en pièce jointe, issue d'un site dont j'ai perdu le signet. [...] -- 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/1403762577.6199.4.ca...@yan.ianco.homelinux.org
Jessie Bluetooth audio : Unable to select SEP ou Failed to open module module-bluetooth-device
Bonjour, Cela fait maintenant quelques heures que je lutte pour retrouver une configuration qui fonctionnait sous wheezy : la connexion via bluetooth sur un belkin I54 (interface avec une chaîne audio). Il y a pas mal de littérature sur ces problèmes, mais je n'ai pas trouvé de solution. Sur plusieurs machines jessie je rencontre le même soucis avec plusieurs adaptateurs bt. Dans /etc/bluetooth/audio.conf * soit je mets un Disable=Socket et alors j'ai Unable to select SEP (que je ne comprends pas : SEP c'est quoi ?) * soit avec Enable=Socket je rencontre un Failed to open module module-bluetooth-device, et si je pousse un peu en mettant un lien sur module-bluez5-device alors j'ai un : [pulseaudio] module.c: Failed to load module module-bluetooth-device: symbol pa__init not found. J'avoue ne plus savoir que tester et que cela ne m'arrange pas car je voulais monter une plateforme de musique pour l'anniv de mon fils avec mixxx en utilisant la liaison bluetooth mais bon on ferra cela avec une rallonge jack ! Mon second essai, en créant un lien entre module-bluez5-device et module-bluetooth-device, me laisse penser qu'il y a un problème de version entre pulseaudio et bluez5. Quelle est la configuration à mettre en œuvre pour retrouver cette connexion ? Cordialement. Yann. -- 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/1403505636.11880.44.ca...@yan.ianco.homelinux.org
Réseau : comportement lorsque plusieurs routeurs par défaut sont définis.
Bonjour, Je cherche à comprendre/connaître le comportement de la couche TCP/IP de linux lorsque plusieurs destinations par défaut sont configurées. L'exemple est simple, soit un hôte avec deux interfaces eth0 en 192.168.0.1/24 et eth1 en 192.168.1.1/24, sur chaque interface est déclaré un routeur par défaut 192.168.0.254 sur eth0 et 192.168.1.254 sur eth1. root@machine:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 0.0.0.0 192.168.1.254 0.0.0.0 UG0 00 eth1 0.0.0.0 192.168.0.254 0.0.0.0 UG0 00 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth0 192.168.1.0 0.0.0.0 255.255.255.0 U 0 00 eth1 Jusqu'à présent dans mon esprit, il ne pouvait y avoir qu'une seule route par défaut : elle est utilisée lorsqu'il n'y a pas d'autre solution dans la table de routage, donc s'il y en a plusieurs comment choisir la route par défaut ? Hors la configuration avec un gateway par interface ne pose pas de problème à l'OS, et les deux routes par défaut sont avec la même métrique, d'où mon interrogation... Dans mes recherches j'ai bien trouvé des références chez win$ qui indiquent que dans ce cas est ajoutée par défaut une métrique sur les routes dépendantes de la vitesse des interfaces, donc deux cas : * les interfaces n'ont pas la même vitesse dans ce cas il favorise la plus rapide, * les interfaces ont la même vitesse dans ce cas il utilise la première des routes sinon la seconde en cas d'échec avec la première (failover ou redondance c'est au choix). Par contre avec Linux, malgré mes recherches, je n'ai pas trouvé d'explication simple sur le comportement du routage par défaut dans ce cas. J'ai rencontré plein de sujet sur comment configurer plusieurs tables de routage, comment faire en sorte que les packets icmp entrent et sortent par la même interface... Donc où puis-je trouver de la littérature sur le comportement par défaut du routage dans ce cas ? Merci de votre attention. Yann. -- 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/1402643635.5320.92.ca...@yco-sts-linux.ianco.homelinux.org
Fond d'écran blanc avec nautilus
Bonjour Je viens de réinstaller une machine sous Jessie (mise en place de SSD + DD RAID). J'ai précédemment sauvegardé mon home directory, puis une fois le système remis en place, j'ai recopier la sauvegarde du home directory. Sous Gnome, je rencontre le problème suivant : si je demande (gnome-tweak-tool) de faire en sorte que le gestionnaire de fichier gère le bureau, les iône s'affiche mais sur un fond blanc au lieu du fond d'écran sélectionné. En créant un autre compte, je n'ai ps le problème. J'ai essayé d'annuler la configuration de Nautilus et gnome shell en déplaçant les fichiers ($SHOME ou ~/.config) .gnome2_private gnome-mplayer gconf gnome-boxes gnome-session user .cache .gconfd gnome-control-center .mission-control .dbus .gnome2 gnome-disk-utility nautilus Sans succès. Autre particularité depuis la réinstallation : gnome-panel-contrôle plante sur une Erreur de segmentation lorsque je choisi arrière plans. EN attendant j'ai installé némo mais bon... Merci de vos conseils Yann. -- 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/1393686147.11225.13.camel@yann
Re: Ne boot pas sur clé USB d'installation - Netinstall
Le lundi 13 janvier 2014 à 23:11 +0100, Bzzz a écrit : On Mon, 13 Jan 2014 22:56:52 +0100 Louis Wiart lwi...@gmail.com wrote: Effectivement copier l'ISO ne suffit pas, il faut également que la clé soit bootable. Tu peux utiliser unetbootin pour te créer facilement une clé bootable. dd if=im.iso of=/dev/sdX ou bien cat img.iso /dev/sdX en root bien sûr... Yann. -- 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: http://lists.debian.org/1389785049.15049.20.ca...@yan.ianco.homelinux.org
Re: installation sur un lenovo yoga 13
Bonjour, Voici l'état de l'installation d'un yoga 13 de lenovo. Je me suis inspiré de plusieurs commentaires et tutoriels dont principalement : https://wiki.debian.org/InstallingDebianOn/Lenovo/IdeaPad%20Yoga%2013% 20%28wheezy%29 https://github.com/lwfinger/rtl8723au Les caractéristiques de cette machine en résumé sont les suivantes : - écran tactile, - Wifi + Bluetooth sur USB interne, - UEFI de base - SSD de 250 Go. Le principal problème à contourner est que cette machine ne dispose pas de port réseau cuivre et que son seul accès au réseau est fait par le wifi qui n'est pas reconnu au démarrage par debian stable. Comment virer MS W8 de ce portable (en le sauvegardant) ? Comme d'hab pour moi, une clé avec un sysrescuecd bootable et un disque exerne USB (3.0 c'est mieux...). Par contre comment rentrer dans le Bios pour choisir le disque de boot sans la documentation de la machine ? Et bien la solution est de l'éteindre et de le rallumer avec le petit bouton encastré situé juste à coté du bouton power. Ensuite on suspend UEFI et c'est parti... pour un bon café le temps de sauvegarder le disque à coup de ddrescue. Première tentative : Prendre une version de netinstall en espérant que l'ensemble des paquets de compilation (build-essential et consorts) seront présents sur la clé. Et bien c'est raté ! Le système est bien installé mais pas de capacité à récupérer les paquets de compilation... Seconde tentative : En fait il faudrait faire une installation en local depuis des CD/DVD, mais sans lecteur de CD/DVD et avec une liaison internet limite en débit pour être gentil... Donc je prends le pari que les paquets nécessaires à la compilation sont dans le premier DVD et après onze heures de téléchargement je recopie l'image du DVD 1 sur une clé de 4Go = installation du système de base OK. Utilisation aptitude pour récupérer les autres paquets : mais ou est le lecteur de DVD ? Ah oui, il n'y en a pas ! Donc montage de l'image ISO de la première partition de la clé sur /media/cdrom et zou c'est parti les paquets nécessaires sont bien là. Récupération des sources des pilotes WIFI et BT sur une clé depuis une autre machine, transfert, compilation, installation sans problème, reboot... Et puis là un iwlist wlan0 scan reste vide dans un environnement où il y a au moins un réseau WIFI visible... Je n'ai pas trouvé d'explication satisfaisante sur le WEB, ifconfig -a voyant wlan0, j'ai décidé de la configurer brutalement dans /etc/network/interfaces avec les paramètres wpa-ssid et wpa-psk = Accès au réseau opérationnel. Mise à jour de /etc/apt/sources.list pour abandon du CD et utilisation du réseau = apt_get opérationnel et l'installation continue. Les prochaines étapes sont : - la récupération de e17 depuis les sources pour voir si cela peut être une alternative acceptée par l'utilisatrice à gnome-shell, - récup d'un noyau plus récent pour gérer l'écran tactile : lequel prendre le dernier de kernel.org ou bien celui de jessie ou sid ? Yann. Le dimanche 22 décembre 2013 à 12:24 +0100, Yann Cohen a écrit : Bonjour, J'ai lu quelques tutos qui montrent que l'installation est Ok mais qu'il faut effectuer quelques compilations... Comme un idiot je suis parti d'une clé en netinstall et donc pas les paquet de build essential... Aujourd'hui je n'ai pas de lecteur CD amovible et debian a besoin de pilote spéciaux pour le wifi qui ne sont pas encore en paquet... Question : Les outils de compilation et le build-essential pour reconstruire les module manquant sont sur quel CD/DVD ? L'idée étant de refaire une install à partir de ce CD/DVD mis sur clé et puis roule... Cordialement. -- 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: http://lists.debian.org/1387867573.6256.30.ca...@yco-sts-linux.ianco.homelinux.org
installation sur un lenovo yoga 13
Bonjour, J'ai lu quelques tutos qui montrent que l'installation est Ok mais qu'il faut effectuer quelques compilations... Comme un idiot je suis parti d'une clé en netinstall et donc pas les paquet de build essential... Aujourd'hui je n'ai pas de lecteur CD amovible et debian a besoin de pilote spéciaux pour le wifi qui ne sont pas encore en paquet... Question : Les outils de compilation et le build-essential pour reconstruire les module manquant sont sur quel CD/DVD ? L'idée étant de refaire une install à partir de ce CD/DVD mis sur clé et puis roule... Cordialement. -- 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: http://lists.debian.org/1387711476.9090.5.ca...@yco-sts-linux.ianco.homelinux.org
Perte de suspend et hibernate entre 3.9-1-amd64 et les suivants...
Bonjour, Cela fait maintenant +ieurs semaines (3.10-2-amd64) que les services de mise en veille mon portable HP 8560p ne fonctionnent plus correctement, en effet le retour de veille est chaotique : blocage dans l’écran de veille de gnome3 avec la souris qui fonctionne mais pas de possibilité de saisir d’aller plus loin, le clavier semble inopérant et impossible de basculer sur un écran console= la seule solution est l'extinction forcée par coupure énergie, au reboot l'horloge est passée en UTC... Depuis la dernière version (3.11-2-amd64) hibernate ne fonctionne plus... Si j'utilise l'entrée de grub du noyau 3.9-1-amd64 les deux services refonctionnent... Quelles pistes suivre pour résoudre ce Pb, je n'ai rien trouvé (ou mal cherché)... Cordialement. -- Yann Cohen. -- 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: http://lists.debian.org/1386052811.8544.9.ca...@yco-sts-linux.ianco.homelinux.org
Raid1 soft : remplacement d'un disque dans une grappe - passage en spare
Bonjour, J'ai une grappe constituée de deux partitions en RAID1 faite avec mdadm. Le symptôme en ligne était que le miroir fonctionnait en mode dégradé car il avait perdu un volume : Personalities : [raid1] [raid6] [raid5] [raid4] md0 : active raid5 sdc1[0] sde1[2] sdd1[1] 976765952 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU] md1 : active raid1 sdb1[2] 7758836 blocks super 1.2 [2/1] [U_] unused devices: none le md1 est constituer de deux cartes USB avec de la SD pour 8Go et sert de stockage pour /boot et le grub. J'ai arrêté le serveur et extrait les cartes, les ai mis sur une station pour reconstruire le volume = succès mais j'ai un défaut sur une carte avec un reset de l'USB après une synchronisation qui s’éternise à 99.9% Ensuite j'ai décidé de remplace une carte en marquant une partition fail, puis en la supprimant du RAID et ensuite j'ai ajouté une autre partition (toujours une carte falsh SD en USB). Le résultat est le suivant : root@yco-sts-linux:~# mdadm --detail -v /dev/md0 /dev/md0: Version : 1.2 Creation Time : Thu Mar 14 15:03:10 2013 Raid Level : raid1 Array Size : 7758836 (7.40 GiB 7.95 GB) Used Dev Size : 7758836 (7.40 GiB 7.95 GB) Raid Devices : 2 Total Devices : 2 Persistence : Superblock is persistent Update Time : Tue Oct 8 18:08:38 2013 State : clean, degraded Active Devices : 1 Working Devices : 2 Failed Devices : 0 Spare Devices : 1 Name : proxmox-1:1 UUID : 1bc02a9a:41fd34f7:cb227467:015e37e1 Events : 483 Number Major Minor RaidDevice State 2 8 330 active sync /dev/sdc1 1 001 removed 3 8 49- spare /dev/sdd1 la nouvelle partition est en spare et non active... Comment changer cela ? J'en ai profité pour faire une copie du md via ddrescue mais bon... Cordialement. -- 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: http://lists.debian.org/1381298804.25021.8.ca...@yco-sts-linux.ianco.homelinux.org
raid 5 soft + drdb + lvm...
Bonjour, je suis dans une phase de réflexion pour mettre en place un cluster de type proxmox. Mais j'ai des moyens limités et donc pas possible d'avoir un NAS. Donc je pense à utiliser deux serveurs sistership avec sur chaque une grappe de disque en RAID5 soft (pour le hard, c'est à cause du contrôleur RAID qui ne semble pas être très facile de mise en place sous debian avec des serveurs HP proliant DL320). Ensuite je compte sur drdb pour mettre les deux grappes RAID5 en miroir sur le réseau. Et enfin je compte mettre du LVM pour la gestion des espace disque des VM. L'architecture est-elle réaliste, est-ce une vue de l'esprit, ou bien du tout venant qui fonctionne les doigts dans le nez ? Merci d'avance. -- Yann. -- 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: http://lists.debian.org/1378648391.7994.18.ca...@yan.ianco.homelinux.org
bluetooth et pulseaudio
Bonjour, depuis une mise à jour, je n'arrive plus à me connecter sur un périphérique audio bluetooth. J'ai ajouté Enable=Socket dans le /etc/bluetooth/audio.conf J'arrive bien à avoir la connexion avec le périphique en bluetooth, mais pas la connexion a pulseaudio. Le dernier message de ssy log est le suivant : Sep 8 16:28:43 yan pulseaudio[5734]: [pulseaudio] module-bluetooth-device.c: 00:02:72:ED:B1:ED is not known. Sep 8 16:28:43 yan pulseaudio[5734]: [pulseaudio] module.c: Failed to load module module-bluetooth-device (argument: address=00:02:72:ED:B1:ED profile=a2dp): initialization failed. le périphérique 00:02:72:ED:B1:ED est bien le bon... Quelle modification de configuration ai-je bien pu rater... Merci. -- Yann. -- 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: http://lists.debian.org/1378651426.6801.3.ca...@yan.ianco.homelinux.org
Pb gstreamer sur utilisteur non root.
Bonjour, voici le message que me donne rhymthmbox au lancement d'une lecture La création de l'élément playbin2 a échoué ; vérifiez votre installation de GStreamer sur une install Debian 7 uname -a Linux alphonse 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64 GNU/Linux Ce soft fonctionnait très bien il y a 8 jours, depuis une mise à jour et un déménagement, voilà le résultat... Autres informations : - l'utilisateur root ne rencontre aucun problème de fonctionnement. - les autre soft comme banshee ou clementine sont aussi en échec (gstreamer a un pb). Il semble que cela soit un Pb lié au user... mais je n'ai pas trouvé où est stocké la config de gstream sur le répertoire home... SI qq'1 avait une idée avant que je laisse cette machine seule et loin de moi (900km)... Merci. -- 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: http://lists.debian.org/1378021188.8919.6.ca...@yco-sts-linux.ianco.homelinux.org
Re: Pb gstreamer sur utilisteur non root.
Le dimanche 01 septembre 2013 à 09:54 +0200, Bernard Schoenacker a écrit : Le Sun, 01 Sep 2013 09:39:48 +0200, Yann Cohen y...@ianco.org a écrit : Bonjour, voici le message que me donne rhymthmbox au lancement d'une lecture La création de l'élément playbin2 a échoué ; vérifiez votre installation de GStreamer sur une install Debian 7 uname -a Linux alphonse 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64 GNU/Linux Ce soft fonctionnait très bien il y a 8 jours, depuis une mise à jour et un déménagement, voilà le résultat... Autres informations : - l'utilisateur root ne rencontre aucun problème de fonctionnement. - les autre soft comme banshee ou clementine sont aussi en échec (gstreamer a un pb). Il semble que cela soit un Pb lié au user... mais je n'ai pas trouvé où est stocké la config de gstream sur le répertoire home... SI qq'1 avait une idée avant que je laisse cette machine seule et loin de moi (900km)... Merci. bonjour, serait il possible de créer un autre user afin d'éprouver les droits ? Fait. Gstreamer Ok sous ce compte... Yann. slt bernard -- 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: http://lists.debian.org/1378028170.8919.7.ca...@yco-sts-linux.ianco.homelinux.org
Resolu: Pb gstreamer sur utilisteur non root.
Bonjour, J'ai été radical = suppression du répertoire $HOME/.gstreamer-0.10 Pourtant j'avais essayé de le renommer... Enfin je croyais, parce que je n'ai pas retrouvé le répertoire modifié ! Merci. Yann. Le dimanche 01 septembre 2013 à 11:36 +0200, Yann Cohen a écrit : Le dimanche 01 septembre 2013 à 09:54 +0200, Bernard Schoenacker a écrit : Le Sun, 01 Sep 2013 09:39:48 +0200, Yann Cohen y...@ianco.org a écrit : Bonjour, voici le message que me donne rhymthmbox au lancement d'une lecture La création de l'élément playbin2 a échoué ; vérifiez votre installation de GStreamer sur une install Debian 7 uname -a Linux alphonse 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1+deb7u1 x86_64 GNU/Linux [...] -- 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: http://lists.debian.org/1378033006.8919.10.ca...@yco-sts-linux.ianco.homelinux.org
Re: mise à jour proxmox suite à une mise à jour squeeze wheezy
Le vendredi 23 août 2013 à 08:57 +0200, Laurent G. a écrit : Bonjour, il faut supprimer les paquets en conflit et relancer apt-get -f install dans ce cas il faut enlever redhat-cluster-pve. Ok, mais c'est seulement ce package là qu'il a fallu que je supprime, mais tous ceux ayant une dépendance avec lui..; puis j'ai supprimer les deux package debian de lib qui sont en doublon... Tu pourras ensuite relancer le script. Il tombe en erreur, mais en refaisant l'apt-get c'est passer (pve-manager) A noter qu'il faut commenter le dépôt entreprise dans /etc/apt/sources.list.d/pve-enterprise.list si tu n'as pas payé le support pro. Ok, j'ai bien noté et j'ai d'ailleurs mis le dépot sans support donné. Cependant l'interface m'annonce bien que je n'ai pas de clé de validation Bon courage et pas de panique ça passe avec un peu de patience :) C'est passé, mais j'ai remarqué que suite la mise à jour, c'est le noyau 3.x de debian qui est le noyau de démarrage par défaut et pas le pve... Comment le forcer proprement dans debian sans obligatoirement le supprimer... ? En attendant je me lance sur le second nœud... L.G. -- 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: http://lists.debian.org/1377260148.5281.5.ca...@yco-sts-linux.ianco.homelinux.org
mise à jour proxmox suite à une mise à jour squeeze wheezy
Bonjour, Je suis en tarin de faire la mise de proxmox en mettant une debian en version 7.0. Je suis partie du script de proxmox, mais il semble que la configuration de départ ne soit pas optimum... Ma dernière erreur en date est la suivante : root@proxmox-1:~# apt-get -f --force-yes install Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Correction des dépendances... Fait Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : fuse-utils libapache2-mod-apreq2 libapache2-request-perl libapreq2 libboost-thread1.42.0 libdbi0 libfont-freetype-perl libfontenc1 libpython2.6 libqb libreadline5 libsvga1 libx86-1 libxcb-render-util0 libxfont1 xfonts-encodings xfonts-utils Veuillez utiliser « apt-get autoremove » pour les supprimer. Les paquets supplémentaires suivants seront installés : redhat-cluster-pve Les NOUVEAUX paquets suivants seront installés : redhat-cluster-pve 0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour. 20 partiellement installés ou enlevés. Il est nécessaire de prendre 0 o/660 ko dans les archives. Après cette opération, 1 645 ko d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer [O/n] ? (Lecture de la base de données... 60388 fichiers et répertoires déjà installés.) Dépaquetage de redhat-cluster-pve (à partir de .../redhat-cluster-pve_3.2.0-2_amd64.deb) ... dpkg: erreur de traitement de /var/cache/apt/archives/redhat-cluster-pve_3.2.0-2_amd64.deb (--unpack) : tentative de remplacement de « /usr/lib/libdlm_lt.so.3.0 », qui appartient aussi au paquet libdlm3 3.0.12-3.2+deb7u2 dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe)) Des erreurs ont été rencontrées pendant l'exécution : /var/cache/apt/archives/redhat-cluster-pve_3.2.0-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) En gros comment forcer apt à passer à travers ce problème ? Merci. Yann. -- 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: http://lists.debian.org/1377184960.10740.2.ca...@yco-sts-linux.ianco.homelinux.org
Re: mise à jour proxmox suite à une mise à jour squeeze wheezy
Le jeudi 22 août 2013 à 17:28 +0200, Bzzz a écrit : On Thu, 22 Aug 2013 17:22:40 +0200 Yann Cohen y...@ianco.org wrote: tentative de remplacement de « /usr/lib/libdlm_lt.so.3.0 », qui appartient aussi au paquet libdlm3 3.0.12-3.2+deb7u2 apt-get remove --purge libdlm3 ? Pas mieux... root@proxmox-1:~# apt-get remove --purge libdlm3 Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes : Les paquets suivants contiennent des dépendances non satisfaites : clvm : Dépend: redhat-cluster-pve mais ne sera pas installé fence-agents-pve : Dépend: redhat-cluster-pve mais ne sera pas installé pve-manager : Dépend: redhat-cluster-pve mais ne sera pas installé qemu-server : Dépend: redhat-cluster-pve mais ne sera pas installé resource-agents-pve : Dépend: redhat-cluster-pve mais ne sera pas installé E: Dépendances non satisfaites. Essayez « apt-get -f install » sans paquet (ou indiquez une solution). root@proxmox-1:~# apt-get -f install Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Correction des dépendances... Fait Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires : fuse-utils libapache2-mod-apreq2 libapache2-request-perl libapreq2 libboost-thread1.42.0 libdbi0 libfont-freetype-perl libfontenc1 libpython2.6 libqb libreadline5 libsvga1 libx86-1 libxcb-render-util0 libxfont1 xfonts-encodings xfonts-utils Veuillez utiliser « apt-get autoremove » pour les supprimer. Les paquets supplémentaires suivants seront installés : redhat-cluster-pve Les NOUVEAUX paquets suivants seront installés : redhat-cluster-pve 0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour. 20 partiellement installés ou enlevés. Il est nécessaire de prendre 0 o/660 ko dans les archives. Après cette opération, 1 645 ko d'espace disque supplémentaires seront utilisés. Souhaitez-vous continuer [O/n] ? (Lecture de la base de données... 60388 fichiers et répertoires déjà installés.) Dépaquetage de redhat-cluster-pve (à partir de .../redhat-cluster-pve_3.2.0-2_amd64.deb) ... dpkg: erreur de traitement de /var/cache/apt/archives/redhat-cluster-pve_3.2.0-2_amd64.deb (--unpack) : tentative de remplacement de « /usr/lib/libdlm_lt.so.3.0 », qui appartient aussi au paquet libdlm3 3.0.12-3.2+deb7u2 dpkg-deb : erreur : le sous-processus coller a été tué par le signal (Relais brisé (pipe)) Des erreurs ont été rencontrées pendant l'exécution : /var/cache/apt/archives/redhat-cluster-pve_3.2.0-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- [maya]: quelqu'un qui bosse sous eclipse ici ? [Guardian]: quand y'en a une oui, mais c'est rare -- 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: http://lists.debian.org/1377191288.6138.5.ca...@yan.ianco.homelinux.org
Re: mise à jour proxmox suite à une mise à jour squeeze wheezy
Le jeudi 22 août 2013 à 19:12 +0200, Bzzz a écrit : On Thu, 22 Aug 2013 19:08:08 +0200 Yann Cohen y...@ianco.org wrote: Pas mieux... As-tu essayé de relancer plusieurs fois ces Cdes? Oui. (version courte) En fait le point de départ est le script de migration proposé par proxmox. En gros il fait : - une mise à jour de squeeze, - un replacement des squeeze par wheezy dans le sources.list - une mise à jour - et d'autre chose que je n'ai pas réussi à cerner car planté avant... Le pb premier est une incompatibilité similaire résolue par un remove du paquet et un peu plus... Ensuite le remplacement de wheezy n'avait pas été fait dans le répertoire source.list.d où j'ai mis un proxmox.list. Je l'ai fait à la main... J'ai relancé le script plusieurs fois, jusqu'à tomber sur le dernier pb évoqué. La relance des commandes apt-get directement même comme elles le sont dans script perl de migration n'ont pas résolu le pb... -- lili: je crois qu'il est fou lili: vous etes tous fou lili: je suis la seule a etre rationnelle lili: dans ce monde Varice: C'est pas toi qui t'endors avec 5 ou 6 bouteilles d'eau au pied de ton lit tout les soirs par peur que ton chat foute le feu ? -- 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: http://lists.debian.org/1377192154.6138.11.ca...@yan.ianco.homelinux.org
PB intégration Evolution/gmail : crash evolution
Bonjour, Suite à dernière mise à jour jessie, je me suis trouvé confronté à une erreur dans evolution : GDBus.Error:org.gnome.OnlineAccounts.Error.NotAuthorized: No credentials found in the keyring J'ai tenté de résoudre en refaisant une authentification avec les comptes en ligne de gnome3. Ensuite evolution crash sur un memory fault dès qu'un compte google est activé (email, contact, calendrier). La trace de gdb donne cela yann@yan:~/tmp$ evolution ** (evolution:22299): CRITICAL **: categories_icon_theme_hack: assertion `filename != NULL *filename != '\0'' failed RSS Plugin enabled (evolution 3.4, evolution-rss 0.3.91) Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 103: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 138: Having multiple values in test isn't supported and may not work as expected (evolution:22299): camel-WARNING **: Could not find a corresponding CamelIMAPXFolder property for state file tag 0x2500 Erreur de segmentation (core dumped) yann@yan:~/tmp$ gdb evolution core GNU gdb (GDB) 7.6-debian Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/evolution...(no debugging symbols found)...done. [New LWP 22307] [New LWP 22311] [New LWP 22319] [New LWP 22309] [New LWP 22306] [New LWP 22318] [New LWP 22305] [New LWP 22301] [New LWP 22323] [New LWP 22321] [New LWP 22300] [New LWP 22302] [New LWP 22325] [New LWP 22322] [New LWP 22303] [New LWP 22299] [New LWP 22320] [New LWP 22317] [New LWP 22324] warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fffaa40 Core was generated by `evolution'. Program terminated with signal 11, Segmentation fault. #0 0x7f3e143c6009 in goa_oauth_based_get_consumer_key () from /usr/lib/x86_64-linux-gnu/libgoa-1.0.so.0 (gdb) bt #0 0x7f3e143c6009 in goa_oauth_based_get_consumer_key () from /usr/lib/x86_64-linux-gnu/libgoa-1.0.so.0 #1 0x7f3e145f5b8a in ?? () from /usr/lib/evolution/3.4/modules/libevolution-module-online-accounts.so #2 0x7f3e37e5debe in camel_sasl_challenge_sync () from /usr/lib/libcamel-1.2.so.33 #3 0x7f3e37e5e3a9 in camel_sasl_challenge_base64_sync () from /usr/lib/libcamel-1.2.so.33 #4 0x7f3df73ca998 in ?? () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #5 0x7f3df73cc1e0 in ?? () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #6 0x7f3df73cc495 in ?? () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #7 0x7f3df73cf2ff in camel_imapx_server_authenticate () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #8 0x7f3e37e6484e in camel_service_authenticate_sync () from /usr/lib/libcamel-1.2.so.33 #9 0x7f3e17105e61 in ?? () from /usr/lib/evolution/3.4/libemail-engine.so.0 #10 0x7f3e37e67c3c in camel_session_authenticate_sync () from /usr/lib/libcamel-1.2.so.33 #11 0x7f3df73cf683 in camel_imapx_server_connect () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #12 0x7f3df73c2f92 in camel_imapx_conn_manager_get_connection () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #13 0x7f3df73d5e33 in camel_imapx_store_get_server () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #14 0x7f3df73d71d1 in ?? () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #15 0x7f3e37e64552 in camel_service_connect_sync () from /usr/lib/libcamel-1.2.so.33 #16 0x7f3df73d6e61 in ?? () from /usr/lib/evolution-data-server/camel-providers/libcamelimapx.so #17 0x7f3e37e74102 in camel_store_get_folder_info_sync () from /usr/lib/libcamel-1.2.so.33 #18 0x7f3e37e744e9 in ?? () from /usr/lib/libcamel-1.2.so.33 #19 0x7f3e3640351f in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #20 0x7f3e363f17a6 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #21 0x7f3e36410045 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #22 0x7f3e35eb4b96 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 ---Type return to continue, or q return to quit--- #23 0x7f3e35eb41d5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #24 0x7f3e37947e0e in start_thread (arg=0x7f3df6376700) at pthread_create.c:311 #25 0x7f3e35b8093d
gdm3 connexion sur une autre machine
Bonjour, je souhaite pourvoir ouvrir une connexion X depuis ma station sur une autre. Et ce sur mon réseau domestique ami, donc pour l'instant pas d'inquiétude de sécurité. Dans le temps, en activant xdmcp sur les station on pouvait avoir un écran de choix de machine sur lesquelles on pouvait ouvrir une session... (c'est il y a moins de 20 ans tout de même...) Avec gdm3 je souhaite retrouver ce fonctionnement. J'ai bien réussi à ouvrir une session sur une machine distante dans une fenêtre avec Xephyr, mais je n'arrive pas à comprendre si gdm3 peut ou pas et comment me proposer une connexion sur une autre machine. À tout hasard, j'ai ajouté [chooser] Enable=true Multicast=true mais cela ne semble pas très efficace... Merci de vos retours. -- Yann. -- 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: http://lists.debian.org/1372924557.25375.6.ca...@yan.ianco.homelinux.org
Re: [Résolu] gnome3 : perte de l'habillage des fenêtres...
Bonjour Résolu par la dernière mise à jour de Jessie passage de gnome-shell en 3.4.2-10 merci. Yann. Le mardi 02 juillet 2013 à 11:40 +0200, Yann Cohen a écrit : Bonjour, depuis hier soir, lorsque je démarre une session gnome3, je me retrouve avec des fenêtres sans habillage. Le premier gestionnaire de fichier (nemo ou nautilus) est démarré avec les icônes sur le bureau, mais pas de bandeau supérieur ni de raccourcis clavier (Alt-F2, etc.) Le lancement d'un gnome-shell --replace ne donne rien de plus sinon une info sur ap-spi qui ne serai pas installé (mais lorsqu'on l'installe il veut supprimer gnome...), puis des exception dans des JS. Le phénomène est identique sur un autre utilisateur. La machine en jessie est à jour... Pour l'instant je me suis rabattu sur la cannelle. Une idée ? Merci. -- Yann. -- 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: http://lists.debian.org/1372863571.22145.1.ca...@yan.ianco.homelinux.org
gnome3 : perte de l'habillage des fenêtres...
Bonjour, depuis hier soir, lorsque je démarre une session gnome3, je me retrouve avec des fenêtres sans habillage. Le premier gestionnaire de fichier (nemo ou nautilus) est démarré avec les icônes sur le bureau, mais pas de bandeau supérieur ni de raccourcis clavier (Alt-F2, etc.) Le lancement d'un gnome-shell --replace ne donne rien de plus sinon une info sur ap-spi qui ne serai pas installé (mais lorsqu'on l'installe il veut supprimer gnome...), puis des exception dans des JS. Le phénomène est identique sur un autre utilisateur. La machine en jessie est à jour... Pour l'instant je me suis rabattu sur la cannelle. Une idée ? Merci. -- Yann. -- 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: http://lists.debian.org/1372758058.21573.4.ca...@yan.ianco.homelinux.org