Av3k wrote:Parce que je n'ai pas de cable e-sata / sata a m'a disposition pour le moment 🙁 Je viens d'y penser mais passer par le e-sata ne resolverait il pas le probleme?
Sinon si je modifie les UUID de mes disques, je ne pourrais plus booter sur les machines de mon ecole si?
Il ne s'agit pas de modifier l'UUID de tes disques qui est fixe que tu sois à l'école ou sur ton portable (une partition = un UUID qui ne change jamais) mais de modifier l'identification de tes partitions dans le fstab afin justement que, quelque soit ta configuration disque, le fstab s'y retrouve...
Donc si tu ne fais pas d'erreur en remplaçant les /dev/sdx par les UUID tu ne casses rien et tu gagnes en flexibilité...
Av3k wrote:Autre question, je ne comprends pas vraiment le conflit lors du boot, c'est bien, comme tu l'as dit, que lors du boot, le fedora essaye de booter sur mon hdd ( qui doit donc etre sur dev/sda1 ) au lieu de booter sur le rack?
Derniere question, si la question du dessus est vrai, est ce que le fait d'enlever le hdd du pc portable resolverait le soucis?
Merci de prendre du temps pour m'aider 🙂
Regardons les "2 phases" successives du boot...
Dans la première phase, le BIOS sait démarrer sur ton disque USB et grub sait retrouver ta partition / par UUID
Voici à quoi ressemble le fichier /etc/grub2.cfg :
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
---/---
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora (3.2.5-3.fc16.x86_64)' --class fedora --class gnu-linux --class gnu --class os {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root edb1298c-bff2-4bd2-bdeb-ae0bcb29b4f8
echo 'Loading Fedora (3.2.5-3.fc16.x86_64)'
linux /vmlinuz-3.2.5-3.fc16.x86_64 root=UUID=ab5ffd26-15a3-4999-8abc-64837973b999 ro rd.md=0 rd.dm=0 quiet LANG=fr_FR.UTF-8 rd.lvm.lv=vg_lxazerty/lv_swap rhgb rd.luks=0 SYSFONT=latarcyrheb-sun16 KEYTABLE=fr-latin9
echo 'Loading initial ramdisk ...'
initrd /initramfs-3.2.5-3.fc16.x86_64.img
}
---/---
A rapprocher du résultat de la commande ls -lha /dev/disk/by-uuid/
$ ls -lha /dev/disk/by-uuid/
total 0
---/---
lrwxrwxrwx. 1 root root 10 11 févr. 10:12 ab5ffd26-15a3-4999-8abc-64837973b999 -> ../../sda2
---/---
Quelque soit le nombre et l'ordre de mes disques l'UUID ab5ffd26-15a3-4999-8abc-64837973b999 correspondra toujours à la même partition...
Donc pour la première phase du boot, l'accès à / c'est réglé...
Dans la deuxième phase il faut accéder au swap et à /home et c'est là que tes problèmes commencent car ton fstab pointe sur de mauvaises partitions... SI en utilisant les UUID tu fais pointer le fstab sur les bonnes partitions ça devrait marcher:
#
# /etc/fstab
# Created by anaconda on Fri Nov 4 11:52:00 2011
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=edb1298c-bff2-4999-bdeb-ae0bcb29b999 /boot ext4 defaults,noatime 1 2
UUID=ab5ffd26-15a3-4999-8abc-64837973b999 / ext4 defaults,noatime 1 1
UUID=e11a57b5-7727-4999-8c7e-11b54fe8d999 swap swap defaults,noatime 0 0
---/---
