Dès lancement d'un programme, plantage.

Coeur Noir · Le 22/03/2020, à 18:06

Hello,

PC multi-boot ; UbuntuBudgie 18.04, dans ce cas.

Dès que je lançais un programme ( firefox, machines, ou autre ) j'avais un écran console qui s'affichait.

La situation a vaguement empiré après :
⋅ quelques redémarrages successifs via touches magiques,
⋅ démarrages de live session usb 18.04 pour passer la commande :

sudo fsck -yfv -C0 /dev/sd**

sur chacune de mes partitions ext4.

Maintenant dès le démarrage de 18.04 j'ai cet écran :

et c'était les mêmes messages précédemment lorsque je lançais une appli :
→ failed to rotate /var/log/journal…
→ EXT4-fs error ( device sdb5 )…

C'est ce EXT4-fs error qui m'a fait songer au fsck qui n'avait pas retourné de modification sur les partitions contenant des systèmes ( dont la sdb5 ).

J'ai pas mal de blagues avec cet ordi récemment ( https://forum.ubuntu-fr.org/viewtopic.p … #p22222552 )
⋅ les tests des disques ne semblent pas alarmants ( vieux mais pas spécialement abîmés )
⋅ il a fallu que je change de place sur la CM le port sata du disque sda + virer le 2ème DD, sinon pas de démarrage…
⋅ me resterait à changer tous les câbles SATA pour voir ( ça vieillit des câbles ??? ) mais est-ce que c'est pas la CM qui foire au niveau des SATA ?

Ici un dmesg → https://paste.ubuntu.com/p/VgdVkM88P2/ → qui renvoie quelques erreurs ACPI que j'ai toujours vues sur ce PC depuis que je l'ai ( soit 6-7 ans maintenant ).

Et là un boot-info → http://paste.ubuntu.com/p/f6RTvjDXTy/ → si ça peut inspirer ?

L'autre système ( 16.04 ) démarre toujours, sans râler ( pour l'instant ? ).

En fait j'ai très envie de supprimer cette 18.04 boîteuse, pour en réinstaller une propre. Ou pas. Ou une 19.10 histoire de l'upgrader prochainement en 20.04…

…sauf si vous me dites / trouvez qu'il vaut mieux changer d'ordi !

Dernière modification par Coeur Noir (Le 22/03/2020, à 18:08)

geole · Le 22/03/2020, à 18:31

Bonjour
Donne le retour de cette commande

sudo smart  -s  on   -a  /dev/sdb

Coeur Noir · Le 22/03/2020, à 19:05

smart ? smartctl plutôt non ;-)

coeurnoir@Asgard:~$ sudo smartctl -s on -a /dev/sdb
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.15.0-91-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Samsung based SSDs
Device Model:     Samsung SSD 840 EVO 120GB
Serial Number:    S1D5NSADB89673F
LU WWN Device Id: 5 002538 8a00e26fd
Firmware Version: EXT0BB0Q
User Capacity:    120 034 123 776 bytes [120 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ATA8-ACS T13/1699-D revision 4c
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sun Mar 22 18:03:59 2020 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

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

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		( 4200) seconds.
Offline data collection
capabilities: 			 (0x53) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 (  70) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   095   095   000    Old_age   Always       -       23273
 12 Power_Cycle_Count       0x0032   096   096   000    Old_age   Always       -       3728
177 Wear_Leveling_Count     0x0013   098   098   000    Pre-fail  Always       -       18
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x0032   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0032   072   054   000    Old_age   Always       -       28
195 ECC_Error_Rate          0x001a   200   200   000    Old_age   Always       -       0
199 CRC_Error_Count         0x003e   100   100   000    Old_age   Always       -       0
235 POR_Recovery_Count      0x0012   099   099   000    Old_age   Always       -       328
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       4966473502

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed without error       00%         9         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

coeurnoir@Asgard:~$

inbox · Le 22/03/2020, à 19:49

Salut,

Si tu ne l'as jamais fait, pense à mettre à jour le firmware de ton SSD. Dans certains cas, s'il y a un bug, il peut y avoir une dégradation de fonctionnement.

J'ai le même modèle que le tien et j'avais dû le mettre à jour, il y quelques temps.

Le firmware se met à jour avec l'iso bootable. Il faut sauvegarder tes données avant la mises à jour car il y a un risque de perte de données.

A+

moko138 · Le 22/03/2020, à 19:57

Input/output error (...)
L'ext4 de ta sdb5 a donc été monté en lecture seule.

Donc oui, la priorité est d'examiner les données SMART de sdb. AVANT tout nouveau fsck, qui aggraverait les choses si c'est le disque qui est abîmé.

Ensuite, oui : essayer de permuter les nappes, les prises Sata,
et nettoyer tous leurs connecteurs.
Leurs ennemis habituels sont
- les corps gras (déposés par le bout des doigts)
- la poussière
- la corrosion.

Il y a au moins 8 connecteurs par disque, à dépoussiérer et dégraisser :

C-M             Nappe-data               Disque
|--           =---------------=         -|
1             2               3          4

Alim             Nappe-alim              Disque
|--           =---------------=         -|
5             6               7          8

Corrosion :
Y a-t-il une industrie chimique près de chez toi ?
De l'épandage sur les vignes (sulfate de cuivre ?) ?

Hypothèse farfelue :
Comme je crois me rappeler qu'il y a une centrale nucléaire pas loin de chez toi, ton matériel serait doté de perception extra-sensible à certaine activité...

moko138 · Le 22/03/2020, à 20:00

Ceci !

Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.

m'étonne de ta part.

Coeur Noir · Le 22/03/2020, à 20:21

moko138 a écrit :

Corrosion :
1. Y a-t-il une industrie chimique près de chez toi ?
2. De l'épandage sur les vignes (sulfate de cuivre ?) ?
Hypothèse farfelue :
3. Comme je crois me rappeler qu'il y a une centrale nucléaire pas loin de chez toi, ton matériel serait doté de perception extra-sensible à certaine activité...

Pas à ma connaissance pour 1.
Oui, plutôt pour 2.
Et oui pour 3 aussi, Chinon.

Mais pour tous ces cas, mon domicile ne serait à priori ni + ni - exposé que mon lieu de travail où je n'ai pas de souci particuliers de corrosion / usure câbles ( et là il ne s'agit pas juste de quelques pc's / appareils sous maintenances spécifiques qui ne nous ont pas signalées de particularités de cet ordre ).

Quant à

Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.

je t'avoue non sans honte ma totale ignorance à ce sujet ! C'est quoi / qui ?

Coeur Noir · Le 22/03/2020, à 20:24

inbox a écrit :

Si tu ne l'as jamais fait, pense à mettre à jour le firmware de ton SSD

Ah. Effectivement je ne l'ai jamais fait pour le SSD. Fait pour la carte-mère y a un moment déjà.

Donc en gros je colle l'iso sur une clé usb, et je démarre sur cette clé ?

( après sauvegarde de ce qu'il y a sur le SSD → je pensais faire une image de la partition / ça suffit ? )

moko138 · Le 22/03/2020, à 20:37

Je m'étonne qu'un utilisateur chevronné comme toi n'ait pas fait ceci :

À la mise en service d'un disque, exécuter une bonne fois :

sudo smartctl -s on -S on -o on /dev/le-disque

Ou bien, en développé mais c'est rigoureusement la même chose :

sudo smartctl --smart=on --saveauto=on --offlineauto=on /dev/le-disque

Avec :

man smartctl
       -s VALUE, --smart=VALUE
              Enables or disables SMART on  device.   The  valid  arguments  to  this
              option  are  on  and  off.  

       -S VALUE, --saveauto=VALUE
              [ATA] Enables or disables  SMART  autosave  of  device  vendor-specific
              Attributes.  The  valid  arguments to this option are on and off.

       -o VALUE, --offlineauto=VALUE
              [ATA only] Enables or disables  SMART  automatic  offline  test,  which
              scans  the drive every four hours for disk defects. The  valid  arguments  to  this
              option are on and off.

.

= =

Dans le cas présent (suspicion sur l'état matériel du disque),
ce n'est plus le moment d'activer les autotests, et s'ils avaient été activés, je t'aurais invité à faire -o off sans tarder.

moko138 · Le 22/03/2020, à 20:42

Interlude :

Coeur Noir a écrit :

Chinon

Pourquoi le chinon n'est-il pas le vin préféré de Poutine ?

Parce que...
il préfère le chiroubles. (Pour voir la solution, surligner).

inbox · Le 22/03/2020, à 20:56

Pour la sauvegarde, tu procèdes comme tu veux.

J'avais mis à jour le firmware, car il y avait un bug qui provoquait des problèmes de fonctionnement de ce modèle de SSD au bout d'un moment d'utilisation. Je n'ai pas retrouvé la source de l'info.

Par contre, je n'ai pas essayé avec une clef USB car mon PC ne sais pas booter sur celle ci. J'ai donc fait la manip avec un CD. Tu peux essayer avec une clef. Si tu accèdes bien à l'interface de mise à jour, c'est que c'est OK.

Dernière modification par inbox (Le 22/03/2020, à 20:58)

jeange · Le 22/03/2020, à 23:37

moko a écrit :

il préfère le chirouble.

Houla! ça sent la fin de ouèkand, confiné ou pas,
@ moko, quand Cœur noir va te causer Benais, fais-toi humble.

Coeur Noir · Le 24/03/2020, à 22:59

Alors pour la mise à jour du firmware du ssd Samsung, il faut passer par un cd.

Booter dessus, ssd bien reconnu, demande si on a des sauvegardes, oui, demande si on mettre à jour le firmware, oui, mouline un moment, échec, version firmware mismatch.

Disque ssd devenu invisible, probablement brické.

Quelle bonne affaire. Je vire ce disque, mets à la place un hdd vide préalablement effacé via gparted dans l'optique d'y recoller mes images de partition système.

Démarrage en live session depuis une clé usb, impossible de voir ce disque, quel que soit le port SATA où je le branche. Seuls le disque Data ( /home ) et la clé sont vus.

Au démarrage j'ai aperçu ces messages :
ata6 COMRESET failed ( errno= -16 )
et toujours pour ata6 un débit à 1.5 gbps au lieu de 3

Comme je ne sais pas quoi faire, j'éteins tout proprement c'est l'heure de manger de toute façon.

Je m'y remets une bonne heure plus tard, rien, même pas le bios...

Là je poste depuis mon smartphone et c'est très pas pratique du tout.

inbox · Le 25/03/2020, à 00:35

L'alim ou la carte mère qui a lâché ?

Coeur Noir · Le 25/03/2020, à 03:18

Comment savoir ?

Je penche pour la carte mère puisque la dernière fois que j'ai pu voir des valeurs d'alimentation ou de température dans le bios, et avant via psensor, tout semblait normal.

De plus les soucis avec les disques me portent à croire que la CM avait du mal avec les ports sata.

Un peu deg' pour le SSD.

Pile poil le meilleur moment pour tomber en rade...

moko138 · Le 25/03/2020, à 08:17

Je compatis...

Il y a 8 connecteurs par disque, à dépoussiérer et dégraisser :

C-M             Nappe-data               Disque
|--           =---------------=         -|
1             2               3          4

Alim             Nappe-alim              Disque
|--           =---------------=         -|
5             6               7          8

As-tu vérifié sur une autre carte-mère si le ssd était vraiment briqué ?

Coeur Noir · Le 25/03/2020, à 16:55

Au domicile pas d'autre ordinateur sous la main.

Un module CRU pour tester les disques mais comme je ne peux plus démarrer ma tour même en live-usb...

Le message concernant ata6 concerne-t-il un port SATA ou autre chose ?
Car je ne vois pas ce qui serait branché sur ce port...

Le disque qui n'a jamais cessé d'être reconnu est listé en SCSI dans dmesg.

Il est sur un port sata de la CM que je ne parviens pas à déconnecter (!)

Rien à voir mais au cours de ces pérégrinations il me semble avoir remarqué que l'ext4 créé sous 18.04+ n'est pas fsck-able depuis 16.04 ( fonction c_sum pas prise en charge ) ???

Coeur Noir · Le 27/03/2020, à 02:18

O.o

J'en étais rendu à désosser complètement le bazar quand quelqu'un ( merci ) m'a fait remarquer qu'on peut réinitialiser le bios complètement via un bouton sur la CM.

Si vous en êtes rendus là, penser à vous munir d'un clavier filaire tout simple, un bios remis à zéro ne commute pas forcément les ports usb ;-)

Au redémarrage suivant, bios apparaît, joie !

Puis de là je peux tenter une live session usb, re joie !

Depuis cette live session je teste mes divers disques et constate que le SSD est intact, re re joie !

Bref je remonte tout, jette un œil au dmesg, les erreurs acpi ont disparu ( ! ) reste juste quelques avertissements :

django@ASGARD:~$ dmesg | egrep 'ACPI Warning'
[    0.535636] ACPI Warning: SystemIO range 0x0000000000001828-0x000000000000182F conflicts with OpRegion 0x0000000000001800-0x000000000000187F (\PMIO) (20190703/utaddress-204)
[    0.535645] ACPI Warning: SystemIO range 0x0000000000001C40-0x0000000000001C4F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR) (20190703/utaddress-204)
[    0.535649] ACPI Warning: SystemIO range 0x0000000000001C30-0x0000000000001C3F conflicts with OpRegion 0x0000000000001C00-0x0000000000001C3F (\GPRL) (20190703/utaddress-204)
[    0.535652] ACPI Warning: SystemIO range 0x0000000000001C30-0x0000000000001C3F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR) (20190703/utaddress-204)
[    0.535655] ACPI Warning: SystemIO range 0x0000000000001C00-0x0000000000001C2F conflicts with OpRegion 0x0000000000001C00-0x0000000000001C3F (\GPRL) (20190703/utaddress-204)
[    0.535658] ACPI Warning: SystemIO range 0x0000000000001C00-0x0000000000001C2F conflicts with OpRegion 0x0000000000001C00-0x0000000000001FFF (\GPR) (20190703/utaddress-204)
django@ASGARD:~$

Si quelqu'un sait ce que cela signifie…

Plus de réduction de débit à 1,5 Gbps non plus sur ata :

django@ASGARD:~$ dmesg | egrep 'ata'
[    0.000000] BIOS-e820: [mem 0x00000000d884e000-0x00000000d8866fff] ACPI data
[    0.024538] ACPI: SSDT 0x00000000D8862B18 00036D (v01 SataRe SataTabl 00001000 INTL 20091112)
[    0.105445] Memory: 16211132K/16645608K available (14339K kernel code, 2387K rwdata, 4724K rodata, 2676K init, 5044K bss, 434476K reserved, 0K cma-reserved)
[    0.145408] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details.
[    0.181544] libata version 3.00 loaded.
[    0.459937] Write protecting the kernel read-only data: 22528k
[    0.561211] ata1: SATA max UDMA/133 abar m2048@0xf7d1a000 port 0xf7d1a100 irq 29
[    0.561211] ata2: DUMMY
[    0.561213] ata3: SATA max UDMA/133 abar m2048@0xf7d1a000 port 0xf7d1a200 irq 29
[    0.561214] ata4: SATA max UDMA/133 abar m2048@0xf7d1a000 port 0xf7d1a280 irq 29
[    0.561214] ata5: DUMMY
[    0.561214] ata6: DUMMY
[    0.875952] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    0.876255] ata3.00: supports DRM functions and may not be fully accessible
[    0.876710] ata3.00: NCQ Send/Recv Log not supported
[    0.876711] ata3.00: ATA-9: Samsung SSD 840 EVO 120GB, EXT0BB6Q, max UDMA/133
[    0.876722] ata3.00: 234441648 sectors, multi 1: LBA48 NCQ (depth 32), AA
[    0.877555] ata3.00: supports DRM functions and may not be fully accessible
[    0.878003] ata3.00: NCQ Send/Recv Log not supported
[    0.878496] ata3.00: configured for UDMA/133
[    0.879930] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    0.879942] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    0.880653] ata4.00: ATA-9: WDC WD10EZEX-00BN5A0, 01.01A01, max UDMA/133
[    0.880665] ata4.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 32), AA
[    0.881434] ata4.00: configured for UDMA/133
[    0.881575] ata1.00: ATAPI: ATAPI   iHAS124   Y, BL0V, max UDMA/100
[    0.883508] ata1.00: configured for UDMA/100
[    1.946726] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[    4.404136] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
django@ASGARD:~$

Que faut-il en penser ? Une option foireuse activée dans le bios depuis des lustres ? Le bios c'est pas un truc que je vais farfouiller tous les 4 matins…

Conseils et avis bienvenus.

moko138 · Le 27/03/2020, à 07:49

Ça fait plaisir de lire une bonne nouvelle !

- -

Le message concernant ata6 concerne-t-il un port SATA ou autre chose ?

ata6, c'est la prise ata sérigraphiée "ata6" sur ta carte-mère.

- -

Il est sur un port sata de la CM que je ne parviens pas à déconnecter (!)

Ne force pas. Rappelle-toi qu'il existe des connecteurs (sata) à griffes, qui s'ouvrent comme des pinces à linge.
Et s'il y a une soudure qui faiblit, c'est encore moins le moment de tirer comme un sourd.
Dis-nous ce qui est sérigraphié au pied de cette prise.

- -
Je relève dans ton dernier dmesg :

[    0.561211] ata2: DUMMY
[    0.561214] ata5: DUMMY
[    0.561214] ata6: DUMMY

reverso.net propose, entre autres sens :

dummy plug n. : fiche isolante
dummy plug n. : fiche court-circuit [Comp.]

Quelquefois, en désossant ou nettoyant à fond, on a des surprises : entre la carte-mère et le châssis des tours, j'ai déjà trouvé un écrou - largement de quoi former un court-circuit - et même une vieille barrette de RAM !

Coeur Noir · Le 27/03/2020, à 18:05

Oui, pardon comme souvent j'oublie des étapes, je suis finalement parvenu à déconnecter ce connecteur sata sur ata 6 en écartant un peu le port femelle sur la CM.

C'est pour ça qu'aujourd'hui ata 6 est dummy, comme 2 ou 5, car rien n'y est connecté dorénavant.

Le ssd est aujourd'hui sur ata 3 et le hdd sur ata 4.

J'ai checké, dépoussiéré, rien trouvé qui traînait… reste ce mystère concernant le bios et la disparition ( tant mieux ) des erreurs acpi et autre pépins de débits sur les ata. Constaté sous 16.04 comme 19.10 ( donc pas lié à un noyau en particulier à priori ).

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 22/03/2020, à 18:06

Dès lancement d'un programme, plantage.

#2 Le 22/03/2020, à 18:31

Re : Dès lancement d'un programme, plantage.

#3 Le 22/03/2020, à 19:05

Re : Dès lancement d'un programme, plantage.

#4 Le 22/03/2020, à 19:49

Re : Dès lancement d'un programme, plantage.

#5 Le 22/03/2020, à 19:57

Re : Dès lancement d'un programme, plantage.

#6 Le 22/03/2020, à 20:00

Re : Dès lancement d'un programme, plantage.

#7 Le 22/03/2020, à 20:21

Re : Dès lancement d'un programme, plantage.

#8 Le 22/03/2020, à 20:24

Re : Dès lancement d'un programme, plantage.

#9 Le 22/03/2020, à 20:37

Re : Dès lancement d'un programme, plantage.

#10 Le 22/03/2020, à 20:42

Re : Dès lancement d'un programme, plantage.

#11 Le 22/03/2020, à 20:56

Re : Dès lancement d'un programme, plantage.

#12 Le 22/03/2020, à 23:37

Re : Dès lancement d'un programme, plantage.

#13 Le 24/03/2020, à 22:59

Re : Dès lancement d'un programme, plantage.

#14 Le 25/03/2020, à 00:35

Re : Dès lancement d'un programme, plantage.

#15 Le 25/03/2020, à 03:18

Re : Dès lancement d'un programme, plantage.

#16 Le 25/03/2020, à 08:17

Re : Dès lancement d'un programme, plantage.

#17 Le 25/03/2020, à 16:55

Re : Dès lancement d'un programme, plantage.

#18 Le 27/03/2020, à 02:18

Re : Dès lancement d'un programme, plantage.

#19 Le 27/03/2020, à 07:49

Re : Dès lancement d'un programme, plantage.

#20 Le 27/03/2020, à 18:05

Re : Dès lancement d'un programme, plantage.

Pied de page des forums