logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Matériel » Séries de bips au démarrage » 23-04-2020 19:12:22

Gnullalo Jim Jr
Bonjour,

Finalement. Les bips étaient tout simplement dus à l’absence de pile CMOS dans la carte-mère. Le réparateur, pensant sans doute l'ordinateur perdu comme tel, a du la retirer pour la faire recycler.
Le BIOS-UEFI s'est donc réinitialisé, ce qui a du permettre le redémarrage de l'ordinateur.

J'ai donc remis une pile neuve dans la carte-mère. Et l'ordinateur se remet enfin à démarrer en silence.

Moralité : avoir un ordinateur que l'on peut démonter soi-même est un privilège largement sous-estimé.

Je vous remercie pour toute vos réponses merci.gif

#2 Re : Gestion des paquets Debian » Ring (sous debian stretch ou plus) » 08-04-2020 11:47:38

Gnullalo Jim Jr
Bonjour,

J'ai installé le paquet jami (anciennement ring, si j'ai bien compris) depuis les dépôts de Debian. J'ai pu démarrer l'application à cinq ou six reprises avant de ne plus, pouvoir la faire démarrer du tout. kernal_panic.gif

Faut-il en conclure qu'il faut rajouter un dépôt dédié dans le fichier /etc/apt/sources.list, comme pour Jitsi ? scratchhead.gif

C'est quand même dommage de ne pas pouvoir utiliser un logiciel qui paraît aussi bien directement à partir des dépôts officiels de la distribution. sad

#3 Système » Hibernation par défaut sous Buster » 21-08-2019 09:49:18

Gnullalo Jim Jr
Réponses : 0
Bonjour,

Après avoir fait une mise à niveau depuis Stretch, j'ai remarqué qu'à chaque redémarrage (après extinction complète), le message "resuming from hibernation" apparaît. Est-ce que c'est normal ?

Par avance merci pour vos réponses. scratchhead.gif

#4 Re : Installation et migration » Live USB en ligne de commande » 06-08-2019 09:46:27

Gnullalo Jim Jr
Bonjour,

il ne semble pas exister d'image Debian live officielle sans interface graphique


Si j'ai bien compris, cela aurait changé avec Buster : https://cdimage.debian.org/debian-cd/cu … andard.iso

Cela dit, j'ai, depuis mon dernier message, installé Stretch sur mon (très) vieux Toshiba sans passer par la case "test en live" avec 2GB de swap. Le système fonctionne à merveille avec Enlightenment (et avec une souris)...tant que je ne sors pas de l'interface graphique ! lol En mode console, le clavier tape des caractères supplémentaires. Je dois alors utiliser un émulateur de terminal pour rester maître de mon clavier en mode texte. Mais ça, c'est une autre histoire...

Bon été...

#5 Re : Installation et migration » Live USB en ligne de commande » 09-06-2019 19:06:18

Gnullalo Jim Jr
Bonjour,

Corrigez-moi si je me trompe, mais il ne semble pas exister d'image Debian live officielle sans interface graphique.

Je cherche plutôt l'image d'un système live GNU/Linux sans interface graphique pour pouvoir tester de très vieux ordis, afin de savoir s'il peuvent avoir un avenir sous GNU/Linux. L'ordi auquel je m'intéresse actuellement est un Toshiba Satellite Pro A60 FR avec 256Mo de Ram sur lequel j'ai échoué à lancer Lubuntu en live .L'interface graphique semble poser problème pour démarrer sur cet ordi, car l'installeur de Lubuntu, graphique forcément, n'a pas pu démarrer, me laissant encore un message d'erreur du genre "Kernel panic qqch". En revanche, si l'interface graphique de l'installeur de Debian ne fonctionne pas non plus, il semble marcher en mode texte.

Donc si le test s'avère concluant, je sais déjà qu'il est possible d'installer une Debian stable sans interface graphique sur cet ordi. Reste à trouver le GNU/Linux Live pour faire le test  au préalable.

Par avance, merci pour vos réponses.
Bonne soirée.

#6 Re : Matériel » Séries de bips au démarrage » 26-05-2019 19:12:50

Gnullalo Jim Jr
Bonjour,

Merci pour vous réponses,

J'ai bien essayé de brancher quelque chose sur la prise de casque (un casque, puis des enceintes), mais c'est toujours pareil.

À mon avis mon ordinateur ne démarrait plus parce qu'un choc éventuel avait déconnecté un ou plusieurs composants essentiels au démarrage. Quand je l'ai apporté chez le réparateur, il l'a démonté puis   remonté. Ainsi les composants en question on été plus ou moins bien reconnectés, ce qui a rendu le démarrage possible. Dans le cas où mon ordi portable aurait été parfaitement remonté, il se pourrait que les composants se soient détériorés à cause d'une surchauffe (je l'avais fait tourner assez longtemps sans l'éteindre la dernière fois avant d'avoir ce problème). Si le problème vient bien du processeur comme semble l'indiquer le tuto DF sur les bips du BIOS, un faux contact dû à la dégradation de la soudure (sur ce modèle, le processeur est soudé à la carte-mère) pourrait être une explication, mais ça me paraît bizarre puisque l'ordinateur fonctionne normalement après le démarrage, sous Windows comme sous Debian GNU/Linux. Le réparateur m'a conseillé de changer carrément de carte-mère en en prenant une sur un autre ordi du même modèle dont l'écran serait HS.  Ça me paraît un peu radical pour un ordi dont l'unique problème est une série de bips au démarrage.

Et vous, vous en pensez quoi ?

#7 Re : Matériel » Séries de bips au démarrage » 26-05-2019 12:03:45

Gnullalo Jim Jr
Bonjour,

J'ai fini par me résoudre par réinstaller Windows  sur mon ordi pour pouvoir mettre le BIOS UEFI à jour.

Et ça n'a rien changé... kernal_panic.gif

Bref, impossible d'allumer mon portable DELL Inspiron 15 3000 sans effrayer mes proches et voisins.

#9 Matériel » Séries de bips au démarrage » 23-01-2019 17:05:38

Gnullalo Jim Jr
Réponses : 8
Bonjour,

J'ai là un ordinateur portable DELL Inspiron 15 3000 dont la carte-mère avait été déclarée HS. C'est après l'avoir récupéré chez le réparateur que j'ai pu l'essayer et, à ma grande stupéfaction, le faire démarrer, ce qui était auparavant impossible.

Mais voilà, il démarre, mais avec un BIOS UEFI qui produit des bips stridents par séries de cinq. Si c'est bien un problème de processeur, ici soudé à la carte mère, cela veut-il dire que mon ordinateur est condamné et que je doive en changer la carte-mère, voire changer d'ordinateur tout court ?

Cela dit, les bips cessent quand GRUB charge le noyau. Et l'ordinateur et sa Debian GNU/Linux semblent fonctionner normalement, je l'utilise même pour taper ce message.

sudo dmidecode -t bios


# dmidecode 3.0
Getting SMBIOS data from sysfs.
SMBIOS 2.8 present.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
  Vendor: Dell Inc.
  Version: A03
  Release Date: 05/27/2014
  Address: 0xF0000
  Runtime Size: 64 kB
  ROM Size: 2048 kB
  Characteristics:
    MCA is supported
    PCI is supported
    BIOS is upgradeable
    BIOS shadowing is allowed
    ESCD support is available
    Boot from CD is supported
    Selectable boot is supported
    BIOS ROM is socketed
    EDD is supported
    5.25"/1.2 MB floppy services are supported (int 13h)
    3.5"/720 kB floppy services are supported (int 13h)
    3.5"/2.88 MB floppy services are supported (int 13h)
    Print screen service is supported (int 5h)
    8042 keyboard services are supported (int 9h)
    Serial services are supported (int 14h)
    Printer services are supported (int 17h)
    CGA/mono video services are supported (int 10h)
    ACPI is supported
    USB legacy is supported
    ATAPI Zip drive boot is supported
    BIOS boot specification is supported
    Targeted content distribution is supported
    UEFI is supported
  BIOS Revision: 0.3
  Firmware Revision: 0.3

Handle 0x002E, DMI type 13, 22 bytes
BIOS Language Information
  Language Description Format: Long
  Installable Languages: 1
    en|US|iso8859-1
  Currently Installed Language: en|US|iso8859-1



Pensez-vous sinon que doive réinitialiser le BIOS UEFI ou bien carrément le mettre à jour ?

Par avance merci pour vos réponses et pour votre patience.

#10 Re : Matériel » [RESOLU] Enchainement de "BIPs" au démarrage de l'ordi » 23-01-2019 10:57:55

Gnullalo Jim Jr
Bonjour,

J'ai là un ordinateur portable DELL Inspiron 15 3000 dont la carte-mère avait été déclarée HS. C'est après l'avoir récupéré chez le réparateur que j'ai pu l'essayer et, à ma grande stupéfaction, le faire démarrer, ce qui était auparavant impossible.

Mais voilà, il démarre, mais avec un BIOS UEFI qui produit des bips par séries de cinq. Si c'est bien un problème de processeur, ici soudé à la carte mère, cela veut-il dire que mon ordinateur est condamné et que je doive en changer la carte-mère ?

Cela dit, les bips cessent quand GRUB charge le noyau. Et l'ordinateur et sa Debian GNU/Linux semblent fonctionner normalement, je l'utilise même pour taper ce message.

sudo dmidecode -t bios


# dmidecode 3.0
Getting SMBIOS data from sysfs.
SMBIOS 2.8 present.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
  Vendor: Dell Inc.
  Version: A03
  Release Date: 05/27/2014
  Address: 0xF0000
  Runtime Size: 64 kB
  ROM Size: 2048 kB
  Characteristics:
    MCA is supported
    PCI is supported
    BIOS is upgradeable
    BIOS shadowing is allowed
    ESCD support is available
    Boot from CD is supported
    Selectable boot is supported
    BIOS ROM is socketed
    EDD is supported
    5.25"/1.2 MB floppy services are supported (int 13h)
    3.5"/720 kB floppy services are supported (int 13h)
    3.5"/2.88 MB floppy services are supported (int 13h)
    Print screen service is supported (int 5h)
    8042 keyboard services are supported (int 9h)
    Serial services are supported (int 14h)
    Printer services are supported (int 17h)
    CGA/mono video services are supported (int 10h)
    ACPI is supported
    USB legacy is supported
    ATAPI Zip drive boot is supported
    BIOS boot specification is supported
    Targeted content distribution is supported
    UEFI is supported
  BIOS Revision: 0.3
  Firmware Revision: 0.3

Handle 0x002E, DMI type 13, 22 bytes
BIOS Language Information
  Language Description Format: Long
  Installable Languages: 1
    en|US|iso8859-1
  Currently Installed Language: en|US|iso8859-1

 


Pensez-vous sinon que doive réinitialiser le BIOS UEFI ou bien carrément le mettre à jour ?

Par avance merci pour vos réponses et pour votre patience.

#11 Système » Refus de démarrer (Failed to start Load/Save Random Seed) » 10-01-2019 11:35:57

Gnullalo Jim Jr
Réponses : 2
Bonjour,

Voici donc ce qui s'affiche quand je tente de démarrer mon ordinateur :

[25.744049] ata3.00 : Execption Emask 0x0 SAct 0x0 SErr 0x280000 action 0x0
[25.744094] ata3.00 : BMDMA2 stat 0x82d0009
[25.744132] ata3 : SError : {10B8B Bad CRC}
[25.744171] ata3.00 : failed command : READ DMA
[25.744212] ata3.00 : cmd c8/00:e0:00:e5:41/00:00:00:00:00:00/e7 tag  0 dma 114688 in
[25.744212] res 51/04:cf:11:e5:41/00:00:00:00:00/e7 Emask 0x1 (device error)
[25.744263] ata3.00 : status : { DRDY ERR }
[25.744303] ata3.00 : error { ABRT }



et ce qui s'est affiché en plus après une nouvelle tentative de démarrage :

[32.037485] blk_update_request : I/0 error, dev sda, sector 113754640
[FAILED] Failed to start Load/Save Random Seed.
See 'systemctl status-random-seed service' for details.



L'ordinateur se bloque sur les messages ci-dessus. 

D'après vous est-ce un problème matériel (vieil ordinateur) ou bien logiciel ou encore les deux ?

Si vous avez des suggestions, je suis tout ouïe.

Par avance, merci pour vos réponses.

PS : Sur ce, je vous présente mes meilleurs vœux pour cette nouvelle année Debian ( et les suivantes !)

#12 Re : Système » (RESOLU) Refus de démarrer: "contains a filesystem with errors" » 23-12-2018 17:02:51

Gnullalo Jim Jr
Pour le message d'erreur de la commande fsck.ext2, ça affichait effectivement une erreur disant que fsck.ext2 est introuvable.

Merci pour cet éclaircissement, raleur. merci.gif

C'est toujours un plaisir d'échanger sur DF. big_smile

handy.png

#13 Re : Système » (RESOLU) Refus de démarrer: "contains a filesystem with errors" » 23-12-2018 15:03:04

Gnullalo Jim Jr
Ok, ok, voilà : <debian> = nom de machine

"[ 14.688045] blk_update_request : I/O, dev fd0, sector 0
  /dev/mapper/<debian>--vg-root contains a file system with errors  check forced.
  /dev/mapper/<debian>--vg-root : Inodes that were part of a corrupted orphan linked list found. 
  /dev/mapper/<debian>--vg-root : UNEXPECTED INCONCISTENCY; RUN fsck MANUALLY.
    (i.e., without -a or -p options)
  fsck exited with status code 4.
  The root filesystem on /dev/mapper/<debian>--vg-root requires a manual fsck.
  BusyBox v.1.22.1 (Debian 1:1.22.0-09+b3)
  built-in shell (ash)
  (initramfs) _"

Mais j'ai peut-être finalement trouvé la solution.

Mon système étant chiffré, je pensais, à tort, que la racine était en ext2, mais c'est après coup, suite à quelques tâtonnements je l'admets, que j'ai pu voir que que la racine en question était en ext4.

Pour pouvoir démarrer le système, il m'a donc fallu taper la commande : "fsck.ext4 -c /dev/mapper/<debian>--vg-root", puis répondre "y" à toutes les questions et enfin taper "exit" dans l'invite de commande de initramfs.

À la différence de Framboisier, je n'ai pas pu utiliser l'option -a, puisque la parenthèse "(i.e., without -a or -p options)" dans le message d'erreur me l'interdisait. L'option -c, si j'ai bien compris, permet d’étiqueter les parties défectueuses du système de fichier concerné afin qu'elles ne soient plus utilisées par le système d'exploitation lorsqu'il démarre.

En tous cas, je vous remercie d'avoir pris le temps de me lire et de me conseiller.

Sur ce, je vous souhaite de joyeuses fêtes et mes meilleurs vœux.

#14 Re : Système » (RESOLU) Refus de démarrer: "contains a filesystem with errors" » 22-12-2018 16:56:31

Gnullalo Jim Jr
Bonjour,

Mon problème est similaire à celui de Framboisier. À la différence de notre ami, mon système est chiffré et le problème est localisé dans /dev/mapper/<user>--vg-root.

J'ai donc tapé

fsck.ext2 -a /dev/mapper/<user>--vg-root

dans l'invite de commande initramfs, mais sans succès.

Quelle serait donc la marche à suivre dans mon cas ?

Par avance, merci pour votre patience.

sos.gif

#15 Re : Réseau » Connexion Ethernet impossible à certains endroits ! » 14-12-2018 20:43:16

Gnullalo Jim Jr
Bonjour,

Pour répondre à ta question, je crois que seul le câble Ethernet qui reliait mon portable DELL au CPL-relais est de catégorie 7.

Malheureusement, je n'ai pas pu continuer les essais. Mon DELL Inspiron 15 3000 a rendu l'âme la semaine dernière. Tout mes efforts pour tenter de le ramener à la vie ont été vains. Seul réconfort : il aura fini sous Debian GNU/Linux...sniffff

C'est donc son aîné, le HP dx 5150 MT, qui a pris le relais, toujours sous Debian smile . Dans les mêmes conditions que pour le DELL auparavant, la connexion Ethernet-CPL fonctionne parfaitement.
C'est donc sur un mystère que je laisse, pour la première fois, un ordinateur derrière moi.

Je vous remercie pour vos réponses. Ce sont autant de nouvelles pistes à suivre pour toutes celles et ceux ayant rencontré un problème similaire pour reprendre l'enquête là où elle s'est malheureusement arrêtée pour moi.

À bientôt. arrow.gif

#16 Re : LXDE / LXQt » Impossible de rallumer mon PC après une mise en veille » 01-12-2018 20:06:31

Gnullalo Jim Jr
Bonjour,

Pour ton problème, je te conseille de lire cette page si ce n'est pas déjà fait. https://wiki.lxde.org/fr/Debian

Personnellement, j'évite de mettre mon ordi en veille quand je ne l'utilise pas car il bugue après.

Désolé de pas pouvoir en dire plus. Mais si tu trouve une solution de ton côté, tiens-moi au courant, le problème m'intéresse.

scratchhead.gif

#17 Re : Réseau » Connexion Ethernet impossible à certains endroits ! » 28-11-2018 21:07:55

Gnullalo Jim Jr
Bonjour Croutons,

merci d'avoir répondu.

Oui, j'utilise effectivement  le CPL pour me connecter à internet depuis mon bureau. Mais dans une autre pièce desservie par le CPL, mon portable DELL se connecte sans problème.

#18 Réseau » Connexion Ethernet impossible à certains endroits ! » 25-11-2018 20:21:19

Gnullalo Jim Jr
Réponses : 5
Bonjour,

J'ai ordinateur portable DELL Inspiron 15 3000 avec une carte réseau Realtek RTL 8101/2/6E que j'ai fait tourner hors-ligne pendant deux mois (voir la discussion sur nautilus-wipe https://debian-facile.org/viewtopic.php?id=22721).
La connexion avec cet ordinateur marchait auparavant très bien, même sans le pilote propriétaire que Debian cherche à lancer au démarrage.

Quand, de retour dans mon bureau, je tente de mettre mon portable à jour, NIET ! Le câble Ethernet (catégorie 7) qui permettait de surfer sur le web avec mon vieil HP de bureau n'est même pas détecté par mon portable DELL pourtant dix ans plus jeune. Les deux ordinateurs sont réglés pour se connecter automatiquement grâce au DHCP. J'ai donc téléchargé le paquet firmware-realtek depuis le site de Debian pour l'installer sur mon portable via une clé USB, sans succès.

C'est quand je suis allé me mettre ailleurs pour me connecter au réseau filaire que ça s'est remis à fonctionner ! Pensant que ce n'était qu'un bug temporaire, je suis retourné dans mon bureau pour me reconnecter avec mon portable, mais sans résultat.

Avant que ce problème ne survienne, j'avais l'habitude de jongler avec plusieurs ordinateurs. Je pouvais connecter chacun d'entre eux (un seul à la fois ! big_smile) avec le même câble dont je me sers dans mon bureau.

Avez-vous une idée de ce qui s'est passé ?

scratchhead.gif

#19 Re : GNOME » nautilus-wipe : un écrasement d'espace libre, sans fin [Abandonné] » 21-11-2018 21:52:26

Gnullalo Jim Jr
Bonjour,

Comme vous pouvez en douter, l'ordinateur tourne toujours. Jamais je n'ai connu une application qui nécessite de faire tourner un ordinateur aussi longtemps que nautilus-wipe. old_geek.gif

Si les auteurs du Guide d'autodéfense numérique consultent parfois DF, je voudrais qu'ils sachent qu'ils doivent être un peu plus honnêtes quand ils estiment le temps que prend nautilus-wipe pour écraser l'espace libre d'un disque dur de capacité courante (500 Go - 1 To).

5 minutes de préparation, puis de plusieurs minutes à plusieurs heures d'attente, selon la taille du disque dur et selon la méthode utilisée.

. Pourquoi ne pas dire franchement que l'opération peut prendre des semaines, des mois, voire des années ? mad

Donc quand on est (un peu) parano, il faut être (très) patient. Ou alors il faut trouver une autre solution. Il est peut-être préférable de sauter l'étape "Rendre irrécupérables les données déjà supprimées", sachant que si on a déjà nettoyé le disque dur en question avec shred c'est déjà un peu fait. Si on veut vraiment se donner la peine de dissimuler ses données CHIFFRÉES au milieu de données aléatoires, il faut avoir le luxe de pouvoir attendre un bon moment, sans impératifs (et d'avoir un ordinateur de rechange !).

Par expérience, je dirais que lancer nautilus-wipe pour écraser l'espace libre dur où l'on a installé Debian est un excellent moyen de se priver durablement de cet espace libre qui est si important quand on bosse.

Conclusion, si vous avez besoin du support de stockage que vous comptez chiffrer ou que avez déjà chiffré, NE CHERCHEZ SURTOUT PAS À EN ÉCRASER L'ESPACE LIBRE AVEC NAUTILUS-WIPE !

De plus, qui veut aller loin... ménage son ordinateur, surtout quand c'est un portable. Si on parle de postes qui tournent 24h/24 pendant des mois avec les serveurs, les ordinateurs portables, eux, ne sont vraiment pas faits pour. C'est ce que j'ai appris à mes dépends. "La plupart des gens appellent leurs erreurs expériences" pourrait-on dire ici.

Sur ce, l'apprenti gnu-boy vous salue.

So long... handy.png

#20 GNOME » Problème d'affichage des caractères dans les applications et les menus » 30-10-2018 11:39:22

Gnullalo Jim Jr
Réponses : 0
Bonjour,

J'aborde aujourd'hui un problème d'affichage des caractères dans les applications et les menus de l'environnement GNOME. Celui-ci survient au bout d'un certain temps d'utilisation, rendant les caractères presque illisibles en les effaçant partiellement. Dans certain cas, le problème finit par disparaître de lui-même, l'affichage redevient normal au bout de plusieurs heures après l'apparition du problème. Le problème disparaît également quand on rouvre la session ou quand on redémarre l'ordinateur. Ne sachant pas si ce problème d'affichage des caractère est un cas isolé, je peux dire que :

  À ce jour, je n'ai rencontré ce problème que sur le poste que j'utilise actuellement, un vieil ordinateur HP monoprocesseur (un seul cœur) AMD de 13 ans.

  Pour l'instant, ce problème d'affichage ne semble concerner que la version "Classique" de l'environnement GNOME. Je vais essayer plus longuement les autres versions de GNOME  pour voir ce qu'il en est vraiment.

Ce problème n'est gênant que si l'on a besoin d'une parfaite lisibilité en permanence. Cela pourrait s'expliquer par un défaut matériel ou logiciel. Je compte sur vous pour dire si vous avez rencontré ce problème sur des ordinateurs plus (ou moins) récents. Précisez aussi si vous avez rencontré ce problème dans d'autres versions de l'environnement GNOME ou dans d'autres environnements de bureau.

Si vous avez d'autres explications (virus,malware,etc...), n'hésitez pas à en faire part.

Par avance, merci pour vos réponses.

smile

#21 GNOME » nautilus-wipe : un écrasement d'espace libre, sans fin [Abandonné] » 26-10-2018 18:55:11

Gnullalo Jim Jr
Réponses : 2
Bonjour,

Je suis en train de préparer un support de stockage sécurisé, conformément aux instructions du guide d'autodéfense numérique (https://guide.boum.org/tomes/1_hors_con … pace_libre. Tout se passe bien jusqu'au moment où l'on me demande d'écraser l'espace libre disque dur destiné au stockage avec nautilus-wipe, l'extension qui permet l'effacement sécurisé dans le navigateur de fichiers de l'environnement GNOME. J'ai lancé l'opération sans modifier les réglages par défaut. Résultat: l'ordinateur tourne depuis des semaines (six actuellement) sans achever l'opération.

Combien de temps devrais-je attendre à votre avis pour que se fasse l'écrasement de l'espace libre d'un disque dur externe de 1To ?
Avez-vous des conseils sur la configuration de nautilus-wipe avant le lancement de l'opération ?
Sinon, pourriez-vous me suggérer une alternative à nautilus-wipe, une autre façon d'écraser l'espace libre d'un disque dur ?

Par avance merci pour vos réponses help.gif.

#22 Re : Gestion des paquets Debian » [Résolu] Update sous debian stretch » 09-09-2018 15:15:57

Gnullalo Jim Jr
Bonjour,

J'ai peut-être découvert une autre possibilité: faire d'abord

cd /etc/usr/share/keyrings


puis importer le fichier debian-archive-keyring.gpg dans gpg en tapant

gpg --import debian-archive-keyring.gpg


Vous pouvez faire pareil avec les autres fichiers du répertoire si ça vous dit. Il vous suffit dans ce cas de taper

ls

pour lister les autres fichiers afin de pouvoir piocher dans ce qui vous intéresse.
Debian a ainsi quelque chose à lire dans son fichier /etc/apt/trusted.gpg. Donc le message qui dit grosso modo: "les clés ont été ignorées car le fichier /etc/apt/trusted.gpg n'est pas lisible" ne devrait plus s'afficher après un

sudo apt-get update



La même chose est possible via le Gestionnaire de paquets Synaptic:
aller dans Configuration>Dépôts, puis dans l'onglet Authentification pour cliquer Import key files et chercher lesdits fichiers dans le répertoire /etc/usr/share/keyrings .
Une fois la manoeuvre terminée, cliquer Fermer, puis Recharger et admirer le résultat...

Mais à mon avis, le point sur lequel il faut insister c'est qu'il NE FAUT PAS SUPPRIMER LE FICHIER /etc/apt/trusted.gpg comme cela est conseillé ailleurs.
Ça revient à casser le témoin d'avertissement de gpg dans apt. Ce qui n'est pas trop grave si on est sûr de son fichier /etc/apt/sources.list. Mais quand même...

Si ma remarque fait doublon dans ce forum, je m'en excuse. Mais je pense qu'il est important d'insister sur ce point, pour éviter autant que possible que les nouveaux linuxiens abandonnent cette magnifique distribution qu'est Debian, faute d'avoir pu la mettre correctement à jour et profiter de son abondance. smile

Pied de page des forums

Propulsé par FluxBB