Forum Linux.général Grub et noyau 2.6.30

Posté par  .
Étiquettes :
0
8
sept.
2009
Salut,

J'ai un disque dur PATA pour Linux, et un SATA pour Windows.
Le PATA était depuis toujours en /dev/hda..., et le SATA en /dev/sda...
Suite à un "apt-get dist-upgrade", le PATA est passé de /dev/hda à /dev/hde (en 2.6.26) puis enfin en /dev/sdb (avec le 2.6.30).

Le problème c'est que Grub et fstab ne sont pas d'accord et j'ai quelques soucis au boot:

/boot/grub/device.map:
(hd1)   /dev/sda
(hd0) /dev/sdb


/boot/grub/menu.lst:
title           Debian GNU/Linux, kernel 2.6.30-1-amd64
root (hd0,7)
kernel /vmlinuz-2.6.30-1-amd64 root=/dev/sdb8 ro
initrd /initrd.img-2.6.30-1-amd64


/etc/fstab:
proc            /proc           proc    defaults        0       0
/dev/sda8 / xfs defaults 0 1
/dev/sda7 /boot ext3 defaults 0 2
/dev/sda6 none swap sw 0 0


si je mets /dev/sdb... dans /etc/fstab, rien ne boote correctement, j'ai que des erreurs, je suis obligé de laisser /dev/sda... alors que je déclare l'inverse dans Grub.

Quelqu'un a une explication ?

Poiloq.
  • # bios / noyau / grub

    Posté par  (site web personnel) . Évalué à 4.

    le bios n'a pas la même vision des disques que le noyau ...

    tu mets /boot sur une partition du 1er disque vu par le bios
    Accorder grub à la vision bios
    Accorder la fstab à la vision noyau.

    Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

  • # UUID

    Posté par  . Évalué à 3.

    c'est pour ca qu'on a creer les UUID
    qui permettent de nommer un disque dur ou une partition avec un identifiant unique

    et pour le coup on se contre tape de savoir si c'est le premier, le 2e, ou le 25 disques 15 partitions

    par contre je ne sais pas si on peut mettre un UUID sur une partition windows
    • [^] # Commentaire supprimé

      Posté par  . Évalué à 1.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: UUID

        Posté par  . Évalué à 1.

        Réponse parfaite !

        après une semaine sans soucis, ce soir le système a re-mixé tout seul sda et sdb...

        J'ai tout passé en UUID dans fstab et menu.lst, c'est nickel.

        Merci.
  • # Vla ce qui se passe quand on fait des choix débiles ....

    Posté par  . Évalué à 2.

    Les devs Linux ont voulu tout faire passer par du SCSI .... En soi c'est pas forcément mal, mais on fait comment avec l'existant ? On casse tout ?

    C'est le genre de truc que je n'aime pas dans Linux ( et c'est peut-être un problème des distributions ...) : certaines décisions sont prise sans tenir compte des impacts sur l'existant. Parfois tout casser c'est bien mais souvent ça apporte des problèmes.

    Question : y a-t-il moyen de garder l'ancenne dénomination (hd pour les pata, sd pour les disques SCSI) ? Parce que pour les nouvelles installations on s'en tape, mais pour les mises à jour sur les anciennes machines, ça me plait pas du tout.
    • [^] # Re: Vla ce qui se passe quand on fait des choix débiles ....

      Posté par  (site web personnel) . Évalué à 2.

      Oui c'est possible ( 2.6.30.5 )

      CONFIG_IDE_XFER_MODE=y
      CONFIG_IDE_TIMINGS=y
      CONFIG_IDE_ATAPI=y
      CONFIG_IDE_LEGACY=y
      # CONFIG_BLK_DEV_IDE_SATA is not set
      CONFIG_IDE_GD=y
      CONFIG_IDE_GD_ATA=y
      # CONFIG_IDE_GD_ATAPI is not set
      # CONFIG_IDE_TASK_IOCTL is not set
      CONFIG_IDE_PROC_FS=y
      CONFIG_IDE_GENERIC=y

      user@machine:$ mount
      /dev/hda2 on / type reiserfs (rw,notail)
      tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
      proc on /proc type proc (rw,noexec,nosuid,nodev)
      sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
      udev on /dev type tmpfs (rw,mode=0755)
      tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
      devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
      /dev/mapper/vg01-tmp on /tmp type reiserfs (rw,notail)
      /dev/mapper/vg01-usr on /usr type reiserfs (rw,notail)
      /dev/mapper/vg01-var on /var type reiserfs (rw,notail)
      /dev/mapper/vg01-home on /home type reiserfs (rw,notail)

      Système - Réseau - Sécurité Open Source - Ouvert à de nouvelles opportunités

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.