Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[ REAPPARU ] disque dur inaccessible , reparable ?

geole

Pourrais-tu essayer

sudo smartctl -s on   -d sat   -T  verypermissive  -a  /dev/sdb

iznobe

Re bonjour geole et encore merci pour ton aide !

Alors , dans un premier temps , c ' un disque SATA interne . A la base c ' est un disque pour l ' enregistrement video donc tres fiable en ecriture , puisqu ' il est censé ecrire 99.5 % du temps , c ' est pour cela que je m ' en servais comme disque principal de sauvegarde ( je ne vais que tres rarement y lire dessus ).

je ne comprends pas trop non plus ce qui c ' est passé , la seule possibilité que je vois apres reflexion , c ' est le debranchement de l ' alim a chaud , tout ca pour tenter d' installer win 10 , dont je me sers uniquement pour le taff , quand je suis chez moi , et que je n ' ai toujours pas reussi a installer :rolleyes: .
je ne pensais pas que ca pouvait causer autant de dommage si la cause du probleme est bien cela .

la sauvegarde de la sauvegarde a été refaite , il y a 15 jours , donc ca va , je ne perds pas beaucoup de fichiers importants et il se peut que je puisse encore les recuperer facilement au boulot de toute façon , donc ca n ' est pas trop grave en soi .

je ne suis pas sur qu ' un reformatage fonctionnera , vu les problemes Input / Output .

je posterai le retour de la commande demandé ce soir , ou si je peux d' ici environ une heure .

Pendant que j ' y suis , est ce que je peux creer une image disque de mon disque windows de 500 GO ( ou les 3 partitions ? ) et l ' implanter sur un disque de 1 TO , puis recuperer l ' espace restant ?

moko138

Aux aidants :
Dans le boot-info d'iznobe at Tue, 25 Aug 2020 11:36:03 +0000

fstab :
/dev/disk/by-uuid/4f8cc284-cd84-4eeb-b412-7539f81664c4 /mnt/montages/Seagate_4T auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Seagate_4T 0 0


parted -lm :
sdb:4001GB:scsi:512:4096:gpt:ATA ST4000VX000-2AG1:;
1:1049kB:3985GB:3985GB:ext4:Seagate_4T:;
2:3985GB:4001GB:16.0GB:linux-swap(v1):swap.SDB:swap;

[center]= =[/center]

iznobe,
À l'avenir,
1) Arrête de te tirer des chargeurs entiers dans le pied comme ci-dessous :

iznobe@iznobe-PC:~$ sudo fsck.ext3 -f /dev/sdb
(...)
la partition de données etait bien en EXT4 .
(...)
fstab :
/dev/disk/(...) /mnt/montages/Seagate_4T auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Seagate_4T 0 0

.
Une fois de plus, Gnome-Disques n'a pas choisi les meilleures options pour le fstab. Ce qui a favorisé la perte de tes données.
Ce n'était pas de ta faute. Mais si tu réutilises ce couteau-suisse là où tu sais maintenant qu'il merdoie avec constance (sur l'interprétation des données SMART aussi), alors là ce sera de ton entière responsabilité.

2) Tes données sur ext4 seront beaucoup mieux traitées ainsi dans fstab :
UUID=4f8cc(...)664c4 /media/montages/Seagate_4T ext4 defaults,nofail 0 2

...à condition aussi de réactiver les vérifications périodiques automatiques du FS (système de fichiers de la partition) :

sudo tune2fs -c 7 -i 10d /dev/disk/by-uuid/4f8(...)c4

Les valeurs "-c 7" et "-i 10d" ne sont que des propositions, que tu adapteras à ton goût, l'important étant d'éviter les réglages par défaut ("0" ou "-1"). Et d'éviter un intervalle important.

- -

iznobe a écrit la sauvegarde de la sauvegarde a été refaite , il y a 15 jours , donc ca va , je ne perds pas beaucoup de fichiers importants

Bravo : en agissant préventivement, tu as su limiter les dégâts ! 🙂

En cas de doute, il est toujours préférable de demander au forum avant que les problèmes ne se manifestent.

geole

moko138 a écrit ...à condition aussi de réactiver les vérifications périodiques automatiques du FS (système de fichiers de la partition) :
sudo tune2fs -c 7 -i 10d /dev/disk/by-uuid/4f8(...)c4
Les valeurs "-c 7" et "-i 10d" ne sont que des propositions, que tu adapteras à ton goût, l'important étant d'éviter les réglages par défaut ("0" ou "-1"). Et d'éviter un intervalle important.

Je suis partisan de le faire à chaque boot et pas de temps en temps. A condition que les boots ne soient pas fait une fois toutes les 36 du mois! On peut avoir un ordinateur se mettant en sommeil ou en hibernation...
Je suis aussi partisan de faire fonctionner correctement smart-notifier afin d'être informé rapidement d'une dégradation matérielle :
En standard, c'est 20 minutes.

iznobe a écritje viens de voir que le démarrage de mon ordi est soudainement devenu très long

Donc tu as réagis quasiment au plus vite. Il est possible qu'au boot précédant tous les contrôles auraient été nickels. Il n'est même pas certain que smart-notifier aurait détecté quelque chose.
J'ai noté que c'est un disque interne.

iznobe a écritc'est le débranchement de l'alim à chaud

Ce n'est qu'une coupure électrique et pas la foudre. Mais il est possible que son électronique soit très sensible......

Ne connaissant rien en matériel. je ne peux continuer mais en lisant cet article, il me semble que le problème se serait pas lié à l'électronique.
https://fr.harddriveparts.com/100710248_seagate_pcb_repair.html

geole

iznobe a écrit Pendant que j'y suis , est ce que je peux créer une image disque de mon disque windows de 500 GO ( ou les 3 partitions ? ) et l'implanter sur un disque de 1 TO , puis récupérer l'espace restant ?

Je ne comprends pas très bien ce que tu souhaites faire. Donc une triple réponse
A) Pour sauver une partition (y compris) son UUID j'utilise la fonction COPIER/COLLER de l'application GPARTED
B) Pour sauver le contenu d'une partition dans un fichier avec éventuellement une compression , j'utilise PARTCLONE
C) Pour dupliquer le contenu d'une partition dans une autrepartition de même format, j'utilise la commande RSYNC
Elle est un peu lente au début mais par la suite elle est très rapide car elle ne copie que les modifications.

Il me semble que c'est le cas A qui est préférable mais je tiens à te dire que dupliquer de cette façon le C: a le risque qu'au prochain démarrage cela se passe mal. il pourrait considérer que le C: est toujours resté le premier disque. Donc à essayer avant de réutiliser le premier disque pour autre chose (en cas de marche arrière).
Je sais traiter partiellement le problème (permuter le C: avec le D:) en utilisant un autre windows car il faut un outil modifiant la base de registre. Boot-repair ne sait pas (encore?) faire!

geole

moko138 a écritAux aidants :
Dans le boot-info d'iznobe at Tue, 25 Aug 2020 11:36:03 +0000

sdb:4001GB:scsi:512:4096:gpt:ATA ST4000VX000-2AG1:;
1:1049kB:3985GB:3985GB:ext4:Seagate_4T:;
2:3985GB:4001GB:16.0GB:linux-swap(v1):swap.SDB:swap;

On voit clairement que l'unité physique de lecture et d'écriture est conforme à la documentation soit 4096
alors que le rapport smartctl indique maintenant 512.
Pas surprenant que cela pose des problèmes d'accès

moko138

Puisque

parted -lm :
sdb:4001GB:scsi:512:4096:gpt:ATA ST4000VX000-2AG1:;
1:1049kB:3985GB:3985GB:ext4:Seagate_4T:;

Copie-colle

sudo dd if=/dev/disk/by-id/wwn-0x5000c5009c6b75f5 bs=512 skip=2048 count=4 | hexdump -C

et montre son retour.

Pareil pour

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

Merci ! (Ce sont des commandes purement descriptives).

iznobe

RE ,

bon alors , par ou commencer ?
pour windows , je laisse tomber le deplacement disque partition , meme si il faut 10 minutes avant que je puisse lancer un programme ...
je verrais cela plus tard , j ' ai deja bien assez de complication comme cela !

Pour ce qui est du disque , vous allez rire ou pas , mais j ' ai demarrer avec le BIOS en EFI sur le grub je choisis la LM de secours installé sur un disque table GPT mais pas en EFI ( ca demarre niquel malgré des avertissements comme quoi il trouve pas ce qu ' il cherche dans la part EFI 😉 ), entre temps j ' avais viré mon disque seagate de 4TO de l ' ordi pour eviter d' empirer les choses , j ' ai fait un double de mon ancienne sauvegarde , deplacer des fichiers pour reorganiser tout ca a peu pres proprement et pouvoir y mettre tout ce petit monde .

bref rien de folichon .

je relance l ' ordi et selectionne donc mon OS principal , rebellotte , il met un temps fou a demarrer 🙁
apres 10 min d' attente , je laisse appuyer sur le bouton afin de tout arreter a la sauvage .
j ' enleve mon disque de sauvegarde et je remet le defectueux de 4TO a la place du sauvegarde bis ( donc plus en SDB , il est en position SDE maintenant )

j ' essaie de demarrer sur ubuntu donc et toujours pareil ... ca veut plus rien savoir :o

je re eteins a la sauvage et me dis que juste avant LM avais booté , donc je repars la dessus dans le grub .
ouf ! ca demarre ! :rolleyes:
je me resigne donc a passer la commande demander par geole , j avoue sans grand enthousiasme ...

et là j ' obtiens ca :

iznobe@iznobe-PC:~$ sudo smartctl -s on   -d sat   -T  verypermissive  -a  /dev/sde
[sudo] Mot de passe de iznobe :    
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-112-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     ST4000VX000-2AG166
Serial Number:    WDH07RQF
LU WWN Device Id: 5 000c50 09c6b75f5
Firmware Version: CV11
User Capacity:    4000787030016 bytes [4,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5980 rpm
Form Factor:      3.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Aug 31 21:05:30 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:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
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: 		(  591) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					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: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 625) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x50bd)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   079   064   044    Pre-fail  Always       -       79360544
  3 Spin_Up_Time            0x0003   095   093   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   097   097   020    Old_age   Always       -       3632
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   081   060   045    Pre-fail  Always       -       114733019
  9 Power_On_Hours          0x0032   089   089   000    Old_age   Always       -       10247 (10 92 0)
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   020    Old_age   Always       -       2093
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   099   000    Old_age   Always       -       4295032833
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   067   051   040    Old_age   Always       -       33 (Min/Max 30/33)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       1805
193 Load_Cycle_Count        0x0032   094   094   000    Old_age   Always       -       13865
194 Temperature_Celsius     0x0022   033   049   000    Old_age   Always       -       33 (0 14 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       4905 (234 228 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       26255520969
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       32167452089

SMART Error Log Version: 1
No Errors Logged

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

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.

iznobe@iznobe-PC:~$

du coup je suis alle tester avec l ' outil du diable ( gros faineant que je suis 😛 ) si il se montait auto , tout est à nouveau operationnel sur le disque , les fichiers sont là iln ' a pas l ' air d ' en manquer , j ' ai fait le tour vite fait , mais bon les dernieres sauvegardes sont presentes :lol:

du coup j ' ai lancé la copie sur un autre disque que j ' ai ramené du boulot .

je ne comprends rien du tout a ce qu ' il se passe avec mon ordi .

vu que j ' en ai pour pratiquement 4 heures a dupliquer ma sauvegarde principale , j ' en ai profité pour modifier le fichier /etc/fstab et j ' ai suivi les consignes de moko138 .

cependant une question pour mon windows 10 , dans le fstab je devrais mettre quoi comme ligne ?
ca parait correct ? :

/dev/disk/by-label/windows_10   /media/windows_10       ntfs-3g defaults            0 0

A priori il est inutile de monter toutes les partitions en auto dans le fstab , cependant je ne sais pas comment faire pour creer un lien qui permettrai de " court-circuité " le gestionnaire de fichier et avoir un montage sur le bureau au click et une ouverture ( je sais je suis une grosse faignasse 😛 )
ca serait utile pour ma partition de sauvegarde bis par exemple .

sinon pour le probleme en court voici le resultat des commandes de moko :
Pour la premiere :

iznobe@iznobe-PC:~$ sudo dd if=/dev/disk/by-id/wwn-0x5000c5009c6b75f5 bs=512 skip=2048 count=4 | hexdump -C
[sudo] Mot de passe de iznobe :    
4+0 enregistrements lus
4+0 enregistrements écrits
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
2048 bytes (2,0 kB, 2,0 KiB) copied, 0,136604 s, 15,0 kB/s
00000400  00 20 7f 0e 00 78 fc 39  32 39 e6 02 6c 50 83 0a  |. ...x.929..lP..|
00000410  9a 2c 6e 0e 00 00 00 00  02 00 00 00 02 00 00 00  |.,n.............|
00000420  00 80 00 00 00 80 00 00  00 20 00 00 78 3d 4d 5f  |......... ..x=M_|
00000430  78 3d 4d 5f f7 07 ff ff  53 ef 01 00 01 00 00 00  |x=M_....S.......|
00000440  5f 44 f6 57 00 00 00 00  00 00 00 00 01 00 00 00  |_D.W............|
00000450  00 00 00 00 0b 00 00 00  00 01 00 00 3c 00 00 00  |............<...|
00000460  46 02 00 00 7b 00 00 00  4f 8c c2 84 cd 84 4e eb  |F...{...O.....N.|
00000470  b4 12 75 39 f8 16 64 c4  53 65 61 67 61 74 65 5f  |..u9..d.Seagate_|
00000480  34 54 00 00 00 00 00 00  2f 6d 65 64 69 61 2f 69  |4T....../media/i|
00000490  7a 6e 6f 62 65 2f 53 65  61 67 61 74 65 5f 34 54  |znobe/Seagate_4T|
000004a0  00 30 00 30 00 00 00 00  00 00 00 00 00 00 00 00  |.0.0............|
000004b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000004c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 18 03  |................|
000004d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000004e0  08 00 00 00 00 00 00 00  00 00 00 00 8b d1 46 c0  |..............F.|
000004f0  95 9b 40 13 93 1b 1f 30  0b c9 02 0c 01 01 00 00  |..@....0........|
00000500  0c 00 00 00 00 00 00 00  54 34 f4 57 0a f3 02 00  |........T4.W....|
00000510  04 00 00 00 00 00 00 00  00 00 00 00 ff 7f 00 00  |................|
00000520  00 80 18 1d ff 7f 00 00  01 00 00 00 ff ff 18 1d  |................|
00000530  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000540  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 08  |................|
00000550  00 00 00 00 00 00 00 00  00 00 00 00 1c 00 1c 00  |................|
00000560  01 00 00 00 f0 7f 00 00  00 00 00 00 00 00 00 00  |................|
00000570  00 00 00 00 04 00 00 00  9e b8 04 ac 02 00 00 00  |................|
00000580  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000800
iznobe@iznobe-PC:~$

et la 2eme :

iznobe@iznobe-PC:~$ sudo lsblk -o name,fstype,size,label,mountpoint -e 7 ; echo -e "\n\t\t\t= = =\nDésignations...\n\t...stables\t\t\t                     ...instables :"; ls -l /dev/disk/by-id | grep -Evi "\-part|Reader" | awk '{print $9,$11}' | sort -k2 | column -s' ' -t
NAME        FSTYPE   SIZE LABEL       MOUNTPOINT
sda                  2,7T             
├─sda1      ext4     293G home        
├─sda2      ext4     2,4T Toshiba_3T  
└─sda3      swap    15,6G swap        
sdb                465,8G             
├─sdb1      ntfs   465,1G windows_10  
├─sdb2      vfat     100M             
└─sdb3      ntfs     535M             
sdc                465,8G             
├─sdc1      ext4    19,5G L_M_secours /
├─sdc2      ext4    14,7G Ubuntu      
└─sdc3      ext4   431,6G Sauvegardes 
sdd                  7,3T             
├─sdd1      ext4     6,8T Western_8T  /media/iznobe/Western_8T
└─sdd2      ext4   488,3G SAUV        
sde                  3,7T             
├─sde1      ext4     3,6T Seagate_4T  /media/iznobe/Seagate_4T
└─sde2      swap    14,9G             [SWAP]
nvme0n1              477G             
├─nvme0n1p1 vfat     243M             
├─nvme0n1p2 ext4    30,5G             /media/iznobe/eb18366b-2ac9-4a7e-8f93-ba2caa30e90e
└─nvme0n1p3 ext4   321,2G             

			= = =
Désignations...
	...stables			                     ...instables :
nvme-ADATA_SX8200PNP_2K0320065219                                                ../../nvme0n1
nvme-nvme.1cc1-324b30333230303635323139-414441544120535838323030504e50-00000001  ../../nvme0n1
ata-TOSHIBA_HDWD130_30ARS80AS                                                    ../../sda
wwn-0x5000039fe6f49dfc                                                           ../../sda
ata-Maxtor_7H500F0_H80V8B8H                                                      ../../sdb
ata-ST3500320AS_9QM07KWA                                                         ../../sdc
wwn-0x5000c50009a0fb16                                                           ../../sdc
ata-WDC_WD82PURZ-85TEUY0_VDK8KDPK                                                ../../sdd
wwn-0x5000cca0bbee2ad5                                                           ../../sdd
ata-ST4000VX000-2AG166_WDH07RQF                                                  ../../sde
wwn-0x5000c5009c6b75f5                                                           ../../sde
iznobe@iznobe-PC:~$

moko138

cependant une question pour mon windows 10 , dans le fstab je devrais mettre quoi comme ligne ?
ca parait correct ? :

/dev/disk/by-label/windows_10   /media/windows_10       ntfs-3g defaults            0 0

Non. Pas du tout.
Mais pourquoi diable monter systématiquement la partition système de windows ???
C'est ouvrir la porte à des modifications accidentelles catastrophiques !

[center]= =[/center]

Pour la partition ntfs de données partagées
Je note (dans le retour de lsblk) que chez toi elle reste à créer - depuis Windows -, au lieu de garder un C: de 465 Gio !

- pour un utilisateur unique :

UUID=(...)  /media/NTFS-ABCD  ntfs-3g  defaults,locale=fr_FR.UTF-8,nofail,uid=1000,gid=1000,windows_names  0  0

- pour utilisateurs multiples, il me semble bien que c'est :

UUID=(...)  /media/NTFS-ABCD  ntfs-3g  defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names  0  0

Mais j'en suis resté à novembre 2018 ; geole et Coeur Noir, qui pratiquent régulièrement, auront sûrement des conseils plus à jour que les miens !

iznobe

Bonjour ,

Pour la partition windows systeme , je la commente en suite , c ' est juste au cas ou j ' en ai besoin .

je viens de voir sur le manuel utilisateur que dans certains cas , des slots SATA ne sont plus operationnels lorsqu ' un ou 2 disques NVME sont branchés :

∙ ∙ Le connecteur SATA2 est indisponible lorsqu’un SSD SATA M.2 est installé dans le
slot M2_1.
∙ ∙ Les connecteurs SATA5 et SATA6 sont indisponibles lorsqu’un SSD M.2 est installé
dans le slot M2_2.

on est bien d' accord que le disque nvme ( https://www.amazon.fr/gp/product/B07K1HMMJC/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1 ) n ' est pas un disque SATA ?

et donc que ca laisse les 6 slots SATA disponible , ou bien il y a une erreur de traduction dans le manuel , ou bien un bug dans le BIOS ...

la carte mere est une MSI Z490-A PRO : https://fr.msi.com/Motherboard/support/Z490-A-PRO

geole

Bonjour
On est d'accord que le NVME n'est pas un disque.
Donc normalement windows y accéderait avec un driver RAID. Mais cette conception est inconnue de ubuntu qui y accède en technique disque dur en basculant en mode AHCI.
J'ai participé à une discussion qui montrait qu'il fallait sacrifier un port SATA. je sais que c'était une carte mére MSI. Je vais essayer de retrouver.

La prochaine fois que tu auras un démarrage très long, donne le retour de cette commande.

journalctl  -b  -p err

Mais on va essayer de retrouver ce qui s'est passé en remontant le temps.
Voici des commandes à faire

journalctl  -b -1 -p err

journalctl  -b -2 -p err

journalctl  -b -3 -p err

journalctl  -b -4 -p err

etc......
Tu ne posteras pas les retours lorsqu'ils seront très semblables à un des précédents.

A propos du montage d'une partition windows, Voici ce qui est généré en automatique en version 18.04 par gnome-disk utility

LABEL=Windows10SIMPLE /media/Windows10SIMPLE auto nosuid,nodev,nofail,x-gvfs-show 0 0

Le montage par labet est un choix fait dans le menu déroulant.
Le montage sur /media est un choix personnel fait en remplaçant /mnt par /media.
La raison de ce choix. On m'a convaincu que l'accès par le bureau est nettement plus facile.
A propos du dernier 0... On peut remplacer par 2.
MAIS, elle permet de fabriquer des noms de fichiers incompatibles avec la norme window! Par exemple un nom de ce style a:a
==> Solution: Ajouter manuellement l'option windows_names Ce qui va donner une interdiction de création.

a@a:/media/Windows10SIMPLE/TEST$ echo a >"B:B"
bash: B:B: Argument invalide
a@a:/media/Windows10SIMPLE/TEST$

MAIS si l'ordinateur est partagé par plusieurs personnes, elle ne sait pas gérer les "permissions windows". Dans ce cas, il faut remplacer "auto nosuid," par "ntfs-3g "
NOTA. Une codification de ce style fonctionne bien

UUID=007A992054C5D589     /DATA     ntfs-3g

geole

iznobe a écrit
je me résigne donc à passer la commande demandée par geole , j'avoue sans grand enthousiasme ...
et là j'obtiens ça :

iznobe@iznobe-PC:~$ sudo smartctl -s on   -d sat   -T  verypermissive  -a  /dev/sde
=== START OF INFORMATION SECTION ===
Device Model:     ST4000VX000-2AG166
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   079   064   044    Pre-fail  Always       -      
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   081   060   045    Pre-fail  Always       -       
  9 Power_On_Hours          0x0032   089   089   000    Old_age   Always       -       10247 (10 92 0)
188 Command_Timeout         0x0032   100   099   000    Old_age   Always       -       
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

Merci pour ta franchise. Je ne comprends d'ailleurs pas moi-même pourquoi cela fonctionne.
On est en présence d'un disque parfaitement sain prévu pour fonctionner 100.000 heures et pas un million d'heures comme le dit la documentation..

La première demande formulée n'avait pas abouti avec un retour anormal.
Très souvent, le retour est accompagné d'un code permettant un complément de commande. J'ai donc agit comme si ce code existait.
Avec ce modèle de disque, la documentation smart, indique que c'est le code -d sat
Avec cette option, la communication est cassée et ce nouveau protocole est mis en place. Il peut arriver de se tromper. Dans ce cas il devient impossible d'accéder au disque sauf après reboot qui rétablit un autre protocole de communication.

Lorsque le disque est connecté en mode USB, cette option est quasiment systématiquement nécessaire. Comme ton disque est un 3,5 pouces, j'ai pensé qu'il était connecté en USB. Mais pourquoi pas en disque interne d'où ma demande. Lorsque tu as répondu que c'était un disque interne, j' ai eu un doute sur la possibilité de réponse.

geole

iznobe a écrittraduction dans le manuel , ou bien un bug dans le BIOS ...
la carte mere est une MSI Z490-A PRO : https://fr.msi.com/Motherboard/support/Z490-A-PRO

Bien que cela ne soit pas le même n°, Lis cette longue discussion https://forum.ubuntu-fr.org/viewtopic.php?id=2044966 Elle va peut-être te rappeler quelque chose.

Sur la carte-mère MSI 570 A PRO, les ports SATA 1 et SATA 2 sont contrôlés par une puce ASMedia ASM1061. Cette puce contient la commande NCQ (Native Command Queuing) qui est une technique conçue pour augmenter les performances des disques durs SATA en permettant au disque dur individuel de recevoir plus d'une requête Entrées/Sorties à la fois et de décider laquelle accomplir d'abord.
Si on branche un lecteur-graveur sur un des deux ports SATA contrôlés par cette puce, alors le démarrage d’Ubuntu est bloqué, même si le lecteur ne contient aucun disque, et quelle que soit la version d’Ubuntu (16.04, 18.04 ou 19.10) et quelle que soit la version du bios de la carte-mère MSI 570 A PRO (jusqu’à la version 7C37VH5 du 30/10/2019).

SOLUTION 1 : ne pas utiliser les SATA 1 et 2, mais utiliser les autres ports SATA
SOLUTION 2 : désactiver la commande NCQ en introduisant la commande

libata.force=noncq

dans le fichier

/etc/default/grub

moko138

Pour les lignes du fstab concernant le NTFS,

geole a écrit A propos du dernier 0... On peut remplacer par 2.

C'est techniquement faisable. Mais dans un pc qui contient Windows, c'est une ABERRATION dangereuse pour les données. Il suffit de lire

man ntfsfix

pour le comprendre.

iznobe

Bonjour geole ,

Pour les commandes demandées , malheureusement on ne pourra pas remonter le temps a cause de mon fichier fstab :

iznobe@iznobe-PC:~$ cat /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>
# / was on /dev/nvme0n1p2 during installation
UUID=eb18366b-2ac9-4a7e-8f93-ba2caa30e90e   /              ext4    errors=remount-ro 0       1

# /boot/efi was on /dev/nvme0n1p1 during installation
#UUID=79B2-EB37  /boot/efi       vfat    umask=0077      0       1
UUID=79B2-EB37	/boot/efi	vfat	defaults	0	1

# /home was on /dev/sdd1 during installation
UUID=6dd3be64-2092-4e06-817a-ecc5f1463bda /home           ext4    defaults        0       2

# swap was on /dev/sda3 during installation
UUID=04841904-7afa-43b0-bff3-0722fe2cc3bf none            swap    sw              0       0


/dev/disk/by-label/Seagate_4T   /media/Seagate_4T       ext4    defaults,nofail     0 2
#/dev/disk/by-label/windows_10   /media/windows_10       ntfs-3g defaults            0 0
/dev/disk/by-label/Toshiba_3T   /media/Toshiba_3T       ext4    defaults,nofail     0 2
/dev/disk/by-label/Western_8T   /media/Western_8T       ext4    defaults,nofail     0 2
#/dev/disk/by-label/L_M_secours  /media/L_M_secours      ext4    defaults,nofail     0 2
#/dev/disk/by-label/Ubuntu       /media/Ubuntu           ext4    defaults,nofail     0 2
/dev/disk/by-label/Sauvegardes  /media/Sauvegardes      ext4    defaults,nofail     0 2
/dev/disk/by-label/SAUV         /media/SAUV             ext4    defaults,nofail     0 2
#/dev/disk/by-label/Seagate_1T   /media/Seagate_1T       ext4    defaults,nofail     0 2

# limitation ecritures disques SSD ###
#######################################
tmpfs                                                   /tmp                                                            tmpfs   defaults                0       0
tmpfs                                                   /var/log                                                        tmpfs   defaults,nosuid,nodev,noatime,mode=0755,size=1g
#tmpfs                                                  /var/cache/apt/archives                                         tmpfs   defaults,size=2g        0       0
tmpfs                                                   /home/iznobe/.cache                                             tmpfs   defaults,size=1g        0       0

#ramdisk
tmpfs                                                   /media/ramdisk                    tmpfs   rw,noatime,x-gvfs-show,size=28G 0       0
##########################################
# FIN limitation ecritures disques SSD ###

###  Montages special samba un seul dossier partage :
/media/Western_8T/PartageW8T  /partages/W8T   auto bind,x-systemd.requires=/mnt/Western_8T/PartageW8T  0  0
#/media/Seagate_4T/PartageS4T  /partages/S4T   auto bind,x-systemd.requires=/mnt/Seagate_4T/PartageS4T  0  0
/media/Toshiba_3T/PartageT3T  /partages/T3T   auto bind,x-systemd.requires=/mnt/Toshiba_3T/PartageT3T  0  0

iznobe@iznobe-PC:~$

Pour ce qui est de la discussion linké , il ya des choses bizzares , mais je ne suis pas sur d' avoir branché mon lecteur DVD , il n ' y avait plus de place sur les ports SATA , mais pas sur du tout en fait , tellement de mouvement depuis que j ' ai changé de carte mere ...

en tout cas , c ' est assez ressemblant au niveau des messages d ' erreurs qui defilent au demarrage puis a l ' arret a la sauvage .

Par contre le vieux disque MAXTOR 500 GO et le seagate 500 ne sont probablement pas en SATA6GGbps , il se peut que ca cee un bug similaire . d ' ou l ' idée de faire des images disques de ces 2 disques , puis de les virés sur un autre en SATA 3 6Gbps , mais a priori ca risque de ne pas marcher , ca m ' aurait liberer 2 ports SATA , moins de conso electrique et peut etre moins de probleme de demarrage .

Actuellement , j ' ai repositionner mes DD , les recents sur ports SATA 1 , 2, et 3 , debrancher le lecteur DVD completement , et mis les vieux disques sur ports SATA 5 et 6 . ca l ' air de bien se passer pour les montages , je vais tester l ' ecriture suppression chacun d' eux pour etre sur que tout va bien .
et j ' ai demarrer sur le " disque " M.2 demarrage en moins de 10 sec !

juste pour etre sur du coup , au niveau du disque Seagate 4 TO , je n ' ai rien a y faire ?
dans les données smart de gnome disk utility il y a une ligne qui me turlupine tout de meme , la premiere :

ID : 1 , ATTRIBUT : taux d ' erreur de lecture , VALEUR : 31544779 , NORMALISE : 75,  SEUIL : 44, LA PIRE : 64, TYPE : prediction de panne, MISES A JOUR : en ligne, ESTIMATION : ok .

une verif quelconque ne vous parait pas necessaire ?

je m ' occuperai de la partition de données partagée windows 10 lorsque j ' aurais reussi a l ' installer sur le nvme M.2 , j ' ai demandé sur les forums MSI france et anglais + envoye un ticket au support MSI il ya bientot 48 heures .
les 3 sont sans reponses pour le moment .

moko138

dans les données smart de gnome disk utility il y a une ligne qui me turlupine

Relis ./viewtopic.php?pid=22331082#p22331082

geole

La proposition était de modifier la 10eme ligne du fichier /etc/default/grub
afin qu'elle ressemble à cela.

GRUB_CMDLINE_LINUX_DEFAULT=" quiet splash  libata.force=noncq  vt.handoff=7"

et de valider par

sudo update-grub

et de vérifier que tu pouvais brancher tes disques n'importe où

NOTA les commandes journal..... sont indépendantes du contenu du fichier /etc/fstab

1 Raw_Read_Error_Rate 0x000f 079 064 044 Pre-fail Always -

Par principe, la valeur n'a pas le droit de descendre en dessous de 044 sous peine d'une alerte failling

Récemment (les 20 dernières minutes ?) elle estimée à 079 ce qui est une valeur normale pour ce type de disque
A un moment donné elle est descendue à 064 ce qui n'est pas catastrophique mais, à mon avis, c'est lié à l'incident qui fait mal lire le disque..

iznobe

geole a écritLa proposition était de modifier la 10eme ligne du fichier /etc/default/grub
afin qu'elle ressemble à cela.

GRUB_CMDLINE_LINUX_DEFAULT=" quiet splash  libata.force=noncq  vt.handoff=7"

et de valider par

sudo update-grub

et de vérifier que tu pouvais brancher tes disques n'importe où

je ferais ca . le probleme etant que je ne sais pas vraiment comment reproduire a coup sur le bug pour le moment et donc en deduire si ca marche ou pas .

geole a écrit NOTA les commandes journal..... sont indépendantes du contenu du fichier /etc/fstab

avec ces lignes dans le fstab :

# limitation ecritures disques SSD ###
#######################################
tmpfs                                                   /tmp                                                            tmpfs   defaults                0       0
tmpfs                                                   /var/log                                                        tmpfs   defaults,nosuid,nodev,noatime,mode=0755,size=1g
#tmpfs                                                  /var/cache/apt/archives                                         tmpfs   defaults,size=2g        0       0
tmpfs                                                   /home/iznobe/.cache

je ne suis pas sur que le journal soit conservé sur le disque dur .

voici le retour des 4 commandes journal :

iznobe@iznobe-PC:~$ journalctl  -b -1 -p err
Specifying boot ID or boot offset has no effect, no persistent journal was found.
iznobe@iznobe-PC:~$ journalctl  -b -2 -p err
Specifying boot ID or boot offset has no effect, no persistent journal was found.
iznobe@iznobe-PC:~$ journalctl  -b -3 -p err
Specifying boot ID or boot offset has no effect, no persistent journal was found.
iznobe@iznobe-PC:~$ journalctl  -b -4 -p err
Specifying boot ID or boot offset has no effect, no persistent journal was found.
iznobe@iznobe-PC:~$

geole a écrit 1 Raw_Read_Error_Rate 0x000f 079 064 044 Pre-fail Always -

Par principe, la valeur n'a pas le droit de descendre en dessous de 044 sous peine d'une alerte failling

Récemment (les 20 dernières minutes ?) elle estimée à 079 ce qui est une valeur normale pour ce type de disque
A un moment donné elle est descendue à 064 ce qui n'est pas catastrophique mais, à mon avis, c'est lié à l'incident qui fait mal lire le disque..

donc je peux en deduire que tout est normal ?
desolé je ne sais pas interprete un rapport smartctl .

moko138 a écrit Relis ./viewtopic.php?pid=22331082#p22331082

j ' ai bien relu , j ' essai de l ' utiliser le moins possible , mais je ne suis pas un pro de la CLI , je me disais que tout de meme il n ' avait pas fait que des trucs " vilains " dans gnome-disk-utility et que la GUI affiche le retour des commandes que l' on passerait a la main .

j ' ai aussi fait les commandes et changement que vous avez indique dans ce post .

Vous avez l ' air d ' en savoir bien plus que moi sur les disques et le smartctl et analyser les rapports , du coup je prefere demander avant de faire nimporte quoi , vu que j ' y comprends rien 😛

geole

iznobe a écrit avec ces lignes dans le fstab :

# limitation ecritures disques SSD ###
#######################################
tmpfs                                                   /tmp                                                            tmpfs   defaults                0       0
tmpfs                                                   /var/log                                                        tmpfs   defaults,nosuid,nodev,noatime,mode=0755,size=1g
#tmpfs                                                  /var/cache/apt/archives                                         tmpfs   defaults,size=2g        0       0
tmpfs                                                   /home/iznobe/.cache

J'aurais du regarder le contenu.....
Le cache utilisateur en fichier temporaire est certainement une grosse erreur.
Pour les logs, je ne dis rien... Mais uniquement lorsque tout est nickel.........
Cependant, même lorsque cela ne fonctionne pas très bien, on peut se contenter d'éliminer la production en double exemplaire
paragraphe 4.6 de https://doc.ubuntu-fr.org/ssd_solid_state_drive
Tu as certainement pensé à forcer le swap de la RAM à 95% sinon 99%.

moko138

iznobe,
Comme tu avais écrit :

dans les données smart de gnome disk utility il y a une ligne qui me turlupine

je visais ce passage :

bibi a écrit Gnome-Disques (...)
Mais si tu réutilises ce couteau-suisse là où tu sais maintenant qu'il merdoie avec constance (sur l'interprétation des données SMART aussi), (...)

« Page précédente Page suivante »