Disque dur neuf qui tourne en permanence

elcoyote_21 · Le 18/11/2021, à 23:12

Bonsoir, décidément je les accumule.
J'ai réinstallé ce jour ubuntu 20.04.3 sur mon SSD et j'ai déporté les dossiers "Documents" "Téléchargements" "Vidéos" "Musique" sur un disque toshiba neuf de 4To (2 parttions) et celui-ci travaille en permanence (diode d'activité qui clignote à fond et j'entend le disque "gratter"). Comment puis-je calmes ses ardeurs ? Merci d'avance (encore...) !

EDiT : je me demande si le problème n'est pas lié au fstab modifié (en suivant le tuto :tuto partition data ) car lorsque je démonte le disque dur dans la barre des tâches, l'activité s'arrête mais du coup je perds l'accès aux dossiers !

Dernière modification par elcoyote_21 (Le 18/11/2021, à 23:20)

geole · Le 18/11/2021, à 23:46

Bonsoir.
Il n'y a certainement pas de rapport.
Pour mieux connaître ton disque, peux-tu donner ce retour en remplaçant X par la bonne lettre b?

sudo hdparm -I /dev/sdX

iznobe · Le 19/11/2021, à 01:33

Bonsoir , @geole , dans le tutoriel de bluc linké precedement , il ne manque pas une partie ?
je pense a la partie concernant :" réparer le fichier user-dirs.dirs en l'ouvrant dans un éditeur de texte

nano ~/.config/user-dirs.dirs

mettre :

# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run.
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
# 
XDG_DESKTOP_DIR="$HOME/Bureau"
XDG_DOCUMENTS_DIR="$HOME/Documents"
XDG_PICTURES_DIR="$HOME/Images"
XDG_TEMPLATES_DIR="$HOME/Modèles"
XDG_MUSIC_DIR="$HOME/Musique"
XDG_PHOTOS_DIR="$HOME/Photos"
XDG_PUBLICSHARE_DIR="$HOME/Public"
XDG_RESSOURCES_DIR="$HOME/Ressources"
XDG_SCRIPTS_DIR="$HOME/Scripts"
XDG_DOWNLOAD_DIR="$HOME/Téléchargements"
XDG_VIDEOS_DIR="$HOME/Vidéos"

"
dans mon cas personnel .

Dernière modification par iznobe (Le 19/11/2021, à 01:35)

elcoyote_21 · Le 19/11/2021, à 07:45

Bonjour,

sudo hdparm -I /dev/sdX

me renvoie

j@Z11PLUSHF1:~$ sudo hdparm -I /dev/sdb

/dev/sdb:

ATA device, with non-removable media
	Model Number:       TOSHIBA HDWR440                         
	Serial Number:      81A0A009FZ3G
	Firmware Revision:  0601    
	Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
	Used: unknown (minor revision code 0x006d) 
	Supported: 10 9 8 7 6 5 
	Likely used: 10
Configuration:
	Logical		max	current
	cylinders	16383	16383
	heads		16	16
	sectors/track	63	63
	--
	CHS current addressable sectors:    16514064
	LBA    user addressable sectors:   268435455
	LBA48  user addressable sectors:  7814037168
	Logical  Sector size:                   512 bytes
	Physical Sector size:                  4096 bytes
	Logical Sector-0 offset:                  0 bytes
	device size with M = 1024*1024:     3815447 MBytes
	device size with M = 1000*1000:     4000787 MBytes (4000 GB)
	cache/buffer size  = unknown
	Form Factor: 3.5 inch
	Nominal Media Rotation Rate: 7200
Capabilities:
	LBA, IORDY(can be disabled)
	Queue depth: 32
	Standby timer values: spec'd by Standard, no device specific minimum
	R/W multiple sector transfer: Max = 16	Current = 16
	Advanced power management level: 254
	DMA: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
	     Cycle time: min=120ns recommended=120ns
	PIO: pio0 pio1 pio2 pio3 pio4 
	     Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
	Enabled	Supported:
	   *	SMART feature set
	    	Security Mode feature set
	   *	Power Management feature set
	   *	Write cache
	   *	Look-ahead
	   *	Host Protected Area feature set
	   *	WRITE_BUFFER command
	   *	READ_BUFFER command
	   *	NOP cmd
	   *	DOWNLOAD_MICROCODE
	   *	Advanced Power Management feature set
	    	SET_MAX security extension
	   *	48-bit Address feature set
	   *	Mandatory FLUSH_CACHE
	   *	FLUSH_CACHE_EXT
	   *	SMART error logging
	   *	SMART self-test
	   *	General Purpose Logging feature set
	   *	WRITE_{DMA|MULTIPLE}_FUA_EXT
	   *	64-bit World wide name
	   *	WRITE_UNCORRECTABLE_EXT command
	   *	{READ,WRITE}_DMA_EXT_GPL commands
	   *	Segmented DOWNLOAD_MICROCODE
	   *	unknown 119[6]
	    	unknown 119[7]
	   *	Gen1 signaling speed (1.5Gb/s)
	   *	Gen2 signaling speed (3.0Gb/s)
	   *	Gen3 signaling speed (6.0Gb/s)
	   *	Native Command Queueing (NCQ)
	   *	Host-initiated interface power management
	   *	Phy event counters
	   *	NCQ priority information
	   *	Host automatic Partial to Slumber transitions
	   *	Device automatic Partial to Slumber transitions
	   *	READ_LOG_DMA_EXT equivalent to READ_LOG_EXT
	   *	DMA Setup Auto-Activate optimization
	    	Device-initiated interface power management
	   *	Software settings preservation
	    	unknown 78[7]
	   *	SMART Command Transport (SCT) feature set
	   *	SCT Write Same (AC2)
	   *	SCT Error Recovery Control (AC3)
	   *	SCT Features Control (AC4)
	   *	SCT Data Tables (AC5)
	   *	SANITIZE_ANTIFREEZE_LOCK_EXT command
	   *	SANITIZE feature set
	   *	OVERWRITE_EXT command
	   *	reserved 69[3]
	   *	DOWNLOAD MICROCODE DMA command
Security: 
	Master password revision code = 65534
		supported
	not	enabled
	not	locked
		frozen
	not	expired: security count
		supported: enhanced erase
	370min for SECURITY ERASE UNIT. 370min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 5000039b18d0423c
	NAA		: 5
	IEEE OUI	: 000039
	Unique ID	: b18d0423c
Checksum: correct
j@Z11PLUSHF1:~$

iznobe · Le 19/11/2021, à 08:20

Salut , pour voir quel programme fais tourner le disque , c ' est simple : tu ouvres le moniteur systeme , et tu tapes dans les colonnes afin de selectionner le rangement par eciture ou lecture disque , ca dis quel processus fais tourner le disque .

geole · Le 19/11/2021, à 13:33

iznobe a écrit :

Bonsoir , @geole , dans le tutoriel de bluc linké précédement , il ne manque pas une partie ?

Bonjour iznobe: Non.
les valeurs que tu sites sont celles mises au moment de la création de l'utilisateur, elles ne deviennent vérolées que dans quatre cas
1) L'utilisateur les a modifiées pour les remplacer par un lien vers la partition de données et la partition de données est inaccessible pour une raison X (soit on l'a supprimée, soit un arrêt méchant de ubuntu la laissant dans un état incohérant et on a fait le choix de ne pas planter UBUNTU pour cette raison
2) Le répertoire $HOME a été détruit mais dans ce cas, l'utilisateur ne peut pas se connecter
3) Le répertoire /home a été détruit mais dans ce cas, l'ordinateur ne met pas en route
4) En utilisant la technique de bluc qui ne modifie que les liens symboliques, Il faudrait que les répertoires aient été supprimés et que les liens symboliques n'aient pas été créés et qu'il y ait eu reboot pour que les liens XDG se retrouvent cassés. J'avais proposé une commande à bluc pour interdire ce cassage, Mais il ne m'a pas suivi dans cette idée. C'était lors d'une discussion où tu avais participé me semble-t-il.

geole · Le 19/11/2021, à 13:52

Bonjour elcoyte_21
je pense que la commande serait plus bavarde et donnerais des renseignents sur la mise en sommeil du disque
J'ai noté que tu n'as que ces répertoires (Documents" "Téléchargements" "Vidéos" "Musique") sur le disque. S'il y avait eu firefox, j'aurai pensé que son cache qui se réactualise souvent serait en cause
iznobe t'as donné une technique pour voir qui écrit ou lit su le disque. Sinon, il y aurait aussi l'application IOTOP à installer.

iotop --help

Command 'iotop' not found, but can be installed with:

sudo apt install iotop

Pour revenir au paramétrage du disque

sudo hdparm -B /dev/sdb

Dernière modification par geole (Le 20/11/2021, à 19:37)

elcoyote_21 · Le 20/11/2021, à 09:17

Bonjour, je n'ai pas eu le temps de me mettre sur le pc hier, désolé pour ma réponse tardive!
iznobe j'ai tenté des captures d"écran :

Tri "TOTAL ÉCRITURE" :
https://i.imgur.com/njPqUJT.png

Tri "ÉCRITURE DISQUE"
https://i.imgur.com/W2b9Lj3.png

geole le retour de

~$ sudo hdparm -B /dev/sdb

me donnne

~$ sudo hdparm -B /dev/sdb
[sudo] Mot de passe de j : 

/dev/sdb:
 APM_level	= 254
j@Z11PLUSHF1:~$

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images.}

Dernière modification par cqfd93 (Le 20/11/2021, à 09:39)

geole · Le 20/11/2021, à 10:31

Bonjour.
Donc avec cette valeur, il n'y a pas de mise au repos.
https://wiki.archlinux.fr/hdparm
Tu pourrais essayer de mettre 128 d'après cette même documentation.

Si le disque continue de ne pas s'arrêter, il y a aussi l'option -S.
Je n'ai pas trouvé comment lire la valeur actuelle. Le plus simple serait d'en mettre une

man hdparm a écrit :

-S
Fixe le délai avant la suspension (spindown) du disque. Cette valeur est utilisée par le disque pour déterminer combien de temps attendre (sans activité disque) avant de suspendre la rotation du moteur pour économiser l'énergie. Dans de telles circonstances, le disque peut mettre jusqu'à une trentaine de secondes pour répondre à un accès, bien que la plupart des disques soient bien plus rapides. L'encodage de la valeur du délai d'attente est assez spécial. Une valeur de zéro signifie « pas de suspension ». Des valeurs de 1 à 240 spécifient des multiples de 5 secondes pour les délais de 5 secondes à 20 minutes. Des valeurs de 241 à 251 spécifient de 1 à 11 unités de 30 minutes, pour les délais de 30 minutes à 5,5 heures. Une valeur de 252 signifie un délai de 21 minutes. 253 fixe un délai définit par le constructeur entre 8 et 12 heures. La valeur 254 est réservée et 255 est interprété comme 21 minutes et 15 secondes. Notez que certains disques anciens peuvent interpréter ces valeurs de toute autre manière.

Donc, la valeur 60 correspondrait à 5 minutes et la valeur 12 à une minute.

Dernière modification par geole (Le 20/11/2021, à 10:41)

elcoyote_21 · Le 20/11/2021, à 12:36

geole : c'est vraiment étrange, j'ai mis le pc en veille ce matin puis je l'ai éteint et redémarré et là.... la diode clignote par intermittence de façon "normale" (je sais ce n'est pas très scientifique comme mesure) !
Je n'ai pas encore toucher à la valeur APM_LEVEL , le vieil adage "if it's not broken don't fix it" (si ce n'est pas cassé, ne cherche pas à réparer) m'incite à ne rien toucher pour l'instant et voir dans quelques jours. Qu'en penses-tu ?

le retour de

hdparm -t --direct /dev/sdb

pourrait-il servir à quelque chose? (j'ai trouvé cette commande en feuilletant hdparm)

j'ai lancé un test de performance avec "Disques", je suppose qu'il n'y a pas de souci particulier avec les résultats :
https://i.imgur.com/1pKOgEn.png

Modération - Rappel : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images.

Dernière modification par cqfd93 (Le 20/11/2021, à 13:29)

iznobe · Le 20/11/2021, à 19:39

Bonsoir , je suis un peu mitigé sur la mise en repos du disque qui est une chose differente du disque inactif , d' apres les dire de elcoyote , je pensais plutot qu ' un logiciel solicitait en permanence le disque d ' ou la diode eclairée constante . A priori ce n' est pas le cas pour l' ecriture .

Tout de meme , a mon avis ce n' est pas trop normal , le fait que la LED activité disque reste eclairée en permanence , sans activité particuliere .

geole · Le 20/11/2021, à 19:41

elcoyote_21 a écrit :

Bonjour, je n'ai pas eu le temps de me mettre sur le pc hier, désolé pour ma réponse tardive!
iznobe j'ai tenté des captures d"écran :
Tri "TOTAL ÉCRITURE" :
https://i.imgur.com/njPqUJT.png
Tri "ÉCRITURE DISQUE"
https://i.imgur.com/W2b9Lj3.png

Bonsoir
Regarde si la commande iotop ne fait pas mieux, Mais il n'y a pas d'options pour préciser le disque

sudo iotop -o

iznobe · Le 22/11/2021, à 16:10

bonjour , que donne aussi :

cat /etc/fstab

ls -la ~

Dernière modification par iznobe (Le 22/11/2021, à 16:16)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 18/11/2021, à 23:12

Disque dur neuf qui tourne en permanence

#2 Le 18/11/2021, à 23:46

Re : Disque dur neuf qui tourne en permanence

#3 Le 19/11/2021, à 01:33

Re : Disque dur neuf qui tourne en permanence

#4 Le 19/11/2021, à 07:45

Re : Disque dur neuf qui tourne en permanence

#5 Le 19/11/2021, à 08:20

Re : Disque dur neuf qui tourne en permanence

#6 Le 19/11/2021, à 13:33

Re : Disque dur neuf qui tourne en permanence

#7 Le 19/11/2021, à 13:52

Re : Disque dur neuf qui tourne en permanence

#8 Le 20/11/2021, à 09:17

Re : Disque dur neuf qui tourne en permanence

#9 Le 20/11/2021, à 10:31

Re : Disque dur neuf qui tourne en permanence

#10 Le 20/11/2021, à 12:36

Re : Disque dur neuf qui tourne en permanence

#11 Le 20/11/2021, à 19:39

Re : Disque dur neuf qui tourne en permanence

#12 Le 20/11/2021, à 19:41

Re : Disque dur neuf qui tourne en permanence

#13 Le 22/11/2021, à 16:10

Re : Disque dur neuf qui tourne en permanence

Pied de page des forums