Accéder au contenu.
Menu Sympa

linux-31 - Re: Inversion des disques durs au démarrage

Objet : Discussions sur le logiciel libre

Archives de la liste

Re: Inversion des disques durs au démarrage


Chronologique Discussions  
  • From: mlnglst AT free.fr
  • To: linux-31 AT culte.org
  • Subject: Re: Inversion des disques durs au démarrage
  • Date: Tue, 2 May 2023 23:16:27 +0200 (CEST)
  • Authentication-results: pic2s.le-pic.org; dkim=pass (2048-bit key; unprotected) header.d=free.fr header.i= AT free.fr header.a=rsa-sha256 header.s=smtp-20201208 header.b=UCw9lfDt; dkim-atps=neutral

Merci.
Claude MICOUIN

----- Mail original -----
De: "Blandy ghania alain" <linux-31 AT culte.org>
À: linux-31 AT culte.org
Envoyé: Mardi 2 Mai 2023 13:23:13
Objet: Re: Inversion des disques durs au démarrage

comme la deja dit A Aribaud
cela peut dependre de ordre dappel des pilote driver etc

j'ai un ce pb plusieur fois vu que je suis sur des version live
les cartes ethenet apparaise dans le desordre renouvelle

les constructeur peuvent differentieer leur disque par des LABELS !
(avec les perif amovible c'est galere sans ca )

autant que je me rapelle !
on peut utiliser ces labels soft
dans les parametre de grub lilo
pour indiquer nos preference dans l'ordre de montage
mais je suis sur de rien

interroge la liste sur usage des labels disque au montage





Le 02/05/2023 à 09:07, Claude MICOUIN (via linux-31 Mailing List)
> Bonjour,
> suite(?) à une mise à niveau Ubuntu 20.4 -> 22.04
> j'ai eu quelques fois des inversions des disques durs au démarrage, sda
> devenant sdb et vice-versa. (voir plus bas)
> Évidemment, le montage des partitions se faisait n'importe comment et
> impossible aux utilisateurs de se connecter, le système ne retrouvant
> plus ses petits.
> J'ai "réglé" le problème en remplaçant les numéros des partitions sda1,
> sda2, etc par leurs UUID, mais j'aimerais bien comprendre d'où vient ce
> phénomène.
> Si quelqu'un a la réponse :-)
> Merci.
>
> Claude MICOUIN
>
>
> Voici comment le système affiche les partitions en temps normal
> # fdisk -l /dev/sda
> Disque /dev/sda : 465,76 GiB, 500107862016 octets, 976773168 secteurs
> Disk model: Samsung SSD 860
> 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 : gpt
> Identifiant de disque : 63A5611C-96A4-49E5-94B3-D69B749E751E
>
> Périphérique Début Fin Secteurs Taille Type
> /dev/sda1 2048 585727 583680 285M Système EFI
> /dev/sda2 585728 104253439 103667712 49,4G Système de fichiers
> Linux
> /dev/sda3 104255488 872996863 768741376 366,6G Système de fichiers
> Linux
> /dev/sda4 872996864 976773119 103776256 49,5G Système de fichiers
> Linux
>
> # fdisk -l /dev/sdb
> Disque /dev/sdb : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
> Disk model: ST1000DM010-2EP1
> 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 : dos
> Identifiant de disque : 0x1f1d25b9
>
> Périphérique Amorçage Début Fin Secteurs Taille Id Type
> /dev/sdb1 2048 78608383 78606336 37,5G 83 Linux
> /dev/sdb2 78608384 1868095487 1789487104 853,3G 83 Linux
> /dev/sdb3 1868095488 1945102335 77006848 36,7G 83 Linux
> /dev/sdb4 1945102336 1953523711 8421376 4G 82
> partition d'échange Linux / Solaris
>
> et lors des démarrages ratés
> fdisk -l /dev/sda
> Disque /dev/sda : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
> Disk model: ST1000DM010-2EP1
> 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 : dos
> Identifiant de disque : 0x1f1d25b9
>
> Périphérique Amorçage Début Fin Secteurs Taille Id Type
> /dev/sda1 2048 78608383 78606336 37,5G 83 Linux
> /dev/sda2 78608384 1868095487 1789487104 853,3G 83 Linux
> /dev/sda3 1868095488 1945102335 77006848 36,7G 83 Linux
> /dev/sda4 1945102336 1953523711 8421376 4G 82
> partition d'échange Linux / Solaris
>
> fdisk -l /dev/sdb
> Disque /dev/sdb : 465,76 GiB, 500107862016 octets, 976773168 secteurs
> Disk model: Samsung SSD 860
> 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 : gpt
> Identifiant de disque : 63A5611C-96A4-49E5-94B3-D69B749E751E
>
> Périphérique Début Fin Secteurs Taille Type
> /dev/sdb1 2048 585727 583680 285M Système EFI
> /dev/sdb2 585728 104253439 103667712 49,4G Système de fichiers
> Linux
> /dev/sdb3 104255488 872996863 768741376 366,6G Système de fichiers
> Linux
> /dev/sdb4 872996864 976773119 103776256 49,5G Système de fichiers
> Linux
>
>
> On voit que les sda et sdb ont été inversés (465 GiB et 931 GiB) avec
> par exemple la partition EFI qui passe de sda1 à sdb1 et le swap qui
> passe de sdb4 à sda4
>
--



Archives gérées par MHonArc 2.6.19+.

Haut de le page