Vous n'êtes pas identifié(e).
Pages : 1
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 ! 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é...
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.
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.
[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 !)
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.
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 ?
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...
puis importer le fichier debian-archive-keyring.gpg dans gpg en tapant
Vous pouvez faire pareil avec les autres fichiers du répertoire si ça vous dit. Il vous suffit dans ce cas de taper
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
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.
Pages : 1