Perso oui ça l'est car ce n'est vraiment utile que pour de la config ou il y a du hotplugin fréquent. UUID est généré lors de la création du fs ce qui permet de l'identifier facilement même lorsque le chemin de pointage à changer.
Perso oui ça l'est car ce n'est vraiment utile que pour de la config ou il y a du hotplugin fréquent. UUID est généré lors de la création du fs ce qui permet de l'identifier facilement même lorsque le chemin de pointage à changer.
Originally Posted by noobox
Si elle est là
UUID=75dcd54a-ac1a-463b-880c-9bb347108d90 / ext3 errors=remount-ro 0 1
Du coup dans la config de Grub l'UUID sera indiqué pour rootYes... My tailor is rich...Originally Posted by arabeman14
Bon, j'ai encore une erreur, mais plus de kernel panic : c'est le même problème qui se présentait avec le kernel zen si je me souviens bien. J'ai le petit splash screen de Mythbuntu mais :
Ca n'aurait pas un rapport avec le chemin UUID dont vous parlez ?Code:The disk drive for / is not ready yet or not present.
Et aussi... il n'y a pas de menu.lst dans /boot/grub :
Code:root@serveur-mythbuntu:/boot/grub# ls -a . gcry_rijndael.mod part_sun.mod .. gcry_rmd160.mod parttool.lst 915resolution.mod gcry_seed.mod parttool.mod acpi.mod gcry_serpent.mod password.mod affs.mod gcry_sha1.mod password_pbkdf2.mod afs_be.mod gcry_sha256.mod pbkdf2.mod afs.mod gcry_sha512.mod pci.mod aout.mod gcry_tiger.mod play.mod ata.mod gcry_twofish.mod png.mod ata_pthru.mod gcry_whirlpool.mod probe.mod at_keyboard.mod gettext.mod pxeboot.img befs_be.mod gfxmenu.mod pxecmd.mod befs.mod gfxterm.mod pxe.mod biosdisk.mod gptsync.mod raid5rec.mod bitmap.mod grldr.img raid6rec.mod bitmap_scale.mod grub.cfg raid.mod blocklist.mod grubenv read.mod boot.img gzio.mod reboot.mod boot.mod halt.mod reiserfs.mod bsd.mod handler.lst relocator.mod bufio.mod handler.mod scsi.mod cat.mod hashsum.mod search_fs_file.mod cdboot.img hdparm.mod search_fs_uuid.mod chain.mod hello.mod search_label.mod charset.mod help.mod search.mod cmp.mod hexdump.mod serial.mod command.lst hfs.mod setjmp.mod configfile.mod hfsplus.mod setpci.mod core.img iso9660.mod sfs.mod cpio.mod jfs.mod sh.mod cpuid.mod jpeg.mod sleep.mod crc.mod kernel.img tar.mod crypto.lst keystatus.mod terminal.lst crypto.mod linux16.mod terminal.mod datehook.mod linux.mod terminfo.mod date.mod lnxboot.img test.mod datetime.mod loadenv.mod tga.mod device.map locale trig.mod diskboot.img loopback.mod true.mod dm_nv.mod lsmmap.mod udf.mod drivemap.mod ls.mod ufs1.mod echo.mod lspci.mod ufs2.mod efiemu32.o lvm.mod uhci.mod efiemu64.o mdraid.mod unicode.pf2 efiemu.mod memdisk.mod usb_keyboard.mod elf.mod memrw.mod usb.mod example_functional_test.mod minicmd.mod usbms.mod ext2.mod minix.mod usbtest.mod extcmd.mod mmap.mod vbeinfo.mod fat.mod moddep.lst vbe.mod font.mod msdospart.mod vbetest.mod fshelp.mod multiboot2.mod vga.mod fs.lst multiboot.mod vga_text.mod functional_test.mod normal.mod video_fb.mod gcry_arcfour.mod ntfscomp.mod video.lst gcry_blowfish.mod ntfs.mod video.mod gcry_camellia.mod ohci.mod videotest.mod gcry_cast5.mod part_acorn.mod xfs.mod gcry_crc.mod part_amiga.mod xnu.mod gcry_des.mod part_apple.mod xnu_uuid.mod gcry_md4.mod part_gpt.mod zfsinfo.mod gcry_md5.mod partmap.lst zfs.mod gcry_rfc2268.mod part_msdos.mod
Oui donc c'est Grub2 qui load sur ta distro alors le fichier c'est grub.cfg et la syntaxe est relativement similaire
Ok. Bien voilà ce que ça donne (je mets juste les entrées de mon kernel actuel et de celui qu'on teste) :
La seule différence, apparamment, c'est qu'il n'y a pas initrd dans le kernel 2.6.33.3.Code:### BEGIN /etc/grub.d/10_linux ### menuentry 'Ubuntu, with Linux 2.6.33.3-technotrends1600' --class ubuntu --class gnu-linux --class gnu --class os { recordfail insmod ext2 set root='(hd0,1)' search --no-floppy --fs-uuid --set 75dcd54a-ac1a-463b-880c-9bb347108d90 linux /boot/vmlinuz-2.6.33.3-technotrends1600 root=/dev/sda1 ro quiet splash } menuentry 'Ubuntu, with Linux 2.6.33.3-technotrends1600 (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os { recordfail insmod ext2 set root='(hd0,1)' search --no-floppy --fs-uuid --set 75dcd54a-ac1a-463b-880c-9bb347108d90 echo 'Loading Linux 2.6.33.3-technotrends1600 ...' linux /boot/vmlinuz-2.6.33.3-technotrends1600 root=/dev/sda1 ro single echo 'Loading initial ramdisk ...' } menuentry 'Ubuntu, with Linux 2.6.32-21-generic' --class ubuntu --class gnu-linux --class gnu --class os { recordfail insmod ext2 set root='(hd0,1)' search --no-floppy --fs-uuid --set 75dcd54a-ac1a-463b-880c-9bb347108d90 linux /boot/vmlinuz-2.6.32-21-generic root=UUID=75dcd54a-ac1a-463b-880c-9bb347108d90 ro quiet splash initrd /boot/initrd.img-2.6.32-21-generic } menuentry 'Ubuntu, with Linux 2.6.32-21-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os { recordfail insmod ext2 set root='(hd0,1)' search --no-floppy --fs-uuid --set 75dcd54a-ac1a-463b-880c-9bb347108d90 echo 'Loading Linux 2.6.32-21-generic ...' linux /boot/vmlinuz-2.6.32-21-generic root=UUID=75dcd54a-ac1a-463b-880c-9bb347108d90 ro single echo 'Loading initial ramdisk ...' initrd /boot/initrd.img-2.6.32-21-generic }
Je pense que ton fichier /etc/default/grub contient la valeur "false" au paramètre "GRUB_DISABLE_LINUX_UUID"
Dans ce cas essais en premier lieu de lancer un auto-update de grub2 via la commande:
Ensuite check à nouveau ton fichier /boot/grub/grub.cfg si ce dernier a changé et si il ressemble à ce qui suit:Code:grub-mkconfig -o /boot/grub/grub.cfg
Si rien ne change alors apporte les modifs directement dans le fichier, même si cela n'est pas recommandé à titre d'essai rapide ça reste un bon moyen de voir si cela solutionne le problème. Après coups on(ou je..) pourra s'intéresser de plus près aux rouages de Grub2 et notamment le script /etc/grub.d pour générer un boot propre.Code:menuentry 'Ubuntu, with Linux 2.6.33.3-technotrends1600' --class ubuntu --class gnu-linux --class gnu --class os { recordfail insmod ext2 set root='(hd0,1)' search --no-floppy --fs-uuid --set 75dcd54a-ac1a-463b-880c-9bb347108d90 linux /boot/vmlinuz-2.6.33.3-technotrends1600 root=UUDI=75dcd54a-ac1a-463b-880c-9bb347108d90 ro quiet splash initrd /boot/initrd.img-2.6.33.3-technotrends1600 }
- "GRUB_DISABLE_LINUX_UUID" n'est pas décommenté. La valeur par défaut est false ?
- la commande grub-mkconfig -o /boot/grub/grub.cfg n'a rien changé au fichier grub.cfg
- et rajouter la ligne initrd manuellement n'a pas réglé le problème de boot du kernel .33
Vous n'aviez pas dit plus tôt, toi ou arabeman que cette fonction était désactivée dans vos .config ?
- La suite ?
tu as aussi remplacé /dev/sda1 par l'UUID ?
Oups! Je n'avais pas vu cette modif.
Enfin... avec ce changement là, ça me refait un "Kernel panic - not syncing..."
y a truc qui doit clocher avec la structure de ton HDD car je viens de reproduire au plus près les conditions et tout passe comme une lettre à la poste.
Si tu as un live CD boot dessus et lance un scan(en root ou via sudo) de ton disque dur avec la commande:
e2fsck /dev/sda1
ou si le lecteur est monté en second
e2fsck /dev/sdb1
Si vraiment ça foire toujours je vais te faire une image complète qui devrait te faciliter la vie car les jours passent mais l'erreur ne trépasse pas...
Désolé de ne pas avoir répondu plus tôt. En effet, le temps passe et j'ai d'autres truc sur le feu en même temps.
J'ai fait le test et le disque est clean. J'ai même fait un memtest sans erreur non plus.
Posting Permissions
Reply With Quote