Forum Linux.général Swap sur sda5 + Vfat sur sdb5 = plantage init !!!

Posté par Lo_pescofi le 14 novembre 2007 à 23:08.

Étiquettes : aucune

nov.

2007

Bonjour,
j'ai depuis longtemps un problème que j'ai eu du mal à localiser. Je sais maintenant le reproduire ! C'est un bon pas en avant mais je ne sais pas le résoudre.
J'ai deux disques Sata.

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 1915 15382206 83 Linux
/dev/sda2 1916 10011 65031120 5 Extended
/dev/sda5 1916 2045 1044193+ 82 Linux swap / Solaris
/dev/sda6 2046 8608 52717266 83 Linux
/dev/sda7 8609 10011 11269566 83 Linux

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 1 6374 51199123+ 7 HPFS/NTFS
/dev/sdb2 6375 20023 109635592+ f W95 Etendu (LBA)
/dev/sdb5 6375 14023 61440561 b W95 FAT32
/dev/sdb6 14024 18747 37945498+ 7 HPFS/NTFS
/dev/sdb7 18748 20023 10249438+ 83 Linux

Lorsque j'active la partition Vfat sur sdb5 dans mon /etc/fstab j'ai un plantage à l'init. j'ai comme l'impression que le système se mélange les pinceaux avec la Swap qui est sur sda5.
Le problème se produit lorsque je boote sur ma partition sdb7 qui est actuellement Kubuntu (Gutsy). J'ai reproduit le défaut de la même manière en installant sur cette même partition Suse et Mandriva.

Si qqun à une idée ...

# Peut-être une piste.

Posté par Gyro Gearllose le 15 novembre 2007 à 09:38. Évalué à 2.

Hello,
Je suis loin d'être expert en la matière, mais j'ai comme l'impression que le problème se situe au niveau de la gestion de tes disques sata.
Il faudrait probablement regarder du côté de la façon dont ils sont reconnus par le système à chaque boot, et surtout dans quel ordre. Et puis forcer d'une façon ou d'une autre l'ordre de ces disques et donc des partitions.
Il faudrait soit jouer avec les règles udev pour que sda soit toujours sda, et que sbd soit toujours sdb, et/ou utiliser des labels sur les partitions plutôt que leurs numéros.
Voilà, en espérant que ça aide, comme on dit.
- [^] # Re: Peut-être une piste.
  
  Posté par Lo_pescofi le 15 novembre 2007 à 19:39. Évalué à 1.
  
  Comment on joue avec les règles de udev ?
  j'ai rien au sujet des disques dans /etc/udev/ ... notamment dans udev.conf
# Curieux !

Posté par Pol' uX (site web personnel) le 15 novembre 2007 à 18:14. Évalué à 2.

1) fait voir ton fstab ?

2) Quant tu dis ça plante à l'init ça plante ou et comment ? Que raconte /var/log/message ?

3) Que se passe t'il si tu boote en mode rescue, et que une fois dans ta console tu lance un mount -a ?
Adhérer à l'April, ça vous tente ?
- [^] # Re: Curieux !
  
  Posté par Lo_pescofi le 15 novembre 2007 à 19:30. Évalué à 1.
  
  J'ai avancé un peu dans ma recherche. :-)
  Voici mon fstab :
  ---------------------------
  # /etc/fstab: static file system information.
  #
  # <file system> <mount point>
  proc /proc proc defaults 0 0
  # /dev/sdb7
  UUID=a2bcaaa2-a607-4909-9f52-bcbd727eea9e / ext3 nouser,defaults,errors=remount-ro,atime,auto,rw,dev,exec,suid 0 1
  # /dev/sda5
  UUID=b33c745a-3fd9-4ce0-b5af-f4d014f79dd5 none swap sw 0 0
  # /dev/sda6
  UUID=c7a22737-ab64-4414-b3db-1f40078d4e59 /home ext3 nouser,defaults,atime,auto,rw,dev,exec,suid 0 2
  # /dev/sda1
  #UUID=981d45cb-4913-407e-8b2a-69e4dc012b40 /media/sda1 ext3 defaults 0 2
  # /dev/sda7
  #UUID=505258ac-6f40-4a7a-a6b5-b23334f27a04 /media/sda7 ext3 defaults 0 2
  # /dev/sdb1
  #UUID=5C84C70584C6E09E /media/sdb1 ntfs defaults,umask=007,gid=46 0 1
  #/dev/sdb6
  UUID=CAD86A54D86A3F37 /media/sdb6 ntfs-3g defaults,umask=007,gid=46 0 1
  #/dev/sdb5
  /dev/sdb5 /media/sdb5 vfat noauto,umask=000,uid=0,gid=0,rw,users 0 0
  #/dev/sdb5 /media/sdb5 vfat defaults,utf8,umask=007,gid=46,noauto,uid=0,rw,nouser,quiet 0 1
  /dev/hdd /media/cdrom0 udf,iso9660 user,atime,noauto,rw,dev,exec,suid 0 0
  /dev/hda /media/cdrom1 udf,iso9660 user,atime,noauto,rw,dev,exec,suid 0 0
  /dev/fd0 /media/floppy0 auto user,atime,noauto,rw,dev,exec,suid 0 0
  ----------------------------
  En l'état le système ne plante plus depuis que j'ai modifié les options de montage de sdb5.
  Cependant ça plante lorsque je remplace la ligne en question par l'ancienne qui est celle qui est en commentaire (#).
  #/dev/sdb5 /media/sdb5 vfat defaults,utf8,umask=007,gid=46,noauto,uid=0,rw,nouser,quiet 0 1
  
  Bizarre !!!!
  
  Pour répondre à ta question 2) :
  Le systeme se bloque après :
  kinit : trying to resume from /dev/disk/by-uuid/b33c745a-3fd9-4ce0-b5af-f4d014f79dd5
  kinit : No resume image, doing normal boot.
  
  Quant à /var/log/message rien ne me saute aux yeux.
  
  Pour répondre à ta question 3), j'ai pas encore essayé avec un mount -a. Cependant un montage des partitions une à une à la main
  fonctionne.
  
  Bref, pour résumer, ça fonctionne car j'ai contourné le problème, mais je reste sur ma faim. Pourquoi ça bug ?
  Je rappelle qu'une installation normale d'une distrib dans ce cadre (en activant sdb5) ne permet pas un fonctionnement normal. (plantage au boot)
  
  Autre remarque :
  La ligne de montage en question fonctionne sous Kubuntu_edgy_i586 qui est installé sur sda7. En fait j'avais fait un copier/coller de cette ligne au début de mes investigations.
  
  Voilà ! j'attends vos remarques et merci d'avoir répondu à mon post.
# C'est le champ "fs_passno" du fichier /etc/fstab est positionné à 1!

Posté par Lo_pescofi le 16 novembre 2007 à 21:53. Évalué à 2.

J'ai trouvé la cause :
le système plante lorsque le champ "fs_passno" du fichier /etc/fstab est positionné à 1.
La documentation dit :
"Le sixième champ (fs_passno), est utilisé par le programme fsck(8) pour déterminer l'ordre de vérification des systèmes de fichiers au moment du démarrage. Le système de fichiers racine doit avoir un champ fs_passno de valeur 1, et les autres un fs_passnode de valeur 2."

Ce qui n'est pas normal c'est qu'a l'installation, ce champ positionné à 1 dans le cas l'une partition Vfat !

Peut-être devrai-je signaler le bug. Qu'en pensez-vous ?

Voilà !
Si mon expérience peut servir à d'autres...