[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re : Re : [etch] Blocage au demarrage, initramfs, PERC5, driver



Bonjour,
Alors dernière nouvelle.
N'ayant pas de répertoire /dev/disk/by-label, je l'ai crée (sous root biensur).
Ensuite j'ai crée des label pour mes périphériques de la sorte. voici le résumé de mes commandes :

mkdir -p /dev/disk/by-label && cd /dev/disk/by-label
e2label /dev/sda2 Boot
ln -s ../../sda2 Boot
e2label /dev/sdc1 BAIE_SAUVEGARDE
ln -s ../../sdc1 BAIE_SAUVEGARDE
e2label /dev/sda3 sauvegarde1
ln -s ../../sda3 sauvegarde1
e2label /dev/sdb1 sauvegarde2
ln -s ../../sdb1 sauvegarde2
mkswap -L Swap /dev/sda1
=> LABEL=Swap, UUID=c4c5ea81-4675-427c-b40c-a3166b2bb83b
ln -s ../../sda1 Swap

Et ensuite, j'ai modifié le fichier /boot/grub/menu.lst en
remplaçant
 kernel          /boot/vmlinuz-2.6.18-6-686 root=/dev/sda2 ro
par
kernel          /boot/vmlinuz-2.6.18-6-686 root=LABEL=Boot ro

Puis mon /etc/fstab
  1 # /etc/fstab: static file system information.
  2 #
  3 # <file system> <mount point>   <type>  <options>       <dump>  <pass>
  4 proc            /proc           proc    defaults        0       0
  5 LABEL=Boot      /               ext3    defaults,errors=remount-ro 0       1
  6 LABEL=BAIE_SAUVEGARDE       /baie_sauvegarde ext3    defaults        0       2
  7 LABEL=SAUVEGARDE1       /sauvegarde1    ext3    defaults        0       2
  8 LABEL=SAUVEGARDE2       /sauvegarde2    ext3    defaults        0       2
  9 LABEL=Swap       none            swap    sw              0       0
 10 /dev/hda        /media/cdrom0   udf,iso9660 user,noauto     0       0

Après je me suis aperçu qu'en faisant update-grub mon fichier /boot/grub/menu.lst
était remis à jour, et LABEL=Boot était remplacé par /dev/sda2, alors je ne sais pas si j'ai loupé une étape.

Sinon malgré ça, au démarrage du serveur, je n'ai plus l'erreur initramfs bla bla bla, mais aléatoirement, j'en ai une autre maintenant.
Toutes les partitions ne sont pas toujours reconnues. C'est à dire, il a souvent des souci avec mes LABEL. Alors il me demande de fair crtl D ou le mot de pass root. En faisant le mot de pass root, je m'aperçois dans le répertoire /dev/disk/by-label que les liens symbolique ne sont pas toujours tous présent ET de plus les étiquettes que j'ai crée ne vont pas toujours vers les chemins que j'avais indiqué. Je peux donc me retrouver avec le label Swap qui pointe vers /dev/sdc1 et idem pour les autres, ça change constamment, donc help.
Je ne sais pas si j'ai loupé quelque chose.
Je pensais aussi que e2label créerait automatiquement les liens symbolique, or là je suis obligé de les faire à la main, ce que je pense pas être propre.

Merci

----- Message d'origine ----
De : djibril ousmanou <djibrilo@yahoo.fr>
À : debian-user-french@lists.debian.org
Envoyé le : Lundi, 31 Mars 2008, 11h05mn 04s
Objet : Re : [etch] Blocage au demarrage, initramfs, PERC5, driver

Bonjour,

Merci Gilles pour ta solution, le problème est bien un problème d'ordre des disques qui est aléatoire pour des raisons inconnues.
Voici une autre doc trouvées (http://www.debian.org/releases/stable/hppa/release-notes/ch-upgrading.fr.html)
c'est le paragraphe :  4.6.3 Réordonnement de l'énumération des périphériques
Mais j'ai pas pu résoudre le souci.

Pour l'histoire des labels, voici mon fichier fstab :
  proc            /proc           proc    defaults        0       0
  /dev/sda2       /               ext3    defaults,errors=remount-ro 0       1
  /dev/sdc1       /baie_sauvegarde ext3    defaults        0       2
  /dev/sda3       /sauvegarde1    ext3    defaults        0       2
  /dev/sdb1       /sauvegarde2    ext3    defaults        0       2
  /dev/sda1       none            swap    sw              0       0
  /dev/hda        /media/cdrom0   udf,iso9660 user,noauto     0       0
Il a été crée par l'installateur de Debian, du moins ce n'est pas moi personnellement. Mais en quoi l'utilisation de label peut il changer les choses par curiosité? idem pour uuid?
Sinon je vous liste mon répertoire disk
# ls -alh /dev/disk/*
/dev/disk/by-id:
total 0
drwxr-xr-x 2 root root 200 2008-03-28 18:14 .
drwxr-xr-x 5 root root 100 2008-03-28 18:14 ..
lrwxrwxrwx 1 root root   9 2008-03-28 18:14 scsi-36001c230d75cd8000f710df585f59edf -> ../../sdc
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 scsi-36001c230d75cd8000f710df585f59edf-part1 -> ../../sdc1
lrwxrwxrwx 1 root root   9 2008-03-28 18:14 scsi-SSEAGATE_ST3300007LW_3KR2E9VK -> ../../sda
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 scsi-SSEAGATE_ST3300007LW_3KR2E9VK-part1 -> ../../sda1
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 scsi-SSEAGATE_ST3300007LW_3KR2E9VK-part2 -> ../..../sda2
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 scsi-SSEAGATE_ST3300007LW_3KR2E9VK-part3 -> ../../sda3
lrwxrwxrwx 1 root root   9 2008-03-28 18:14 scsi-SSEAGATE_ST3300007LW_3KR2EJ3S -> ../../sdb
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 scsi-SSEAGATE_ST3300007LW_3KR2EJ3S-part1 -> ../../sdb1

/dev/disk/by-path:
total 0
drwxr-xr-x 2 root root 220 2008-03-28 18:14 .
drwxr-xr-x 5 root root 100 2008-03-28 18:14 ..
lrwxrwxrwx 1 root root   9 2008-03-28 18:14 pci-0000:00:1f.1-ide-0:0 -> ../../hda
lrwxrwxrwx 1 root root   9 2008-03-28 18:14 pci-0000:02:0e.0-scsi-0:2:0:0 -> ../../sdc
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 pci-0000:02:0e.0-scsi-0:2:0:0-part1 -> ../../sdc1
lrwxrwxrwx 1 root root   9 2008-03-28 18:14 pci-0000:05:02.0-scsi-0:0:0:0 -> ../../sda
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 pci-0000:05:02.0-scsi-0:0:0:0-part1 -> ../../sda1
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 pci-0000:05:02.0-scsi-0:0:0:0-part2 -> .../../sda2
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 pci-0000:05:02.0-scsi-0:0:0:0-part3 -> ../../sda3
lrwxrwxrwx 1 root root   9 2008-03-28 18:14 pci-0000:05:02.0-scsi-0:0:1:0 -> ../.../sdb
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 pci-0000:05:02.0-scsi-0:0:1:0-part1 -> ../../sdb1

/dev/disk/by-uuid:
total 0
drwxr-xr-x 2 root root 120 2008-03-28 18:14 .
drwxr-xr-x 5 root root 100 2008-03-28 18:14 ..
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 35daa9eb-8fb0-488f-a1c4-10133f0bc139 -> ../../sdb1
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 44609bc8-7382-454e-a6ab-751c9a425786 -> ../../sda3
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 4a241c43-d4f6-4f7e-9d28-70e777796e8c -> ../.../sda2
lrwxrwxrwx 1 root root  10 2008-03-28 18:14 b98b3892-99c1-4291-b111-2408ca4b8087 -> ../../sdc1

ma partition / est /dev/sda2 et on peut aussi constater que je n'ai pas de répertoire /dev/disk/by-label, alors en rajoutant LABEL dans fstab, est ce suffisant?
Dans cette doc (http://manual.sidux.com/fr/part-uuid-fr.htm), il est dit que pour utiliser l'identification permanente dans votre chargeur de démarrage, toutes les conditions qui suivent doivent être réunies :
- Vous utilisez une image mkinitcpio initramfs        => comment le vérifier?
- udev est activé dans votre fichier /etc/mkinitcpio => Or je n'ai pas de fichier /etc/mkinitcpio
- etc

Ne faut il pas utiliser soit une méthode d'identification permanente par UUID ou par LABEL, mais pas les deux?
Si on a pas de répertoire /dev/disk/by-label, peut on utiliser la méthode d'identification par label?
Pourquoi devrais utiliser LVM, pour faire quoi?

Merci

Cordialement,

Djibril

----- Message d'origine ----
De : Gilles Mocellin <gilles.mocellin@free.fr>
À : debian-user-french@lists.debian.org
Envoyé le : Samedi, 29 Mars 2008, 0h04mn 35s
Objet : Re: [etch] Blocage au demarrage, initramfs, PERC5, driver

Le Friday 28 March 2008 12:37:21 djibril ousmanou, vous avez écrit :
> Salut,
> Bon je vais re-expliquer ce que j'ai fait.
> Mon serveur est un power edge 850 avec deux disques SCSI d'environ 300Go.
> Mon serveur de stockage est un Power MD1000 avec 4 disques de 750 Go.
[....]
> 26- reboot => plantage,
> 27- reboot => plantage,
> 28- reboot + j'eteins et rallume la baie en même temps => plantage,
> 29- baie eteins et reboot, etc etc connexion au serveur
[...]

Bon, ça ne serait pas l'éternel problème de l'affectation pas toujours dans le
même ordre des disques (sda, sdb...) ?
Je verrais bien la baie passer des fois avant un autre disque..
Et là, même solutions :
- utiliser des labels pour monter les partitions dans le fstab
- utiliser LVM
- utiliser les UUID dans le fstab.

Rien à voir, mais nous avons déjà eu des soucis avec du multipathing qui ne
créait pas les devices assez tôt par rapport au script qui monte les volume
du fstab. Mais je ne pense pas que tu ais plusieurs connections à ta baie
(FC, SCSI ou SATA la connectique ?)



Envoyé avec Yahoo! Mail.
Plus de moyens pour rester en contact.



Envoyé avec Yahoo! Mail.
Plus de moyens pour rester en contact.
Reply to: