Re: Partitionnement d'un serveur web
Bonjour à tous, Le 15/01/2019 à 07:29, Pascal Hambourg a écrit : > Le 15/01/2019 à 00:46, Florian Blanc a écrit : >> à chaque mise à jour du kernel "grub-install /dev/sda1" "grub-install >> /dev/sdb1" (corrigé) c'est pas la mort. > > Je suppose que cela répond à l'objection que j'ai formulée à > l'encontre de ton précédent message. > > Primo, il n'est pas nécessaire d'exécuter grub-install à chaque mise à > jour du noyau. GRUB n'est pas LILO. Il faut seulement mettre à jour le > fichier de configuration grub.cfg avec grub-mkconfig ou update-grub. Humm, j'ai cette impression que la commande update-grub, suite à mise à jour de kernel par exemple, ne mettra à jour que celui sur lequel la machine a booté ? En gros, si c'est GRUB2 qui est sur /dev/sda qui a lancé Debian, cette commande ne mettra pas à jour l'amorçage dans /dev/sdb Ou alors je suis à coté de la plaque ? Oui ca relève encore un peu du mystique pour le moment, car pas encore pris le temps de me pencher sur le sujet ;) J'avoue que c'est pour cela que j'avais aussi ce petit workaround comme Florian pour forcer aussi rapidement la mise à jour coté /dev/sdb... > Secundo, l'exécution de grub-install sur d'autres disques lors d'une > mise à jour du paquet grub-pc peut être automatisée dans la > configuration du paquet avec dpkg-reconfigure. C'est donc ici qu'il serait intéressant de cocher les 2 disques /dev/sda et /dev/sdb afin d'avoir ce GRUB2 qui se mettrait à jour comme tu nous le dis précédemment ? (première image trouvée sur le net... histoire d'illustrer) https://manual.siduction.org/static/images-common/images-grub2/grub2-convert-1.png Et donc sur une installation déjà faite, un dpkg-reconfigure grub-pc pourrait remédier à ce manque et automatiser cette MAJ de GRUB2 sur les 2 disques à chaque update de kernel. Humm humm, c'est bon ca ! (si j'ai bien compris le principe ?) signature.asc Description: OpenPGP digital signature
Re: Partitionnement d'un serveur web
Le 15/01/2019 à 00:46, Florian Blanc a écrit : à chaque mise à jour du kernel "grub-install /dev/sda1" "grub-install /dev/sdb1" (corrigé) c'est pas la mort. Je suppose que cela répond à l'objection que j'ai formulée à l'encontre de ton précédent message. Primo, il n'est pas nécessaire d'exécuter grub-install à chaque mise à jour du noyau. GRUB n'est pas LILO. Il faut seulement mettre à jour le fichier de configuration grub.cfg avec grub-mkconfig ou update-grub. Secundo, l'exécution de grub-install sur d'autres disques lors d'une mise à jour du paquet grub-pc peut être automatisée dans la configuration du paquet avec dpkg-reconfigure. Tertio, le problème n'est pas là. grub-install n'installe qu'une partie de GRUB sur le disque spécifié. L'autre partie (dont le fichier de configuration du menu de démarrage), ainsi que le noyau et l'initramfs, sont dans /boot. Si le contenu de /boot n'est pas en RAID, donc sur un seul disque, alors la défaillance de ce disque entraîne l'impossibilité de démarrer le système, GRUB s'arrêtant sur le shell de secours limité "grub rescue>". Et toute solution à base de deux partitions /boot serait plus compliquée que /boot en RAID.
Re: Suppression de /etc/apt/trusted.gpg
Le lundi 14 janvier 2019 à 21:26 +0100, Étienne Mollier a écrit : > Bonjour Benoit, > > Naïvement, j'aurais fait en sorte que l'utilisateur en question > « _apt » puisse lire le trousseau de clés GPG. Après un coup > d'œil dans mon installation Sid, le fichier /etc/apt/trusted.gpg > n'est en fait pas présent. À la place les clés sont stockées > dans un ensemble de fichiers sous /etc/apt/trusted.gpg.d/. > > Toujours aussi naïvement, j'aurais donc tendance à penser que > l'utilité de ce fichier n'est plus, en tout cas pour une > installation basique, et que donc vous n'avez pas mal fait. > > Gardez tout de même le fichier à portée de main, des fois que... > > Amicalement, Ça m'étonnerait qu'il n'y ait pas eu une explication dans la mise a jour, et un message a root. Le principe des trucs.conf.d c'est de remplacer le fichier de config monobloc truc.conf par des fichiers qui contiennent les blocs de configuration nécessaires mis dans le dossier truc.conf.d/ ce qui est plus facile a gérer pour les configurations dynamiques (au branchement d'un truc...) et évite de tout charger inutilement. Dans ce cas le fichier monobloc de configuration statique est supprimé. On peut toujours le remettre ou le trouver dans certains cas, mais l'idée est là. Par exemple xorg.conf = statique xorg.conf.d/* = dynamique (plug'n play). C'est mieux de faire un xorg.conf.d/50-ma-souris-gamer.conf qui va se charger au branchement de ce modèle de souris que de gérer de manière statique tous les cas dans xorg.conf Pour GPG il ne s'agit pas de brancher une souris, mais la gestion dynamique a son intérêt pour la gestion automatisée.
Re: Partitionnement d'un serveur web
à chaque mise à jour du kernel "grub-install /dev/sda1" "grub-install /dev/sdb1" (corrigé) c'est pas la mort. mais as you want fais toi plaisir mon ami. Le lun. 14 janv. 2019 à 20:59, Pascal Hambourg a écrit : > Le 14/01/2019 à 06:24, Fabrice Delvallée a écrit : > > > > faut-il mettre aussi LVM sur les SSD ? > > Oui, j'utiliserais LVM sur les SSD pour le système, mais dans un VG > distinct des disques durs. On ne mélange pas les torchons et les > serviettes. Mieux vaut utiliser LVM et ne pas en avoir besoin que > l'inverse. Ses fonctionnalités (redimensionnement à chaud, snapshots...) > peuvent être utiles un jour. > > > J'ai cru comprendre que grub > > n'est pas compatible LVM, dans ce cas il me faut une partition /boot > > séparée. > > GRUB 2, la version actuelle de GRUB, est compatible avec LVM, le RAID > logiciel (sauf le RAID linear, bizarrement) et leurs combinaisons. Donc > une partition ou un ensemble RAID séparé pour /boot n'est pas > indispensable. Mais on peut préférer garder un /boot séparé hors LVM > pour intervenir plus facilement en cas de problème avec LVM (on aura au > moins le shell de secours de l'initramfs). > >
Re: Suppression de /etc/apt/trusted.gpg
Benoit, au 2019-01-14 : > Bonjour, > > J'ai voulu ajouter testing dans mon source.list(avec un > Pin-Priority pour rester en stable) et j'avais des messages > d'alerte quand je faisais > > apt update > > Une recherche avec le message me conduit à un post qui suggère > de supprimer /etc/apt/trusted.gpg. > > Je le fais et ça fonctionne sans message d'alerte. > > apt n'a pas recréé un nouveau fichier... > > Est-ce que j'ai bien fait ? > > Si pas je l'ai toujours et peu le remettre à sa place. > > Voici le message que je recevais > > W: http://files2.eid.belgium.be/debian/dists/stretch/InRelease: The key(s) in > the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by > user '_apt' executing apt-key. [...] Bonjour Benoit, Naïvement, j'aurais fait en sorte que l'utilisateur en question « _apt » puisse lire le trousseau de clés GPG. Après un coup d'œil dans mon installation Sid, le fichier /etc/apt/trusted.gpg n'est en fait pas présent. À la place les clés sont stockées dans un ensemble de fichiers sous /etc/apt/trusted.gpg.d/. Toujours aussi naïvement, j'aurais donc tendance à penser que l'utilité de ce fichier n'est plus, en tout cas pour une installation basique, et que donc vous n'avez pas mal fait. Gardez tout de même le fichier à portée de main, des fois que... Amicalement, -- Étienne Mollier
Re: Partitionnement d'un serveur web
Le 14/01/2019 à 06:24, Fabrice Delvallée a écrit : faut-il mettre aussi LVM sur les SSD ? Oui, j'utiliserais LVM sur les SSD pour le système, mais dans un VG distinct des disques durs. On ne mélange pas les torchons et les serviettes. Mieux vaut utiliser LVM et ne pas en avoir besoin que l'inverse. Ses fonctionnalités (redimensionnement à chaud, snapshots...) peuvent être utiles un jour. J'ai cru comprendre que grub n'est pas compatible LVM, dans ce cas il me faut une partition /boot séparée. GRUB 2, la version actuelle de GRUB, est compatible avec LVM, le RAID logiciel (sauf le RAID linear, bizarrement) et leurs combinaisons. Donc une partition ou un ensemble RAID séparé pour /boot n'est pas indispensable. Mais on peut préférer garder un /boot séparé hors LVM pour intervenir plus facilement en cas de problème avec LVM (on aura au moins le shell de secours de l'initramfs).
Re: Partitionnement d'un serveur web
Le 14/01/2019 à 13:09, Florian Blanc a écrit : 3 partitions primaire : (même taille sur les deux disques) Une de environs 500Mo pour ( /boot ) Une de environs 4096Mo pour ( swap ) Le reste pour ( / ) Tu configure seulement le swap et / en raid1 Pourquoi pas /boot ? Tu encrypt ton swap et / via l'interface d'installation. Après tu peux utiliser LVM mais je trouve pas nécessaire. L'avantage de LVM est qu'on peut mettre tous les volumes logiques dans un unique volume chiffré, donc une seule passphrase à taper au démarrage. ensuite "grub-install /dev/sda1" "grub-install /dev/sda2" Il y a un léger problème : si /boot n'est pas en RAID, alors il est sur un seul des deux disques et si ce disque tombe alors le GRUB présent sur le disque restant sans /boot ne pourra pas démarrer le système. Pour démarrer avec l'autre disque seul il faudrait synchroniser le contenu de sa partition de 500 Mo avec le contenu de /boot. C'est presque du RAID 1 mais à gérer manuellement tout en maintenant les légères différences dans les deux grub.cfg (UUID). Bref, /boot en RAID 1 serait beaucoup plus simple et fiable, et GRUB sait le gérer.
erreur d'interprétation dxf2gcode
bonjour, j'ai voulou utiliser un dessin existant et voici le résultat : Creating configuration window Creating configuration window New configuration applied File: /home/bernard/Documents/Q-cad/torche-suedoise/grille-torche-suedoise-2.dxf selected Loading file: /home/bernard/Documents/Q-cad/torche-suedoise/grille-torche-suedoise-2.dxf Reading DXF Structure Reading Block *Model_Space; Nr: 0 Reading Block *Paper_Space; Nr: 1 Reading Block *D16; Nr: 2 Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D4; Nr: 3 Found unsupported geometry type: SOLID ! Reading Block *D6; Nr: 4 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D2; Nr: 5 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D5; Nr: 6 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D3; Nr: 7 Found unsupported geometry type: SOLID ! Reading Block *D19; Nr: 8 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D12; Nr: 9 Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D21; Nr: 10 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D23; Nr: 11 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D1; Nr: 12 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D22; Nr: 13 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D11; Nr: 14 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D20; Nr: 15 Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D10; Nr: 16 Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D8; Nr: 17 Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D9; Nr: 18 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D7; Nr: 19 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D13; Nr: 20 Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D15; Nr: 21 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D14; Nr: 22 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D18; Nr: 23 Found unsupported geometry type: SOLID ! Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Reading Block *D17; Nr: 24 Found unsupported geometry type: SOLID ! Found unsupported geometry type: MTEXT ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: LEADER ! Found unsupported geometry type: LEADER ! Found unsupported geometry type: MTEXT ! Found unsupported geometry type: MTEXT ! Found unsupported geometry type: MTEXT ! Found unsupported geometry type: MTEXT ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Found unsupported geometry type: DIMENSION ! Creating Contours of Block Nr: 0 Creating Contours of Block Nr: 1 Creating Contours of Block Nr: 2 Creating Contours of Block Nr: 3 Creating Contours of Block Nr: 4 Creating Contours of Block Nr: 5 Creating Contours of Block Nr: 6 Creating Contours of Block Nr: 7 Creating Contours of Block Nr: 8 Creating Contours of Block Nr: 9 Creating Contours of Block Nr: 10 Creating Contours of Block
convertir un dessin en G-code
bonjour, j'ai essayé un logiciel libre pour convertir un dessin en G-code, malheureusement le logiciel plante lamentablement avec un dessin issu de librecad et je n'arrive pas à trouver les traces ... quelles sont les alternatives ? attention, c'est pour couper du métal (inox 304L) le site de référence est dans les choux : https://alternativeto.net/software/dxf2gcode/ merci de votre aimable attention slt bernard
Re: Gnome-openbox [résolu ?]
Suite et fin de ce fil. Je suis finalement parvenu à faire marcher la session Gnome-openbox, mais le paquet openbox-gnome-session est vraiment pourri et le résultat est inintéressant. On perd à la fois les avantages de Gnome et d'openbox loin de les cumuler. Il vaut mieux utiliser openbox seul. Pour ceux qui voudraient tenter le coup, le script openbox-gnome-session présente les problèmes suivants : - le script est en sh et le test de la version de gnome installée ne fonctionne pas avec bash (merci à Stéphane Ascoët). J'ai remplacé le test par "VER=3.22.2". - la commande "gnome-session --choose-session=openbox-session" est obsolète, je l'ai remplacée par "gnome-session --session=openbox-gnome" - ensuite la commande gnome-session cherche le fichier "openbox.desktop" qu'elle cherche dans divers répertoires, mais pas dans les deux où se trouve un fichier de ce nom /usr/share/gnome/wm-properties/ et /usr/share/xsessions/. J'ai copié tour à tour dans $HOME/.config/autostart chacun des deux fichiers qui sont différents et aboutissent au même résultat. - ensuite la commande gnome-session cherche le fichier "gnome-flashback-services.desktop" sans le trouver car il n'existe nulle part. En revanche il y a dans le répertoire "/usr/share/applications" un fichier "gnome-flashback.desktop" et un fichier "gnome-flashback-init.desktop" que j'ai copié tour à tour sous le nom "gnome-flashback-services.desktop" dans le répertoire $HOME/.config/autostart. Le résultat est le même avec les deux. Avec tout ça la session Gnome_openbox se lance enfin normalement (lol). Mon install : Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux ; Gnome 3.22.2 Jean - Mail original - > De: "Jean Bernon" > À: "debian-user-french" > Envoyé: Jeudi 10 Janvier 2019 09:08:35 > Objet: Gnome-openbox > Bonjour la liste, > J'ai installé openbox et openbox-gnome-session. Gdm me propose deux > nouveaux DE, openbox et GNOME-openbox. Le premier s'ouvre sans > difficulté, le deuxième échoue toujours. > Dans /var/log/messages je trouve ceci > Jan 10 08:45:38 pc-jean-debian udev-acl.ck[9998]: g_slice_set_config: > assertion 'sys_page_size == 0' failed > Jan 10 08:45:38 pc-jean-debian udev-acl[1]: g_slice_set_config: > assertion 'sys_page_size == 0' failed > Jan 10 08:45:50 pc-jean-debian udev-acl.ck[10003]: > g_slice_set_config: assertion 'sys_page_size == 0' failed > Jan 10 08:45:50 pc-jean-debian udev-acl[10005]: g_slice_set_config: > assertion 'sys_page_size == 0' failed > Si je lance la commande openbox-gnome-session, j'obtiens ceci : > *** jean@pc-jean-debian:~ *** $ openbox-gnome-session > /usr/bin/openbox-gnome-session: 23: test: -lt: unexpected operator > /usr/bin/openbox-gnome-session: 23: test: =: unexpected operator > /usr/bin/openbox-gnome-session: 27: test: -lt: unexpected operator > Une suggestion ? > Merci > Jean
redmine : Dépend: ruby-actionpack-xml-parser mais ne sera pas installé
Bonjour. J'ai un sushi sur la Debian SID, VPS OVH, suite à la dernière mise à jour que j'ai effectuée ( je pense. ) Sur une machine virtuelle Debian SID, par contre, la mise à jour c'est déroulée correctement. Je ne comprend pas pourquoi, avec le même dépôt, mon serveur tombe en carafe, et, la machine virtuelle elle, fonctionne. Voilà le message que j'ai en production : sudo apt-get install redmine Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Certains paquets ne peuvent être installés. Ceci peut signifier que vous avez demandé l'impossible, ou bien, si vous utilisez la distribution unstable, que certains paquets n'ont pas encore été créés ou ne sont pas sortis d'Incoming. L'information suivante devrait vous aider à résoudre la situation : Les paquets suivants contiennent des dépendances non satisfaites : redmine : Dépend: ruby-actionpack-xml-parser mais ne sera pas installé Dépend: ruby-protected-attributes mais ne sera pas installé E: Impossible de corriger les problèmes, des paquets défectueux sont en mode « garder en l'état ». sudo apt-get install ruby-actionpack-xml-parser Lecture des listes de paquets... Fait Construction de l'arbre des dépendances Lecture des informations d'état... Fait Certains paquets ne peuvent être installés. Ceci peut signifier que vous avez demandé l'impossible, ou bien, si vous utilisez la distribution unstable, que certains paquets n'ont pas encore été créés ou ne sont pas sortis d'Incoming. L'information suivante devrait vous aider à résoudre la situation : Les paquets suivants contiennent des dépendances non satisfaites : ruby-actionpack-xml-parser : Dépend: ruby-actionpack (< 2:5) mais 2:5.2.2+dfsg-1 devra être installé Si vraiment je dois attendre la sortie de nouveaux paquets, comment puis je faire pour connaître l'état des lieux d'avancement de la sortie de ses paquets ? Est ce possible de pouvoir estimer quand seront proposées les prochaines mises à jour ?
Mettre à jour Androïd ?
Bonjour et bonne année ! https://youtu.be/yLUITlkQ83E Voilà j'ai la même box, et je me demandais comment si c'est possible flacher le firmware sous Linux ? Je suis sous opens use, mais j'attend le mot de passe pour poser mes questions sur le forum qui m'a pas répondu depuis le 6 décembre ? Je me demande si je dois remercier un debiantiste ? @ + -- Ptilou
Re: Partitionnement d'un serveur web
Bonjour, Premièrement je te conseillerais d'utiliser Proxmox tu installer le kernel sans problème à partir de Debian : https://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_Stretch Avant çà pour ce qui est de ton partitionnement : Concernant les SSD 3 partitions primaire : (même taille sur les deux disques) Une de environs 500Mo pour ( /boot ) Une de environs 4096Mo pour ( swap ) Le reste pour ( / ) Tu configure seulement le swap et / en raid1 Tu encrypt ton swap et / via l'interface d'installation. Après tu peux utiliser LVM mais je trouve pas nécessaire. ensuite "grub-install /dev/sda1" "grub-install /dev/sda2" Pour tes disques 1To tu peux faire raid1, encrypted, LVM. L'avantage de proxmox est que ça te permettra des backups assez facilement et tu pourras également isoler tes services. Enfin, je te laisse découvrir. Tu peux faire une VM Freenas utilisant tes disques de 1To. à toi de voir. Amicalement. Le lun. 14 janv. 2019 à 06:24, Fabrice Delvallée a écrit : > Bonjour > > > J'ai le projet d'installer un serveur dans mon lycée pour : > > - héberger une plate-forme d'apprentissage en ligne (moodle) > > - créer à la volée des images dockers contenant des notebooks python > > > je partirai sur : > > - 2x256GO SSD en raid1 pour l'os > > - 2x1TO SATA en raid1+LVM pour les données > > - 64Go de mémoire > > > Je suis un peu perdu pour le partitionnement :( > > > faut-il mettre aussi LVM sur les SSD ? J'ai cru comprendre que grub > > n'est pas compatible LVM, dans ce cas il me faut une partition /boot > > séparée. > > > Merci pour votre aide > >
Suppression de /etc/apt/trusted.gpg
Bonjour, J'ai voulu ajouter testing dans mon source.list(avec un Pin-Priority pour rester en stable) et j'avais des messages d'alerte quand je faisais apt update Une recherche avec le message me conduit à un post qui suggère de supprimer /etc/apt/trusted.gpg. Je le fais et ça fonctionne sans message d'alerte. apt n'a pas recréé un nouveau fichier... Est-ce que j'ai bien fait ? Si pas je l'ai toujours et peu le remettre à sa place. Voici le message que je recevais W: http://files2.eid.belgium.be/debian/dists/stretch/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. W: http://deb.debian.org/debian/dists/testing/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. W: http://files.eid.belgium.be/debian/dists/stretch/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. W: http://deb.debian.org/debian/dists/testing-updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. W: http://deb.debian.org/debian-security/dists/testing/updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. W: https://deb.debian.org/debian-security/dists/stable/updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. W: https://deb.debian.org/debian/dists/stable-updates/InRelease: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. W: https://deb.debian.org/debian/dists/stable/Release.gpg: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not readable by user '_apt' executing apt-key. Merci d'avance -- Benoit