Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 27/04/2020, à 16:51

coproski31

Deuxième disque dur rendu inaccessible par la mise en veille

Bonjour,
C'est un problème que j'ai depuis un moment, et que j'espérais régler en réinstallant complètement le système avec la dernière distribution, mais malheureusement ce n'est pas le cas.
J'ai deux disques dur internes sda et sdb, avec la même structure de partition sur chaque : Bios sur sdx1, ubuntu sur sdx2 (18.04 sur le sda, et 20.04 sur le sdb en remplacement du 16.04 que j'avais gardé jusque là), swap sur sdx 3 et /home sur sdx4. Quand j'utilise un système j'accède aux partitions sur l'autre disque comme des périphériques externes, sauf que régulièrement (mais pas systématiquement) après une mie en veille, ces deux partitions ne se montent. J'obtiens alors un message d'erreur "Error mounting /dev/sda2 at /chemin_de_montage : wrong fs type, bad option bad superblock on /dev/sda2, missing codepage or helper program, or other error". Ça me fait la même chose quelque soit le système et le disque sur lequel il se trouve, et ça remarche normalement quand je redémarre.

Ce qui m'intrigue le plus c'est le côté imprévisible de ce bug : c'est toujours après une mise en veille, mais ce n'est pas systémaique. En cherchant ce message d'erreur sur internet, je n'ai trouvé que des cas où le problème était permanent.
Je mets le résultat de fdisk, si ça peut aider :

sudo fdisk -l
Disque /dev/loop0 : 62,9 MiB, 65105920 octets, 127160 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 93,94 MiB, 98484224 octets, 192352 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 49,8 MiB, 52203520 octets, 101960 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 240,82 MiB, 252493824 octets, 493152 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 54,97 MiB, 57614336 octets, 112528 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 171,101 MiB, 180338688 octets, 352224 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop6 : 27,9 MiB, 28405760 octets, 55480 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop7 : 242,43 MiB, 254193664 octets, 496472 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


La table de partitions GPT de sauvegarde est corrompue, mais la primaire semble fonctionnelle, elle sera donc utilisée.
Disque /dev/sda : 238,49 GiB, 256060514304 octets, 500118192 secteurs
Disk model: LITEON IT L8T-25
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : A624E69A-2488-4D58-971E-B764EEAFBC75

Périphérique    Début       Fin  Secteurs Taille Type
/dev/sda1        2048      6143      4096     2M Amorçage BIOS
/dev/sda2        6144  44929023  44922880  21,4G Système de fichiers Linux
/dev/sda3    44929024  70320127  25391104  12,1G Partition d'échange Linux
/dev/sda4    70320128 500008959 429688832 204,9G Système de fichiers Linux


Disque /dev/sdb : 238,49 GiB, 256060514304 octets, 500118192 secteurs
Disk model: LITEON IT L8T-25
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 76C61AA9-DB3F-4E14-82C1-117F1C5C5525

Périphérique    Début       Fin  Secteurs Taille Type
/dev/sdb1        2048      4095      2048     1M Amorçage BIOS
/dev/sdb2        4096  58597375  58593280    28G Système de fichiers Linux
/dev/sdb3    58597376  83988479  25391104  12,1G Partition d'échange Linux
/dev/sdb4    83988480 500117503 416129024 198,4G Système de fichiers Linux

La partie "La table de partitions GPT de sauvegarde est corrompue, mais la primaire semble fonctionnelle, elle sera donc utilisée." n'apparaît pas tout le temps, même lorsque j'ai un message d'erreur pour monter les partitions.

Autre précision, je ne sais pas si ça a une importance : les deux disques étaient initialement en fake-raid, que j'ai "défait" quand j'ai installé ubuntu la première fois.
Voilà, est-ce que quelqu'un a une idée de comment résoudre ça ? Merci d'avance !

Dernière modification par coproski31 (Le 27/04/2020, à 17:03)

Hors ligne

#2 Le 28/04/2020, à 09:03

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Quelques infos supplémentaires : aujourd'hui, après deux passages en veille, le sda2 (racine) était toujours accessible, mais pas le sda4 (/home). C'est la première fois que je constate ça. En passant par l'utilitaire de disque j'essaie de vérifier le système de fichier et j'obtiens comme réponse "Error checking filesystem on /dev/sda4: Error when trying to detect filesystem on '/dev/sda4': Failed to probe the device '/dev/sda4' (udisks-error-quarks 0)". J'ai alors voulu analyser sda2 mais il a alors planté aussi (d'habitude ce n'est que la mise en veille qui le fait planter), et maintenant sda n'apparaît même plus dans les résultats de fdisk ! Il apparaît toujours dans l'utilitaire de disque, mais sda2 n'est plus reconnu comme partition linux (contrairement à sda4).
Est-ce que quelqu'un comprend un peu mieux que moi ce qu'il se passe ?

Hors ligne

#3 Le 28/04/2020, à 09:37

moko138

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Salut,
Avant tout, pourrais-tu montrer le retour de :

sudo lsblk -o name,fstype,size,label,mountpoint -e 7,11 ; echo -e "\n\t\t\t= = =\nDésignations...\n\t...stables\t\t\t                ...instables :"; ls -l /dev/disk/by-id | grep -vi Reader | awk '{print $9,$11}' | sort -k2 | column -s' ' -t

s'il te plaît ?


Provisoirement, évite tout fsck sur aucune partition de tes deux disques internes !

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#4 Le 28/04/2020, à 10:14

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Salut, merci pour ta réponse. Voilà le résultat (avec les deux partitions montées) :

NAME   FSTYPE   SIZE LABEL MOUNTPOINT
sda           238,5G       
├─sda1            2M       
├─sda2 ext4    21,4G       /media/guillaume/7050825f-5f86-40b7-88bd-5c0a500c718f
├─sda3 swap    12,1G       
└─sda4 ext4   204,9G       /storage_sda
sdb           238,5G       
├─sdb1            1M       
├─sdb2 ext4      28G       /
├─sdb3 swap    12,1G       [SWAP]
└─sdb4 ext4   198,4G       /home

			= = =
Désignations...
	...stables			                ...instables :
ata-LITEON_IT_L8T-256L9G_002445123554        ../../sda
ata-LITEON_IT_L8T-256L9G_002445123554-part1  ../../sda1
ata-LITEON_IT_L8T-256L9G_002445123554-part2  ../../sda2
ata-LITEON_IT_L8T-256L9G_002445123554-part3  ../../sda3
ata-LITEON_IT_L8T-256L9G_002445123554-part4  ../../sda4
ata-LITEON_IT_L8T-256L9G_002445123555        ../../sdb
ata-LITEON_IT_L8T-256L9G_002445123555-part1  ../../sdb1
ata-LITEON_IT_L8T-256L9G_002445123555-part2  ../../sdb2
ata-LITEON_IT_L8T-256L9G_002445123555-part3  ../../sdb3
ata-LITEON_IT_L8T-256L9G_002445123555-part4  ../../sdb4

Par ailleurs je viens de constater qu'après mise en veille ces partitions peuvent apparaître normalement, mais sans que je ne puisse écrire dessus ou copier des fichiers et sans voir le contenu des dossiers à partir du niveau -3 de l'arborescence (les sous-sous-sous-dossiers apparaissent comme vide).

Hors ligne

#5 Le 28/04/2020, à 12:31

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Je viens de remarquer autre chose : il est possible que les premiers "symptômes" (en fait c'est lus gradué que je ne pensais, au début certains fichiers ou dossiers sont accessibles, d'autres non) apparaissent après une mise en veille anormalement longue, souvent (tout le temps ?) la deuxième après démarrage. Normalement la mise en veille se fait quasi-instantanément, mais des fois ça prend environ 1 minute.
Comme je l'ai dit dans un autre post, mon écran tactile ne s'active qu'après la première mise en veille, donc si je veux que tout marche bien il faut que je mette mon ordinateur en veille au démarrage, et plus du tout ensuite...

Hors ligne

#6 Le 28/04/2020, à 12:57

geole

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Bonjour
Ne pas oublier d'installer l'application smartclt

sudo apt-get install --no-install-recommends smartmontools

puis de publier l'état des disques

sudo smarctl  -a on  -s  /dev/sda
sudo smarctl  -a on  -s  /dev/sdb

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#7 Le 28/04/2020, à 15:00

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Ah oui pardon ! Pas de problème sur le sdb (celui que j'utilise en ce moment), par contre pour le sda ça me renvoie ça :

smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-26-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

Short INQUIRY response, skip product id
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

quand je suis dans la situation où une des partitions ne se monte pas. Quand elle se monte normalement (au démarrage par exemple), smartctl dit qu'il n'y a pas de problème :

smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-26-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     LITEON IT L8T-256L9G
Serial Number:    002445123555
Firmware Version: H881202
User Capacity:    256060514304 bytes [256 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS, ATA/ATAPI-7 T13/1532D revision 4a
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Tue Apr 28 15:57:13 2020 CEST
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: 		(   10) seconds.
Offline data collection
capabilities: 			 (0x15) SMART execute Offline immediate.
					No Auto Offline data collection support.
					Abort Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					No 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: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 (  10) 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
  1 Raw_Read_Error_Rate     0x002f   100   100   000    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0003   100   100   000    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0002   100   100   000    Old_age   Always       -       750
 12 Power_Cycle_Count       0x0003   100   100   000    Pre-fail  Always       -       3452
177 Wear_Leveling_Count     0x0003   100   100   000    Pre-fail  Always       -       9542
178 Used_Rsvd_Blk_Cnt_Chip  0x0003   100   100   000    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0003   100   100   000    Pre-fail  Always       -       0
182 Erase_Fail_Count_Total  0x0003   100   100   000    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0003   100   100   000    Pre-fail  Always       -       0
188 Command_Timeout         0x0003   100   100   000    Pre-fail  Always       -       9
189 Unknown_SSD_Attribute   0x0003   100   100   000    Pre-fail  Always       -       108
191 Unknown_SSD_Attribute   0x0003   100   100   000    Pre-fail  Always       -       0
192 Power-Off_Retract_Count 0x0003   100   100   000    Pre-fail  Always       -       256
196 Reallocated_Event_Count 0x0003   100   100   000    Pre-fail  Always       -       0
198 Offline_Uncorrectable   0x0003   100   100   000    Pre-fail  Always       -       0
199 UDMA_CRC_Error_Count    0x0003   100   100   000    Pre-fail  Always       -       0
232 Available_Reservd_Space 0x0003   100   100   010    Pre-fail  Always       -       0
241 Total_LBAs_Written      0x0003   100   100   000    Pre-fail  Always       -       48056
242 Total_LBAs_Read         0x0003   100   100   000    Pre-fail  Always       -       37371

SMART Error Log Version: 0
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

Selective Self-tests/Logging not supported

Hors ligne

#8 Le 28/04/2020, à 15:40

geole

Re : Deuxième disque dur rendu inaccessible par la mise en veille

coproski31 a écrit :
=== START OF INFORMATION SECTION ===
Device Model:     LITEON IT L8T-256L9G
Serial Number:    002445123555
Firmware Version: H881202

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  9 Power_On_Hours          0x0002   100   100   000    Old_age   Always       -       750
 12 Power_Cycle_Count       0x0003   100   100   000    Pre-fail  Always       -       3452
177 Wear_Leveling_Count     0x0003   100   100   000    Pre-fail  Always       -       9542
188 Command_Timeout         0x0003   100   100   000    Pre-fail  Always       -       9

Je ne sais pas trop interpréter les résultats des SSD.      Il y a quand même  9 commandes qui ont eu des problèmes.
Je sais que,  souvent, les SSD profitent des périodes d'inactivité pour se réorganiser.. Alors si tu le réveilles en pleine réorganisation....
ll faudrait vérifier si son firmware est bien le dernier. Je vais tenter de voir si le constructeur possède cette information
   https://www.dell.com/support/search/fr/ … f:iuxType=[Drivers%20%26%20Downloads]&f:langFacet=[fr] 
   ===> Tu aurais donc une version plus récente que la dernière  ( H88110D ) proposée par le site....

Dernière modification par geole (Le 28/04/2020, à 16:00)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#9 Le 28/04/2020, à 16:17

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

geole a écrit :

Il y a quand même  9 commandes qui ont eu des problèmes.

Effectivement. Et je viens de le relancer il y en a maintenant 86...

geole a écrit :

Tu aurais donc une version plus récente que la dernière  ( H88110D ) proposée par le site....

La version sur leur site date de 2015, j'ai acheté mon ordi en 2016. Peut-être ont-ils sorti une version entre-temps, mais sans la mettre en ligne ?

Hors ligne

#10 Le 02/05/2020, à 10:25

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Personne n' d'idée ? Est-ce que ça peut venir des tables de partition ? Ou des partitions de boot ?
Après plusieurs observations, j'ai l'impression que c'est souvent la deuxième mise en veille qui prend beaucoup de temps, et les partitions de l'autre disque qui deviennent progressivement inaccessibles à partir de là.

Hors ligne

#11 Le 02/05/2020, à 13:48

geole

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Bonjour
Je crains qu'il y ait un problème sur le SDA avec tant de commandes en time-out

Peux-faire aussi un rapport smartcl pour le SDB qui fonctionne bien,  Tu regarderas la version de firmware et  tu diras si c'est la même.
Tu peux aussi tenter de permuter les branchements sur la carte-mère  si c'est possible

Dernière modification par geole (Le 02/05/2020, à 13:49)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#12 Le 02/05/2020, à 20:14

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Je ne sais pas si on peut dire que le sdb marche mieux, j'ai le même problème dans l'autre sens si je me connecte sur le sda : c'est toujours le disque qui n'est pas booté qui plante, et dans les mêmes circonstances. C'est ce qui me fait penser que ça pourrait venir soit d'un bug du système (mais qui n'a pas été résolu par la dernière version), soit d'un problème sur mes tables de partition. Le firmware est le même :

smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-28-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     LITEON IT L8T-256L9G
Serial Number:    002445123555
Firmware Version: H881202
User Capacity:    256060514304 bytes [256 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS, ATA/ATAPI-7 T13/1532D revision 4a
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sat May  2 21:10:28 2020 CEST
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: 		(   10) seconds.
Offline data collection
capabilities: 			 (0x15) SMART execute Offline immediate.
					No Auto Offline data collection support.
					Abort Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					No 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: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 (  10) 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
  1 Raw_Read_Error_Rate     0x002f   100   100   000    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0003   100   100   000    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0002   100   100   000    Old_age   Always       -       752
 12 Power_Cycle_Count       0x0003   100   100   000    Pre-fail  Always       -       3476
177 Wear_Leveling_Count     0x0003   100   100   000    Pre-fail  Always       -       9838
178 Used_Rsvd_Blk_Cnt_Chip  0x0003   100   100   000    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0003   100   100   000    Pre-fail  Always       -       0
182 Erase_Fail_Count_Total  0x0003   100   100   000    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0003   100   100   000    Pre-fail  Always       -       0
188 Command_Timeout         0x0003   100   100   000    Pre-fail  Always       -       9
189 Unknown_SSD_Attribute   0x0003   100   100   000    Pre-fail  Always       -       108
191 Unknown_SSD_Attribute   0x0003   100   100   000    Pre-fail  Always       -       0
192 Power-Off_Retract_Count 0x0003   100   100   000    Pre-fail  Always       -       256
196 Reallocated_Event_Count 0x0003   100   100   000    Pre-fail  Always       -       0
198 Offline_Uncorrectable   0x0003   100   100   000    Pre-fail  Always       -       0
199 UDMA_CRC_Error_Count    0x0003   100   100   000    Pre-fail  Always       -       0
232 Available_Reservd_Space 0x0003   100   100   010    Pre-fail  Always       -       0
241 Total_LBAs_Written      0x0003   100   100   000    Pre-fail  Always       -       50011
242 Total_LBAs_Read         0x0003   100   100   000    Pre-fail  Always       -       38328

SMART Error Log Version: 0
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

Selective Self-tests/Logging not supported

(smartctl lancé sur le sdb, à partir du sdb)

Hors ligne

#13 Le 03/05/2020, à 17:37

geole

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Bonjour
Lorsque tu auras la prochaine erreur, tu donneras le retour de cette commande

dmesg | tail -100

on aura une petite trace. j'espère qu'elle donnera une idée

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#14 Le 03/05/2020, à 19:29

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Bonsoir,
En phase de "bug partiel" (sda2 et certains sous-dossiers de sda4 sont inaccessibles) :

[21346.041765] sd 1:0:0:0: [sda] tag#13 CDB: Read(10) 28 00 07 35 00 00 00 00 08 00
[21346.041766] blk_update_request: I/O error, dev sda, sector 120913920 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[21346.044096] sd 1:0:0:0: [sda] tag#14 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21346.044099] sd 1:0:0:0: [sda] tag#14 CDB: Read(10) 28 00 07 35 00 20 00 00 08 00
[21346.044101] blk_update_request: I/O error, dev sda, sector 120913952 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[21346.044126] sd 1:0:0:0: [sda] tag#14 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21346.044129] sd 1:0:0:0: [sda] tag#14 CDB: Read(10) 28 00 07 35 00 20 00 00 08 00
[21346.044130] blk_update_request: I/O error, dev sda, sector 120913952 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[21346.044404] sd 1:0:0:0: [sda] tag#15 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21346.044406] sd 1:0:0:0: [sda] tag#15 CDB: Read(10) 28 00 07 35 10 18 00 00 08 00
[21346.044407] blk_update_request: I/O error, dev sda, sector 120918040 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[21346.044415] sd 1:0:0:0: [sda] tag#16 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21346.044417] sd 1:0:0:0: [sda] tag#16 CDB: Read(10) 28 00 07 35 00 30 00 00 08 00
[21346.044418] sd 1:0:0:0: [sda] tag#17 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21346.044419] sd 1:0:0:0: [sda] tag#17 CDB: Read(10) 28 00 07 35 01 78 00 00 08 00
[21346.056904] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1569838: block 6291490: comm pool-org.gnome.: unable to read itable block
[21346.056919] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21346.056922] EXT4-fs (sda4): I/O error while writing superblock
[21346.059631] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1569932: block 6291496: comm pool-org.gnome.: unable to read itable block
[21346.059651] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21346.059656] EXT4-fs (sda4): I/O error while writing superblock
[21346.060335] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1569922: block 6291496: comm pool-org.gnome.: unable to read itable block
[21346.060352] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21346.060356] EXT4-fs (sda4): I/O error while writing superblock
[21346.061028] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1569916: block 6291495: comm pool-org.gnome.: unable to read itable block
[21346.061041] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21346.061046] EXT4-fs (sda4): I/O error while writing superblock
[21346.063199] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1570144: block 6291509: comm pool-org.gnome.: unable to read itable block
[21346.063216] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21346.063222] EXT4-fs (sda4): I/O error while writing superblock
[21346.064963] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1569895: block 6291494: comm pool-org.gnome.: unable to read itable block
[21346.064973] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21346.064976] EXT4-fs (sda4): I/O error while writing superblock
[21346.064978] EXT4-fs error (device sda4) in ext4_reserve_inode_write:5941: IO failure
[21346.064984] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21346.064986] EXT4-fs (sda4): I/O error while writing superblock
[21346.065200] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1569866: block 6291492: comm pool-org.gnome.: unable to read itable block
[21346.065208] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21346.065211] EXT4-fs (sda4): I/O error while writing superblock
[21349.770952] EXT4-fs warning (device sda4): htree_dirblock_to_tree:997: inode #8768646: lblock 0: comm pool-org.gnome.: error -5 reading directory block
[21350.660816] EXT4-fs warning (device sda4): htree_dirblock_to_tree:997: inode #8768646: lblock 0: comm pool-org.gnome.: error -5 reading directory block
[21351.178927] scsi_io_completion_action: 82 callbacks suppressed
[21351.178938] sd 1:0:0:0: [sda] tag#22 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21351.178947] sd 1:0:0:0: [sda] tag#22 CDB: Write(10) 2a 00 05 b5 00 50 00 01 58 00
[21351.178950] print_req_error: 109 callbacks suppressed
[21351.178955] blk_update_request: I/O error, dev sda, sector 95748176 op 0x1:(WRITE) flags 0x800 phys_seg 43 prio class 0
[21351.179035] Aborting journal on device sda4-8.
[21351.179086] sd 1:0:0:0: [sda] tag#4 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21351.179091] sd 1:0:0:0: [sda] tag#4 CDB: Write(10) 2a 00 05 b5 00 00 00 00 08 00
[21351.179096] blk_update_request: I/O error, dev sda, sector 95748096 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0
[21351.179104] blk_update_request: I/O error, dev sda, sector 95748096 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0
[21351.179108] buffer_io_error: 17 callbacks suppressed
[21351.179111] Buffer I/O error on dev sda4, logical block 3178496, lost sync page write
[21351.179121] JBD2: Error -5 detected when updating journal superblock for sda4-8.
[21352.580870] sd 1:0:0:0: [sda] tag#5 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21352.580874] sd 1:0:0:0: [sda] tag#5 CDB: Read(10) 28 00 07 35 00 00 00 00 08 00
[21352.580876] blk_update_request: I/O error, dev sda, sector 120913920 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[21352.581944] sd 1:0:0:0: [sda] tag#6 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21352.581946] sd 1:0:0:0: [sda] tag#6 CDB: Read(10) 28 00 07 35 00 20 00 00 08 00
[21352.581948] blk_update_request: I/O error, dev sda, sector 120913952 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[21352.582124] sd 1:0:0:0: [sda] tag#7 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21352.582126] sd 1:0:0:0: [sda] tag#7 CDB: Read(10) 28 00 07 35 10 18 00 00 08 00
[21352.582127] blk_update_request: I/O error, dev sda, sector 120918040 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[21352.582194] sd 1:0:0:0: [sda] tag#8 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21352.582195] sd 1:0:0:0: [sda] tag#8 CDB: Read(10) 28 00 07 35 08 d8 00 00 08 00
[21352.582196] blk_update_request: I/O error, dev sda, sector 120916184 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[21352.582540] sd 1:0:0:0: [sda] tag#9 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21352.582541] sd 1:0:0:0: [sda] tag#9 CDB: Read(10) 28 00 07 35 1c d8 00 00 08 00
[21352.582543] blk_update_request: I/O error, dev sda, sector 120921304 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[21352.582721] sd 1:0:0:0: [sda] tag#10 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21352.582723] sd 1:0:0:0: [sda] tag#10 CDB: Read(10) 28 00 07 35 01 18 00 00 08 00
[21352.582726] blk_update_request: I/O error, dev sda, sector 120914200 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[21352.582894] sd 1:0:0:0: [sda] tag#11 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21352.582897] sd 1:0:0:0: [sda] tag#11 CDB: Read(10) 28 00 07 35 14 18 00 00 08 00
[21352.582898] blk_update_request: I/O error, dev sda, sector 120919064 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[21352.583001] sd 1:0:0:0: [sda] tag#12 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21352.583004] sd 1:0:0:0: [sda] tag#12 CDB: Read(10) 28 00 07 ba 45 48 00 00 08 00
[21352.595831] EXT4-fs error: 17 callbacks suppressed
[21352.595833] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1569838: block 6291490: comm pool-org.gnome.: unable to read itable block
[21352.595847] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21352.595850] EXT4-fs: 17 callbacks suppressed
[21352.595851] EXT4-fs (sda4): I/O error while writing superblock
[21352.596003] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1569932: block 6291496: comm pool-org.gnome.: unable to read itable block
[21352.596011] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21352.596014] EXT4-fs (sda4): I/O error while writing superblock
[21352.596460] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1569922: block 6291496: comm pool-org.gnome.: unable to read itable block
[21352.596470] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21352.596473] EXT4-fs (sda4): I/O error while writing superblock
[21352.597113] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1569916: block 6291495: comm pool-org.gnome.: unable to read itable block
[21352.597126] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21352.597130] EXT4-fs (sda4): I/O error while writing superblock
[21352.598708] EXT4-fs error (device sda4): __ext4_get_inode_loc:4698: inode #1570144: block 6291509: comm pool-org.gnome.: unable to read itable block
[21352.598719] Buffer I/O error on dev sda4, logical block 0, lost sync page write
[21352.598723] EXT4-fs (sda4): I/O error while writing superblock
[21472.570087] scsi_io_completion_action: 23 callbacks suppressed
[21472.570094] sd 1:0:0:0: [sda] tag#7 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK
[21472.570100] sd 1:0:0:0: [sda] tag#7 CDB: Read(10) 28 00 00 00 18 02 00 00 02 00
[21472.570102] print_req_error: 29 callbacks suppressed
[21472.570104] blk_update_request: I/O error, dev sda, sector 6146 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[21472.570117] EXT4-fs (sda2): unable to read superblock

Hors ligne

#15 Le 03/05/2020, à 22:41

geole

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Petite question.

Je m'oriente vers un bug logiciel
Par quelle technique montes-tu l'autre disque?
A chaque besoin, ou préventivement en le paramètrant dans le fichier /etc/fstab ?

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#16 Le 04/05/2020, à 08:14

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Bonjour,
Je monte sda2 quand j'en ai besoin, comme un périphérique externe. sda4 je comptais m'en servir comme un second /home et il se monte automatiquement dans un dossier /storage_sda. Voilà le fstab :

 <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb2 during installation
UUID=3b71f119-7ce2-4a10-bb91-03ddecb54961 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sdb4 during installation
UUID=16e7681a-b49e-455e-902d-e7f1ef676018 /home           ext4    defaults        0       2
# /storage_sda was on /dev/sda4 during installation
UUID=767ebae4-6fd2-4b52-aca0-097a7dd2537f /storage_sda    ext4    defaults        0       2
# swap was on /dev/sdb3 during installation
UUID=70b89a39-b232-4ad0-9359-9d888bfec78f none            swap    sw              0       0

Et celui de "l'ancien" système (celui sur mon sda) :

<file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=7050825f-5f86-40b7-88bd-5c0a500c718f /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda4 during installation
UUID=767ebae4-6fd2-4b52-aca0-097a7dd2537f /home           ext4    defaults        0       2
# swap was on /dev/sda3 during installation
UUID=00bc4caf-7373-45f1-af6d-f0a36674b0de none            swap    sw              0       0
# swap was on /dev/sdb3 during installation
#UUID=737fad2d-d0d2-4ef2-b8c8-7c014ea1be89 none            swap    sw              0       0
/dev/disk/by-uuid/a33577e4-21ac-497a-b034-ab0e729d1acb /home/guillaume/media ext4 nosuid,nodev,nofail,x-gvfs-show,auto 0 0

Sur le sda j'avais essayé aussi de ne pas monter la partition sdb4 automatiquement mais ça buguait quand même.

Hors ligne

#17 Le 04/05/2020, à 12:52

geole

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Bonjour
Pour essai, je te propose de monter SDA2 comme tu as monté SDA4 (Sur un autre point de montage)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#18 Le 04/05/2020, à 13:21

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Je viens de faire la manipulation suivante :
-J'ai rajouté la ligne 

UUID=7050825f-5f86-40b7-88bd-5c0a500c718f /ubuntu1804	   ext4    defaults        0       2

à mon fstab
-J'ai redémarré, sda2 (contenant la racine du système installé sur sda) est bien monté sur /ubuntu1804 et sda4 (contenant le /home) sur /sda_storage.
-Je mets en veille deux fois, à la deuxième cela prend au moins une minute pour que le voyant d'activité s'éteigne.
-En sortant de veille la deuxième fois, tous les sous-sous dossiers de /ubuntu1804 sont vides (par exemple /usr/bin) ainsi que tous les sous-sous-sous dossiers de /storage_sda. Les fichiers situés plus haut dans l'arborescence apparaissent mais ne s'ouvrent pas.
Autre bizarrerie que je n'avais pas remarqué : après avoir essayé d'ouvrir un fichier dans mon dossiers Images, tous les fichiers et dossiers du répertoire utilisateur s'affichent avec un cadenas sur l'icône, alors qu'un ls -l donnent -rw-r--r-- comme permission et moi comme propriétaire. Si j'essaye de changer les permissions du groupe j'ai un message d'erreur disant que "le système de fichier est accessible en lecture seulement".
Ça n'a pas l'air d'évoluer en remettant en veille, par contre si je démonte une partition avec le gestionnaire de disque alors je ne peux plus la remonter ensuite (y compris après mise en veille).

Hors ligne

#19 Le 04/05/2020, à 13:42

geole

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Peux-tu donner le retour de

journalctl -b | grep sda2

Dernière modification par geole (Le 04/05/2020, à 13:42)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#20 Le 04/05/2020, à 15:32

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Avant plantage :

mai 04 14:28:34 guillaume-Aspire-R7-371T kernel:  sda: sda1 sda2 sda3 sda4
mai 04 14:28:35 guillaume-Aspire-R7-371T systemd-fsck[651]: /dev/sda2 : récupération du journal
mai 04 14:28:35 guillaume-Aspire-R7-371T systemd-fsck[651]: /dev/sda2 : propre, 451800/1406272 fichiers, 5030788/5615360 blocs
mai 04 14:28:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)

Après plantage :

mai 04 14:28:34 guillaume-Aspire-R7-371T kernel:  sda: sda1 sda2 sda3 sda4
mai 04 14:28:35 guillaume-Aspire-R7-371T systemd-fsck[651]: /dev/sda2 : récupération du journal
mai 04 14:28:35 guillaume-Aspire-R7-371T systemd-fsck[651]: /dev/sda2 : propre, 451800/1406272 fichiers, 5030788/5615360 blocs
mai 04 14:28:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 2655236, lost sync page write
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: JBD2: Error -5 detected when updating journal superblock for sda2-8.
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: Aborting journal on device sda2-8.
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 2655236, lost sync page write
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: JBD2: Error -5 detected when updating journal superblock for sda2-8.
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): ext4_put_super:988: Couldn't clean up the journal
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): Remounting filesystem read-only
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 04 16:30:56 guillaume-Aspire-R7-371T udisksd[830]: Unmounted /dev/sda2 on behalf of uid 1000
mai 04 16:30:57 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): unable to read superblock

Cette fois ça avait l'air de marcher normalement après trois mises en veille, jusqu'à ce que je fasse démonter/remonter avec le gestionnaire de disque...

Hors ligne

#21 Le 04/05/2020, à 16:12

geole

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Si tu pouvais pendant un certain temps  assez important  cesser de monter/demonter avec le gestionnaire de disque.   
On pourrait quasiment affirmer que le couple   "Mise en sommeil"  "démontage remontage"   ne s'entend pas bien.

La trace montre une mise en route avec un disque sain
mai 04 14:28:34 guillaume-Aspire-R7-371T kernel:  sda: sda1 sda2 sda3 sda4
mai 04 14:28:35 guillaume-Aspire-R7-371T systemd-fsck[651]: /dev/sda2 : récupération du journal
mai 04 14:28:35 guillaume-Aspire-R7-371T systemd-fsck[651]: /dev/sda2 : propre, 451800/1406272 fichiers, 5030788/5615360 blocs
mai 04 14:28:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
et  quasiment dans la foulée,
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 2655236, lost sync page write
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: JBD2: Error -5 detected when updating journal superblock for sda2-8.
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: Aborting journal on device sda2-8.

Car   cela semble se marcher sur les pieds
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): Remounting filesystem read-only
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 04 16:30:56 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 04 16:30:56 guillaume-Aspire-R7-371T udisksd[830]: Unmounted /dev/sda2 on behalf of uid 1000
mai 04 16:30:57 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): unable to read superblock
On ne peut pas écrire dans une partition montée en lecture seule
On ne peut pas lire une partition qui n'est plus montée => cette partie explique la non visibilité de tes fichiers


NOTA:   Peux-tu décrire un peux mieux   la chronologie des actions
   démonter puis mise en sommeil puis réveil puis remontage
ou
  démontage  puis remontage puis mise en sommeil puis réveil
ou ?

D'autre part, je ne vois pas trop  l'intérêt de faire ces actions pour des partitions d'un disque interne.

Dernière modification par geole (Le 04/05/2020, à 16:28)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#22 Le 04/05/2020, à 18:29

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

J'ai fait démonter/remonter cette fois-ci pour pouvoir donner le résultat de la commande après plantage, parce qu'exceptionnellement il n'y a pas eu d'erreur après la sortie de veille. En général, c'est après la deuxième mise en veille que ça commence à buguer, sans que je démonte/remonte les partitions. Je peux essayer de redémarrer et redonner le résultat du journal après un plantage "non-forcé" si tu penses que ça change quelque chose.

Hors ligne

#23 Le 04/05/2020, à 21:40

geole

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Je crains de pas trouver de solution au problème. Je cherche plutôt à éviter qu'il se produise.
   Ne pas monter/démonter  les partitions internes
   Laisser ubuntu se mettre en veille lorsqu'il le désire. Au besoin, changer son paramétrage.a

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#24 Le 05/05/2020, à 08:51

coproski31

Re : Deuxième disque dur rendu inaccessible par la mise en veille

Bonjour,
Monter/démonter les partitions internes en général je ne le fais pas, c'était juste là à titre expérimental. Mon problème c'est bien la mise en veille. Sachant que quand je démarre mon ordi je dois le mettre en veille une fois pour que l'écran tactile fonctionne, ça veut dire que pour avoir tout opérationnel je dois le mettre en veille et en sortir au démarrage, puis l'éteindre quand je ne m'en sers pas (et donc ensuite le rallumer et le remettre en veille etc.). C'est possible mais c'est une sacré perte de temps à chaque fois !

Je viens de reproduire le problème sans démonter manuellement, en faisant attention au timing cette fois. 09:26 correspond à l'heure de démarrage, la première mise en veille n'apparaît pas dans le journal (09:37), à partir de 09:44:35 c'est la sortie de la deuxième veille. Sachant que cette mise en veille a pris exactement 90 secondes, peut-être que ça correspond à quelque chose ? Cette fois en sortant de veille les partitions étaient complètement inaccessibles.

mai 05 09:26:51 guillaume-Aspire-R7-371T kernel:  sda: sda1 sda2 sda3 sda4
mai 05 09:26:52 guillaume-Aspire-R7-371T systemd-fsck[653]: /dev/sda2 : récupération du journal
mai 05 09:26:52 guillaume-Aspire-R7-371T systemd-fsck[653]: /dev/sda2 : propre, 451800/1406272 fichiers, 5030788/5615360 blocs
mai 05 09:26:52 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
guillaume@guillaume-Aspire-R7-371T:~$ journalctl -b | grep sda2
mai 05 09:26:51 guillaume-Aspire-R7-371T kernel:  sda: sda1 sda2 sda3 sda4
mai 05 09:26:52 guillaume-Aspire-R7-371T systemd-fsck[653]: /dev/sda2 : récupération du journal
mai 05 09:26:52 guillaume-Aspire-R7-371T systemd-fsck[653]: /dev/sda2 : propre, 451800/1406272 fichiers, 5030788/5615360 blocs
mai 05 09:26:52 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): __ext4_get_inode_loc:4698: inode #784897: block 3145760: comm pool-org.gnome.: unable to read itable block
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): __ext4_get_inode_loc:4698: inode #784897: block 3145760: comm pool-org.gnome.: unable to read itable block
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): __ext4_get_inode_loc:4698: inode #784897: block 3145760: comm pool-org.gnome.: unable to read itable block
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): __ext4_get_inode_loc:4698: inode #784897: block 3145760: comm pool-org.gnome.: unable to read itable block
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): __ext4_get_inode_loc:4698: inode #784897: block 3145760: comm pool-org.gnome.: unable to read itable block
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): __ext4_get_inode_loc:4698: inode #784897: block 3145760: comm pool-org.gnome.: unable to read itable block
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): __ext4_get_inode_loc:4698: inode #784897: block 3145760: comm pool-org.gnome.: unable to read itable block
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): __ext4_get_inode_loc:4698: inode #784897: block 3145760: comm pool-org.gnome.: unable to read itable block
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): __ext4_get_inode_loc:4698: inode #784897: block 3145760: comm pool-org.gnome.: unable to read itable block
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs error (device sda2): __ext4_get_inode_loc:4698: inode #784897: block 3145760: comm pool-org.gnome.: unable to read itable block
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 0, lost sync page write
mai 05 09:44:35 guillaume-Aspire-R7-371T kernel: EXT4-fs (sda2): I/O error while writing superblock
mai 05 09:44:41 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 2655236, lost sync page write
mai 05 09:44:41 guillaume-Aspire-R7-371T kernel: JBD2: Error -5 detected when updating journal superblock for sda2-8.
mai 05 09:44:41 guillaume-Aspire-R7-371T kernel: Aborting journal on device sda2-8.
mai 05 09:44:41 guillaume-Aspire-R7-371T kernel: Buffer I/O error on dev sda2, logical block 2655236, lost sync page write
mai 05 09:44:41 guillaume-Aspire-R7-371T kernel: JBD2: Error -5 detected when updating journal superblock for sda2-8.

Hors ligne

Pages : 1