Re: Entrée grub vers installeur
Bonjour, Oui, grub sait monter des isos de toute sorte sans problème. Ci-dessous un élément de réponse, à adapté à ta situation: https://www.howtogeek.com/196933/how-to-boot-linux-iso-images-directly-from-your-hard-drive/ Le 9 septembre 2018 à 01:21, Raphaël POITEVIN a écrit : > Bonsoir, > > Est-il possible de mettre une iso installeur sur une partition d’un > disque et d’y associer une entrée grub ? Est-ce que grub-update la > détecterait ? > > Vous remerciant. > > Cordialement, > -- > Raphaël > > -- < Belaid >
Re: modelines pour un moniteur tft 27"
- Mail original - > De: "Bernard Schoenacker" > À: "JF Straeten" , "DUF" > > Envoyé: Samedi 8 Septembre 2018 07:40:02 > Objet: Re: modelines pour un moniteur tft 27" > > > > - Mail original - > > De: "JF Straeten" > > À: "DUF" > > Envoyé: Samedi 8 Septembre 2018 04:01:19 > > Objet: Re: modelines pour un moniteur tft 27" > > > > > > Re, > > > > > > On Sat, Sep 08, 2018 at 03:35:37AM +0200, JF Straeten wrote: > > > > [...] > > > xrandr --addmode 1920x1080_60.00 > > > > > > xrandr --output --mode 1920x1080_60.00 > > > > > > Pour , tu mets ce que tu veux, mais en une chaîne > > > continue > > > (pas d'espace). > > > > À la relecture, justement non : tu ne mets pas ce que tu veux pour > > « mymode » ; j'ai écrit une connerie là... > > > > Il te faut ce que xrandr renvoie avant « connected ». > > > > Ici, c'est 'default' sur une machine et 'DP-1' sur l'autre. Tu > > devrais > > avoir toi 'VGA-x' ou approchant... > > > > Sorry :-/ > > > > Hih, > > > > > > -- > > > > JFS. > > > > > bonjour, > > il me faut pouvoir créer le mode : > > sh script-xrandr.sh > xrandr: cannot find mode "1920x1080_60.00" > script-xrandr.sh: 7: script-xrandr.sh: Syntax error: newline > unexpected > > je ne peut plus utiliser cette toute première > ligne et je en sais plus ce que c'est et > voici ce que j'avais avec mon crt 19": > > script-xrandr.sh > > xrandr --newmode "1600x1200_60.00" 161.00 1600 1712 1880 2160 1200 > 1203 1207 1245 -hsync +vsync > xrandr --addmode VGA-1 1600x1200_60.00 > xrandr --output VGA-1 --mode 1600x1200_60.00 > > les caractéristiques de l'écran : > > https://www.displayspecifications.com/en/model/5c1f7cb > https://dlcdnets.asus.com/pub/ASUS/LCD%20Monitors/ASUS_MX279_UserGuide_French.pdf > > désolé mais je n'ai pas les mesures de l'écran > et je n'ai pas pour l'instant un peut cherché > dans la doc disponible ... > > merci > > slt > bernard > bonjour, j'ai réussi à mettre la main dessus sur les modelines : https://www.mythtv.org/wiki/Modeline_Database#Lucky_Gold merci slt bernard
Re: OpenVPN sous Stretch avec systemd
- Original Message - From: "daniel huhardeaux" To: debian-user-french@lists.debian.org Sent: Sunday, September 9, 2018 12:51:25 AM Subject: Re: OpenVPN sous Stretch avec systemd Le 08/09/2018 à 21:59, roger.tar...@free.fr a écrit : > [...] > > Roger dit : > ifconfig n'est plus dans Stretch. Alors j'utilise la commande ip Ah, chez moi elle existe! Peu importe, c'est le résultat qui compte > Peux-tu préciser ce que tu entends par "conformes" ? Que les informations affichées soient celles qui correspondent à l'environnement. On ne peut en dire plus puisqu'aucune info réseau n'a été divulguée: combien de cartes réseau, identification des cartes, vpn en mode tun ou tapo, etc. Roger dit : $ ls /sys/class/net/ enp8s0 lo tun0 wlp32s0 Installons net-tools ! $ sudo apt-get install net-tools Et : $ sudo ifconfig -a enp8s0: flags=4099 mtu 1500 ether 00:17:42:7a:c8:74 txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 16 lo: flags=73 mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10 loop txqueuelen 1 (Local Loopback) RX packets 4811 bytes 384593 (375.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4811 bytes 384593 (375.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 tun0: flags=4305 mtu 1500 inet 192.168.27.68 netmask 255.255.255.255 destination 212.27.38.253 inet6 fe80::fffe:d16a:8dbb:72cd prefixlen 64 scopeid 0x20 unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 100 (UNSPEC) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 16 bytes 1031 (1.0 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlp32s0: flags=4163 mtu 1500 inet 192.168.0.5 netmask 255.255.255.0 broadcast 192.168.0.255 inet6 fe80::8ef3:422:1504:638f prefixlen 64 scopeid 0x20 ether 00:21:6a:35:c6:a4 txqueuelen 1000 (Ethernet) RX packets 246563 bytes 210114507 (200.3 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 185695 bytes 29883060 (28.4 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 et $ cat /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback Tiens, c'est bizarre puisqu'aucune interface n'est configurée ici (par rapport à mon habitude avec Jessie). > Voilà ce que j'obtiens : > $ ip r > default via 212.27.38.253 dev tun0 > via 192.168.0.1 dev wlp32s0 > 169.254.0.0/16 dev tun0 scope link metric 1000 > 192.168.0.0/24 dev wlp32s0 proto kernel scope link src 192.168.0.102 > 192.168.0.0/24 dev wlp32s0 proto kernel scope link src 192.168.0.102 > metric 600 > 192.168.27.64/27 via 212.27.38.253 dev tun0 > 212.27.38.253 dev tun0 proto kernel scope link src 192.168.27.68 > > Ça vous parle ? > Je cherche une solution pour cet autre problème de routage. Donc le VPN devient la route par défaut: ne me semble pas logique car je suppose que l'IP 212.27.38.253 est celle de la box du réseau local côté WAN. Cela dépend également de la configuration de la box, mode routeur ou bridge. Lorsque le VPN n'est *PAS* monté relance cette commande pour vérifier les routes affichées et compare. Roger dit : Le VPN est en mode routé. http://monip.fr/212.27.38.253 Adresse IP: 212.27.38.253 PTR enregistrement de ressource:freeplayer.freebox.fr Organisation: Free SAS ... [...] > > CONSTAT INTERESSANT : > systemd cherche à utiliser */etc/openvpn/client.conf* (avec le nom > client.conf) qui n'existe pas puisque j'ai le fichier de configuration > suivant : > /etc/openvpn/*client*/config_openvpn_routed_debian.conf J'ai toujours connu OpenVPN cherchant par défaut les fichiers de config dans /etc/openvpn pour Debian. Le répertoire de travail est dans le fichier de conf, /etc/init.d/openvpn: CONFIG_DIR=/etc/openvpn En lancant manuellement (openvpn ) on peut définir n'importe quel chemin pour le fichier. Roger dit : Oui, avec Jessie, je fais comme ça. Je ne comprends pas l'objectif des répertoires /etc/openvpn/server et /etc/openvpn/client Je me suis dit bêtement que c'était dans /etc/openvpn/client qu'il fallait lancer le fichier de configuration du client... > Je peux bricoler en copiant mon fichier de configuration client ici > avec ce nom client.conf (j'ai fait le test : et la commande $ sudo > systemctl status openvpn@client.service fonctionne) > Mais quelles sont les règles à respecter pour utiliser systemd avec > OpenVPN ? Celles des développeurs
Re: Webmail colaboratif
Le 07/09/2018 à 15:03, Eric Bernard a écrit : > Bonjour, > je recherche un webmail collaboratif installable sur un hébergement > web (ovh) et si possible gratuit... > > que me conseillez-vous Quatre Webmail connus : Roundcube Zimbra SquirrelMail RainLoop
Entrée grub vers installeur
Bonsoir, Est-il possible de mettre une iso installeur sur une partition d’un disque et d’y associer une entrée grub ? Est-ce que grub-update la détecterait ? Vous remerciant. Cordialement, -- Raphaël
Re: OpenVPN sous Stretch avec systemd
Le 08/09/2018 à 21:59, roger.tar...@free.fr a écrit : [...] Roger dit : ifconfig n'est plus dans Stretch. Alors j'utilise la commande ip Ah, chez moi elle existe! Peu importe, c'est le résultat qui compte Peux-tu préciser ce que tu entends par "conformes" ? Que les informations affichées soient celles qui correspondent à l'environnement. On ne peut en dire plus puisqu'aucune info réseau n'a été divulguée: combien de cartes réseau, identification des cartes, vpn en mode tun ou tapo, etc. Voilà ce que j'obtiens : $ ip r default via 212.27.38.253 dev tun0 via 192.168.0.1 dev wlp32s0 169.254.0.0/16 dev tun0 scope link metric 1000 192.168.0.0/24 dev wlp32s0 proto kernel scope link src 192.168.0.102 192.168.0.0/24 dev wlp32s0 proto kernel scope link src 192.168.0.102 metric 600 192.168.27.64/27 via 212.27.38.253 dev tun0 212.27.38.253 dev tun0 proto kernel scope link src 192.168.27.68 Ça vous parle ? Je cherche une solution pour cet autre problème de routage. Donc le VPN devient la route par défaut: ne me semble pas logique car je suppose que l'IP 212.27.38.253 est celle de la box du réseau local côté WAN. Cela dépend également de la configuration de la box, mode routeur ou bridge. Lorsque le VPN n'est *PAS* monté relance cette commande pour vérifier les routes affichées et compare. [...] CONSTAT INTERESSANT : systemd cherche à utiliser */etc/openvpn/client.conf* (avec le nom client.conf) qui n'existe pas puisque j'ai le fichier de configuration suivant : /etc/openvpn/*client*/config_openvpn_routed_debian.conf J'ai toujours connu OpenVPN cherchant par défaut les fichiers de config dans /etc/openvpn pour Debian. Le répertoire de travail est dans le fichier de conf, /etc/init.d/openvpn: CONFIG_DIR=/etc/openvpn En lancant manuellement (openvpn ) on peut définir n'importe quel chemin pour le fichier. Je peux bricoler en copiant mon fichier de configuration client ici avec ce nom client.conf (j'ai fait le test : et la commande $ sudo systemctl status openvpn@client.service fonctionne) Mais quelles sont les règles à respecter pour utiliser systemd avec OpenVPN ? Celles des développeurs DEBIAN, donc dans /etc/openvpn $ sudo journalctl -xe [...] Sep 08 21:06:04 debian ovpn-client[924]: Options error: In [CMD-LINE]:1: Error opening configuration file: /etc/openvpn/client.conf [...] Dit la même chose, il cherche dans /etc/openvpn Pouvez-vous me recommander un document de référence sur systemd que je me mette au niveau ? Et, s'il existe, un document sur OpenVPN avec systemd ? Comprendre systemd suffit. Voir dans /etc/systemd/system/multi-user.target.wants/openvpn.service et on trouvera /etc/openvpn comme working directory, ce qui rejoint init [...] A un moment, il faut rationnaliser et s'en tenir à un mécanisme robuste ! systemd continue a gérer la manière init (combien de temps?) afin de faciliter la transition. -- Daniel
Re: OpenVPN sous Stretch avec systemd
PS : Quand j'éteins ma machine en Jessie (shutdown), elle disparaît _instantanément_ du serveur OpenVPN. Sur la machine en Stretch, quand je lance le client OpenVPN manuellement avec la commande $ sudo openvpn maconfig.conf le serveur l'enregistre immédiatement, et un Ctrl-C le fait disparaître _instantanément_ de sclients authentifiés par le serveur. -> J'en conclue que mon serveur OpenVPN a un comportement acceptable. Avec systemctl ET avec service, sur la machine en Stretch (qui me pose problème), il y a bien une gestion "automatique" mystérieuse du client OpenVPN. Comment faire pour arriver à reproduire le comportement simple, naturel et reproductible avec ces outils de gestion de service ? (censés nous simplifier la vie)
Re: OpenVPN sous Stretch avec systemd
Merci. Roger dit : Je fais fonctionner sans souci un client OpenVPN sous Jessie. Manuellement ou automatiquement. Sous Stretch, qui utilise systemd, j'ai des problèmes (par méconnaissance de systemd). Je peux lancer le client OpenVPN en CLI $ sudo openvpn client.conf Et Ctrl-C pour interrompre. Daniel dit : sudo systemctl start openvpn ou openvpn@client pour ne lancer que ce client Roger dit : seule la commande suivante fonctionne (voir plus bas): $ sudo systemctl start openvpn Roger dit : En cherchant, j'ai réglé le problème de la façon suivante : $ cat /etc/default/openvpn ... AUTOSTART="all" ... Cette ligne est commentée par défaut. Puis, comme indiqué dans ce même fichier : $ sudo systemctl daemon-reload $ sudo systemctl restart openvpn Et là, ça fonctionne immédiatement (je n'ai pas essayé la sortie de veille et d'hibernation). Il reste cependant deux problèmes à régler : 1/ je n'ai plus accès à internet via le lien où se trouve le serveur VPN (comme la machine Jessie dont l'IP est la même que toute machine qui s'y trouve). Je ne sais pas comment faire ? : oú dois-je chercher ? Daniel dit : systemctl ne joue en rien sur le routage, le problème doit venir d'autre part sudo ifconfig pour afficher les interfaces et vérifier qu'elles soient conformes sudo ip r pour afficher les routes et vérifier qu'elles soient conformes Roger dit : ifconfig n'est plus dans Stretch. Alors j'utilise la commande ip Peux-tu préciser ce que tu entends par "conformes" ? Voilà ce que j'obtiens : $ ip r default via 212.27.38.253 dev tun0 via 192.168.0.1 dev wlp32s0 169.254.0.0/16 dev tun0 scope link metric 1000 192.168.0.0/24 dev wlp32s0 proto kernel scope link src 192.168.0.102 192.168.0.0/24 dev wlp32s0 proto kernel scope link src 192.168.0.102 metric 600 192.168.27.64/27 via 212.27.38.253 dev tun0 212.27.38.253 dev tun0 proto kernel scope link src 192.168.27.68 Ça vous parle ? Je cherche une solution pour cet autre problème de routage. Roger dit : 2/ ça crée un problème causé en fait par le serveur OpenVPN : la tentative de reconnexion "sauvage" du client alors que le serveur voit le client connecté déclenche une trentaine de transactions "Failed" pendant quelques minutes et puis ça finit par aboutir. Pendant ce temps là, pas de réseau du tout. Comment gérer proprement la connexion et la déconnexion du client OpenVPN avec systemd (si connecté, utiliser la cnx VPN ; sinon, se connecter) Daniel dit : sudo systemctl stop openvpn@client sudo systemctl start openvpn@client ou sudo systemctl restart openvpn@client Roger dit : $ sudo systemctl start openvpn fonctionne mais il y a un problème avec : $ sudo systemctl start openvpn@client Job for openvpn@client.service failed because the control process exited with error code. See "systemctl status openvpn@client.service" and "journalctl -xe" for details. $ sudo systemctl status openvpn@client.service ● openvpn@client.service - OpenVPN connection to client Loaded: loaded (/lib/systemd/system/openvpn@.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Sat 2018-09-08 21:06:04 CEST; 10min ago Docs: man:openvpn(8) https://community.openvpn.net/openvpn/wiki/Openvpn23ManPage https://community.openvpn.net/openvpn/wiki/HOWTO Process: 924 ExecStart=/usr/sbin/openvpn --daemon ovpn-client --status /run/openvpn/client.status 10 --cd /etc/openvpn --config /etc/openvpn/client.conf --writepid /run/openvpn/client.pid (code=exited, status=1/FAILURE) Sep 08 21:06:04 debian systemd[1]: Starting OpenVPN connection to client... Sep 08 21:06:04 debian ovpn-client[924]: Options error: In [CMD-LINE]:1: Error opening configuration file: /etc/openvpn/client.conf Sep 08 21:06:04 debian ovpn-client[924]: Use --help for more information. Sep 08 21:06:04 debian systemd[1]: openvpn@client.service: Control process exited, code=exited status=1 Sep 08 21:06:04 debian systemd[1]: Failed to start OpenVPN connection to client. Sep 08 21:06:04 debian systemd[1]: openvpn@client.service: Unit entered failed state. Sep 08 21:06:04 debian systemd[1]: openvpn@client.service: Failed with result 'exit-code'. CONSTAT INTERESSANT : systemd cherche à utiliser /etc/openvpn/client.conf (avec le nom client.conf) qui n'existe pas puisque j'ai le fichier de configuration suivant : /etc/openvpn/ client /config_openvpn_routed_debian.conf Je peux bricoler en copiant mon fichier de configuration client ici avec ce nom client.conf (j'ai fait le test : et la commande $ sudo systemctl status openvpn@client.service fonctionne ) Mais quelles sont les règles à respecter pour utiliser systemd avec OpenVPN ? $ sudo journalctl -xe Sep 08 21:06:04 debian sudo[921]: truc : TTY=pts/6 ; PWD=/etc/openvpn/client ; USER=root ; COMMAND=/bin/systemctl start openvpn@client Sep 08 21:06:04 debian sudo[921]: pam_unix(sudo:session): session opened for user root by (uid=0) Sep 08
Re: Thunderbird, synchro/sauvegarde boite mail complète
je ne suis pas sûr de bien comprendre ce que tu veux mais cet article du support Mozilla pour Thunderbird pourrait t'intéresser (introduction au protocole et paramétrage associé): https://support.mozilla.org/fr/kb/le-protocole-imap
Re: OpenVPN sous Stretch avec systemd
Le 08/09/2018 à 14:40, roger.tar...@free.fr a écrit : Salut Bonjour Je fais fonctionner sans souci un client OpenVPN sous Jessie. Manuellement ou automatiquement. Sous Stretch, qui utilise systemd, j'ai des problèmes (par méconnaissance de systemd). Je peux lancer le client OpenVPN en CLI $ sudo openvpn client.conf Et Ctrl-C pour interrompre. sudo systemctl start openvpn ou openvpn@client pour ne lancer que ce client En cherchant, j'ai réglé le problème de la façon suivante : $ cat /etc/default/openvpn ... AUTOSTART="all" ... Cette ligne est commentée par défaut. Puis, comme indiqué dans ce même fichier : $ sudo systemctl daemon-reload $ sudo systemctl restart openvpn Et là, ça fonctionne immédiatement (je n'ai pas essayé la sortie de veille et d'hibernation). Il reste cependant deux problèmes à régler : 1/ je n'ai plus accès à internet via le lien où se trouve le serveur VPN (comme la machine Jessie dont l'IP est la même que toute machine qui s'y trouve). Je ne sais pas comment faire ? : oú dois-je chercher ? systemctl ne joue en rien sur le routage, le problème doit venir d'autre part sudo ifconfig pour afficher les interfaces et vérifier qu'elles soient conformes sudo ip r pour afficher les routes et vérifier qu'elles soient conformes 2/ ça crée un problème causé en fait par le serveur OpenVPN : la tentative de reconnexion "sauvage" du client alors que le serveur voit le client connecté déclenche une trentaine de transactions "Failed" pendant quelques minutes et puis ça finit par aboutir. Pendant ce temps là, pas de réseau du tout. Comment gérer proprement la connexion et la déconnexion du client OpenVPN avec systemd (si connecté, utiliser la cnx VPN ; sinon, se connecter) sudo systemctl stop openvpn@client sudo systemctl start openvpn@client ou sudo systemctl restart openvpn@client -- Daniel
OpenVPN sous Stretch avec systemd
Salut Je fais fonctionner sans souci un client OpenVPN sous Jessie. Manuellement ou automatiquement. Sous Stretch, qui utilise systemd, j'ai des problèmes (par méconnaissance de systemd). Je peux lancer le client OpenVPN en CLI $ sudo openvpn client.conf Et Ctrl-C pour interrompre. En cherchant, j'ai réglé le problème de la façon suivante : $ cat /etc/default/openvpn ... AUTOSTART="all" ... Cette ligne est commentée par défaut. Puis, comme indiqué dans ce même fichier : $ sudo systemctl daemon-reload $ sudo systemctl restart openvpn Et là, ça fonctionne immédiatement (je n'ai pas essayé la sortie de veille et d'hibernation). Il reste cependant deux problèmes à régler : 1/ je n'ai plus accès à internet via le lien où se trouve le serveur VPN (comme la machine Jessie dont l'IP est la même que toute machine qui s'y trouve). Je ne sais pas comment faire ? : oú dois-je chercher ? 2/ ça crée un problème causé en fait par le serveur OpenVPN : la tentative de reconnexion "sauvage" du client alors que le serveur voit le client connecté déclenche une trentaine de transactions "Failed" pendant quelques minutes et puis ça finit par aboutir. Pendant ce temps là, pas de réseau du tout. Comment gérer proprement la connexion et la déconnexion du client OpenVPN avec systemd (si connecté, utiliser la cnx VPN ; sinon, se connecter) Merci
Re: Thunderbird, synchro/sauvegarde boite mail complète
Merci à tous pour vos lumières ! Plusieurs solutions possibles donc. Malheureusement l'ultra-simplicité de l'époque avec le copier/coller intégré à Thunderbird par addon n'a plus l'air d'actualité. Cependant, la solution "maildir" me parait assez simple à mettre en place. Juste une reconfiguration du compte à sauvegarder est nécessaire afin de choper les mails dans ce format, puis paramétrer la config de la sauvegarde de l'ordi pour aller pêcher dans le répertoire de TB. (multi-plateforme, flexible). J'avais l'impression que c'était justement un blocage d'être au format "mailbox", car on n'a pas tous les messages stockés sous nos yeux, et facilement récupérables en cas de misère quelconque... Avec ca, j'imagine qu'il est tout à fait possible de double-cliquer sur le fichier du mail stocké, et l'ouvrir simplement pour visionner son contenu ? A vérifier, c'est une option sympa. J'imagine qu'en cas de crash, exemple: le serveur a supprimé tous les mails! il sera possible par un copier-coller de restaurer depuis le dossier de sauvegarde les fichiers mails -> dossier imap dans TB... aussi simplement ? Format maildir couplé à ImportExportTools proposé par G2PC, ca devrait bien faire l'affaire, assez rapidement et simplement en ce qui est de l'import :) Tambouille à expérimenter, merci à vous ! Bon w-end. Le 07/09/2018 à 09:25, fab a écrit : > 'lut, > >> Pourquoi ne pas directement sauvegarder le dossier de Thunderbird ? Ca >> contiendrait les emails ainsi que les extensions non packagées dans la >> distribution et préférences ? Seule précaution que je prendrais: être >> déconnecté au moment de la sauvegarde. > > En plus, je passerai, si ce n'est pas déjà fait du format mailbox au > format maildir. Avec un fichier par mail, au lieu d'un unique fichier > pour tous les mails, cela permet de faire des sauvegardes > incrémentales rapides. > > f. > signature.asc Description: OpenPGP digital signature
