Bonjour,

Le 2023-04-20 17:25, ajh-valmer a écrit :

Malgré longues recherches, dont tune2fs, rien ne fonctionne.
Merci d'une aide, bonne journée.

Tu devrais tout passer en UUID, ce sera plus fiable :

UUID=xxxxxxxxx / ext4 defaults,errors=remount-ro 0 1

Sébastien

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Bonjour,

Depuis que j'ai install� sur mon serveur une Debian,
dans une partition existante /dev/sda7,
toutes les partitions sont devenues /dev/sdc1 � /dev/sdc7.
/dev/disk/ : renvoit tout vers /devsdc :
pci-0000:01:00.0-scsi-0:1:0:0-part1 -> ../../sdc1
Le serveur n'a qu'un seul disque dur qui s'est toujours appel� /dev/sda.

Malgr� longues recherches, dont tune2fs, rien ne fonctionne.
Merci d'une aide, bonne journ�e.

Antoine

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Bonjour

Peux tu montrer la liste complète dans /dev/disks/by-id/ ?

Que dit la commande lsblk (pour voir les volumes disponibles et leur point
de montage) ?

Est ce que tu aurais pas un support de stockage qui aurait pris /dev/sda à
la place to actuel sdc ?

Le jeu. 20 avr. 2023 à 18:28, ajh-valmer <[email protected]> a écrit :

On Thursday 20 April 2023 17:35:19 Sébastien NOBILI wrote:

Le 2023-04-20 17:25, ajh-valmer a écrit :

Malgré longues recherches, dont tune2fs, rien ne fonctionne.
Merci d'une aide, bonne journée.

Tu devrais tout passer en UUID, ce sera plus fiable :
UUID=xxxxxxxxx / ext4 defaults,errors=remount-ro 0 1

C'est bien ce que j'ai dans mon "/etc/fstab", tout en UUID.

<div dir="auto">Bonjour<div dir="auto"><br></div><div dir="auto">Peux tu montrer la liste complète dans /dev/disks/by-id/ ? </div><div dir="auto"><br></div><div dir="auto">Que dit la commande lsblk (pour voir les volumes disponibles et leur point de
montage) ?</div><div dir="auto"><br></div><div dir="auto">Est ce que tu aurais pas un support de stockage qui aurait pris /dev/sda à la place to actuel sdc ?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 20 avr. 2023 �
� 18:28, ajh-valmer &lt;<a href="mailto:[email protected]">[email protected]</a>&gt; a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thursday 20 April 2023 17:35:19 Sé
bastien NOBILI wrote:<br>
&gt; Le 2023-04-20 17:25, ajh-valmer a écrit :<br>
&gt; &gt; Malgré longues recherches, dont tune2fs, rien ne fonctionne.<br> &gt; &gt; Merci d&#39;une aide, bonne journée.<br>

&gt; Tu devrais tout passer en UUID, ce sera plus fiable :<br>
&gt; UUID=xxxxxxxxx  /  ext4    defaults,errors=remount-ro 0   1<br>

C&#39;est bien ce que j&#39;ai dans mon &quot;/etc/fstab&quot;, tout en UUID.<br>

</blockquote></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thursday 20 April 2023 17:35:19 S�bastien NOBILI wrote:

Le 2023-04-20 17:25, ajh-valmer a �crit�:

Malgr� longues recherches, dont tune2fs, rien ne fonctionne.
Merci d'une aide, bonne journ�e.

Tu devrais tout passer en UUID, ce sera plus fiable :
UUID=xxxxxxxxx / ext4 defaults,errors=remount-ro 0 1

C'est bien ce que j'ai dans mon "/etc/fstab", tout en UUID.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 20/04/2023 à 17:35, Sébastien NOBILI a écrit :

Bonjour,

Le 2023-04-20 17:25, ajh-valmer a écrit :

Malgré longues recherches, dont tune2fs, rien ne fonctionne.
Merci d'une aide, bonne journée.

Tu devrais tout passer en UUID, ce sera plus fiable :

    UUID=xxxxxxxxx  /  ext4    defaults,errors=remount-ro 0   1

Je confirme : le noyau appelle les partitions comme ca lui chante et on
a aucune prise dessus. Les appellations du genre /dev/sda7 sont des
outils de travail pratiques mais non pérennes. Il est donc toujours nécessaire de vérifier comment une partition s'appelle avant de les
utiliser. Par exemple avec lsblk.

C'est une mauvaise idée que de vouloir modifier la facon dont le noyau
nomme les partitions. Pour désigner une partition de facon pérenne,
utiliser l'UUID, c'est fait pour ca. Par exemple : /dev/disk/by-uuid/11265a[…]a2724d

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thursday 20 April 2023 18:32:37 Dethegeek wrote:

Peux tu montrer la liste compl�te dans /dev/disks/by-id/ ? :

=================
ata-TEAC_DVD-ROM_DV-28SW_10101313150629 usb-iDRAC_Virtual_CD_20120430-0:0
scsi-3600508e0000000004422b6a2821d890b usb-iDRAC_Virtual_Floppy_20120430-0:1 scsi-3600508e0000000004422b6a2821d890b-part1 wwn-0x600508e0000000004422b6a2821d890b scsi-3600508e0000000004422b6a2821d890b-part2 wwn-0x600508e0000000004422b6a2821d890b-part1 scsi-3600508e0000000004422b6a2821d890b-part3 wwn-0x600508e0000000004422b6a2821d890b-part2 scsi-3600508e0000000004422b6a2821d890b-part4 wwn-0x600508e0000000004422b6a2821d890b-part3 scsi-3600508e0000000004422b6a2821d890b-part5 wwn-0x600508e0000000004422b6a2821d890b-part4 scsi-3600508e0000000004422b6a2821d890b-part6 wwn-0x600508e0000000004422b6a2821d890b-part5 scsi-3600508e0000000004422b6a2821d890b-part7 wwn-0x600508e0000000004422b6a2821d890b-part6
usb-iDRAC_LCDRIVE_20120430-0:0 wwn-0x600508e0000000004422b6a2821d890b-part7
=================

Que dit la commande lsblk (pour voir les volumes disponibles
et leur point de montage) ? :

=================
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 63,3M 1 loop /snap/core20/1822
loop1 7:1 0 63,3M 1 loop /snap/core20/1852
loop2 7:2 0 49,8M 1 loop /snap/snapd/18357
loop3 7:3 0 111,9M 1 loop /snap/lxd/24322
loop4 7:4 0 53,2M 1 loop /snap/snapd/18933
sda 8:0 1 0B 0 disk
sdb 8:16 1 0B 0 disk
sdc 8:32 0 1,8T 0 disk
��sdc1 8:33 0 259,3G 0 part
��sdc2 8:34 0 165,1G 0 part
��sdc3 8:35 0 3G 0 part [SWAP]
��sdc4 8:36 0 1K 0 part
=================

Est ce que tu aurais pas un support de stockage qui aurait pris
/dev/sda � la place to actuel sdc ? :

Si, par la console Idrac-kvm.
Si je l'�teins, pareil, les partitions et le disque dur restent en /dev/sdc

Merci.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thursday 20 April 2023 20:20:50 you wrote:

Ta commande lsblk montre que sda et sdb semblent pris par des lecteurs
ayant des supports amovibles. Par exemple un lecteur de cartes m�moire,
comme on en rencontrait il y a une petite 20aine d'ann�es, g�rant des sd, compact flash, MMC, etc.
Cela renforce la pertinence de ta remarque et ma proposition pr�c�dente.

Les volumes sont assign�s une fois pour toutes pendant un cycle de boot / arr�t de l'OS. Arr�ter le lecteur qui occupe /dev/sda 'e changera rien.
Par contre tu peux essayer de rebooter apr�s avoir �teint ce lecteur. Il y a de bones chances que �a resolve le souci (mais ce n'est pas perenne).
Vu que plusieurs personnes t'incitent � utiliser les UUID pour d�signer
tes volumes dans /etc/fstab, ce serait bien que tu pr�cise si ton probl�me s'�tend jusqu'� avoir des probl�mes de montage de volumes apr�s un boot, si ton probl�me est "juste" que tu aimes avoir ton disque de boot nomm� /dev/sda.
Cela dit, la recommandation d'utiliser des UUID dans fstab est la bonne pratique.

Merci :
C'est que je pr�f�re avoir mon disque nomm� /dev/sda.
Depuis longtemps, mon fstab est en UUID.
Si j'�teins la console kvm, pareil, reboot, le DD reste /dev/sdc.
- Gparted m'indique partitions /dev/sda,
- fdisk -l m'indique partitions /dev/sdc.
- update-grub2 cr�� : hd2,msdos7 (comme si sda et sdb �tait d�j� pris).

Bonne soir�e.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Les volumes sont assignés une fois pour toutes pendant un cycle de boot / arrêt de l'OS. Arrêter le lecteur qui occupe /dev/sda 'e changera rien.

Par contre tu peux essayer de rebooter après avoir éteint ce lecteur. Il y
a de bones chances que ça resolve le souci (mais ce n'est pas perenne).

Vu que plusieurs personnes t'incitent à utiliser les UUID pour désigner tes volumes dans /etc/fstab, ce serait bien que tu précise si ton problème s'étend jusqu'à avoir des problèmes de montage de volumes après un boot, ou si ton problème est "juste" que tu aimes avoir ton disque de boot nommé /dev/sda.

Cela dit, la recommandation d'utiliser des UUID dans fstab est la bonne pratique.

Le jeu. 20 avr. 2023 à 19:54, ajh-valmer <[email protected]> a écrit :

On Thursday 20 April 2023 18:32:37 Dethegeek wrote:

Peux tu montrer la liste complète dans /dev/disks/by-id/ ? :

=================
ata-TEAC_DVD-ROM_DV-28SW_10101313150629
usb-iDRAC_Virtual_CD_20120430-0:0
scsi-3600508e0000000004422b6a2821d890b
usb-iDRAC_Virtual_Floppy_20120430-0:1 scsi-3600508e0000000004422b6a2821d890b-part1 wwn-0x600508e0000000004422b6a2821d890b scsi-3600508e0000000004422b6a2821d890b-part2 wwn-0x600508e0000000004422b6a2821d890b-part1 scsi-3600508e0000000004422b6a2821d890b-part3 wwn-0x600508e0000000004422b6a2821d890b-part2 scsi-3600508e0000000004422b6a2821d890b-part4 wwn-0x600508e0000000004422b6a2821d890b-part3 scsi-3600508e0000000004422b6a2821d890b-part5 wwn-0x600508e0000000004422b6a2821d890b-part4 scsi-3600508e0000000004422b6a2821d890b-part6 wwn-0x600508e0000000004422b6a2821d890b-part5 scsi-3600508e0000000004422b6a2821d890b-part7 wwn-0x600508e0000000004422b6a2821d890b-part6
usb-iDRAC_LCDRIVE_20120430-0:0
wwn-0x600508e0000000004422b6a2821d890b-part7
=================

Que dit la commande lsblk (pour voir les volumes disponibles
et leur point de montage) ? :

=================
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 63,3M 1 loop /snap/core20/1822
loop1 7:1 0 63,3M 1 loop /snap/core20/1852
loop2 7:2 0 49,8M 1 loop /snap/snapd/18357
loop3 7:3 0 111,9M 1 loop /snap/lxd/24322
loop4 7:4 0 53,2M 1 loop /snap/snapd/18933
sda 8:0 1 0B 0 disk
sdb 8:16 1 0B 0 disk
sdc 8:32 0 1,8T 0 disk
ââsdc1 8:33 0 259,3G 0 part
ââsdc2 8:34 0 165,1G 0 part
ââsdc3 8:35 0 3G 0 part [SWAP]
ââsdc4 8:36 0 1K 0 part
=================

Est ce que tu aurais pas un support de stockage qui aurait pris
/dev/sda à la place to actuel sdc ? :

Si, par la console Idrac-kvm.
Si je l'éteins, pareil, les partitions et le disque dur restent en /dev/sdc

Merci.

<div dir="auto">Les volumes sont assignés une fois pour toutes pendant un cycle de boot / arrêt de l&#39;OS. Arrêter le lecteur qui occupe /dev/sda &#39;e changera rien. <div dir="auto"><br></div><div dir="auto">Par contre tu peux essayer de rebooter
après avoir éteint ce lecteur. Il y a de bones chances que ça resolve le souci (mais ce n&#39;est pas perenne).</div><div dir="auto"><br></div><div dir="auto">Vu que plusieurs personnes t&#39;incitent à utiliser les UUID pour désigner tes volumes
dans /etc/fstab, ce serait bien que tu précise si ton problème s&#39;étend jusqu&#39;à avoir des problèmes de montage de volumes après un boot, ou si ton problème est &quot;juste&quot; que tu aimes avoir ton disque de boot nommé /dev/sda. </div><
div dir="auto"><br></div><div dir="auto">Cela dit, la recommandation d&#39;utiliser des UUID dans fstab est la bonne pratique.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 20 avr. 2023 à 19:54, ajh-valmer &lt;<a href=
"mailto:[email protected]">[email protected]</a>&gt; a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thursday 20 April 2023 18:32:37 Dethegeek wrote:<br>
&gt; Peux tu montrer la liste complète dans /dev/disks/by-id/ ? :<br> =================<br>
ata-TEAC_DVD-ROM_DV-28SW_10101313150629       <br> usb-iDRAC_Virtual_CD_20120430-0:0<br>
scsi-3600508e0000000004422b6a2821d890b        <br> usb-iDRAC_Virtual_Floppy_20120430-0:1<br> scsi-3600508e0000000004422b6a2821d890b-part1  <br> wwn-0x600508e0000000004422b6a2821d890b<br> scsi-3600508e0000000004422b6a2821d890b-part2  <br> wwn-0x600508e0000000004422b6a2821d890b-part1<br> scsi-3600508e0000000004422b6a2821d890b-part3  <br> wwn-0x600508e0000000004422b6a2821d890b-part2<br> scsi-3600508e0000000004422b6a2821d890b-part4  <br> wwn-0x600508e0000000004422b6a2821d890b-part3<br> scsi-3600508e0000000004422b6a2821d890b-part5  <br> wwn-0x600508e0000000004422b6a2821d890b-part4<br> scsi-3600508e0000000004422b6a2821d890b-part6  <br> wwn-0x600508e0000000004422b6a2821d890b-part5<br> scsi-3600508e0000000004422b6a2821d890b-part7  <br> wwn-0x600508e0000000004422b6a2821d890b-part6<br> usb-iDRAC_LCDRIVE_20120430-0:0                <br> wwn-0x600508e0000000004422b6a2821d890b-part7<br>
=================<br>

&gt; Que dit la commande lsblk (pour voir les volumes disponibles <br>
&gt; et leur point de montage) ? :<br>
=================<br>
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS<br>
loop0    7:0    0  63,3M  1 loop /snap/core20/1822<br>
loop1    7:1    0  63,3M  1 loop /snap/core20/1852<br>
loop2    7:2    0  49,8M  1 loop /snap/snapd/18357<br>
loop3    7:3    0 111,9M  1 loop /snap/lxd/24322<br>
loop4    7:4    0  53,2M  1 loop /snap/snapd/18933<br>
sda      8:0    1     0B  0 disk<br>
sdb      8:16   1     0B  0 disk<br>
sdc      8:32   0   1,8T  0 disk<br>
ââsdc1   8:33   0 259,3G  0 part<br>
ââsdc2   8:34   0 165,1G  0 part<br>
ââsdc3   8:35   0     3G  0 part [SWAP]<br>
ââsdc4   8:36   0     1K  0 part <br>
=================<br>

&gt; Est ce que tu aurais pas un support de stockage qui aurait pris <br>
&gt; /dev/sda à la place to actuel sdc ? :<br>
Si, par la console Idrac-kvm.<br>
Si je l&#39;éteins, pareil, les partitions et le disque dur restent en /dev/sdc<br>

Merci.<br>

</blockquote></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Je ne maîtrise pas trop ce qu'est Idrac. Il me semble que c'est une technologie de Dell permettant d'administrer à distance une machine. C'est
un peu l'équivalent de l'IPMI, non ?

Du coup, est ce que tu peux rebooter ta machine sans utiliser idrac-kvm
(via SSH par exemple) ?

Le jeu. 20 avr. 2023 à 20:20, Dethegeek <[email protected]> a écrit :

Ta commande lsblk montre que sda et sdb semblent pris par des lecteurs
ayant des supports amovibles. Par exemple un lecteur de cartes mémoire, comme on en rencontrait il y a une petite 20aine d'années, gérant des sd, compact flash, MMC, etc.

Cela renforce la pertinence de ta remarque et ma proposition précédente.

Le jeu. 20 avr. 2023 à 20:17, Dethegeek <[email protected]> a écrit :

Les volumes sont assignés une fois pour toutes pendant un cycle de boot / >> arrêt de l'OS. Arrêter le lecteur qui occupe /dev/sda 'e changera rien.

Par contre tu peux essayer de rebooter après avoir éteint ce lecteur. Il >> y a de bones chances que ça resolve le souci (mais ce n'est pas perenne). >>
Vu que plusieurs personnes t'incitent à utiliser les UUID pour désigner
tes volumes dans /etc/fstab, ce serait bien que tu précise si ton problème >> s'étend jusqu'à avoir des problèmes de montage de volumes après un boot, ou
si ton problème est "juste" que tu aimes avoir ton disque de boot nommé
/dev/sda.

Cela dit, la recommandation d'utiliser des UUID dans fstab est la bonne
pratique.

Le jeu. 20 avr. 2023 à 19:54, ajh-valmer <[email protected]> a écrit :

On Thursday 20 April 2023 18:32:37 Dethegeek wrote:

Peux tu montrer la liste complète dans /dev/disks/by-id/ ? :

=================
ata-TEAC_DVD-ROM_DV-28SW_10101313150629
usb-iDRAC_Virtual_CD_20120430-0:0
scsi-3600508e0000000004422b6a2821d890b
usb-iDRAC_Virtual_Floppy_20120430-0:1
scsi-3600508e0000000004422b6a2821d890b-part1
wwn-0x600508e0000000004422b6a2821d890b
scsi-3600508e0000000004422b6a2821d890b-part2
wwn-0x600508e0000000004422b6a2821d890b-part1
scsi-3600508e0000000004422b6a2821d890b-part3
wwn-0x600508e0000000004422b6a2821d890b-part2
scsi-3600508e0000000004422b6a2821d890b-part4
wwn-0x600508e0000000004422b6a2821d890b-part3
scsi-3600508e0000000004422b6a2821d890b-part5
wwn-0x600508e0000000004422b6a2821d890b-part4
scsi-3600508e0000000004422b6a2821d890b-part6
wwn-0x600508e0000000004422b6a2821d890b-part5
scsi-3600508e0000000004422b6a2821d890b-part7
wwn-0x600508e0000000004422b6a2821d890b-part6
usb-iDRAC_LCDRIVE_20120430-0:0
wwn-0x600508e0000000004422b6a2821d890b-part7
=================

Que dit la commande lsblk (pour voir les volumes disponibles
et leur point de montage) ? :

=================
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
loop0 7:0 0 63,3M 1 loop /snap/core20/1822
loop1 7:1 0 63,3M 1 loop /snap/core20/1852
loop2 7:2 0 49,8M 1 loop /snap/snapd/18357
loop3 7:3 0 111,9M 1 loop /snap/lxd/24322
loop4 7:4 0 53,2M 1 loop /snap/snapd/18933
sda 8:0 1 0B 0 disk
sdb 8:16 1 0B 0 disk
sdc 8:32 0 1,8T 0 disk
ââsdc1 8:33 0 259,3G 0 part
ââsdc2 8:34 0 165,1G 0 part
ââsdc3 8:35 0 3G 0 part [SWAP]
ââsdc4 8:36 0 1K 0 part
=================

Est ce que tu aurais pas un support de stockage qui aurait pris
/dev/sda à la place to actuel sdc ? :

Si, par la console Idrac-kvm.
Si je l'éteins, pareil, les partitions et le disque dur restent en
/dev/sdc

Merci.

<div dir="auto">Je ne maîtrise pas trop ce qu&#39;est Idrac. Il me semble que c&#39;est une technologie de Dell permettant d&#39;administrer à distance une machine. C&#39;est un peu l&#39;équivalent de l&#39;IPMI, non ? <div dir="auto"><br></div><div
dir="auto">Du coup, est ce que tu peux rebooter ta machine sans utiliser idrac-kvm (via SSH par exemple) ?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 20 avr. 2023 à 20:20, Dethegeek &lt;<a href="mailto:dethegeek@
gmail.com">[email protected]</a>&gt; a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Ta commande lsblk montre que sda et sdb semblent pris par des lecteurs ayant
des supports amovibles. Par exemple un lecteur de cartes mémoire, comme on en rencontrait il y a une petite 20aine d&#39;années, gérant des sd, compact flash, MMC, etc.<div dir="auto"><br></div><div dir="auto">Cela renforce la pertinence de ta
remarque et ma proposition précédente.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 20 avr. 2023 à 20:17, Dethegeek &lt;<a href="mailto:[email protected]" target="_blank" rel="noreferrer">[email protected]</a>&
gt; a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Les volumes sont assignés une fois pour toutes pendant un cycle de boot / arrêt de l&#39;OS. Arrêter le
lecteur qui occupe /dev/sda &#39;e changera rien. <div dir="auto"><br></div><div dir="auto">Par contre tu peux essayer de rebooter après avoir éteint ce lecteur. Il y a de bones chances que ça resolve le souci (mais ce n&#39;est pas perenne).</div><
div dir="auto"><br></div><div dir="auto">Vu que plusieurs personnes t&#39;incitent à utiliser les UUID pour désigner tes volumes dans /etc/fstab, ce serait bien que tu précise si ton problème s&#39;étend jusqu&#39;à avoir des problèmes de montage
de volumes après un boot, ou si ton problème est &quot;juste&quot; que tu aimes avoir ton disque de boot nommé /dev/sda. </div><div dir="auto"><br></div><div dir="auto">Cela dit, la recommandation d&#39;utiliser des UUID dans fstab est la bonne
pratique.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 20 avr. 2023 à 19:54, ajh-valmer &lt;<a href="mailto:[email protected]" rel="noreferrer noreferrer" target="_blank">[email protected]</a>&gt; a écrit :<br></

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Thursday 20 April 2023 18:32:37 Dethegeek wrote:<br>

&gt; Peux tu montrer la liste complète dans /dev/disks/by-id/ ? :<br> =================<br>
ata-TEAC_DVD-ROM_DV-28SW_10101313150629       <br> usb-iDRAC_Virtual_CD_20120430-0:0<br>
scsi-3600508e0000000004422b6a2821d890b        <br> usb-iDRAC_Virtual_Floppy_20120430-0:1<br> scsi-3600508e0000000004422b6a2821d890b-part1  <br> wwn-0x600508e0000000004422b6a2821d890b<br> scsi-3600508e0000000004422b6a2821d890b-part2  <br> wwn-0x600508e0000000004422b6a2821d890b-part1<br> scsi-3600508e0000000004422b6a2821d890b-part3  <br> wwn-0x600508e0000000004422b6a2821d890b-part2<br> scsi-3600508e0000000004422b6a2821d890b-part4  <br> wwn-0x600508e0000000004422b6a2821d890b-part3<br> scsi-3600508e0000000004422b6a2821d890b-part5  <br> wwn-0x600508e0000000004422b6a2821d890b-part4<br> scsi-3600508e0000000004422b6a2821d890b-part6  <br> wwn-0x600508e0000000004422b6a2821d890b-part5<br> scsi-3600508e0000000004422b6a2821d890b-part7  <br> wwn-0x600508e0000000004422b6a2821d890b-part6<br> usb-iDRAC_LCDRIVE_20120430-0:0                <br> wwn-0x600508e0000000004422b6a2821d890b-part7<br>
=================<br>

&gt; Que dit la commande lsblk (pour voir les volumes disponibles <br>
&gt; et leur point de montage) ? :<br>
=================<br>
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS<br>
loop0    7:0    0  63,3M  1 loop /snap/core20/1822<br>
loop1    7:1    0  63,3M  1 loop /snap/core20/1852<br>
loop2    7:2    0  49,8M  1 loop /snap/snapd/18357<br>
loop3    7:3    0 111,9M  1 loop /snap/lxd/24322<br>
loop4    7:4    0  53,2M  1 loop /snap/snapd/18933<br>
sda      8:0    1     0B  0 disk<br>
sdb      8:16   1     0B  0 disk<br>
sdc      8:32   0   1,8T  0 disk<br>
ââsdc1   8:33   0 259,3G  0 part<br>
ââsdc2   8:34   0 165,1G  0 part<br>
ââsdc3   8:35   0     3G  0 part [SWAP]<br>
ââsdc4   8:36   0     1K  0 part <br>
=================<br>

&gt; Est ce que tu aurais pas un support de stockage qui aurait pris <br>
&gt; /dev/sda à la place to actuel sdc ? :<br>
Si, par la console Idrac-kvm.<br>
Si je l&#39;éteins, pareil, les partitions et le disque dur restent en /dev/sdc<br>

Merci.<br>

</blockquote></div>
</blockquote></div>
</blockquote></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Ce sont des domaines où je n'ai pas assez de connaissance. Est ce que
quelque chose dans grub, sa configuration par exmple, pourrait fixer le nom
du lecteur qui contient le système de fichiers racine ?

Est ce que ton kvm était actif pendant une étape particulière
d'installation ou upgrade de ton système, nottamment pendant la (re) configuration de grub ?

Le jeu. 20 avr. 2023 à 20:33, ajh-valmer <[email protected]> a écrit :

On Thursday 20 April 2023 20:20:50 you wrote:

Ta commande lsblk montre que sda et sdb semblent pris par des lecteurs ayant des supports amovibles. Par exemple un lecteur de cartes mémoire, comme on en rencontrait il y a une petite 20aine d'années, gérant des sd, compact flash, MMC, etc.
Cela renforce la pertinence de ta remarque et ma proposition précédente.

Les volumes sont assignés une fois pour toutes pendant un cycle de

boot /

arrêt de l'OS. Arrêter le lecteur qui occupe /dev/sda 'e changera rien. Par contre tu peux essayer de rebooter après avoir éteint ce lecteur.

Il y

a de bones chances que ça resolve le souci (mais ce n'est pas perenne). Vu que plusieurs personnes t'incitent à utiliser les UUID pour désigner tes volumes dans /etc/fstab, ce serait bien que tu précise si ton

problème

s'étend jusqu'à avoir des problèmes de montage de volumes après un

boot,

si ton problème est "juste" que tu aimes avoir ton disque de boot nommé /dev/sda.
Cela dit, la recommandation d'utiliser des UUID dans fstab est la bonne pratique.

Merci :
C'est que je préfère avoir mon disque nommé /dev/sda.
Depuis longtemps, mon fstab est en UUID.
Si j'éteins la console kvm, pareil, reboot, le DD reste /dev/sdc.
- Gparted m'indique partitions /dev/sda,
- fdisk -l m'indique partitions /dev/sdc.
- update-grub2 créé : hd2,msdos7 (comme si sda et sdb était déjà pris).

Bonne soirée.

<div dir="auto"><div dir="auto">Ce sont des domaines où je n&#39;ai pas assez de connaissance. Est ce que quelque chose dans grub, sa configuration par exmple, pourrait fixer le nom du lecteur qui contient le système de fichiers racine ?<br></div><div
dir="auto"><br></div><div dir="auto">Est ce que ton kvm était actif pendant une étape particulière d&#39;installation ou upgrade de ton système, nottamment pendant la (re) configuration de grub ?</div></div><br><div class="gmail_quote"><div dir="ltr"
class="gmail_attr">Le jeu. 20 avr. 2023 à 20:33, ajh-valmer &lt;<a href="mailto:[email protected]">[email protected]</a>&gt; a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On
Thursday 20 April 2023 20:20:50 you wrote:<br>
&gt; Ta commande lsblk montre que sda et sdb semblent pris par des lecteurs<br> &gt; ayant des supports amovibles. Par exemple un lecteur de cartes mémoire,<br>
&gt; comme on en rencontrait il y a une petite 20aine d&#39;années, gérant des sd,<br>
&gt; compact flash, MMC, etc.<br>
&gt; Cela renforce la pertinence de ta remarque et ma proposition précédente.<br>
&gt; &gt; Les volumes sont assignés une fois pour toutes pendant un cycle de boot /<br>
&gt; &gt; arrêt de l&#39;OS. Arrêter le lecteur qui occupe /dev/sda &#39;e changera rien.<br>
&gt; &gt; Par contre tu peux essayer de rebooter après avoir éteint ce lecteur. Il y<br>
&gt; &gt; a de bones chances que ça resolve le souci (mais ce n&#39;est pas perenne).<br>
&gt; &gt; Vu que plusieurs personnes t&#39;incitent à utiliser les UUID pour désigner<br>
&gt; &gt; tes volumes dans /etc/fstab, ce serait bien que tu précise si ton problème<br>
&gt; &gt; s&#39;étend jusqu&#39;à avoir des problèmes de montage de volumes après un boot, <br>
&gt; &gt; si ton problème est &quot;juste&quot; que tu aimes avoir ton disque de boot nommé<br>
&gt; &gt; /dev/sda.<br>
&gt; &gt; Cela dit, la recommandation d&#39;utiliser des UUID dans fstab est la bonne<br>
&gt; &gt; pratique.<br>
Merci :<br>
C&#39;est que je préfère avoir mon disque nommé /dev/sda.<br>
Depuis longtemps, mon fstab est en UUID.<br>
Si j&#39;éteins la console kvm, pareil, reboot, le DD reste /dev/sdc.<br>
- Gparted m&#39;indique partitions /dev/sda,<br>
- fdisk -l m&#39;indique partitions /dev/sdc.<br>
- update-grub2 créé : hd2,msdos7 (comme si sda et sdb était déjà pris).<br>

Bonne soirée.<br>

</blockquote></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thursday 20 April 2023 20:26:21 you wrote:

Je ne ma�trise pas trop ce qu'est Idrac. Il me semble que c'est une technologie de Dell permettant d'administrer � distance une machine. C'est
un peu l'�quivalent de l'IPMI, non ?
Du coup, est ce que tu peux rebooter ta machine sans utiliser idrac-kvm
(via SSH par exemple) ?

Oui, c'est bien �a, �quivalent d'un IPMI, on peut tout faire � distance.
La partition 7 a �t� install�e avec la console kvm activ�e,
depuis une image iso.

Si je d�sactive totalement la console kvm, reboote le serveur,
on a toujours /dev/sdc.
Il faudrait pouvoir modifier l'�tiquette /dev/sdc par /dev/sda
depuis le syst�me, mais comment ?
�a doit se faire dans /dev/disk/ en modifiant les liens symboliques,
ln -s ......
Bonne fin de soir�e.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 20/04/2023 18:28, ajh-valmer wrote:

On Thursday 20 April 2023 17:35:19 Sébastien NOBILI wrote:

Le 2023-04-20 17:25, ajh-valmer a écrit :

Malgré longues recherches, dont tune2fs, rien ne fonctionne.
Merci d'une aide, bonne journée.

Tu devrais tout passer en UUID, ce sera plus fiable :
UUID=xxxxxxxxx / ext4 defaults,errors=remount-ro 0 1

C'est bien ce que j'ai dans mon "/etc/fstab", tout en UUID.

Il faut utiliser blkid pour vérifier que c'est le bon UUID dans /etc/fstab


Librement.


NB. Si vous êtes intéressé par http://refpersys.org/ faites moi signe!

--
Basile Starynkevitch <[email protected]>
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 20/04/2023 à 21:43, [email protected] a écrit :

On Thursday 20 April 2023 20:26:21 you wrote:

Je ne maîtrise pas trop ce qu'est Idrac. Il me semble que c'est une
technologie de Dell permettant d'administrer à distance une machine. C'est >> un peu l'équivalent de l'IPMI, non ?
Du coup, est ce que tu peux rebooter ta machine sans utiliser idrac-kvm
(via SSH par exemple) ?

Oui, c'est bien ça, équivalent d'un IPMI, on peut tout faire à distance. La partition 7 a été installée avec la console kvm activée,

ca n'influence pas le nommage physique des disques

depuis une image iso.

Si je désactive totalement la console kvm, reboote le serveur,
on a toujours /dev/sdc.

et que dit lsblk dans ce cas?

dans ta première liste, il y a ce que je pense être un SAN: wwn-0x600508e0000000004422b6a2821d890b
qui est peut etre vu comme sda ou sdb (voir les 2) parce que détecté avant.

Il faudrait pouvoir modifier l'étiquette /dev/sdc par /dev/sda
depuis le système, mais comment ?
Ça doit se faire dans /dev/disk/ en modifiant les liens symboliques,
ln -s ......
Bonne fin de soirée.

ces liens sont générés "à la volée" au démarrage du système, tu ne pourras donc pas les modifier durablement...

Et je confirme que c'est une très mauvaise idée.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Thursday 20 April 2023 22:42:48 Th.A.C wrote:

Et je confirme que c'est une tr�s mauvaise id�e :

Voici les 2 fautifs (liens symboliques) :
usb-iDRAC_LCDRIVE_20120430-0:0 -> ../../sda usb-iDRAC_Virtual_Floppy_20120430-0:1 -> ../../sdb wwn-0x600508e0000000004422b6a2821d890b -> ../../sdc

qui prennent sda et sdb sur 2 ports USB.

Ce n'est pas "une tr�s mauvaise id�e" que de vouloir r�tablir
le disque dur en /dev/sda car les 6 autres partitions sont
estampill�es sda.
Sur mes autres ordinateurs, c'est pareil, le disque dur est sda,
et sdb si deuxi�me disque dur.

Bonne nuit � tous.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is a multi-part message in MIME format.
On 20/04/2023 20:17, Dethegeek wrote:

Les volumes sont assignés une fois pour toutes pendant un cycle de
boot / arrêt de l'OS. Arrêter le lecteur qui occupe /dev/sda 'e
changera rien.

Par contre tu peux essayer de rebooter après avoir éteint ce lecteur.
Il y a de bones chances que ça resolve le souci (mais ce n'est pas
perenne).

Vu que plusieurs personnes t'incitent à utiliser les UUID pour
désigner tes volumes dans /etc/fstab, ce serait bien que tu précise si
ton problème s'étend jusqu'à avoir des problèmes de montage de volumes après un boot, ou si ton problème est "juste" que tu aimes avoir ton
disque de boot nommé /dev/sda.

Cela dit, la recommandation d'utiliser des UUID dans fstab est la
bonne pratique.

Et en voici un exemple réel (deux lignes de mon /etc/fstab), sur mon PC domestique.

#/dev/sdc4: Linux rev 1.0 ext4 filesystem data, UUID=dbf5c0b8-7781-4225-82a4-e6d886b634d2, volume name "big" (extents) (large files) (huge files)
UUID=dbf5c0b8-7781-4225-82a4-e6d886b634d2 /big ext4 defaults 5 6

Le commentaire est extrait de la sortie de la commande blkid /dev/sdc4
qui donne chez moi

/dev/sdc4: LABEL="big" UUID="dbf5c0b8-7781-4225-82a4-e6d886b634d2" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="big" PARTUUID="e660a882-dbe1-41fa-9b12-a58defca2cd5"

Et donc cette commande (avec l'aide defdisk -l) permettrait de résoudre
le problème initial.


Librement.


PS. Je cherche des partenaires intéressés par http://refpersys.org/



--
Basile Starynkevitch<[email protected]>
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">On 20/04/2023 20:17, Dethegeek wrote:<br>
</div>
<blockquote type="cite" cite="mid:CALA8O7oRNFcvxDLceNEi3jjd1nxUxn_YDvCkHGSyxH9tWJAMfg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="auto">Les volumes sont assignés une fois pour toutes
pendant un cycle de boot / arrêt de l'OS. Arrêter le lecteur qui
occupe /dev/sda 'e changera rien. 
<div dir="auto"><br>
</div>
<div dir="auto">Par contre tu peux essayer de rebooter après
avoir éteint ce lecteur. Il y a de bones chances que ça
resolve le souci (mais ce n'est pas perenne).</div>
<div dir="auto"><br>
</div>
<div dir="auto">Vu que plusieurs personnes t'incitent à utiliser
les UUID pour désigner tes volumes dans /etc/fstab, ce serait
bien que tu précise si ton problème s'étend jusqu'à avoir des
problèmes de montage de volumes après un boot, ou si ton
problème est "juste" que tu aimes avoir ton disque de boot
nommé /dev/sda. </div>
<div dir="auto"><br>
</div>
<div dir="auto">Cela dit, la recommandation d'utiliser des UUID
dans fstab est la bonne pratique.</div>
</div>
</blockquote>
<p><br>
</p>
<p>Et en voici un exemple réel (deux lignes de mon <font
face="monospace">/etc/fstab</font>), sur mon PC domestique.</p>
<p>
<blockquote type="cite">
<pre>#/dev/sdc4: Linux rev 1.0 ext4 filesystem data, UUID=dbf5c0b8-7781-4225-82a4-e6d886b634d2, volume name "big" (extents) (large files) (huge files)
UUID=dbf5c0b8-7781-4225-82a4-e6d886b634d2 /big ext4 defaults 5 6

</pre>
</blockquote>
</p>
<p><br>
</p>
<p>Le commentaire est extrait de la sortie de la commande <font
face="monospace">blkid /dev/sdc4 </font>qui donne chez moi
<blockquote type="cite">
<pre>/dev/sdc4: LABEL="big" UUID="dbf5c0b8-7781-4225-82a4-e6d886b634d2" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="big" PARTUUID="e660a882-dbe1-41fa-9b12-a58defca2cd5"
</pre>
</blockquote>
</p>
<p>Et donc cette commande (avec l'aide de<font face="monospace">
fdisk -l)</font> permettrait de résoudre le problème initial.</p>
<p><br>
</p>
<p>Librement.</p>
<p><br>
</p>
<p>PS. Je cherche des partenaires intéressés par
<a class="moz-txt-link-freetext" href="http://refpersys.org/">http://refpersys.org/</a></p>
<p><br>
</p>
<p><br>
</p>
<pre class="moz-signature" cols="72">--
Basile Starynkevitch <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]">&lt;[email protected]&gt;</a>
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ &amp; refpersys.org

</pre>
</body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) -----------------------5d136c36f448a937cd0b4a4e2f29572f Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;charset=utf-8

Sérieusement les UUID rendent les configurations bien moins lisibles et bien plus difficile à modifier dans un environnement de récupération. Si on fait les choses à la main il vaut mieux utiliser des LABEL qui sont tout aussi robustes et bien plus
lisibles.

En ce qui concerne la modification des liens symboliques c'est une mauvaise piste de toute façon car ils sont dans le mauvais sens donc tout ce qu'on obtiendrait c'est un uuid qui pointe vers le mauvais périphérique.

Si vous n'utilisez pas du tout sda et sdb il y a peut-être moyen de les désactiver. Sur une VM de test avec un disque de 32 Go, j'ai ajouté un disque de 10 Go en sata0, un autre de 20 Go en sata1 et j'ai passé le disque système de 32 Go en sata2.
Avec ça j'obtiens :
root@debian:~# mount /
mount: /: /dev/sdc2 déjà monté sur /.
root@debian:~# dmesg | grep ata..00
[ 1.832456] ata2.00: ATAPI: QEMU DVD-ROM, 2.5+, max UDMA/100
[ 1.833078] ata2.00: applying bridge limits
[ 1.834568] ata2.00: configured for UDMA/100
[ 1.846910] ata7.00: ATA-7: QEMU HARDDISK, 2.5+, max UDMA/100
[ 1.847450] ata7.00: 20971520 sectors, multi 16: LBA48 NCQ (depth 32)
[ 1.848063] ata7.00: applying bridge limits
[ 1.848677] ata8.00: ATA-7: QEMU HARDDISK, 2.5+, max UDMA/100
[ 1.849213] ata8.00: 41943040 sectors, multi 16: LBA48 NCQ (depth 32)
[ 1.849760] ata8.00: applying bridge limits
[ 1.854225] ata7.00: configured for UDMA/100
[ 1.855070] ata9.00: ATA-7: QEMU HARDDISK, 2.5+, max UDMA/100
[ 1.855709] ata9.00: 67108864 sectors, multi 16: LBA48 NCQ (depth 32)
[ 1.857002] ata9.00: applying bridge limits
[ 1.857661] ata8.00: configured for UDMA/100
[ 1.858348] ata9.00: configured for UDMA/100

Le nombre de secteurs me permet de les différencier.

Dans /etc/default/grub :
GRUB_CMDLINE_LINUX_DEFAULT="quiet libata.force=7.00:disable,8.00:disable"

Puis :
root@debian:~# update-grub
root@debian:~# reboot

root@debian:~# mount /
mount: /: /dev/sda2 déjà monté sur /.
root@debian:~# dmesg | grep ata..00
[ 1.767024] ata2.00: ATAPI: QEMU DVD-ROM, 2.5+, max UDMA/100
[ 1.767685] ata2.00: applying bridge limits
[ 1.770767] ata2.00: configured for UDMA/100
[ 1.784921] ata9.00: ATA-7: QEMU HARDDISK, 2.5+, max UDMA/100
[ 1.785514] ata9.00: 67108864 sectors, multi 16: LBA48 NCQ (depth 32)
[ 1.786105] ata9.00: applying bridge limits
[ 1.786747] ata8.00: FORCE: horkage modified (disable)
[ 1.787356] ata8.00: unsupported device, disabling
[ 1.787927] ata8.00: disabled
[ 1.788572] ata7.00: FORCE: horkage modified (disable)
[ 1.789158] ata7.00: unsupported device, disabling
[ 1.789771] ata7.00: disabled
[ 1.790447] ata9.00: configured for UDMA/100

Et voilà sdc redevenu sda.

@+
Hugues

------- Original Message -------
Le vendredi 21 avril 2023 à 00:26, ajh-valmer <[email protected]> a écrit :

On Thursday 20 April 2023 22:42:48 Th.A.C wrote:

Et je confirme que c'est une très mauvaise idée :

Voici les 2 fautifs (liens symboliques) :
usb-iDRAC_LCDRIVE_20120430-0:0 -> ../../sda

usb-iDRAC_Virtual_Floppy_20120430-0:1 -> ../../sdb

wwn-0x600508e0000000004422b6a2821d890b -> ../../sdc

qui prennent sda et sdb sur 2 ports USB.

Ce n'est pas "une très mauvaise idée" que de vouloir rétablir
le disque dur en /dev/sda car les 6 autres partitions sont
estampillées sda.
Sur mes autres ordinateurs, c'est pareil, le disque dur est sda,
et sdb si deuxième disque dur.

Bonne nuit à tous.

-----------------------5d136c36f448a937cd0b4a4e2f29572f
Content-Type: application/pgp-keys; filename="publickey - [email protected] - 0xE9429B87.asc"; name="publickey - [email protected] - 0xE9429B87.asc"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="publickey - [email protected] - 0xE9429B87.asc"; name="publickey - [email protected] - 0xE9429B87.asc"

LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgp4ak1FWUZFMWNSWUpLd1lCQkFI YVJ3OEJBUWRBWlB0M2dhekNrdHVzaXFla2gzcnNsM0FLV0lUaUR1VGEKWk9tZEhCWjBtb3pOSDJo c1lYSnlhWFpsUUhCdExtMWxJRHhvYkdGeWNtbDJaVUJ3YlM1dFpUN0Nqd1FRCkZnb0FJQVVDWUZF MzRRWUxDUWNJQXdJRUZRZ0tBZ1FXQWdFQUFoa0JBaHNEQWg0QkFDRUpFRnZWSk5jdgo0dmswRmlF RTZVS2JoNHIyQ0RlSDZZRkJXOVVrMXkvaStUUWpDQUQvYTNwQ0hBSStsT2o1NHVOVVNTU0MKTDE4 NjFQYjI4YWs2K2JvRnN6bnVHc0FCQVBVczh3QnJLQXZxZ0RWYXFZdVd6d1BjTXNnZWJ3U0huOER3 Cmp1SDV6VmdPempnRVlGRTFjUklLS3dZQkJBR1hWUUVGQVFFSFFPbDZ3OXNiR1lmZHZOeVVPb3pj cExiZgp0aW56SWMraDVicS9rMU91TXdVRkF3RUlCOEo0QkJnV0NBQUpCUUpnVVRmaEFoc01BQ0VK RUZ2VkpOY3YKNHZrMEZpRUU2VUtiaDRyMkNEZUg2WUZCVzlVazF5L2krVFRoUEFEOUZTNFlrcFR0 RXJWNDFPRTBBaTNYClIxNlcrT3REa1p3bTZRVTY0VnUzSmJvQkFMMURMQngxRExLRE5kclZhTUZ1 NGp4MXBZV0JqTEpVZ0xLegpzbDMzakRNTQo9NXVpVgotLS0tLUVORCBQR1AgUFVCTElDIEtFWSBC TE9DSy0tLS0tCg==
-----------------------5d136c36f448a937cd0b4a4e2f29572f--

-----BEGIN PGP SIGNATURE-----
Version: ProtonMail

wnUEARYKACcFgmRCx7UJkFvVJNcv4vk0FiEE6UKbh4r2CDeH6YFBW9Uk1y/i +TQAAPfbAP900PIxFje7WauVwoPN5zjHL7VDrmq7vYmtGW3XT3SqywEA5rKx xoPn0gZFlF98reM065/K+rlPUPt4F2+zBDiC8w8=
=+mjY
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Friday 21 April 2023 19:28:38 Hugues Larrive wrote:

S�rieusement les UUID rendent les configurations bien moins lisibles
et bien plus difficile � modifier dans un environnement de r�cup�ration.
Si on fait les choses � la main il vaut mieux utiliser des LABEL qui sont tout aussi robustes et bien plus lisibles.
En ce qui concerne la modification des liens symboliques c'est une
mauvaise piste de toute fa�on car ils sont dans le mauvais sens donc
tout ce qu'on obtiendrait c'est un uuid qui pointe vers le mauvais p�riph�rique.
Si vous n'utilisez pas du tout sda et sdb il y a peut-�tre moyen de les d�sactiver. Sur une VM de test avec un disque de 32 Go, j'ai ajout� un
disque de 10 Go en sata0, un autre de 20 Go en sata1 et j'ai pass�
le disque syst�me de 32 Go en sata2. Avec �a j'obtiens :
root@debian:~# mount /
mount: /: /dev/sdc2 d�j� mont� sur /.
root@debian:~# dmesg | grep ata..00
Dans /etc/default/grub :
GRUB_CMDLINE_LINUX_DEFAULT="quiet libata.force=7.00:disable,8.00:disable" root@debian:~# update-grub
root@debian:~# reboot
root@debian:~# mount /
mount: /: /dev/sda2 d�j� mont� sur /.
Et voil� sdc redevenu sda.

J'ai scrupuleusement suivi ce petit howto, je m'en r�jouissais,
dont la d�sactivation de sda et sdb de l'Idrac-kvm.
Et sniff, au final, �a marche pas, c'est toujours /dev/sdc7.
Bonne soir�e, @+
A. Valmer

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 20 avril 2023 ajh valmer a écrit :

Il faudrait pouvoir modifier l'étiquette /dev/sdc par /dev/sda
depuis le système, mais comment ?
Ça doit se faire dans /dev/disk/ en modifiant les liens symboliques,
ln -s ......

Toucher les liens symboliques de /dev c'est trop casse-gueule et à priori
un reboot remettra tout comme c'est.

L'install a été faite avec les 2 volumes idrac et donc sdc a été affecté au device. Ca a peut-être été enregistré au niveau udev qui
réaffecterait sdc à partir de l'uuid. Regarde si tu as un fichier dans /etc/udev qui stocke la correspondance.
Regarde aussi au niveau de grub si tu as des paramètres kernel qui fixent
ça : si /boot/grub/grub.cfg ne contient rien qui fixe sdc.
Et est-ce que tu as des trucs qui modifient les initramfs ?

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 22 avril 2023 ajh-valmer a écrit :

grub.cfg indique "hd2,mdsos7",
que j'ai modifié par "hd0,mdsos7", mais ça reste /dev/sdc7 au reboot.

Oui à priori ça aurait dû être hd0. Mais plutôt que de le changer à la main assure toi que idrac n'est pas activé et fais

update-grub
grub-install

et reboote

Et est-ce que tu as des trucs qui modifient les initramfs ? :

Désolé, je ne sais pas manipuler initramfs.

donc tu ne les modifie pas :)

Quelle est la commande pour ajouter dans le répertoire /dev,
les étiquettes sda1 à sda7. Il y a juste sda.

sda c'est le device, le chiffre après c'est pour identifier les
partitions. Comme il n'y en a pas tu n'as pas à créer des sda1...
Et vraiment ne touche pas /dev, c'est udev qui crée tout ça et il le fait bien.

As tu des fichiers dans /etc/udev ? Et si oui donne leur contenu.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Saturday 22 April 2023 12:11:49 Michel Verdier wrote:

Le 20 avril 2023 ajh valmer a �crit :

Il faudrait pouvoir modifier l'�tiquette /dev/sdc par /dev/sda
depuis le syst�me, mais comment ?
�a doit se faire dans /dev/disk/ en modifiant les liens symboliques,
ln -s ......

Toucher les liens symboliques de /dev c'est trop casse-gueule et � priori
un reboot remettra tout comme c'est.
L'install a �t� faite avec les 2 volumes idrac et donc sdc a �t� affect�
au device. Ca a peut-�tre �t� enregistr� au niveau udev qui
r�affecterait sdc � partir de l'uuid. Regarde si tu as un fichier dans /etc/udev qui stocke la correspondance.
Regarde aussi au niveau de grub si tu as des param�tres kernel qui fixent
�a : si /boot/grub/grub.cfg ne contient rien qui fixe sdc :

Merci.

grub.cfg indique "hd2,mdsos7",
que j'ai modifi� par "hd0,mdsos7", mais �a reste /dev/sdc7 au reboot.

Et est-ce que tu as des trucs qui modifient les initramfs ? :

D�sol�, je ne sais pas manipuler initramfs.

Quelle est la commande pour ajouter dans le r�pertoire /dev,
les �tiquettes sda1 � sda7. Il y a juste sda.

Bonne journ�e.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Saturday 22 April 2023 13:56:00 Michel Verdier wrote:

Le 22 avril 2023 ajh-valmer a �crit :

grub.cfg indique "hd2,mdsos7",
que j'ai modifi� par "hd0,mdsos7", mais �a reste /dev/sdc7 au reboot.

Oui � priori �a aurait d� �tre hd0. Mais plut�t que de le changer � la
main assure toi que idrac n'est pas activ� et fais
update-grub grub-install et reboote :

J'ai fait tout �a sans idrac activ� : au reboot toujours /dev/sdc7

Et est-ce que tu as des trucs qui modifient les initramfs ? :

D�sol�, je ne sais pas manipuler initramfs.

donc tu ne les modifie pas :)

Quelle est la commande pour ajouter dans le r�pertoire /dev,
les �tiquettes sda1 � sda7. Il y a juste sda.

sda c'est le device, le chiffre apr�s c'est pour identifier les
partitions. Comme il n'y en a pas tu n'as pas � cr�er des sda1...
Et ne touche pas /dev, c'est udev qui cr�e tout �a et il le fait bien.
As tu des fichiers dans /etc/udev ? Et si oui donne leur contenu.

Voici :
/etc/udev :
drwxr-xr-x 2 root root 4096 sept. 9 2022 hwdb.d
drwxr-xr-x 2 root root 4096 avril 22 13:00 rules.d
-rw-r--r-- 1 root root 305 mars 11 2022 udev.conf
176.xxx.xxx.xxx (ip du serveur)
ls -l hwdb.d :
176.xxx.xxx.xxx
ls -l rules.d :
-rw-r--r-- 1 root root 63312 févr. 17 17:25 70-snap.snapd.rules 176.xxx.xxx.xxx

cat udev.conf :
#udev_log=info
#children_max=
#exec_delay=
#event_timeout=180
#timeout_signal=SIGKILL
#resolve_names=early
176.xxx.xxx.xxx

cat 70-snap.snapd.rules :
pas d'infos sur les /dev/sd...

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 22 avril 2023 ajh-valmer a écrit :

Oui à priori ça aurait dû être hd0. Mais plutôt que de le changer à la >> main assure toi que idrac n'est pas activé et fais
update-grub grub-install et reboote :

J'ai fait tout ça sans idrac activé : au reboot toujours /dev/sdc7

là dans grub.cfg tu as hd0 ou hd2 ?

As tu des fichiers dans /etc/udev ? Et si oui donne leur contenu.

Voici :
/etc/udev :

que du normal

fais :
grep sd[a-c] /var/log/syslog|grep kernel

qu'on voit ce qui est mis comme device au niveau kernel

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 22 avril 2023 ajh-valmer a écrit :

Apr 21 19:07:11 server-lambda kernel: [ 3.223751] sd 0:0:0:0: [sda] Media removed, stopped polling
Apr 21 19:07:11 server-lambda kernel: [ 3.226863] sd 0:0:0:0: [sda] Attached SCSI removable disk
Apr 21 19:07:11 server-lambda kernel: [ 3.341060] sd 1:0:0:1: [sdb] Media removed, stopped polling
Apr 21 19:07:11 server-lambda kernel: [ 3.347397] sd 1:0:0:1: [sdb] Attached SCSI removable disk
Apr 21 19:07:11 server-lambda kernel: [ 11.502664] sd 2:1:0:0: [sdc] 3905945600 512-byte logical blocks: (2.00 TB/1.82 TiB)
Apr 21 19:07:11 server-lambda kernel: [ 11.502764] sd 2:1:0:0: [sdc] Write Protect is off
Apr 21 19:07:11 server-lambda kernel: [ 11.502770] sd 2:1:0:0: [sdc] Mode Sense: 03 00 00 08
Apr 21 19:07:11 server-lambda kernel: [ 11.502810] sd 2:1:0:0: [sdc] No Caching mode page found
Apr 21 19:07:11 server-lambda kernel: [ 11.502869] sd 2:1:0:0: [sdc] Assuming drive cache: write through
Apr 21 19:07:11 server-lambda kernel: [ 11.569359] sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 sdc6 sdc7 >
Apr 21 19:07:11 server-lambda kernel: [ 11.571034] sd 2:1:0:0: [sdc] Attached SCSI disk

Le kernel continue à voir 2 devices avant de trouver ton disque. C'est
très certainement lié aux 2 devices idrac. Les disques virtuels idrac
sont mis en place avant le lancement de l'os. Je pense qu'il faut que tu regarde au niveau idrac pour supprimer complètement les 2 devices. Là ils doivent être inactifs, ou un truc comme ça, mais toujours mappés pour le bios.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)