Dual boot UEFI : Debian bloqué au démarrage du noyau

Bonjour à tous :smiley:

J’ai reçu mon tout nouveau jouet en début de semaine (un laptop MSI GE40), et j’essaye de réinstaller ma Debian. Malheureusement, les problèmes arrivent…

Pour des raisons purement pratiques et parce que j’aime me détendre sur un petit jeu vidéo de temps en temps le week-end, je ne souhaites pas voir ma version de Windows 8 pré-installée disparaître.

J’ai donc installé une Debian Jessie en parallèle, mais lorsque j’essaye de la démarrer depuis le Grub, je reste bloqué à cette instruction :

Loading linux-image-3.13*.amd64 Loading intial ramdisk ...

Après un certain nombre de recherche sur google, je n’ai pas trouvé d’info intéressante, jusqu’à ce que j’arrive sur ce poste de février 2010 de vv222 : noyaux-linux-image-2-6-3-amd64-chargement-impossible-t25689.html

Il semble que ce même problème ait été résolu en installant une version supérieure du kernel expérimental (à l’époque :slightly_smiling:). l’ISO Debian Jessie propose l’installation du kernel 3.13, mais malheureusement le noyau 3.14 semble être encore en version unstable (vu ICI) et je ne souhaites pas passer le cap testing -> unstable (je suis déjà passé en testing uniquement car ma carte ethernet n’est pas reconnue sur la version stable, mais ceci est une autre histoire).

Je suis un peu à court de solutions/tests, Auriez vous des pistes que je pourrais explorer afin de résoudre mon problème ?

A tout hasard, voici le schéma (grosso modo) de mes partitions :

SSD 128Go 1: EFI (le boot loader de l'uefi si j'ai bien compris) 2: Windows 80Go 3: / 3Go 4: /tmp 3Go 5: /usr 6Go 6: /var 3Go 7: swap 2Go 8: /home 15Go HDD 1To Data

Merci de m’avoir lu !

Salut,

[code][09:59:57]:~$ aptitude search linux-image

[…]

p linux-image-3.14-0.bpo.1-486
p linux-image-3.14-0.bpo.1-686-pae
p linux-image-3.14-0.bpo.1-686-pae-dbg
p linux-image-3.14-0.bpo.1-amd64
p linux-image-3.14-0.bpo.1-rt-686-pae
p linux-image-3.14-0.bpo.1-rt-686-pae-dbg
p linux-image-3.14-1-486
p linux-image-3.14-1-686-pae
p linux-image-3.14-1-686-pae-dbg
p linux-image-3.14-1-amd64
p linux-image-3.14-1-rt-686-pae
p linux-image-3.14-1-rt-686-pae-dbg

[…]

[10:00:35]:~$ [/code]

[10:04:36]:~$ apt-cache policy linux-image-3.14-0.bpo.1-amd64 linux-image-3.14-0.bpo.1-amd64: Installé : (aucun) Candidat : 3.14.7-1~bpo70+1 Table de version : 3.14.7-1~bpo70+1 0 100 http://ftp.debian.org/debian/ wheezy-backports/main i386 Packages [10:04:42]:~$

[10:11:24] ~ # aptitude -s install -t wheezy-backports linux-image-3.14-0.bpo.1-amd64 Les NOUVEAUX paquets suivants vont être installés : linux-image-3.14-0.bpo.1-amd64 Les paquets suivants seront mis à jour : initramfs-tools 1 paquets mis à jour, 1 nouvellement installés, 0 à enlever et 124 non mis à jour. Il est nécessaire de télécharger 30,8 Mo/30,9 Mo d'archives. Après dépaquetage, 143 Mo seront utilisés. Voulez-vous continuer ? [Y/n/?] y Charger/installer/enlever des paquets. [10:12:45] ~ #

Merci BelZéButh,

Si j’essayes de traduire ton précédent message, il me suffirais d’installer le noyau 3.14 via les backports Jessie ?

Plusieurs questions me viennent alors à l’esprit :

  • Utilisé le noyau provenant des backports est-il risqué ? car il est encore en unstable, non ? (faille, interface avec le hardware mal gérée, ou comportement bizarre, etc.)
    J’ai trouvé cet avertissement sur backports.debian.org, qui ne me met pas du tout en confiance je l’avoue, surtout qu’il s’agit du noyau :
  • Comment installer ce nouveau noyau sans avoir accès à mon système ? car ce problème survient tout de suite après le Grub ?

Désolé si mes questions sont un peu idiotes, je suis loin d’être un expert, mais j’essaye de m’améliorer :blush:

Edit : Je me demande si mon problème de boot n’est pas lié à l’installation avec l’UEFI, donc voila comment j’ai procédé à l’installation (si ça peut aider) :

  1. Désactivation du “fast startup” Windows
  2. Désactivation du “secure boot”
  3. UEFI activé
  4. Boot sur la clé d’install Debian Jessie via l’UEFI
  5. Installation normale (install du grub automatique à la fin de l’installation. D’habitude il me pose la question “voulez vous installer grub […]”

Suite à cette installation, ma machine boot automatiquement sur Windows et je dois redémarrer sur l’UEFI pour avoir accès dans la catégorie “Périphérique” et à un boot sur Débian. Suite à ça, le PC redémarre, tombe sur le grub avec 2 entrée (Debian & Windows). Tout fonctionne niquel si je choisi Windows, et mon problème survient si je choisi Debian.

Non. [mono]wheezy-backports[/mono]

Non.

[quote=“backports.debian.org”]You are running Debian stable, because you prefer the Debian stable tree. It runs great, there is just one problem: the software is a little bit outdated compared to other distributions. This is where backports come in.

Backports are packages taken from the next Debian release (called “testing”), adjusted and recompiled for usage on Debian stable. Because the package is also present in the next Debian release, you can easily upgrade your stable+backports system once the next Debian release comes out. (In a few cases, usually for security updates, backports are also created from the Debian unstable distribution.)
[/quote]

:think:

Depuis un live-CD/DVD ou live-USB et tu [mono]chroot[/mono] ton system.

As-tu opté pour le [mono]mode expert[/mono] de l’installateur ?

Alors pour répondre à tes questions, j’ai installé une Debian Jessie (testing) car la version stable ne contient pas la version des drivers alx supportant ma carte ethernet (Gigabit killer e2200). J’étais alors bloqué lors de l’installation puisque le netinstall ne me proposait qu’une installation minimale.

Lors de mon installation de Debian Jessie, je n’ai pas opté pour le mode expert, mais simplement l’installation classique.

Et pour reprendre ce que tu me disais avant, si je suis déjà en Jessie, j’ai juste à installer le noyau 3.14 qui est disponible sans passer par les backports ?

[strike]j’avais cru comprendre que le 3.14 était encore sous Sid (https://packages.debian.org/sid/linux-image-3.14-1-amd64)[/strike]
Je répond tout de suite à ma question, puisque je viens de trouvé l’info, la 3.14.10 que j’avais vu est bien en version unstable, mais il y a une version 3.14.9 qui est en version testing, mea culpa :unamused:.

:017

:017

[quote=“willerme”][mono]Loading linux-image-3.13*.amd64
Loading intial ramdisk …[/mono][/quote]

:017

$ uname -a && lsb_release -a

?

$ dpkg -l | grep linux-image

?

$ aptitude search linux-image

?

$ apt-cache policy libc6

?

[11:24:34] ~ # acp linux-image-3.13-0.bpo.1-amd64 linux-image-3.13-0.bpo.1-amd64: Installé : (aucun) Candidat : 3.13.10-1~bpo70+1 Table de version : 3.13.10-1~bpo70+1 0 100 http://ftp.debian.org/debian/ wheezy-backports/main i386 Packages [11:25:32] ~ #

[11:25:33] ~ # acp linux-image-3.14-0.bpo.1-amd64 linux-image-3.14-0.bpo.1-amd64: Installé : (aucun) Candidat : 3.14.7-1~bpo70+1 Table de version : 3.14.7-1~bpo70+1 0 100 http://ftp.debian.org/debian/ wheezy-backports/main i386 Packages [11:25:52] ~ #

[11:25:53] ~ # acp linux-image-3.14-1-amd64 linux-image-3.14-1-amd64: Installé : (aucun) Candidat : 3.14.9-1 Table de version : 3.14.10-1 0 95 http://ftp.fr.debian.org/debian/ unstable/main i386 Packages 3.14.9-1 0 97 http://ftp.fr.debian.org/debian/ testing/main i386 Packages [11:26:14] ~ #

Plaît-il ?

[09:59:57]:~$ as linux-image v linux-image - v linux-image-2.6 - p linux-image-2.6-486 - Linux for older PCs (dummy package) p linux-image-2.6-686 - Linux for modern PCs (dummy package) p linux-image-2.6-686-bigmem - Linux for PCs with 4GB+ RAM (dummy package) p linux-image-2.6-686-pae - Linux for modern PCs (dummy package) p linux-image-2.6-amd64 - Linux for 64-bit PCs (dummy package) p linux-image-2.6-openvz-686 - Linux 2.6 for modern PCs (meta-package), OpenVZ support p linux-image-2.6-vserver-686 - Linux 2.6 for modern PCs (meta-package), Linux-VServer support p linux-image-2.6-vserver-686-bigmem - Linux 2.6 for PCs with 4GB+ RAM (meta-package), Linux-VServer support p linux-image-2.6-xen-686 - Linux 2.6 for modern PCs (meta-package), Xen dom0 support p linux-image-2.6.32-5-486 - Linux 2.6.32 for old PCs i A linux-image-2.6.32-5-686 - Linux 2.6.32 for modern PCs p linux-image-2.6.32-5-686-bigmem - Linux 2.6.32 for PCs with 4GB+ RAM p linux-image-2.6.32-5-686-bigmem-dbg - Debugging infos for Linux 2.6.32-5-686-bigmem p linux-image-2.6.32-5-amd64 - Linux 2.6.32 for 64-bit PCs p linux-image-2.6.32-5-openvz-686 - Linux 2.6.32 for modern PCs, OpenVZ support p linux-image-2.6.32-5-openvz-686-dbg - Debugging infos for Linux 2.6.32-5-openvz-686 p linux-image-2.6.32-5-vserver-686 - Linux 2.6.32 for modern PCs, Linux-VServer support p linux-image-2.6.32-5-vserver-686-bigmem - Linux 2.6.32 for PCs with 4GB+ RAM, Linux-VServer support p linux-image-2.6.32-5-vserver-686-bigmem-dbg - Debugging infos for Linux 2.6.32-5-vserver-686-bigmem p linux-image-2.6.32-5-xen-686 - Linux 2.6.32 for modern PCs, Xen dom0 support p linux-image-2.6.32-5-xen-686-dbg - Debugging infos for Linux 2.6.32-5-xen-686 p linux-image-2.6.37-rc4-clefagreg-6.5aufs - Linux kernel binary image for version 2.6.37-rc4-clefagreg-6.5aufs v linux-image-3.10 - p linux-image-3.10.1-fb-aufs - Linux kernel binary image for version 3.10.1-fb-aufs p linux-image-3.12-0.bpo.1-486 - Linux 3.12 for older PCs p linux-image-3.12-0.bpo.1-686-pae - Linux 3.12 for modern PCs p linux-image-3.12-0.bpo.1-686-pae-dbg - Debugging symbols for Linux 3.12-0.bpo.1-686-pae p linux-image-3.12-0.bpo.1-amd64 - Linux 3.12 for 64-bit PCs p linux-image-3.12-0.bpo.1-rt-686-pae - Linux 3.12 for modern PCs, PREEMPT_RT p linux-image-3.12-0.bpo.1-rt-686-pae-dbg - Debugging symbols for Linux 3.12-0.bpo.1-rt-686-pae p linux-image-3.13-0.bpo.1-486 - Linux 3.13 for older PCs p linux-image-3.13-0.bpo.1-686-pae - Linux 3.13 for modern PCs p linux-image-3.13-0.bpo.1-686-pae-dbg - Debugging symbols for Linux 3.13-0.bpo.1-686-pae p linux-image-3.13-0.bpo.1-amd64 - Linux 3.13 for 64-bit PCs p linux-image-3.14-0.bpo.1-486 - Linux 3.14 for older PCs p linux-image-3.14-0.bpo.1-686-pae - Linux 3.14 for modern PCs p linux-image-3.14-0.bpo.1-686-pae-dbg - Debugging symbols for Linux 3.14-0.bpo.1-686-pae p linux-image-3.14-0.bpo.1-amd64 - Linux 3.14 for 64-bit PCs p linux-image-3.14-0.bpo.1-rt-686-pae - Linux 3.14 for modern PCs, PREEMPT_RT p linux-image-3.14-0.bpo.1-rt-686-pae-dbg - Debugging symbols for Linux 3.14-0.bpo.1-rt-686-pae p linux-image-3.14-1-486 - Linux 3.14 for older PCs p linux-image-3.14-1-686-pae - Linux 3.14 for modern PCs p linux-image-3.14-1-686-pae-dbg - Debugging symbols for Linux 3.14-1-686-pae p linux-image-3.14-1-amd64 - Linux 3.14 for 64-bit PCs p linux-image-3.14-1-rt-686-pae - Linux 3.14 for modern PCs, PREEMPT_RT p linux-image-3.14-1-rt-686-pae-dbg - Debugging symbols for Linux 3.14-1-rt-686-pae p linux-image-3.15-trunk-486 - Linux 3.15 for older PCs p linux-image-3.15-trunk-686-pae - Linux 3.15 for modern PCs p linux-image-3.15-trunk-686-pae-dbg - Debugging symbols for Linux 3.15-trunk-686-pae p linux-image-3.15-trunk-amd64 - Linux 3.15 for 64-bit PCs p linux-image-3.2.0-0.bpo.4-486 - Linux 3.2 for older PCs p linux-image-3.2.0-0.bpo.4-686-pae - Linux 3.2 for modern PCs p linux-image-3.2.0-0.bpo.4-686-pae-dbg - Debugging symbols for Linux 3.2.0-0.bpo.4-686-pae p linux-image-3.2.0-0.bpo.4-amd64 - Linux 3.2 for 64-bit PCs p linux-image-3.2.0-0.bpo.4-rt-686-pae - Linux 3.2 for modern PCs, PREEMPT_RT p linux-image-3.2.0-0.bpo.4-rt-686-pae-dbg - Debugging symbols for Linux 3.2.0-0.bpo.4-rt-686-pae p linux-image-3.2.0-4-486 - Linux 3.2 for older PCs i A linux-image-3.2.0-4-686-pae - Linux 3.2 for modern PCs p linux-image-3.2.0-4-686-pae-dbg - Debugging symbols for Linux 3.2.0-4-686-pae p linux-image-3.2.0-4-amd64 - Linux 3.2 for 64-bit PCs p linux-image-3.2.0-4-rt-686-pae - Linux 3.2 for modern PCs, PREEMPT_RT p linux-image-3.2.0-4-rt-686-pae-dbg - Debugging symbols for Linux 3.2.0-4-rt-686-pae v linux-image-3.5 - p linux-image-3.5.4-fb-aufs - Linux kernel binary image for version 3.5.4-fb-aufs v linux-image-3.8 - p linux-image-3.8.0-3.8.0-fb-aufs - Linux kernel binary image for version 3.8.0-3.8.0-fb-aufs p linux-image-486 - Linux for older PCs (meta-package) i linux-image-686 - Linux for modern PCs (dummy package) p linux-image-686-bigmem - Linux for PCs with 4GB+ RAM (dummy package) i A linux-image-686-pae - Linux pour PC modernes - métapaquet p linux-image-686-pae-dbg - Debugging symbols for Linux 686-pae configuration (meta-package) p linux-image-amd64 - Linux for 64-bit PCs (meta-package) p linux-image-openvz-686 - Linux for modern PCs (meta-package), OpenVZ support p linux-image-rt-686-pae - Linux for modern PCs (meta-package), PREEMPT_RT p linux-image-rt-686-pae-dbg - Debugging symbols for Linux rt-686-pae configuration (meta-package) p linux-image-vserver-686 - Linux for modern PCs (meta-package), Linux-VServer support p linux-image-vserver-686-bigmem - Linux for PCs with 4GB+ RAM (meta-package), Linux-VServer support p linux-image-xen-686 - Linux for modern PCs (meta-package), Xen dom0 support [10:00:35]:~$

* edit *

Lors de la phase de démarrage de Grub, ne peux tu sélectionner le [mono]mode dépannage[/mono] (est-il visible ?) ?

Tu peux (à défaut d’un chroot) te reporter sur super grub disk pour te faciliter la tâche.

:017

:017

[…]

Plaît-il ?

[/quote]

[quote=“https://packages.debian.org/testing/kernel/linux-image-3.14-1-amd64”]
Paquet : linux-image-3.14-1-amd64 (3.14.9-1)
Linux 3.14 for 64-bit PCs[/quote]

J’exécute tout ça après le boulot, une fois à la maison !
Merci :unamused:

Ton support d’installation est obsolète, le noyau Linux actuel de Jessie est en version 3.14.
Démarrer en mode rescue pour voir s’il y a plus de messages est une bonne idée. Mais on dirait que ça bloque au chargement de l’initramfs, dans ce cas on n’y verra pas plus.

Bizarre, je l’ai téléchargé hier sur le site de Debian … (debian-jessie-DI-a1-amd64-CD-1.iso) -> ICI

Je regarderais ce soir le contenu de /var/log/messages pour voir s’il y a quelque chose d’étrange.

J’ai un peu de mal à te suivre …

Tu sembles dire, avoir installé Jessie (comment ?) et semblerait-il avec un noyau [mono]linux-image-3.13*.amd64[/mono] ?

Or …

$ aptitude search linux-image [...] linux-image-3.13-0.bpo.1-486 linux-image-3.13-0.bpo.1-686-pae linux-image-3.13-0.bpo.1-686-pae-dbg linux-image-3.13-0.bpo.1-amd64 [...]

Ces derniers émanent des dépôts [mono]wheezy-backports[/mono].

[12:49:20]:~$ acp linux-image-3.13-0.bpo.1-486 linux-image-3.13-0.bpo.1-686-pae linux-image-3.13-0.bpo.1-686-pae-dbg linux-image-3.13-0.bpo.1-amd64 linux-image-3.13-0.bpo.1-486: Installé : (aucun) Candidat : 3.13.10-1~bpo70+1 Table de version : 3.13.10-1~bpo70+1 0 100 http://ftp.debian.org/debian/ wheezy-backports/main i386 Packages linux-image-3.13-0.bpo.1-686-pae: Installé : (aucun) Candidat : 3.13.10-1~bpo70+1 Table de version : 3.13.10-1~bpo70+1 0 100 http://ftp.debian.org/debian/ wheezy-backports/main i386 Packages linux-image-3.13-0.bpo.1-686-pae-dbg: Installé : (aucun) Candidat : 3.13.10-1~bpo70+1 Table de version : 3.13.10-1~bpo70+1 0 100 http://ftp.debian.org/debian/ wheezy-backports/main i386 Packages linux-image-3.13-0.bpo.1-amd64: Installé : (aucun) Candidat : 3.13.10-1~bpo70+1 Table de version : 3.13.10-1~bpo70+1 0 100 http://ftp.debian.org/debian/ wheezy-backports/main i386 Packages [12:49:45]:~$

Et, il se trouve que le noyau de Jessie est en version 3.14.x.x.

Paquet linux-image-Testing:think:

D’où mes interrogations et la perplexité qui en découle sur le bien fondé de tes propos … :017

Ici >> Index of /cdimage/weekly-builds/amd64/iso-cd :wink:


Errata de la version Jessie Alpha 1

Si tu as téléchargé une “version officielle”, elle date du 19 mars 2014. Autant dire une éternité.
Il y a aussi des builds hebdomadaires et quotidiens.

Vu que le noyau ne semble pas démarrer, je doute qu’il y ait quelque chose dedans.

Désolé, j’essaye de communiquer les informations que j’ai =[

Alors sur ce point, il semblerait que j’ai fait une erreur (comme d’hab :blush: ).

Où ai-je donc trouver cet installateur ?
J’ai suivi le lien présent sur cette page : debian.org/releases/testing/ conduisant à la “page de l’installateur Debian”

Il semble que l’installateur que j’ai téléchargé ne soit donc pas le bon, puisqu’il s’agit du “coin des développeurs” et que l’iso est taguée alpha 1.

Je vais refaire l’installation avec cette version. :unamused:

J’ai donc réinstallé ma Débian en utilisant l’image disque récupérée sur le lien fournit par BelZéButh, et j’ai toujours exactement le même problème.

Voila le résultat des commandes demandées plus haut :

$ uname -a && lsb_release -a Linux MSI-debian 3.14-1-amd64 #1 SMP Debian 3.14.9-1 (2014-06-30) x86_64 GNU/Linux No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux testing (jessie) Release: testing Codename: jessie

$ dpkg -l | grep linux-image ii linux-image-3.14-1-amd64 3.14.9-1 amd64 Linux 3.14 for 64-bit PCs ii linux-image-amd64 3.14+57 amd64 Linux for 64-bit PCs (meta-package)

$ aptitude search linux-image i A linux-image-3.14-1-amd64 - Linux 3.14 for 64-bit PCs p linux-image-3.14-1-amd64-dbg - Debugging symbols for Linux 3.14-1-amd64 p linux-image-3.14-1-rt-amd64 - Linux 3.14 for 64-bit PCs, PREEMPT_RT p linux-image-3.14-1-rt-amd64-dbg - Debugging symbols for Linux 3.14-1-rt-amd6 i linux-image-amd64 - Linux for 64-bit PCs (meta-package) p linux-image-amd64-dbg - Debugging symbols for Linux amd64 configur p linux-image-rt-amd64 - Linux for 64-bit PCs (meta-package), PREEM p linux-image-rt-amd64-dbg - Debugging symbols for Linux rt-amd64 confi

$ apt-cache policy libc6 libc6: Installed: 2.19-4 Candidate: 2.19-4 Version table: *** 2.19-4 0 500 cdrom://[Debian GNU/Linux testing _Jessie_ - Official Snapshot amd64 CD Binary-1 20140707-06:24]/ jessie/main amd64 Packages 500 http://ftp.fr.debian.org/debian/ jessie/main amd64 Packages 100 /var/lib/dpkg/status

Je me demande s’il ne s’agit pas d’un problème dans la conf Grub (avec UEFI). Est-ce qu’il n’y a pas un problème dans l’arborescence de mes fichiers sur la partition EFI ? (je peut mettre le détails complet si besoin mais c’est très long)

[code]/boot/
├── config-3.14-1-amd64
├── efi
│ └── EFI
│ ├── Boot
│ │ └── bootx64.efi
│ ├── debian
│ │ └── grubx64.efi
│ ├── Microsoft
│ │ └── Boot
│ │ ├── [… files …]
│ └── MSI
│ └── Boot
│ ├── [… files …]
├── grub
│ ├── fonts
│ │ └── unicode.pf2
│ ├── grub.cfg
│ ├── grubenv
│ ├── locale
│ │ ├── [… files …]
| ├── [… files …]
├── initrd.img-3.14-1-amd64
├── System.map-3.14-1-amd64
└── vmlinuz-3.14-1-amd64

122 directories, 529 files
[/code]

Je vais commencer à chercher côté configuration du Grub pour voir si tout va bien (enfin essayer !)

Merci à vous pour votre patience :023

PS : Désolé pour le double post, mais je ne pense pas que la fonction éditer fasse remonter une alerte de nouveau message.

EDIT :
Voila la déclaration de l’entrée Debian dans la conf grub (/boot/grub/grub.cfg) :

menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-e62c3a91-a6a6-46c1-b7dc-554da63bf351' { load_video insmod gzio insmod part_gpt insmod ext2 set root='hd1,gpt6' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd1,gpt6 --hint-efi=hd1,gpt6 --hint-baremetal=ahci1,gpt6 e62c3a91-a6a6-46c1-b7dc-554da63bf351 else search --no-floppy --fs-uuid --set=root e62c3a91-a6a6-46c1-b7dc-554da63bf351 fi echo 'Loading Linux 3.14-1-amd64 ...' linux /boot/vmlinuz-3.14-1-amd64 root=UUID=e62c3a91-a6a6-46c1-b7dc-554da63bf351 ro quiet echo 'Loading initial ramdisk ...' initrd /boot/initrd.img-3.14-1-amd64 }
A priori je ne vois rien de bizarre, mis à part qu’il à l’air de planter sur [mono]initrd /boot/initrd.img-3.14-1-amd64[/mono] et vous ?

Comment as-tu pu exécuter ces commandes si le système ne démarre pas ?

Tu n’as qu’à supprimer la ligne et tu verras bien ce qui se passe. (Oui sans initramfs ça va planter de toute façon, mais plus loin et avec un message d’erreur.)

Comment as-tu pu exécuter ces commandes si le système ne démarre pas ?[/quote]
J’ai simplement suivi les conseils de BelZéButh et utilisé SG2D

[quote=“BelZéButh”]Lors de la phase de démarrage de Grub, ne peux tu sélectionner le mode dépannage (est-il visible ?) ?
Tu peux (à défaut d’un chroot) te reporter sur super grub disk pour te faciliter la tâche.[/quote]

Je veux bien essayer demain (j’ai pas le courage là :mrgreen: ) mais peux-tu m’expliquer l’intérêt d’une telle manip ? J’ai l’impression qu’en faisant ça je vais effectivement générer une erreur, mais en quoi cela va m’aider à diagnostiquer mon problème actuel ?

On est face à deux hypothèses :

  • soit le blocage se produit quand grub charge l’initramfs ;
  • soit le blocage se produit quand le noyau Linux démarre.

En supprimant la ligne relative à l’initramfs,

  • dans le premier cas on verra le noyau se charger (puis s’arrêter par absence de l’initramfs)
  • dans le second cas cela ne changera rien.

Alors j’ai fait le test aujourd’hui, mais je n’obtiens pas plus de résultat sans la ligne [mono]initrd /boot/initrd.img-3.14-1-amd64[/mono].
J’ai passé la nuit dernière à essayer de changer la conf du grub pour faire démarrer debian sans résultat.

Le problème c’est que je ne vois pas du tout d’où viens le problème. J’ai pas l’impression que ce soit la conf de grub.

Etat actuel de mon système :
J’ai réinstaller Debian en lancant l’install en “mode UEFI”. Dans le bios j’ai bien deux entrée UEFI boot (debian et windows).
Je met le boot debian en premier pour avoir accès au grub (car le boot windows démarre sur windows directement).
L’entrée windows démarre bien, mais j’ai toujours le meme problème sur l’entrée Debian (en mode recovery et normal)

Pour résumer mes dernières manips :
J’ai tenter l’installation de Debian en “mode bios legacy”. Le problème est inversé dans ce cas la, car c’est le Windows 8 que je ne peux plus démarrer puisqu’il a été pré-installé en UEFI.
J’ai essayé de modifier la conf du grub (suppression de l’initrd, utilisation de chainloader, changement de partition root, etc.)
J’ai écumé internet à la recherche de solution à ce problème, mais il n’y a presque aucun topic sur ce problème particulier.

Je suis un peu désespéré, car je ne vois pas de solution pour le moment. Mais je ne perd pas courage, je suis tenace et je vais y arriver ! :013

EDIT : J’ai renommé le topic pour “clarifier” le sujet