Re,
Désolé pour le terme “erreur suivante”, c’était effectivement un abus de langage de ma part.
Merci beaucoup pour les explications sur ce qui se passe !
J’ai fait ce que tu as dit, et c’est ok, je peux démarrer avec “recovery” en mode single-user connecté en root en ligne de commande.
J’imagine qu’il faut commencer par faire de la place sur ma partition / ?
Mais je n’ai aucune idée de ce que je peux supprimer sans risques.
Merci.
D’abord un état des lieux.
df -hT
du -hxd1 / | sort -h
Tenter de construire l’initramfs du noyau 4.19.
update-initramfs -c -t -k 4.19.0-5-amd64
Si la commande se termine sans erreur, regénérer le menu de GRUB avec update-grub, redémarrer avec le noyau 4.19 et voir si l’interface graphique fonctionne.
Note : avec l’IGP Intel, le paramètre nomodeset peut être contre-productif.
Bonjour toutes et tous, bonjour @PascalHambourg,
#df -hT
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 3,9G 0 3,9G 0% /dev
tmpfs tmpfs 787M 9,0M 778M 2% /run
/dev/sda5 ext4 9,1G 8,8G 0 100% /
tmpfs tmpfs 3,9G 0 3,9G 0% /dev/shm
tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/sda7 ext4 85G 75G 5,0G 94% /home
#du -hxd1 / | sort -h
4,0K /lib64
4,0K /mnt
4,0K /srv
16K /lost+found
16K /media
36K /tmp
4,6M /root
6,1M /lib32
6,8M /libx32
8,6M /etc
12M /bin
14M /sbin
85M /boot
137M /opt
753M /lib
2,1G /var
5,8G /usr
8,8G /
update-initramfs -c -t -k 4.19.0-5-amd64
update-initramfs: Generating /boot/initrd.img-4.19.0-5-amd64
(et des warnings que je n’ai pas réussi à capturer en fichier texte et que je vais ajouter après via une image)
EDIT : voici les avertissements en question, concernant les firmwares :
Je me suis arrêté là ce matin, manque de temps, mais aussi pour info et validation avant d’aller plus loin.
Merci.
En dehors des warnings, la commande s’est terminée sans erreur et l’initramfs a bien été créé dans /boot ?
Pour supprimer les warnings liés aux firmwares manquants pour i915 (pilote des GPU Intel), il faut installer le paquet firmware-misc-nonfree de la section non-free.
La racine est presque pleine, il reste moins de 5% d’espace libre donc il n’y a plus que root qui peut éventuellement écrire dedans (un utilisateur normal qui a besoin d’écrire des fichiers temporaires dans /tmp ne pourra plus le faire).
Le gros de l’espace est dans /usr qui contient les programmes installés donc à part désinstaller des paquets on ne peut pas y faire grand-chose, puis dans /var qui contient notamment le cache apt. Si pas déjà fait, vide ce cache avec
apt-get clean
et revérifie l’espace libre.
Tu peux aussi supprimer le vieux noyau 4.9.0-8, tu n’en a plus besoin puisque tu as déjà le 4.9.0-9. Cela devrait libérer entre 150 et 200 Mo.
apt-get remove linux-image-4.9.0-8-amd64
La commande suivante devrait le supprimer automatiquement ainsi que d’autre paquets devenus inutiles, mais à manier avec précaution, bien examiner la liste des paquets désinstallés avant d’accepter.
apt-get autoremoveRe,
Oui, il est bien créé et sans erreurs.
J’ai aussi un programme installé dans /opt dont je ne me sers plus, je vais l’enlever.
Pour le reste des manip’s, je regarde ce soir quand je serais à nouveau devant mon ordinateur personnel 
Alors tu peux essayer de démarrer sur le noyau 4.19 après avoir exécuté update-grub pour prendre en compte l’initramfs. Il ne devrait plus y avoir de kernel panic “unable to mount root fs”.
Re,
Impec, je vous écrit depuis mon Debian avec le noyau 4.19 Merci !
J’ai fait le nettoyage, et refait les commandes pour l’espace disque libre
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 3,9G 0 3,9G 0% /dev
tmpfs tmpfs 787M 9,0M 778M 2% /run
/dev/sda5 ext4 9,1G 7,0G 1,7G 81% /
tmpfs tmpfs 3,9G 0 3,9G 0% /dev/shm
tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/sda7 ext4 85G 75G 5,0G 94% /home
|4,0K|/lib64|
|---|---|
|4,0K|/mnt|
|4,0K|/opt|
|4,0K|/srv|
|16K|/lost+found|
|16K|/media|
|36K|/tmp|
|4,6M|/root|
|6,1M|/lib32|
|6,8M|/libx32|
|8,5M|/etc|
|12M|/bin|
|14M|/sbin|
|104M|/boot|
|566M|/lib|
|666M|/var|
|5,6G|/usr|
|7,0G|/|
Je vous soumets mon sources.list pour que vous puissiez me corriger avant que je refasse les commandes apt.
# deb cdrom:[Debian GNU/Linux 8.4.0 _Jessie_ - Official amd64 DVD Binary-1 20160402-14:46]/ jessie contrib main
# deb cdrom:[Debian GNU/Linux 8.4.0 _Jessie_ - Official amd64 DVD Binary-1 20160402-14:46]/ jessie main contrib
deb http://debian.proxad.net/debian/ stable main contrib non-free
deb-src http://debian.proxad.net/debian/ stable main contrib non-free
deb http://security.debian.org/ stable/updates main contrib non-free
deb-src http://security.debian.org/ stable/updates main contrib non-free
# jessie-updates, previously known as 'volatile'
deb http://debian.proxad.net/debian/ stable-updates main contrib non-free
deb-src http://debian.proxad.net/debian/ stable-updates main contrib non-free
deb http://http.debian.net/debian/ stable-backports main
Merci.
Comme déjà dit, je remplacerais “stable” par “buster” en prévision de la prochaine version mais actuellement ça ne fait aucune différence.
Est-ce que tu as fait autre chose que libérer de l’espace disque sur la racine et démarrer avec le noyau 4.19 pour que l’environnement graphique fonctionne à nouveau ?
J’ai fait le ménage avec
apt-get clean
apt-get remove linux-image-4.9.0-8-amd64
apt-get autoremove
Et j’ai supprimé le programme qui était dans /opt
Puis j’ai fait le
update-grub
Puis dans Grub, j’ai choisi le noyau 4.19, édité pour supprimer le nomodeset, puis F10 et démarrage graphique ok. (je n’ai pas essayé en laissant ce paramètre)
Oui, ok, j’ai donc mis ça :
deb http://debian.proxad.net/debian/ buster main contrib non-free
deb-src http://debian.proxad.net/debian/ buster main contrib non-free
deb http://security.debian.org/ buster/updates main contrib non-free
deb-src http://security.debian.org/ buster/updates main contrib non-free
# jessie-updates, previously known as 'volatile'
deb http://debian.proxad.net/debian/ buster-updates main contrib non-free
deb-src http://debian.proxad.net/debian/ buster-updates main contrib non-free
deb http://http.debian.net/debian/ buster-backports main
Et je fais les apt.
EDIT :
$ sudo apt update
48,4 Mo réceptionnés en 1min 18s (619 ko/s)
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
289 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
$ sudo apt upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Calcul de la mise à jour... 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 :
gnustep-base-runtime : Dépend: gnustep-base-common (= 1.26.0-4) mais 1.24.9-3.1 devra être installé
libgnustep-base1.26 : Dépend: gnustep-base-common (= 1.26.0-4) mais 1.24.9-3.1 devra être installé
E: Paquets défectueux
Je me suis arrêté là pour ne rien casser d’autre.
Merci.
EDIT :
J’ai quand même installé
$ sudo apt install firmware-misc-nonfree
Préparation du dépaquetage de .../firmware-misc-nonfree_20190114-1_all.deb ...
Dépaquetage de firmware-misc-nonfree (20190114-1) ...
Paramétrage de firmware-misc-nonfree (20190114-1) ...
update-initramfs: deferring update (trigger activated)
Traitement des actions différées (« triggers ») pour initramfs-tools (0.133) ...
update-initramfs: Generating /boot/initrd.img-4.19.0-5-amd64
avec succès.
Essaie avec dist-upgrade/full-upgrade.
Bonjour toutes et tous, bonjour @PascalHambourg,
C’est tout bon avec
$ sudo apt dist-upgrade
Me voilà donc avec une Debian Buster qui boot et à jour !
Je remets ma carte AMD Radeon RX590 et je vous redis.
Re,
C’est à nouveau tout bon, y compris avec ma carte graphique AMD Radeon RX590 et l’option nomodeset.
Un grand merci à Debian et toute son équipe pour faire un système aussi robuste malgré mes erreurs.
Un très grand merci à Debian-fr.org et sa communauté pour l’aide apportée ici, en particulier @anonyme2, @anon44391915, et évidemment à @PascalHambourg pour le temps passé et votre patience ; encore merci !
EDIT : J’ai oublié de remercier @MicP qui a pris le temps et le soin de remettre en forme mes messages !
Et sans nomodeset ?
Le paramètre nomodeset a deux effets :
Concrètement, il désactive pratiquement les pilotes pour GPU ATI/AMD, Intel et Nvidia. C’est utile quand ces pilotes ne fonctionnent pas correctement, mais la conséquence est que le GPU est géré comme une carte graphique VGA générique. Il est donc à craindre que l’IGP sans nomodeset (donc avec accélération) soit plus performant que la carte graphique avec nomodeset (sans accélération).
Dernière chose : les GPU Radeon ont besoin des firmwares du paquet firmware-amd-graphics pour fonctionner correctement.
Re,
Merci beaucoup les informations sur nomodeset
$ sudo apt install firmware-amd-graphics
[sudo] Mot de passe de christian :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
firmware-amd-graphics est déjà la version la plus récente (20190114-1).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Je refais le test sans le paramètre nomodeset et ma carte AMD (vu que j’ai changé de version du noyau).
EDIT : Effectivement, avec Buster et cette version du noyau, ça fonctionne sans le paramètre nomodeset. Impeccable
Dans ce cas il n’y a plus qu’à le supprimer de /etc/default/grub et regénérer le menu de GRUB avec update-grub.
C’est fait !