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 nono14 (site web personnel) . Évalué à 4.
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 NeoX . Évalué à 3.
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 Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: UUID
Posté par poil oq . Évalué à 1.
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 totof2000 . Évalué à 2.
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 nono14 (site web personnel) . Évalué à 2.
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
[^] # Re: Vla ce qui se passe quand on fait des choix débiles ....
Posté par totof2000 . Évalué à 2.
[^] # Re: Vla ce qui se passe quand on fait des choix débiles ....
Posté par benoar . Évalué à 2.
[^] # Re: Vla ce qui se passe quand on fait des choix débiles ....
Posté par nono14 (site web personnel) . Évalué à 1.
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.