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.

#1 Le 02/01/2024, à 17:10

LRDP

question sur les lettres des devices [RÉSOLU 2 fois]

Bonjour, Bonne Année et surtout Bonne Santé à tous !

Petite question de début d'année pour causer avec la communauté, au sujet des lettres des "devices" (sda, sdb...)

Suite à des bidouilles bêtes et pas méchantes, j'ai refait une installation complète sur un disque branché tout seul dans ma tour, donc le disque système était bien sda2 et sa partition EFI de boot sda1.

J'ai rebranché tous mes autres disques ensuite et je retrouve le disque système en sde2. Ce n'est pas grave à priori puisque tout marche correctement, mais cela fait un peu désordre, car le fstab indique toujours sda2 en système.

# /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/sda2 during installation
UUID=76fbd671-0c60-460f-a6d5-6244db4010d2 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=178B-D57C  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
LABEL=Gold1 /mnt/Gold1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=Documents /mnt/Documents auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=Fantec3 /mnt/Fantec3 auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=exos1 /mnt/exos1 auto nosuid,nodev,nofail,x-gvfs-show 0 0

Et la configuration indique bien sde comme disque système :

[sudo blkid
/dev/sda1: LABEL="exos1" UUID="8a2f995b-6d01-40a1-a3c5-56147b7485d7" TYPE="ext4" PARTUUID="1f52bcf6-1c69-4261-95ac-ed7e89a90d36"
/dev/sdb1: LABEL="exos2" UUID="cd2922ab-bd4c-43db-b02a-1cbe6eaa15eb" TYPE="ext4" PARTUUID="633fa368-5e08-439a-a002-6477824d296b"
/dev/sdc1: LABEL="Gold1" UUID="65d8f5ba-a25a-41ce-8fe0-03a28dcf324c" TYPE="ext4" PARTLABEL="Gold1" PARTUUID="9fb0be0a-87cf-47b8-b5cb-4f45280b0e93"
/dev/sdd2: LABEL="Documents" UUID="a2b7cf71-48ba-48da-be47-e89b1cb1ea17" TYPE="ext4" PARTUUID="61065840-02"
/dev/sde1: UUID="178B-D57C" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="68cdde5d-9353-4f75-8445-a9d2caed89b0"
/dev/sde2: UUID="76fbd671-0c60-460f-a6d5-6244db4010d2" TYPE="ext4" PARTUUID="8107c52d-b6a1-4286-85af-9c8333cbf0f7"
/dev/sdg: LABEL="Fantec2" UUID="8de8473e-8d6c-40d1-8f37-0a3352dfb8cd" TYPE="ext4"
/dev/sdh1: LABEL="Fantec3" UUID="aad88602-bce5-4019-a4c4-42ef77d0380f" TYPE="ext4" PARTLABEL="Fantec3" PARTUUID="f0185232-c83c-ce4b-a566-6ee64227b5b8"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/sdf: PTUUID="dc0fb47f-5226-674c-b723-0d43088671d8" PTTYPE="gpt"

Le sdf est vide avec espace non alloué

Faut-il faire quelque chose ? inverser les câbles SATA, pourtant SATA1 est bien branché sur le disque système ? Mais j’ai un Hub-Sata branché en M2 qui supprime SATA5 & 6  de la Carte-Mère et certains Hub de ce genre (notamment ceux branché sur des PCIe de la Carte-Mère) réclament le disque système. Peut-être que cela cafouille à cause de çà ?

Dernière modification par LRDP (Le 13/01/2024, à 15:29)


Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
Config: maxi-tour avec 8 HD internes dont 2 SSD, 45 To de capacité
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#2 Le 02/01/2024, à 17:37

geole

Re : question sur les lettres des devices [RÉSOLU 2 fois]

Bonjour.
Les lettres ne sont pas fiables et sont dans des commentaires.
Le montage des deux partitions logicielles se  fait en utilisant des UUID qui sont stables tant que pas de reformatage.


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

En ligne

#3 Le 02/01/2024, à 17:42

LRDP

Re : question sur les lettres des devices [RÉSOLU 2 fois]

Merci, Geole, pour la réponse rapide.

Ainsi les lettres n'ont pas d'importance par rapport aux UUID et cela explique que le système fonctionne parfaitement, "malgré" ce désordre de lettres.

Je passe en résolu, pour ne pas encombrer le forum.


Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
Config: maxi-tour avec 8 HD internes dont 2 SSD, 45 To de capacité
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#4 Le 02/01/2024, à 17:44

geole

Re : question sur les lettres des devices [RÉSOLU 2 fois]

Je n'aime pas trop le fait que sdf n'ait pas de table de partition.

Dernière modification par geole (Le 02/01/2024, à 17:46)


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

En ligne

#5 Le 02/01/2024, à 17:52

LRDP

Re : question sur les lettres des devices [RÉSOLU 2 fois]

Effectivement, sdf est en attente de partition, je n'ai pas encore de besoin ni fait de décision en ce qui le concerne pour l'instant. Sdg n'a curieusement pas de table de partition, un oubli probable de ma part dans gparted lors d'une réorganisation de l'ordi, mais il se monte dans /média sans poser de problème en ext4 (il était en externe auparavant sur un boîtier USB)


Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
Config: maxi-tour avec 8 HD internes dont 2 SSD, 45 To de capacité
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne

#6 Le 02/01/2024, à 18:36

iznobe

Re : question sur les lettres des devices [RÉSOLU 2 fois]

Bonjour , si tu veux , tu peux editer ton fichier fstab de façon à y modifier le commentaire pour qu ' il indique la bonne partition de disque .
il te suffit de remplacer sda par sdf par exemple , mais ca ne sers à rien au niveau du systeme , ce n' est utile que pour toi , à condition que tu ne changes pas l' ordre des disques ulterieurement et que tu n' en retire pas .

Plutot que de mettre un nom de partition fictif qui ne se rapporte en fait à rien et est purement arbitraire , ce que je fais , c ' est que j ' indique carrément le nom du disque ( le modele ) voire le numéro de serie du disque si y en a plusieurs du meme modele dans la machine et sa partition dans le commentaire à la place de sdx.
Là au moins ca n' est plus arbitraire et valable dans tous les cas , tant que la partition n ' est pas supprimée .

Du coup c ' est bien plus simple pour t ' y retrouver , meme en cas de suppression d ' un disque ou plusieurs et de modifications des emplacements de port SATA / NVME .

Dernière modification par iznobe (Le 02/01/2024, à 18:37)


retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#7 Le 13/01/2024, à 15:28

LRDP

Re : question sur les lettres des devices [RÉSOLU 2 fois]

Bonjour, et BONNE ANNÉE !

petit retour sur la question que j'ai, là, vraiment résolue.

Ma configuration comporte 8 HDD et un lecteur DVD. J'avais installé pour cela un Hub SATA sur une carte M2 qui fonctionne comme assimilée un port PCie. Cela supprime les ports SATA 5 & 6 de la carte-mère.

Quand l'ordi démarre, la puce de cette carte M2 lance un "pré-BIOS" qui cherche des disques durs, dont ceux qui comportent un boot (ce que j'ignorai jusqu'alors) ce qui provoquait la question de ce fil.

En modifiant une nouvelle fois le câblage SATA, mettant le disque système (qui naviguait entre sdf et sdc) sur le n°1 de cet Hub SATA, mon disque comportant Ubuntu est redevenu sda cool

Un petit Fdisk:

sudo fdisk -l
[sudo] Mot de passe de lrdp : 
Disque /dev/loop0 : 61,98 MiB, 64966656 octets, 126888 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 : 63,93 MiB, 67014656 octets, 130888 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 : 13,53 MiB, 14172160 octets, 27680 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 : 40,44 MiB, 42393600 octets, 82800 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 : 40,88 MiB, 42840064 octets, 83672 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 : 16 KiB, 16384 octets, 32 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 : 13,53 MiB, 14172160 octets, 27680 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/sda : 465,78 GiB, 500107862016 octets, 976773168 secteurs
Disk model: Crucial_CT500MX2
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 86F2141F-DF43-4F56-8D96-A5C63F344C9C

Périphérique   Début       Fin  Secteurs Taille Type
/dev/sda1       2048   1050623   1048576   512M Système EFI
/dev/sda2    1050624 976771071 975720448 465,3G Système de fichiers Linux




Disque /dev/sdb : 14,57 TiB, 16000900661248 octets, 31251759104 secteurs
Disk model: WDC WD161KRYZ-01
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 8AB61712-1941-4E0A-9241-11191D484CA0

Périphérique Début         Fin    Secteurs Taille Type
/dev/sdb1     2048 31251757055 31251755008  14,6T Système de fichiers Linux


Disque /dev/sdc : 5,47 TiB, 6001175126016 octets, 11721045168 secteurs
Disk model: ST6000NM021A-2R7
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : B9A29C79-47E6-451E-B5F4-FC8185D39ABE

Périphérique Début         Fin    Secteurs Taille Type
/dev/sdc1     2048 11721043967 11721041920   5,5T Système de fichiers Linux


Disque /dev/sdd : 5,47 TiB, 6001175126016 octets, 11721045168 secteurs
Disk model: ST6000NM019B-2TG
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 7AB0838D-F44B-44C9-8D1E-4738A28BBECB

Périphérique Début         Fin    Secteurs Taille Type
/dev/sdd1     2048 11721043967 11721041920   5,5T Système de fichiers Linux


Disque /dev/sde : 1,84 TiB, 2000398934016 octets, 3907029168 secteurs
Disk model: WDC WD2002FAEX-0
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 : dos
Identifiant de disque : 0x61065840

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sde2              2048 3907028991 3907026944   1,8T 83 Linux


Disque /dev/sdf : 1,84 TiB, 2000398934016 octets, 3907029168 secteurs
Disk model: CT2000MX500SSD1 
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : DC0FB47F-5226-674C-B723-0D43088671D8


Disque /dev/sdg : 5,47 TiB, 6001175126016 octets, 11721045168 secteurs
Disk model: WDC WD6003FZBX-0
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets


Disque /dev/sdh : 5,47 TiB, 6001175126016 octets, 11721045168 secteurs
Disk model: WDC WD6001FZWX-0
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 3060F17F-570D-674E-9C55-D9C4EF3A7762

Périphérique Début         Fin    Secteurs Taille Type
/dev/sdh1     2048 11721043967 11721041920   5,5T Système de fichiers Linux

Les "Loop" sont les amortisseurs (si le terme convient) de ce Hub (6 entrées)

Une photo de ce hub :
20240113-134203.jpg

Bien pratique en tout cas pour les maxi-tours


Retour à Ubuntu Maté 20.04.6.
Garuda Linux Dragonized (ARCHitecture)
Config: maxi-tour avec 8 HD internes dont 2 SSD, 45 To de capacité
CM MSI B450, Ryzen5-1600, 32 Go de RAM, Nvidia Gforce Gtx 550Ti

Hors ligne