[RESOLU] Comment forcer le fstab a monter en sdb1 et sdc1?

soleman · Le 11/03/2011, à 12:33

Je souhaiterais forcer le fstab a monter a chaque démarrage en sdf1 et sdg1, car aléatoirement il me les montent en sdb1 et sdc1 ! (ou l'inverse du moment que ca bouge plus!)
Pourquoi faire, me direz vous?
Car j'ai fixer des règles dans LMsensors afin d'éteindre la machine en cas de chauffe,(du coup j'en ai créer 4 pour sdb1 et sdc1 et sdf1 et sdg1) je n'ai trouver que cela comme solution en attendant vos réponse!

mon fstab avec les UUID

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' 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>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda3 during installation
UUID=fb1aba7b-2928-4cbe-88df-b9fc03f17c4d /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda2 during installation
UUID=ceef2a9a-bfe9-40ab-89b1-8b7042e94ca8 none            swap    sw              0       0
#/dev/sda1 
UUID=0601fea6-3eb2-48bc-a7b1-2fc5ca98bdb4    /media/films   ext3 auto, defaults        0  0  
#/dev/sdf1 
UUID=6ca93ef5-2046-49af-a08c-8bc0eff29a67    /media/backup   ext3 auto, defaults   0  0 
#/dev/sdg1  
UUID=51ecf59c-270b-4551-9ec7-65211a7321e4    /media/seagate1.5to  ext3 auto, defaults    0  0

Un "sudo blkid" peut donner

/dev/sda1: LABEL="films" UUID="0601fea6-3eb2-48bc-a7b1-2fc5ca98bdb4" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda2: UUID="ceef2a9a-bfe9-40ab-89b1-8b7042e94ca8" TYPE="swap" 
/dev/sda3: UUID="fb1aba7b-2928-4cbe-88df-b9fc03f17c4d" TYPE="ext4" 
/dev/sdf1: LABEL="backup" UUID="6ca93ef5-2046-49af-a08c-8bc0eff29a67" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdg1: LABEL="seagate1.5to" UUID="51ecf59c-270b-4551-9ec7-65211a7321e4" TYPE="ext3"

ou parfois

/dev/sda1: LABEL="films" UUID="0601fea6-3eb2-48bc-a7b1-2fc5ca98bdb4" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda2: UUID="ceef2a9a-bfe9-40ab-89b1-8b7042e94ca8" TYPE="swap" 
/dev/sda3: UUID="fb1aba7b-2928-4cbe-88df-b9fc03f17c4d" TYPE="ext4" 
/dev/sdb1: LABEL="backup" UUID="6ca93ef5-2046-49af-a08c-8bc0eff29a67" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdc1: LABEL="seagate1.5to" UUID="51ecf59c-270b-4551-9ec7-65211a7321e4" SEC_TYPE="ext2" TYPE="ext3"

Dernière modification par soleman (Le 22/05/2011, à 16:23)

sinbad83 · Le 11/03/2011, à 12:44

Salut,
regarde la doc http://doc.ubuntu-fr.org/uuid_et_label
Elle indique de faire dans l'ordre

sudo blkid -g
sudo blkid

pour mettre à jour le cache des UUIDs

mjdon · Le 11/03/2011, à 12:51

Alors je ne sais pas si le fichier de config de lm-sensors fonctionne en root, mais si c'est le cas, tu ne pourrais pas utiliser un truc du genre:

perif1= sudo blkid | grep 6ca93ef5-2046-49af-a08c-8bc0eff29a67 | awk '{print $1}' | sed 's/://'
perif2= sudo blkid | grep 51ecf59c-270b-4551-9ec7-65211a7321e4 | awk '{print $1}' | sed 's/://'

En fait si tu nous en disais plus sur ta config de lm-sensors, ça aiderais peut être. (Personnellement, je n'y ai jamais touché manuellement)

soleman · Le 11/03/2011, à 13:57

mjdon a écrit :

Alors je ne sais pas si le fichier de config de lm-sensors fonctionne en root, mais si c'est le cas, tu ne pourrais pas utiliser un truc du genre:
perif1= sudo blkid | grep 6ca93ef5-2046-49af-a08c-8bc0eff29a67 | awk '{print $1}' | sed 's/://'
perif2= sudo blkid | grep 51ecf59c-270b-4551-9ec7-65211a7321e4 | awk '{print $1}' | sed 's/://'
En fait si tu nous en disais plus sur ta config de lm-sensors, ça aiderais peut être. (Personnellement, je n'y ai jamais touché manuellement)

Tu as raison"mjdon" la commande sudo shutdown -h now n' a aucun effet ,car lm-sensors ne fonctionne pas en root .
j'ai donc changer " sudo shutdown -h now" par un " touch /chemin dropbox/ CHAUFFE du disk"

afin d' être prévenu en cas de chauffe.

"sinbad83" Pour ce qui m' intéresse a résoudre comme problème:
J'applique donc un

sudo blkid -g

avant

sudo blkid

après plusieurs démarrage cela ne semble pas fonctionner.
Le montage se fait toujours aléatoirement!

Dernière modification par soleman (Le 11/03/2011, à 14:08)

sinbad83 · Le 12/03/2011, à 19:05

Pourrais-tu dire ce que tu veux monter en sdf1 et en sdg1 ?
Peux-tu ajouter le contenu de sudo fdisk -l ?

Dernière modification par sinbad83 (Le 12/03/2011, à 19:07)

soleman · Le 12/03/2011, à 19:43

sinbad83 a écrit :

Pourrais-tu dire ce que tu veux monter en sdf1 et en sdg1 ?

après un démarrage j' ai parfois cela :

/dev/sdf1: LABEL="backup" UUID="6ca93ef5-2046-49af-a08c-8bc0eff29a67" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdg1: LABEL="seagate1.5to" UUID="51ecf59c-270b-4551-9ec7-65211a7321e4" TYPE="ext3"

et parfois cela:

/dev/sdb1: LABEL="backup" UUID="6ca93ef5-2046-49af-a08c-8bc0eff29a67" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdc1: LABEL="seagate1.5to" UUID="51ecf59c-270b-4551-9ec7-65211a7321e4" SEC_TYPE="ext2" TYPE="ext3"

sinbad83 a écrit :

Peux-tu ajouter le contenu de sudo fdisk -l ?

~$ sudo fdisk -l

Disque /dev/sda: 250.1 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xe9f8ccd2

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1            4032       30402   211814400   83  Linux
/dev/sda2            3771        4032     2099200   82  Linux swap / Solaris
/dev/sda3   *           1        3771    30283776   83  Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque

Disque /dev/sdb: 1000.2 Go, 1000204886016 octets
255 têtes, 63 secteurs/piste, 121601 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00041914

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb1               1      121601   976760001   83  Linux

Disque /dev/sdc: 1500.3 Go, 1500301910016 octets
255 têtes, 63 secteurs/piste, 182401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x000896fb

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdc1               1      182401  1465136001   83  Linux

et après un redémarrage

~$ sudo fdisk -l


Disque /dev/sda: 250.1 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xe9f8ccd2

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1            4032       30402   211814400   83  Linux
/dev/sda2            3771        4032     2099200   82  Linux swap / Solaris
/dev/sda3   *           1        3771    30283776   83  Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque

Disque /dev/sdf: 1000.2 Go, 1000204886016 octets
255 têtes, 63 secteurs/piste, 121601 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x00041914

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdf1               1      121601   976760001   83  Linux

Disque /dev/sdg: 1500.3 Go, 1500301910016 octets
255 têtes, 63 secteurs/piste, 182401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x000896fb

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdg1               1      182401  1465136001   83  Linux

Merci de prendre le temps de te pencher sur mon post, car cela n 'a pas l'air simple!
http://coursinforev.ovh.org/dokuwiki/doku.php/accueil Du beau boulot!

Dernière modification par soleman (Le 12/03/2011, à 21:09)

sinbad83 · Le 12/03/2011, à 23:31

Je vois que les deux disques qui posent problèmes sont un Backup de 1 To et un Seagate de 1,5 To.
Comment sont-ils vus par le BIOS ? Ce sont des disques internes ou USB ?
Quel est le problème rencontré quand ils changent de sdb à sdf ou sdc à sdg ? Le principal, c'est qu'ils montent avec la bonne étiquette ?

Dernière modification par sinbad83 (Le 12/03/2011, à 23:34)

soleman · Le 13/03/2011, à 11:48

Pour sinbad83,
Les disques, ce sont des sata internes reconnu en master dans le bios!
Le problème rencontré est minime :
LMsensors reconnait les disques non avec leur UUID mais avec la lettre sda, sdb, attribuer au montage!
Donc en attendant, j'ai mis la surveillance des T° sur sda,sdb,sdc et sdf et sdg.

Les T° négatives sont mon problème.

Après avoir utilisé longtemps disk manager et pysdm pour monter les partitions, je suis passer a l'édition du fstab a la main ce qui est bien plus propre avec les UUID et pour ma compréhension des actions appliqués !

Je pensais pouvoir figé cette lettre de montage par l'édition du fstab, mais apparemment non!

Sinon la distrib colle parfaitement avec la machine , elle était sous Débian auparavant , mais je rencontrais plus de problèmes
(le WOL, des gel claviers, souris etc...)

Si nous trouvons une solution ca sera une maverick parfaitement configurée!

J'espère trouver, je fouille le forum des post fstab .

Un problème similaire: fstab or not fstab

Dernière modification par soleman (Le 13/03/2011, à 12:16)

sinbad83 · Le 13/03/2011, à 14:59

Effectivement, disk-manager est un bon outil rapide quand on n'a pas le temps de configurer soi-même le fichier fstab. A préférer de loin à pysdm qui crée des blagues quand on est un peu pressé.
Le problème des appellations des disques est un peu mystérieux. Heureusement, l'introduction des UUIDs dans fstab règle le problème des montages, en particulier, pour les périphériques USB que l'on ne branche pas toujours sur la même prise.
En réalité, la ligne de commentaire qui précède la configuration d'une partition, n'est qu'un pense-bête à usage de l'utilisateur. On peut tout à fait s'en passer.

Dernière modification par sinbad83 (Le 03/06/2011, à 11:07)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 11/03/2011, à 12:33

[RESOLU] Comment forcer le fstab a monter en sdb1 et sdc1?

#2 Le 11/03/2011, à 12:44

Re : [RESOLU] Comment forcer le fstab a monter en sdb1 et sdc1?

#3 Le 11/03/2011, à 12:51

Re : [RESOLU] Comment forcer le fstab a monter en sdb1 et sdc1?

#4 Le 11/03/2011, à 13:57

Re : [RESOLU] Comment forcer le fstab a monter en sdb1 et sdc1?

#5 Le 12/03/2011, à 19:05

Re : [RESOLU] Comment forcer le fstab a monter en sdb1 et sdc1?

#6 Le 12/03/2011, à 19:43

Re : [RESOLU] Comment forcer le fstab a monter en sdb1 et sdc1?

#7 Le 12/03/2011, à 23:31

Re : [RESOLU] Comment forcer le fstab a monter en sdb1 et sdc1?

#8 Le 13/03/2011, à 11:48

Re : [RESOLU] Comment forcer le fstab a monter en sdb1 et sdc1?

#9 Le 13/03/2011, à 14:59

Re : [RESOLU] Comment forcer le fstab a monter en sdb1 et sdc1?

Pied de page des forums