[Problème] Vmlinuz-linux non disponible

[laurent85]

Là c'est pas encore le sujet et je ne ferais pas ça!

Il faut déjà faire un pacman -Syu et que ça fonctionne. L'option à utiliser c'est '--overwrite <glob>', et à la place de glob l'expression de ce qui peut être écrasé. Je ne mettrais pas non plus '*' à la place de 'glob' ça me paraît dangereux.

https://wiki.archlinux.org/title/Pacman ... _files)%22

[laurent85]

Je commencerais par :

Code : Tout sélectionner

# pacman -Syu --overwrite '/usr/include/synctex*' --overwrite '/usr/lib/libsynctex*' --overwrite '/usr/lib/pkgconfig/synctex.pc'

Sachant que plusieurs options --overwrite sont permises, j'ajouterais les --overwrite nécessaires si d'autres apparaissent.

[Nullinuxencore]

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.

[laurent85]

Pas sûr qu'il soit nécessaire de réinstaller le paquet linux mais bon dans le doute pourquoi pas. A mon avis c'est surtout l'initramfs qui n'a pas été mis à jour.

Toujours à partir du live, chroot dans le système puis réinstalle linux et mets à jour l'initramfs :

Code : Tout sélectionner

# pacman -Syu linux
# mkinitcpio -P
# exit
$ sudo umount /dev/sdb4

Redémarre sur le disque

[Nullinuxencore]

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

[laurent85]

Donne le retour commande complet de pacman -Syu linux, au moins les dernières lignes.

Donne aussi un autre retour de la commande smartctl donné plus haut pour voir si d'autres erreurs matérielles ont eu lieu.

[Nullinuxencore]

pacman -Syu linux :

Code : Tout sélectionner

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.zst exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/kernel/sound/virtio/virtio_snd.ko.zst exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/kernel/sound/x86/snd-hdmi-lpe-audio.ko.zst exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/kernel/sound/xen/snd_xen_front.ko.zst exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/kernel/virt/lib/irqbypass.ko.zst exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/modules.builtin exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/modules.builtin.modinfo exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/modules.order exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/pkgbase exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/vmlinuz exists in filesystem
Errors occurred, no packages were upgraded.

les dernières lignes, c'est ainsi avec tous els paquets jusqu'en haut du défilement du terminal



Smartctl :

Code : Tout sélectionner

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART Attributes Data Structure revision number: 4
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  5 Reallocated_Sector_Ct   -O--CK   100   100   ---    -    4
  9 Power_On_Hours          -O--CK   253   100   ---    -    18986
 12 Power_Cycle_Count       -O--CK   100   100   ---    -    3388
165 Total_Write/Erase_Count -O--CK   100   100   ---    -    756053641032
166 Min_W/E_Cycle           -O--CK   100   100   ---    -    16
167 Min_Bad_Block/Die       -O--CK   100   100   ---    -    35
168 Maximum_Erase_Cycle     -O--CK   100   100   ---    -    67
169 Total_Bad_Block         -O--CK   100   100   ---    -    4
171 Program_Fail_Count      -O--CK   100   100   ---    -    4
172 Erase_Fail_Count        -O--CK   100   100   ---    -    0
173 Avg_Write/Erase_Count   -O--CK   100   100   ---    -    36
174 Unexpect_Power_Loss_Ct  -O--CK   100   100   ---    -    128
187 Reported_Uncorrect      -O--CK   100   100   ---    -    7
194 Temperature_Celsius     -O---K   059   047   ---    -    41 (Min/Max 12/47)
199 SATA_CRC_Error          -O--CK   100   100   ---    -    26
230 Perc_Write/Erase_Count  -O--CK   100   100   ---    -    1542 1812 1812
232 Perc_Avail_Resrvd_Space PO--CK   100   100   004    -    99
233 Total_NAND_Writes_GiB   -O--CK   100   100   ---    -    8482
234 Perc_Write/Erase_Ct_BC  -O--CK   100   100   ---    -    19560
241 Total_Writes_GiB        ----CK   253   253   ---    -    14005
242 Total_Reads_GiB         ----CK   253   253   ---    -    11360
244 Thermal_Throttle        -O--CK   000   100   ---    -    0
                            ||||||_ K auto-keep
                            |||||__ C event count
                            ||||___ R error rate
                            |||____ S speed/performance
                            ||_____ O updated online
                            |______ P prefailure warning

SMART Error Log Version: 1
ATA Error Count: 1233 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 1233 occurred at disk power-on lifetime: 18975 hours (790 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  41 40 00 00 00 00 a0

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ec 00 00 00 00 00 a0 08      00:00:00.000  IDENTIFY DEVICE
  ef 10 02 00 00 00 a0 08      00:00:00.000  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      00:00:00.000  IDENTIFY DEVICE

Error 1232 occurred at disk power-on lifetime: 18975 hours (790 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  41 40 02 00 00 00 a0

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 10 02 00 00 00 a0 08      00:00:00.000  SET FEATURES [Enable SATA feature]

Error 1231 occurred at disk power-on lifetime: 18975 hours (790 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  41 40 02 00 00 00 a0

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 10 02 00 00 00 a0 08      00:00:00.000  SET FEATURES [Enable SATA feature]

Error 1230 occurred at disk power-on lifetime: 18975 hours (790 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  41 40 02 00 00 00 a0

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 10 02 00 00 00 a0 08      00:00:00.000  SET FEATURES [Enable SATA feature]

Error 1229 occurred at disk power-on lifetime: 18975 hours (790 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  41 40 00 00 00 00 00

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 08 60 5c 90 09 40 08      00:00:00.000  WRITE FPDMA QUEUED

[laurent85]

les dernières lignes, c'est ainsi avec tous els paquets jusqu'en haut du défilement du terminal

Tous les paquets ? Tu disais que ça avait marché pacman -Syu finalement avec l'option --overwrite !

[Nullinuxencore]

Pardon je me suis trompé, j'ai confondu pacman -Syu linux et pacman -Syu. Le dernier fonctionne, voilà l'output :

Code : Tout sélectionner

[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 upgrade...
 there is nothing to do

Tandis que le code plus haut est la fin de pacman -Syu linux

Edit : non je disais juste j'ai l'impression : pacman -Syu fonctionne bien, mais pacman -Syu linux non

[laurent85]

La base pacman à l'air en vrac pour d'autres paquets dont linux. Et l'absence de preset pour mkinitcpio c'est pas normal non plus, il devrait y avoir linux.preset dans /etc/mkinitcpio.d, c'est le paquet mkinitcpio qui installe le preset.

Je ne sais pas, je tenterais bien d'autres manip mais à ce stade attends un autre avis c'est mieux, quand benjarobin repassera par là.

[Nullinuxencore]

Je l'avais suppr manuellement en suivant vos conseils de ce sujet : viewtopic.php?t=21410

Après l'avoir recréé à la main, la commande mkinitcpio -p linux donne ceci :

Code : Tout sélectionner

[root@manjaro-gnome /]# mkinitcpio -p linux
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
==> Using configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> ERROR: specified kernel image does not exist: '/boot/vmlinuz-linux'
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
==> Using configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> ERROR: specified kernel image does not exist: '/boot/vmlinuz-linux'
[root@manjaro-gnome /]# 

Ce qui renvoie à l'erreur à l'origine du sujet que je viens de linker, dont la solution que vous proposiez alors, pacman -S linux, est celle qui échoue encore mystérieusement dans mon cas depuis tout à l'heure

[Nullinuxencore]

Cela dit, en poursuivant les recherches de pourquoi cette maj linux rate, je tombe sur ça :

Code : Tout sélectionner

[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-keyring-20230704-1

Total Installed Size:  1.62 MiB
Net Upgrade Size:      0.00 MiB

:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring                                                                      [##########################################################] 100%
(1/1) checking package integrity                                                                    [##########################################################] 100%
(1/1) loading package files                                                                         [##########################################################] 100%
(1/1) checking for file conflicts                                                                   [##########################################################] 100%
(1/1) checking available disk space                                                                 [##########################################################] 100%
:: Processing package changes...
(1/1) reinstalling archlinux-keyring                                                                [##########################################################] 100%
==> Appending keys from archlinux.gpg...
==> Updating trust database...
gpg: next trustdb check due at 2023-10-27
==> Updating trust database...
gpg: next trustdb check due at 2023-10-27
error: command terminated by signal 7: Bus error
:: Running post-transaction hooks...
(1/3) Reloading system manager configuration...
  Skipped: Running in chroot.
(2/3) Arming ConditionNeedsUpdate...
(3/3) Refreshing PackageKit...
Error connecting: Could not connect: No such file or directory
error: command failed to execute correctly

J'avais déjà parfois cette signal 7 : bus error erreur dans les majs des semaines passées, mais ça n'avait jamais empêché quoi que ce soit de tourner alors je ne m'en étais pas particulièrement préoccupé (ou n'avait pas trouvé d'info précises dessus à l'époque). Cela dit, elle n'empêche nullement encore maintenant d'enchaîner avec un pacman -Syu qui fonctionne...


Au fait, il est possible que j'aie en fait bien une partition boot séparée en sdb3, car sinon je vois pas trop ce que serait cette partition ; j'ai refait l'ensemble des manips en la montant telle qu'indiqué dans le wiki pour un résultat final similaire, voici son smartctl :

Code : Tout sélectionner

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART Attributes Data Structure revision number: 4
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
  5 Reallocated_Sector_Ct   -O--CK   100   100   ---    -    4
  9 Power_On_Hours          -O--CK   253   100   ---    -    18987
 12 Power_Cycle_Count       -O--CK   100   100   ---    -    3388
165 Total_Write/Erase_Count -O--CK   100   100   ---    -    756053641032
166 Min_W/E_Cycle           -O--CK   100   100   ---    -    16
167 Min_Bad_Block/Die       -O--CK   100   100   ---    -    35
168 Maximum_Erase_Cycle     -O--CK   100   100   ---    -    67
169 Total_Bad_Block         -O--CK   100   100   ---    -    4
171 Program_Fail_Count      -O--CK   100   100   ---    -    4
172 Erase_Fail_Count        -O--CK   100   100   ---    -    0
173 Avg_Write/Erase_Count   -O--CK   100   100   ---    -    36
174 Unexpect_Power_Loss_Ct  -O--CK   100   100   ---    -    128
187 Reported_Uncorrect      -O--CK   100   100   ---    -    7
194 Temperature_Celsius     -O---K   059   047   ---    -    41 (Min/Max 12/47)
199 SATA_CRC_Error          -O--CK   100   100   ---    -    26
230 Perc_Write/Erase_Count  -O--CK   100   100   ---    -    1542 1812 1812
232 Perc_Avail_Resrvd_Space PO--CK   100   100   004    -    99
233 Total_NAND_Writes_GiB   -O--CK   100   100   ---    -    8482
234 Perc_Write/Erase_Ct_BC  -O--CK   100   100   ---    -    19560
241 Total_Writes_GiB        ----CK   253   253   ---    -    14005
242 Total_Reads_GiB         ----CK   253   253   ---    -    11360
244 Thermal_Throttle        -O--CK   000   100   ---    -    0
                            ||||||_ K auto-keep
                            |||||__ C event count
                            ||||___ R error rate
                            |||____ S speed/performance
                            ||_____ O updated online
                            |______ P prefailure warning

SMART Error Log Version: 1
ATA Error Count: 1233 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 1233 occurred at disk power-on lifetime: 18975 hours (790 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  41 40 00 00 00 00 a0

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ec 00 00 00 00 00 a0 08      00:00:00.000  IDENTIFY DEVICE
  ef 10 02 00 00 00 a0 08      00:00:00.000  SET FEATURES [Enable SATA feature]
  ec 00 00 00 00 00 a0 08      00:00:00.000  IDENTIFY DEVICE

Error 1232 occurred at disk power-on lifetime: 18975 hours (790 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  41 40 02 00 00 00 a0

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 10 02 00 00 00 a0 08      00:00:00.000  SET FEATURES [Enable SATA feature]

Error 1231 occurred at disk power-on lifetime: 18975 hours (790 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  41 40 02 00 00 00 a0

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 10 02 00 00 00 a0 08      00:00:00.000  SET FEATURES [Enable SATA feature]

Error 1230 occurred at disk power-on lifetime: 18975 hours (790 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  41 40 02 00 00 00 a0

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ef 10 02 00 00 00 a0 08      00:00:00.000  SET FEATURES [Enable SATA feature]

Error 1229 occurred at disk power-on lifetime: 18975 hours (790 days + 15 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  41 40 00 00 00 00 00

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  61 08 60 5c 90 09 40 08      00:00:00.000  WRITE FPDMA QUEUED

[laurent85]

Je l'avais suppr manuellement en suivant vos conseils de ce sujet : viewtopic.php?t=21410

c'est le problème de faire des manip sans le dire, comment suivre après, je ne t'ai pas conseillé de faire ça, c'est une autre discussion pour une autre situation, pourquoi faire cela ?

J'avais déjà parfois cette signal 7 : bus error erreur dans les majs des semaines passées, mais ça n'avait jamais empêché quoi que ce soit de tourner alors je ne m'en étais pas particulièrement préoccupé (ou n'avait pas trouvé d'info précises dessus à l'époque). Cela dit, elle n'empêche nullement encore maintenant d'enchaîner avec un pacman -Syu qui fonctionne...

Tu te retrouves dans cette situation de système cassé à cause de ces messages d'erreur de bus, ça signale un problème matériel.

Au fait, il est possible que j'aie en fait bien une partition boot séparée en sdb3, car sinon je vois pas trop ce que serait cette partition ;

J'avais demandé de vérifier pourtant ici avec la commande pour être sûr viewtopic.php?p=179971#p179971

[laurent85]

Tu peux dépanner maintenant mais ça recommencera.

Pour résumer le matériel est défaillant, il faut faire une sauvegarde et le changer !

Ceci dit, normalement une option overwrite de pacman pour réinstaller linux devrait permettre de dépanner finalement, en croisant les doigts que le matériel ne va pas être défaillant au même moment !

[Nullinuxencore]

- 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 coinçait. Désolé néanmoins de ne pas avoir suivi précisément à la lettre. Je voulais pas t'y faire passer des heures aussi cherchait et lisait en parallèle quantité d'autres pages bien complexes en français et anglais à la recherche de solutions lorsque ça coinçait.

Désolé également pour la partition boot séparée, je n'avais pas dû interpréter correctement le résultat de cette commande que j'avais bien entrée, et ai mis du temps, sans certitude encore, à comprendre ce qu'elle pouvait être. Pour expliquer un peu, je n'avais pas à l'origine fait l'install d'arch de A à Z durant laquelle j'aurais configuré cela moi-même, j'étais sur la distribution Antergos, avec son guide d'install intégré, qui a ensuite disparu et été intégrée à l'arch "classique" où je me suis retrouvé un peu malgré moi/sans avoir été vraiment partie prenante de ce choix.

Ok, donc le problème est matériel.

Par contre l'overwrite, ou la manière de le mettre en place relève pas de l'évidence pour moi. Je le vois indiqué pour certains fichiers problématiques, mais ici ce sont des centaines de paquets concernés par les conflits de la maj de linux :

Code : Tout sélectionner

# pacman -Syu mkinitcpio systemd linux
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
warning: mkinitcpio-36-1 is up to date -- reinstalling
warning: systemd-253.6-2 is up to date -- reinstalling
warning: linux-6.4.4.arch1-1 is up to date -- reinstalling
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...

Packages (3) linux-6.4.4.arch1-1  mkinitcpio-36-1  systemd-253.6-2

Total Installed Size:  154.39 MiB
Net Upgrade Size:      125.56 MiB

:: Proceed with installation? [Y/n] y
(3/3) checking keys in keyring                                                                      [###########################################################] 100%
(3/3) checking package integrity                                                                    [###########################################################] 100%
(3/3) loading package files                                                                         [###########################################################] 100%
(3/3) checking for file conflicts                                                                   [###########################################################] 100%
error: failed to commit transaction (conflicting files)
linux: /usr/lib/modules/6.4.4-arch1-1/kernel/arch/x86/crypto/aegis128-aesni.ko.zst exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/kernel/arch/x86/crypto/aesni-intel.ko.zst exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/kernel/arch/x86/crypto/aria-aesni-avx-x86_64.ko.zst exists in filesystem

(Commande trouvée là : https://wiki.archlinux.org/title/Pacman ... 0rebooting Cela veut-il dire qu'il faut y aller avec ce qui ressemble à un bulldozer, sudo pacman --overwrite "*" -Syu ?


Merci beaucoup pour le diagnostic et le temps que tu as passé à y réfléchir et à me répondre, je t'en suis extrêmement reconnaissant.

[laurent85]

j'étais sur la distribution Antergos, avec son guide d'install intégré, qui a ensuite disparu et été intégrée à l'arch "classique" où je me suis retrouvé un peu malgré moi/sans avoir été vraiment partie prenante de ce choix.

Je ne pense pas que la distribution change grand chose quand arrive un problème matériel qui provoque des corruptions.

A mon avis à ce stade dans l'ordre de priorité :

- sauvegarde les données du disque, il n'est pas nécessaire de réparer le système pour cela. Le faire en bootant sur un live ou sur un autre système linux d'un 2è disque sain, puis copier les données.
- répare le système, la réparation tiendra le temps d'une nouvelle corruption, avec le risque de perdre des données définitivement.

Par contre l'overwrite, ou la manière de le mettre en place relève pas de l'évidence pour moi. Je le vois indiqué pour certains fichiers problématiques, mais ici ce sont des centaines de paquets concernés par les conflits de la maj de linux :

Code : Tout sélectionner

# pacman -Syu mkinitcpio systemd linux
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
warning: mkinitcpio-36-1 is up to date -- reinstalling
warning: systemd-253.6-2 is up to date -- reinstalling
warning: linux-6.4.4.arch1-1 is up to date -- reinstalling
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...

Packages (3) linux-6.4.4.arch1-1  mkinitcpio-36-1  systemd-253.6-2

Total Installed Size:  154.39 MiB
Net Upgrade Size:      125.56 MiB

:: Proceed with installation? [Y/n] y
(3/3) checking keys in keyring                                                                      [###########################################################] 100%
(3/3) checking package integrity                                                                    [###########################################################] 100%
(3/3) loading package files                                                                         [###########################################################] 100%
(3/3) checking for file conflicts                                                                   [###########################################################] 100%
error: failed to commit transaction (conflicting files)
linux: /usr/lib/modules/6.4.4-arch1-1/kernel/arch/x86/crypto/aegis128-aesni.ko.zst exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/kernel/arch/x86/crypto/aesni-intel.ko.zst exists in filesystem
linux: /usr/lib/modules/6.4.4-arch1-1/kernel/arch/x86/crypto/aria-aesni-avx-x86_64.ko.zst exists in filesystem

(Commande trouvée là : https://wiki.archlinux.org/title/Pacman ... 0rebooting Cela veut-il dire qu'il faut y aller avec ce qui ressemble à un bulldozer, sudo pacman --overwrite "*" -Syu ?

l'option --overwrite '*' moi je ne l'utiliserais pas, je préfère mettre explicitement ce qui peut être écrasé par le glob nécessaire et suffisant.

Pas besoin de réinstaller mkinitcpio et systemd, le but est de réparer le boot. A mon avis le système ne boot pas parce que l'initramfs et linux sont corrompus. Déjà en réinstallant linux ça bootera, s'il y a d'autres corruptions le plantage se produira après le chargement de linux et de l'initramfs.

Avant de réparer linux et le boot, quel est le contenu de fstab, tu ne l'as pas donné ? Il faut savoir s'il y a une partition de /boot séparée

Je remets le lien où je dis comment faire viewtopic.php?p=179971#p179971

Merci beaucoup pour le diagnostic et le temps que tu as passé à y réfléchir et à me répondre, je t'en suis extrêmement reconnaissant.

Pas de souci, dis ce que tu as fait sinon c'est compliqué d’interprété correctement les erreurs qui se produisent

[Nullinuxencore]

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 partition de config (qui est celle sur le SSD en question, contrairement au reste des données sur un disque plus récent et plus sain) ?


le fstab :

Code : Tout sélectionner

cat /mnt/etc/fstab                                               ✔ 
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
#
/dev/mapper/Albert /home ext4 defaults 0 0
UUID=30DEB480DEB44040 /boot/efi ntfs defaults,relatime 0 0
UUID=f8427141-b936-4f78-8408-b7a7a3b84039 / ext4 defaults,relatime,data=ordered 0 1

[laurent85]

J'ai déjà save pas mal de choses déjà, mais est-ce que ça doit comprendre aussi toute la partition de config (qui est celle sur le SSD en question, contrairement au reste des données sur un disque plus récent et plus sain) ?

Sauvegarde les données perso, une copie de ton répertoire home typiquement.
Le reste du système c'est une option et ça se sauvegarde en veillant à conserver les propriétés des fichiers et les droits, je ne pense pas que ça te soit utile.

Code : Tout sélectionner

cat /mnt/etc/fstab 
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
#
/dev/mapper/Albert /home ext4 defaults 0 0
UUID=30DEB480DEB44040 /boot/efi ntfs defaults,relatime 0 0
UUID=f8427141-b936-4f78-8408-b7a7a3b84039 / ext4 defaults,relatime,data=ordered 0 1

Bizzare cette partition /boot/efi en ntfs, normalement c'est une partition de type fat. Mais peu importe c'est pas important à ce stade.

Tu n'as pas de partition boot séparée, /boot/efi c'est la partition efi des bootloader, celui de grub par exemple, inutile de monter la partition pour réinstaller linux à ce stade.

Donc depuis le live :

Code : Tout sélectionner

sudo mount /dev/sdb4 /mnt
sudo arch-chroot /mnt 

Ensuite réinstallation de linux

Code : Tout sélectionner

pacman -Syu linux --overwrite '/usr/lib/modules*'

La réinstallation de linux si elle réussit doit regénérer l'initramfs automatiquement. Donne le retour de

Code : Tout sélectionner

ls -l /boot

Ensuite sors du chroot :

Code : Tout sélectionner

exit

Démonte la partition :

Code : Tout sélectionner

sudo umount /dev/sdb4

rebooot

[Nullinuxencore]

Ok.

Le résultat de l'overwrite plein d'erreurs :

Code : Tout sélectionner

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
:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...

Packages (1) linux-6.4.4.arch1-1

Total Installed Size:  125.56 MiB
Net Upgrade Size:        0.00 MiB

:: Proceed with installation? [Y/n] y
(1/1) checking keys in keyring                     [######################] 100%
(1/1) checking package integrity                   [######################] 100%
(1/1) loading package files                        [######################] 100%
(1/1) checking for file conflicts                  [######################] 100%
(1/1) checking available disk space                [######################] 100%
:: Processing package changes...
(1/1) reinstalling linux                           [######################] 100%
error: command terminated by signal 7: Bus error
:: Running post-transaction hooks...
(1/4) Arming ConditionNeedsUpdate...
(2/4) Updating module dependencies...
(3/4) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux.img --microcode /boot/intel-ucode.img
==> Starting build: '6.4.4-arch1-1'
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: 'xhci_pci'
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [encrypt]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
/usr/bin/mkinitcpio: line 963:  1462 Bus error               (core dumped) ldconfig -r "$BUILDROOT" &> /dev/null
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux.img'
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux-fallback.img -S autodetect --microcode /boot/intel-ucode.img
==> Starting build: '6.4.4-arch1-1'
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: 'qla1280'
==> WARNING: Possibly missing firmware for module: 'qla2xxx'
==> WARNING: Possibly missing firmware for module: 'bfa'
==> WARNING: Possibly missing firmware for module: 'qed'
==> WARNING: Possibly missing firmware for module: 'xhci_pci'
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [encrypt]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
/usr/bin/mkinitcpio: line 963:  5416 Bus error               (core dumped) ldconfig -r "$BUILDROOT" &> /dev/null
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-fallback.img'
==> Image generation successful
(4/4) Refreshing PackageKit...
Error connecting: Could not connect: No such file or directory
error: command failed to execute correctly

Le ls -l /boot :

Code : Tout sélectionner

sh-5.1# ls -l boot
total 80640
drwxr-xr-x 2 root root     4096 Jan  8  2019 efi
drwxr-xr-x 6 root root     4096 Jan  8  2019 grub
-rw------- 1 root root  9052545 Jul 20 22:44 initramfs-custom2.img
-rw------- 1 root root 39352650 Jul 21 13:16 initramfs-linux-fallback.img
-rw------- 1 root root 14164207 Jul 21 13:15 initramfs-linux.img
-rw-r--r-- 1 root root  7315456 Jun 14 08:48 intel-ucode.img
drwxr-xr-x 2 root root     4096 Nov 29  2019 syslinux
-rw-r--r-- 1 root root 12666880 Jul 21 13:15 vmlinuz-linux

Le démontage partition :

Code : Tout sélectionner

 sudo umount /dev/sdb4                            INT ✘  44m 27s  
umount: /mnt: target is busy.

Edit : ça a marché après avoir umount sdb3, je reboot

Edit 2 toujours la même erreur de boot au démarrage d'arch

[Nullinuxencore]

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'autre qu'un retour ligne