Installation de SourceMage
Bonjour,
Je souhaite installer SourceMage sur mon PC et ai donc décidé de de commencé par l'installer sur une machine virtuelle, avant de vraiment toucher aux partitions de mon disque dur (je coulais essayer autre chose qu'ubuntu, et aussi me lancer dans une installation un peut moins facile que mint ou ubuntu et trouvais l'ésprit de sourcemage plutôt sympat...)
Mais je n' arrive pas, à la fin de l'installation quand je reboot j'ai un problème avec le noyau :
le message est :
lors de l'installation j'ai aussi eu un message :
l'étape précédente est le montage des partitions et je me demande si j'ai bien fait ce qu'il fallait :
lien montrant ce que l'installeur propose :
http://www.sourcemage.org/projects/cauldron/repository/revisions/9a9f0158c38cc952c08f9343f2a7b109e9586f7e/entry/enchantment/modules/disk-mount
J'ai donc fait :
puis j'ai continué l'installation...
mon problème vient-il de la manière utilisée pour monter les partitions, du système de fichier utilisé, d'autre chose ?
merci :)
Je souhaite installer SourceMage sur mon PC et ai donc décidé de de commencé par l'installer sur une machine virtuelle, avant de vraiment toucher aux partitions de mon disque dur (je coulais essayer autre chose qu'ubuntu, et aussi me lancer dans une installation un peut moins facile que mint ou ubuntu et trouvais l'ésprit de sourcemage plutôt sympat...)
Mais je n' arrive pas, à la fin de l'installation quand je reboot j'ai un problème avec le noyau :
le message est :
kernel panic :no init found : try passing init = option to kernel
lors de l'installation j'ai aussi eu un message :
couldn't create tablet information for netkit(je ne sais pas si ça a un rapport avec le noyeau...)
l'étape précédente est le montage des partitions et je me demande si j'ai bien fait ce qu'il fallait :
lien montrant ce que l'installeur propose :
http://www.sourcemage.org/projects/cauldron/repository/revisions/9a9f0158c38cc952c08f9343f2a7b109e9586f7e/entry/enchantment/modules/disk-mount
J'ai donc fait :
mount -t ext3 /dev/hda1 /mnt/root mkdir /mnt/root/usr mount -t ext3 /dev/hda2 /mnt/root/usr swapon /dev/hda3
puis j'ai continué l'installation...
mon problème vient-il de la manière utilisée pour monter les partitions, du système de fichier utilisé, d'autre chose ?
merci :)
A voir également:
- Installation de SourceMage
- Installation windows 10 sans compte microsoft - Guide
- Installation chromecast - Guide
- Installation clavier arabe - Télécharger - Divers Web & Internet
- Installation calculatrice - Télécharger - Calcul & Conversion
- Installation google earth - Télécharger - 3D
1 réponse
Il faudrait nous apporter des précisions sur
- ton partitionnement (sudo parted -l)
- le fichier de configuration de ton boot loader (si tu montes la partition / du système installé dans /mnt/linux à partir d'un live CD ou d'un live USB, c'est donc le fichier /mnt/linux/etc/lilo.conf si tu utilises lilo ou le fichier utilisé par grub /mnt/linux/boot/grub/grub.cfg)
Si tu ne sais pas comment faire, reporte-moi le résultat de cette commande à partir de ton système live :
Quelques rappels préalables pour comprendre ce qui suit :
- le boot loader (grub ou lilo) lance un noyau (donc il a besoin de savoir son nom, sur quelle partition le trouver, et les options à lui passer)
- quand le noyau est chargé avec succès, il lance l'OS en lançant le processus init (donc il a besoin de savoir où est /, information qui lui est transmise par le boot loader) (concrètement c'est ici que ça plante chez toi)
- puis le système init lance chaque service référencé dans /etc/rcX.d (ou X est un runlevel, typiquement 2 par défaut sous debian)
Remarque : sous windows la distinction entre kernel (noyau) et OS (système d'exploitation) est bien plus floue donc seule une partition est mentionnée dans grub :
Par exemple regardons un extrait de /boot/grub/grub.cfg chez moi (dans mon cas j'utilise grub) :
Ici tu vois que pour debian, on parle à deux reprises de la partition identifiées par l'UUID c5670c1b-49f8-47a3-9d1a-eb04c37cf7ee (/boot est sur ma partition / dans mon cas) et windows utilise une autre partition 60863F6F863F4536.
Ces UUID peuvent aussi être utilisés à d'autres endroits sous linux, notamment dans /etc/fstab. Concrètement ils désignent un device (par exemple /dev/sda1). Un device est pour faire très simple un peu l'équivalent d'un lecteur (C: D:...) sous windows mais ça va beaucoup plus loin en réalité car ce concept ne s'applique pas qu'aux partitions de disque dur.
Dans mon cas le mapping est ainsi fait :
On voit donc que dans mon cas ces UUID correspondent aux partitions /dev/sda1 et /dev/sda6, qui sont respectivement mes partitions windows et debian :
Ok donc maintenant si on revient chez toi, on voit que /boot a été trouvé puisque le kernel s'est amorcé. Je suppose pour plus de clarté que tu utilises grub dans ce qui suit. Dans ton cas, on voit que le noyau n'arrive pas à lancer init, donc / n'a pas réussi à le trouver à l'endroit indiqué par grub. Deux explications sont possibles :
- la partition / référencée dans la configuration de grub n'est pas la bonne
- le noyau ne prend pas en charge le système de fichiers (ext3 dans mon exemple) utilisé par la partition qui stocke /.
Bonne chance
- ton partitionnement (sudo parted -l)
- le fichier de configuration de ton boot loader (si tu montes la partition / du système installé dans /mnt/linux à partir d'un live CD ou d'un live USB, c'est donc le fichier /mnt/linux/etc/lilo.conf si tu utilises lilo ou le fichier utilisé par grub /mnt/linux/boot/grub/grub.cfg)
Si tu ne sais pas comment faire, reporte-moi le résultat de cette commande à partir de ton système live :
sudo fdisk -l
Quelques rappels préalables pour comprendre ce qui suit :
- le boot loader (grub ou lilo) lance un noyau (donc il a besoin de savoir son nom, sur quelle partition le trouver, et les options à lui passer)
- quand le noyau est chargé avec succès, il lance l'OS en lançant le processus init (donc il a besoin de savoir où est /, information qui lui est transmise par le boot loader) (concrètement c'est ici que ça plante chez toi)
- puis le système init lance chaque service référencé dans /etc/rcX.d (ou X est un runlevel, typiquement 2 par défaut sous debian)
Remarque : sous windows la distinction entre kernel (noyau) et OS (système d'exploitation) est bien plus floue donc seule une partition est mentionnée dans grub :
Par exemple regardons un extrait de /boot/grub/grub.cfg chez moi (dans mon cas j'utilise grub) :
menuentry "Windows 7 (loader) (on /dev/sda1)" --class windows --class os {
insmod part_msdos
insmod ntfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root 60863F6F863F4536
chainloader +1
}
[...]
menuentry 'Debian GNU/Linux, avec Linux 3.2.0-3-686-pae' --class debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set=root c5670c1b-49f8-47a3-9d1a-eb04c37cf7ee
echo 'Chargement de Linux 3.2.0-3-686-pae ...'
linux /boot/vmlinuz-3.2.0-3-686-pae root=UUID=c5670c1b-49f8-47a3-9d1a-eb04c37cf7ee ro acpi_osi=Linux quiet
echo 'Chargement du disque mémoire initial ...'
initrd /boot/initrd.img-3.2.0-3-686-pae
}
Ici tu vois que pour debian, on parle à deux reprises de la partition identifiées par l'UUID c5670c1b-49f8-47a3-9d1a-eb04c37cf7ee (/boot est sur ma partition / dans mon cas) et windows utilise une autre partition 60863F6F863F4536.
Ces UUID peuvent aussi être utilisés à d'autres endroits sous linux, notamment dans /etc/fstab. Concrètement ils désignent un device (par exemple /dev/sda1). Un device est pour faire très simple un peu l'équivalent d'un lecteur (C: D:...) sous windows mais ça va beaucoup plus loin en réalité car ce concept ne s'applique pas qu'aux partitions de disque dur.
Dans mon cas le mapping est ainsi fait :
(mando@silk) (~) $ ls -l /dev/disk/by-uuid/ total 0 lrwxrwxrwx 1 root root 10 oct. 31 08:29 565204b9-ae80-454b-97be-721b3e37fe0f -> ../../sda5 lrwxrwxrwx 1 root root 10 oct. 31 08:29 60863F6F863F4536 -> ../../sda1 lrwxrwxrwx 1 root root 10 oct. 31 08:29 c5670c1b-49f8-47a3-9d1a-eb04c37cf7ee -> ../../sda6 lrwxrwxrwx 1 root root 10 oct. 31 08:29 D0DA4397DA43792C -> ../../sda2 lrwxrwxrwx 1 root root 10 oct. 31 08:29 ea9f3b2f-2e6c-46da-abcc-b0dadf3371c6 -> ../../sda7
On voit donc que dans mon cas ces UUID correspondent aux partitions /dev/sda1 et /dev/sda6, qui sont respectivement mes partitions windows et debian :
(root@silk) (~) # parted -l Model: ATA TOSHIBA MK5055GS (scsi) Disk /dev/sda: 500GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 420MB 419MB primary ntfs boot, diag 2 420MB 130GB 129GB primary ntfs 3 130GB 500GB 371GB extended 5 130GB 138GB 7995MB logical linux-swap(v1) 6 138GB 178GB 40,0GB logical ext3 7 178GB 500GB 323GB logical ext3
Ok donc maintenant si on revient chez toi, on voit que /boot a été trouvé puisque le kernel s'est amorcé. Je suppose pour plus de clarté que tu utilises grub dans ce qui suit. Dans ton cas, on voit que le noyau n'arrive pas à lancer init, donc / n'a pas réussi à le trouver à l'endroit indiqué par grub. Deux explications sont possibles :
- la partition / référencée dans la configuration de grub n'est pas la bonne
- le noyau ne prend pas en charge le système de fichiers (ext3 dans mon exemple) utilisé par la partition qui stocke /.
Bonne chance