Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 11-01-2022 10:22:12

robert2a
Membre
Distrib. : Arch Linux
(G)UI : Mate
Inscription : 15-11-2014

DD de données sollicité lors du démarrage

Bonjour

le montage du disque


# partition documents
UUID=de2c74ac-72ef-4907-8d34-ae5acdb2caa1 /home/robert/Archives   ext4  defaults   0     2
 



jusqu'a bullseye de mémoire correct
depuis testing/sid le disque est solliciter du chargement du noyau jusque a l'invite de connexion (voir même après ).
c'est un 4Terra  WD

les erreurs


janv. 11 07:33:24 amdtr4 kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
janv. 11 07:33:24 amdtr4 kernel: sd 0:0:0:0: [sda] Asking for cache data failed
 



le disque système est un M2 nvme et sda le WD
je comprend pas le but de ces accès , et si on peu le modifier

et ces nouveaux messages au niveau du cache (la traduction peut être pas optimale )


En supposant que le cache du lecteur passe en écriture
Échec de la demande de données de cache
 



sur cette machine j'ai aussi 2 tiroirs en hotplug  (stata 5 et 6 ) avec une erreur mais un autre problème ( non monter au démarrage )
sur une insertion a chaud des disques


janv. 11 08:26:19 amdtr4 kernel: sd 5:0:0:0: [sdc] Assuming drive cache: write through
janv. 11 08:26:19 amdtr4 kernel: sd 5:0:0:0: [sdc] Asking for cache data failed
janv. 11 08:26:18 amdtr4 kernel: ata6: softreset failed (1st FIS failed)
janv. 11 08:19:00 amdtr4 kernel: sd 4:0:0:0: [sdb] Assuming drive cache: write through
janv. 11 08:19:00 amdtr4 kernel: sd 4:0:0:0: [sdb] Asking for cache data failed
 



erreur => ata6: softreset failed (1st FIS failed)

je vais regarder l'option 1 ou 2 ou 0 des lignes a la fin du fstab  (1 pour le disque système ) et de l'option "defaults"

comme le disque WD est bruyant , cela se remarque facilement et de mémoire pas le même comportement sur les anciens noyaux .
ps: avec les ssd on remarque rien, le silence smile

Hors ligne

#2 11-01-2022 10:31:06

Croutons
Membre
Distrib. : Debian10 Buster
Noyau : Linux 4.19.0-18-amd64
(G)UI : Mate
Inscription : 16-12-2016

Re : DD de données sollicité lors du démarrage

Hello
est ce que cela se produit a chaque démarrage ou seulement une seule fois?
Je pensais peut être à la mise a jour de l'indexation si locate ou un de ses dérivé est installé
la base de données est prévu pour ce mettre à jour dans  le cron daily donc seulement au premier démarrage qui prend un peu + de temps (enfin chez moi du moins ,vu que j'ai qu'un seul HDD)

Dernière modification par Croutons (11-01-2022 10:35:35)


-->les cahiers du debutant<--      WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde

Hors ligne

#3 11-01-2022 10:37:44

robert2a
Membre
Distrib. : Arch Linux
(G)UI : Mate
Inscription : 15-11-2014

Re : DD de données sollicité lors du démarrage

salut
a chaque démarrage
le disque est plein , 3.6T sur 4T
cela commence juste après la vérification du disque système
ps: je pourrai essayer avec un noyau de bullseye (installation provisoire) ou buster

Dernière modification par robert2a (11-01-2022 10:38:19)

Hors ligne

#4 11-01-2022 11:20:18

robert2a
Membre
Distrib. : Arch Linux
(G)UI : Mate
Inscription : 15-11-2014

Re : DD de données sollicité lors du démarrage

voila sur le noyau de bullseye tout est correct


Linux amdtr4 5.10.0-10-amd64 #1 SMP Debian 5.10.84-1 (2021-12-08) x86_64 GNU/Linux
 


les erreurs


journalctl -b -r -p err
-- Journal begins at Sat 2021-10-02 13:58:18 CEST, ends at Tue 2022-01-11 10:08:34 CET. --
janv. 11 10:08:03 amdtr4 pulseaudio[1272]: Error opening PCM device hdmi:1,1: Aucun fichier ou dossier de ce type
janv. 11 10:08:03 amdtr4 pulseaudio[1272]: Error opening PCM device front:0: Aucun fichier ou dossier de ce type
janv. 11 10:08:03 amdtr4 lightdm[1318]: gkr-pam: unable to locate daemon control file
janv. 11 10:07:38 amdtr4 kernel:
 



donc cela confirme bien un problème sur le noyau qui fait quelque chose sur tous les disques
le WD est silencieux , sauf si je l'utilise bien sur
les gens du kernel trafique quoi avec notre matériel ?  roll  tongue
voila , donc la question dans quel but ce comportement et lecture ou écriture ?

nota: reste a savoir ci cela sera confirmer par d'autres utilisateurs

pour le disque système sollicité toutes les 2 a 3 secondes => https://debian-facile.org/viewtopic.php?id=13707

Dernière modification par robert2a (11-01-2022 11:43:49)

Hors ligne

#5 11-01-2022 13:47:29

robert2a
Membre
Distrib. : Arch Linux
(G)UI : Mate
Inscription : 15-11-2014

Re : DD de données sollicité lors du démarrage

ceci peut être


dmesg | grep -i sda
[    1.484704] sd 0:0:0:0: [sda] 7814037168 512-byte logical blocks: (4.00 TB/3.64 TiB)
[    1.484706] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    1.484711] sd 0:0:0:0: [sda] Write Protect is off
[    1.484712] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    1.484714] sd 0:0:0:0: [sda] Asking for cache data failed
[    1.484731] sd 0:0:0:0: [sda] Assuming drive cache: write through
[    1.566994]  sda: sda1
[    1.580060] sd 0:0:0:0: [sda] Attached SCSI disk
[    5.992227] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
 



c'est ceci qui fait tout ce bruit => "7814037168 512-byte logical blocks"
oui gentil noyau il est en "data mode" sans quota , tu serais gentil de le laisser tranquille   roll
il doit bien avoir une commande pour désactiver cela au démarrage  ?

remarque :
pour le disque système


dmesg | grep -i nvme0
[    0.999065] nvme nvme0: pci function 0000:41:00.0
[    1.035763] nvme nvme0: 7/0/0 default/read/poll queues
[    1.042446]  nvme0n1: p1 p2 p3
[    5.344919] EXT4-fs (nvme0n1p2): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
[    5.615985] EXT4-fs (nvme0n1p2): re-mounted. Opts: errors=remount-ro. Quota mode: none.
[    5.793094] Adding 8191996k swap on /dev/nvme0n1p3.  Priority:-2 extents:1 across:8191996k SSFS
 

Dernière modification par robert2a (11-01-2022 13:51:59)

Hors ligne

#6 11-01-2022 14:07:19

robert2a
Membre
Distrib. : Arch Linux
(G)UI : Mate
Inscription : 15-11-2014

Re : DD de données sollicité lors du démarrage

j'ai ajouté 2 disques non monter dans le fstab

sdb vide en ext4


dmesg | grep -i sdb
[    3.102821] sd 4:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[    3.102829] sd 4:0:0:0: [sdb] Write Protect is off
[    3.102831] sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[    3.102832] sd 4:0:0:0: [sdb] Asking for cache data failed
[    3.102852] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[    3.165988]  sdb: sdb1
[    3.180062] sd 4:0:0:0: [sdb] Attached SCSI disk
 


sdc une installation de debian (non monter )


dmesg | grep -i sdc
[    3.676554] sd 5:0:0:0: [sdc] 390721968 512-byte logical blocks: (200 GB/186 GiB)
[    3.676562] sd 5:0:0:0: [sdc] Write Protect is off
[    3.676563] sd 5:0:0:0: [sdc] Mode Sense: 00 3a 00 00
[    3.676565] sd 5:0:0:0: [sdc] Asking for cache data failed
[    3.676583] sd 5:0:0:0: [sdc] Assuming drive cache: write through
[    3.755678]  sdc: sdc1 sdc2 sdc3
[    3.764217] sd 5:0:0:0: [sdc] Attached SCSI disk
 

Hors ligne

#7 11-01-2022 15:09:27

robert2a
Membre
Distrib. : Arch Linux
(G)UI : Mate
Inscription : 15-11-2014

Re : DD de données sollicité lors du démarrage

passer la valeur "2" a "0" ça ne change rien


# partition documents
UUID=de2c74ac-72ef-4907-8d34-ae5acdb2caa1 /home/robert/Archives   ext4  defaults   0     0 # 2 => 0
 

Hors ligne

Pied de page des forums