D'accord, donc entre ça et les erreurs de bus ça sera moins galère et plus sûr de changer de machine. Celle là avait été récup d'occasion déjà, il était plus que temps. Et le seul élément neuf rajouté est le HDD interne qui contient la partition home, que j'aurais qu'à transférer tel quel si tout se...

Visiblement la corruption du système est massive. :cry: :cry: Ahlala, ç'a l'air d'être probablement bien plus sérieux qu'un simple cabla sata. Vu les erreurs, ça m'étonnerait pas que le SSD soit en fin de vie. J'ai essayé de voir ce que paru pourrait me raconter, vu que pacman ne dit rien : erreur ...

Il ne me semble vraiment pas l'avoir monté, j'avais bien suivi juste les instructions, mais devant l'échec avait lancé un mount et l'avait vu dans la liste. C'est noté, vais me pencher sur le matos alors - qui est loin d'être récent faut avouer... Quand même inquiet de l'absence de réaction provoqué...

Update : J'ai recommencé, mis à jour les logs dans le post précédent, cette fois le umount a marché direct, et le reboot a fonctionné !! Par contre, si arch se lance bien, tous les logiciels non et pacman n'a plus l'air de fonctionner... les -Syu et autres tentatives de maj ne produisent rien d'autr...

Ok. Le résultat de l'overwrite plein d'erreurs : sh-5.1# pacman -Syu linux --overwrite '/usr/lib/modules*' :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date warning: linux-6.4.4.arch1-1 is up to date -- reinstalling :: Startin...

Non la distribution ne doit rien changer, c'était juste pour dire que j'avais suivi le processus d'installation et pas tout partitionné à la main, d'où mon hésitation sur la partition boot séparée ou pas. J'ai déjà save pas mal de choses déjà, mais est-ce que ça doit comprendre aussi toute la partit...

- Pourquoi faire cela ? Il m'avait semblé être à ce moment déjà dans la situation décrite par l'autre sujet, les message d'erreurs étaient similaires, et la situation semblait en être au même point, avec la même solution pronée dans les deux cas ; et ce n'était en tout cas pas à ce niveau que ça coi...

Cela dit, en poursuivant les recherches de pourquoi cette maj linux rate, je tombe sur ça : [root@manjaro-gnome /]# pacman -S archlinux-keyring warning: archlinux-keyring-20230704-1 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) archlinux-key...

Je l'avais suppr manuellement en suivant vos conseils de ce sujet : https://forums.archlinux.fr/viewtopic.php?t=21410 Après l'avoir recréé à la main, la commande mkinitcpio -p linux donne ceci : [root@manjaro-gnome /]# mkinitcpio -p linux ==> Building image from preset: /etc/mkinitcpio.d/linux.prese...

Pardon je me suis trompé, j'ai confondu pacman -Syu linux et pacman -Syu . Le dernier fonctionne, voilà l'output : [root@manjaro-gnome /]# pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date :: Starting full system u...

pacman -Syu linux : linux: /usr/lib/modules/6.4.4-arch1-1/kernel/sound/usb/snd-usbmidi-lib.ko.zst exists in filesystem linux: /usr/lib/modules/6.4.4-arch1-1/kernel/sound/usb/usx2y/snd-usb-us122l.ko.zst exists in filesystem linux: /usr/lib/modules/6.4.4-arch1-1/kernel/sound/usb/usx2y/snd-usb-usx2y.ko...

C'est justement ce que j'étais en train d'essayer de faire depuis un moment.

Malheureusement, -Syu linux donne Errors occurred, no packages were upgraded. J'essaie un à un tous les troubleshoots du wiki sans succès jusqu'ici.

mkinitcpio -P donne ERROR : no presets found in /etc/mkinitcpio.d

Pardon pour le temps de réponse, je n'avais pas tout de suite remarqué que la page 2 s'était ouverte.

Cette dernière commande a fonctionné, et la maj s'est faite. Cela n'a en revanche pas résolu le problème toujours similaire au reboot dans arch.

Alors à la fin du thread que j'avais linké dans mon post initial, cette personne suggérait ceci : Tu n'as pas fait ce que j'avais indiqué : relances la mise à jour en spécifiant (en plus) tous les paquets qui n'ont pas été mise à jour. Donc il ne fallait pas simplement faire : pacman -Suy, mais plut...

Suis allé supprimer manuellement le db.lck car ça ne marchait pas depuis le terminal, ça m'a permis de faire tourner cette maj, qui échoue également : sh-5.1# pacman -Syu :: Synchronizing package databases... core is up to date extra 8.3 MiB 678 KiB/s 00:13 [#########################################...

Live redémarré, étapes suivies dans l'ordre, puis les deux commandes indiquées en cas d'échec par le wiki, arrivée au même résultat :

Tous terminaux fermés (mais j'ai l'impression que sdb4 est désormais démonté, bien qu'apparaissant toujours dans chroot) :

Alors au début j'ai eu encore l'erreur database bloquée, suite à quoi j'ai fait un mini bidouillage car j'avais l'impression d'être mal sorti, entre les différents terminaux ouverts, puis ai relancé un Syu et suis tombé sur ça :    /chroot  sudo pacman -Syu  1 ✘ :: Synchronizing package databas...

Pas de partition boot séparée normalement. Le tuto se suit bien jusqu'au pacman -Syu qui donne error: failed to synchronize all databases (unable to lock database) Pour l'ensemble : sudo mount /dev/sdb4 /mnt  1 ✘    ~  manjaro-chroot /mnt  ✔ sh-5.1# pacman -Syu :: Synchronizing package databas...

Alors c'est là que mon incompréhension frappe un peu : quand vous expliquez "arch-chroot dans ton système", est-ce que ça signifie à partir du terminal du live manjaro, dans le sdb4 accédé depuis l'explorateur de fichiers du live manjaro, ou en rebootant le pc sur arch qui pourrait à nouve...