Debian-facile
Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#26 21-11-2020 13:55:41
- raleur
- Membre
- Inscription : 03-10-2014
Re : [Terminé] Ordre aléatoire de reconnaissance des disques au démarrage
Si c'est que ton SSD et tes disques ne sont pas présents dans la base de données de smartmontools, tu peux la mettre à jour au cas où ils auraient été inclus dans une version plus récente.
Si c'est que certains attributs ne sont pas supportés par le SSD, alors il doit être possible de configurer /etc/smartd.conf pour ne pas les demander.
Dernière modification par raleur (21-11-2020 13:59:22)
Il vaut mieux montrer que raconter.
Hors ligne
#27 21-11-2020 14:43:42
- jpt
- Membre
- Distrib. : Debian 10.6
- Noyau : Linux 5.7.10 (backports)
- (G)UI : LXDE
- Inscription : 12-09-2020
Re : [Terminé] Ordre aléatoire de reconnaissance des disques au démarrage
Quel est le problème ?
Aujourd'hui aucun. Mais si un disque se mettait à développer un problème de lecture par exemple, et que les erreurs ne se reportent pas sur le bon à cause du fait qu'un disque n'est pas toujours celui qu'on pense et qui nous est signalé, je te laisse imaginer l'embrouille.
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
#28 21-11-2020 15:03:38
- raleur
- Membre
- Inscription : 03-10-2014
Re : [Terminé] Ordre aléatoire de reconnaissance des disques au démarrage
Il vaut mieux montrer que raconter.
Hors ligne
#29 23-11-2020 10:54:58
- jpt
- Membre
- Distrib. : Debian 10.6
- Noyau : Linux 5.7.10 (backports)
- (G)UI : LXDE
- Inscription : 12-09-2020
Re : [Terminé] Ordre aléatoire de reconnaissance des disques au démarrage
depuis le temps que je l'attendais, enfin je l'ai, au 4e reboot de ce matin :
/ /dev/sda1 ext4 rw,noatime
├─/dbck_small /dev/sdc2 ext4 rw,nosuid,nodev,relatime
├─/data_small /dev/sdb2 ext4 rw,nosuid,nodev,relatime
├─/dbck_large /dev/sdc1 ext4 rw,nosuid,nodev,relatime
├─/root /dev/sdb2[/root] ext4 rw,nosuid,nodev,relatime
├─/home /dev/sdb2[/home] ext4 rw,nosuid,nodev,relatime
├─/var /dev/sdb2[/var] ext4 rw,nosuid,nodev,relatime
└─/data_large /dev/sdb1 ext4 rw,nosuid,nodev,relatime
2-ok
/ /dev/sda1 ext4 rw,noatime
├─/dbck_small /dev/sdc2 ext4 rw,nosuid,nodev,relatime
├─/data_small /dev/sdb2 ext4 rw,nosuid,nodev,relatime
├─/dbck_large /dev/sdc1 ext4 rw,nosuid,nodev,relatime
├─/home /dev/sdb2[/home] ext4 rw,nosuid,nodev,relatime
├─/var /dev/sdb2[/var] ext4 rw,nosuid,nodev,relatime
├─/root /dev/sdb2[/root] ext4 rw,nosuid,nodev,relatime
└─/data_large /dev/sdb1 ext4 rw,nosuid,nodev,relatime
3-ok
/ /dev/sda1 ext4 rw,noatime
├─/dbck_small /dev/sdc2 ext4 rw,nosuid,nodev,relatime
├─/dbck_large /dev/sdc1 ext4 rw,nosuid,nodev,relatime
├─/data_large /dev/sdb1 ext4 rw,nosuid,nodev,relatime
├─/data_small /dev/sdb2 ext4 rw,nosuid,nodev,relatime
├─/var /dev/sdb2[/var] ext4 rw,nosuid,nodev,relatime
├─/root /dev/sdb2[/root] ext4 rw,nosuid,nodev,relatime
└─/home /dev/sdb2[/home] ext4 rw,nosuid,nodev,relatime
4-kc !
/ /dev/sdb1 ext4 rw,noatime
├─/dbck_small /dev/sdc2 ext4 rw,nosuid,nodev,relatime
├─/dbck_large /dev/sdc1 ext4 rw,nosuid,nodev,relatime
├─/data_large /dev/sda1 ext4 rw,nosuid,nodev,relatime
├─/data_small /dev/sda2 ext4 rw,nosuid,nodev,relatime
├─/home /dev/sda2[/home] ext4 rw,nosuid,nodev,relatime
├─/root /dev/sda2[/root] ext4 rw,nosuid,nodev,relatime
└─/var /dev/sda2[/var] ext4 rw,nosuid,nodev,relatime
Si vous comparez les première et deuxième colonnes, vous constatez qu'elles sont en non-concordance d'une sortie à l'autre. Le bon ordre (du fstab, qui s'appuie sur les uuid, qu'on nous a vantées comme plus robustes -- mais ce n'est pas le cas, la preuve...) devrait être :
├─/data_large /dev/sdb1 ext4 rw,nosuid,nodev,relatime
├─/data_small /dev/sdb2 ext4 rw,nosuid,nodev,relatime
├─/home /dev/sdb2[/home] ext4 rw,nosuid,nodev,relatime
├─/root /dev/sdb2[/root] ext4 rw,nosuid,nodev,relatime
├─/var /dev/sdb2[/var] ext4 rw,nosuid,nodev,relatime
├─/dbck_large /dev/sdc1 ext4 rw,nosuid,nodev,relatime
└─/dbck_small /dev/sdc2 ext4 rw,nosuid,nodev,relatime
Je vous laisse imaginer l'embrouille dans gparted, qui s'appuie sur les "/dev/...", tout comme lsblk ou blkid dont voilà la sortie :
/dev/sda2: LABEL="homerootvar" UUID="ca124013-9812-4eac-8e52-35560d5ac7f4" TYPE="ext4" PARTUUID="ca7ed134-02"
/dev/sdb1: LABEL="system" UUID="99dc8d6c-8674-4c7d-b27f-7cd860bdd63f" TYPE="ext4" PARTUUID="ec0402c2-01"
/dev/sdb2: UUID="272a029e-4d4a-40e2-a3b7-51bf1ac7b0d0" TYPE="swap" PARTUUID="ec0402c2-02"
/dev/sdc1: LABEL="backup" UUID="0e65ae8e-d816-4ffc-a210-e616717de2fe" TYPE="ext4" PARTUUID="edfce0d7-01"
/dev/sdc2: LABEL="reserved" UUID="99fc2adf-d339-4fcc-82fb-82f93db59f2a" TYPE="ext4" PARTUUID="edfce0d7-02"
quand elle devrait être :
/dev/sda2: UUID="272a029e-4d4a-40e2-a3b7-51bf1ac7b0d0" TYPE="swap" PARTUUID="ec0402c2-02"
/dev/sdb1: LABEL="data" UUID="83452e91-8384-45c3-b2c7-4315904d03fa" TYPE="ext4" PARTUUID="ca7ed134-01"
/dev/sdb2: LABEL="homerootvar" UUID="ca124013-9812-4eac-8e52-35560d5ac7f4" TYPE="ext4" PARTUUID="ca7ed134-02"
/dev/sdc1: LABEL="backup" UUID="0e65ae8e-d816-4ffc-a210-e616717de2fe" TYPE="ext4" PARTUUID="edfce0d7-01"
/dev/sdc2: LABEL="reserved" UUID="99fc2adf-d339-4fcc-82fb-82f93db59f2a" TYPE="ext4" PARTUUID="edfce0d7-02"
En gros, il n'y a que le sdc qui soit toujours correct, 
.
Alors j'ai une piste (forcer une histoire de after/before dans le fstab, j'ai pas tout bien compris, faudra que je fasse des tests dans une machine virtuelle) mais j'ai une autre urgence ces jours-ci.
Alors comme la machine n'est toujours pas en prod' (cinq mois et demi qu'elle a été achetée...), qq jours de plus ou de moins n'y changeront rien.
Un dernier mot : pour avoir ce bel affichage, je me suis créé un alias msd='findmnt | grep sd | grep -v gvfsd | grep -v nsdelegate ' qui me facilite bien la vie, 
Dernière modification par jpt (23-11-2020 10:58:34)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne