Ecran noir après mise à jour Pacman

j'ai lancé la commande mkinitcpio -P qui a l'air de bien se dérouler, mais après la commande update-grub, j'obtiens "command not found"

on va tenter le redémarrage ,
donc exit , ( obligatoire )
puis redemarrer , et retirer la clé USB
tu devrais voir le noyau 6.10 démarrer

si probleme on redémarre sur la clé USB

ok, je vais tenter cette manoeuvre.

wwwouuaaaa !...le système a redemarré et je retrouve ma manjaro comme aux plus beaux jours !!

.
Désormais je devrais me méfier avant de mettre à jour les noyaux un peu à l'aveugle. Du coup, je ne pense pas avoir d'autres manips à réaliser.
Mille mercis pour vos aides précieuses

ce qui est vérifiable
que remonte cette commande ? ( listes des programmes orphelins )

sudo pacman -Qdt
df -Th 
find [*.pacnew] -exec cat {} \

==> c'est pour la maintenance par la suite

voici le résultat de la commande :

sudo pacman -Qdt
df -Th 
find [*.pacnew] -exec cat {} \
[sudo] Mot de passe de guy : 
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
dev              devtmpfs   3,8G       0  3,8G   0% /dev
run              tmpfs      3,9G    1,6M  3,9G   1% /run
/dev/sdb1        ext4       440G     19G  398G   5% /
tmpfs            tmpfs      3,9G       0  3,9G   0% /dev/shm
tmpfs            tmpfs      1,0M       0  1,0M   0% /run/credentials/systemd-udev-load-credentials.service
tmpfs            tmpfs      1,0M       0  1,0M   0% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs            tmpfs      1,0M       0  1,0M   0% /run/credentials/systemd-sysctl.service
tmpfs            tmpfs      1,0M       0  1,0M   0% /run/credentials/systemd-tmpfiles-setup-dev.service
tmpfs            tmpfs      1,0M       0  1,0M   0% /run/credentials/systemd-journald.service
tmpfs            tmpfs      1,0M       0  1,0M   0% /run/credentials/systemd-vconsole-setup.service
tmpfs            tmpfs      3,9G     40K  3,9G   1% /tmp
/dev/loop0       squashfs   128K    128K     0 100% /var/lib/snapd/snap/bare/5
/dev/loop2       squashfs    56M     56M     0 100% /var/lib/snapd/snap/core18/2846
/dev/loop1       squashfs    56M     56M     0 100% /var/lib/snapd/snap/core18/2829
/dev/loop3       squashfs    64M     64M     0 100% /var/lib/snapd/snap/core20/2318
/dev/loop4       squashfs    64M     64M     0 100% /var/lib/snapd/snap/core20/2379
/dev/loop5       squashfs   165M    165M     0 100% /var/lib/snapd/snap/gnome-3-28-1804/194
/dev/loop6       squashfs   165M    165M     0 100% /var/lib/snapd/snap/gnome-3-28-1804/198
/dev/loop7       squashfs   350M    350M     0 100% /var/lib/snapd/snap/gnome-3-38-2004/140
/dev/loop8       squashfs   350M    350M     0 100% /var/lib/snapd/snap/gnome-3-38-2004/143
/dev/loop10      squashfs    92M     92M     0 100% /var/lib/snapd/snap/gtk-common-themes/1535
/dev/loop9       squashfs    82M     82M     0 100% /var/lib/snapd/snap/gtk-common-themes/1534
/dev/loop11      squashfs   182M    182M     0 100% /var/lib/snapd/snap/skype/364
/dev/loop12      squashfs   182M    182M     0 100% /var/lib/snapd/snap/skype/365
/dev/loop13      squashfs    39M     39M     0 100% /var/lib/snapd/snap/snapd/21465
/dev/loop14      squashfs    39M     39M     0 100% /var/lib/snapd/snap/snapd/21759
/dev/loop15      squashfs    91M     91M     0 100% /var/lib/snapd/snap/whatsapp-for-linux/59
/dev/loop16      squashfs    91M     91M     0 100% /var/lib/snapd/snap/whatsapp-for-linux/58
tmpfs            tmpfs      1,0M       0  1,0M   0% /run/credentials/systemd-tmpfiles-setup.service
tmpfs            tmpfs      783M     80K  783M   1% /run/user/1000

administration/modération

topic a fermer

un autre topic pour la maintenance est a faire
( paquet orphelin , snap & pacnew )

guy-pierre a écrit : ↑il y a 7 mois wwwouuaaaa !...le système a redemarré et je retrouve ma manjaro comme aux plus beaux jours !! .
Désormais je devrais me méfier avant de mettre à jour les noyaux un peu à l'aveugle. Du coup, je ne pense pas avoir d'autres manips à réaliser.
Mille mercis pour vos aides précieuses

Il faut comprendre que Manjaro est en développement continu (rolling) et les noyaux maintenus sont ceux que linux-kernel.org publie. Quand ils abandonnent le maintient d'une version provisoire, ils la passent en Fin de Vie (End Of Life). Nos développeurs s'alignent donc et nous annonçons qu'il faut, soit passer à une version LTS, soit adopter une version N+1 de développement qui sera maintenue un certain temps. Dans ce cas, il faut virer le noyau obsolète avec l'option --rmc si tu passes par la console.