# \[Abandonné\] Démarrer Debian sur un Toshiba Satellite L50

**URL:** <https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692>\
**Category:** Support Debian\
**Created:** [Août 22, 2023, 1:29 UTC](https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692 "2023-08-22T01:29:54Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\
**Post date:** [Août 22, 2023, 1:29 UTC](https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692/1 "2023-08-22T01:29:54Z")

</div>

Bonjour.  
J’ai installé Debian sur un Toshiba Satellite L50 pour un ami qui expérimente le passage à Linux.  
Seul problème, au redémarrage j’obtiens juste «&nbsp;Minimal BASH-like line editing is supported. For the first word, TAB lists possible command&nbsp;»

Cela semble un problème spécifique aux Toshiba Satellite, qui semble pouvoir se régler depuis Windows avec la commande «&nbsp;bcdedit /set {bootmgr} path \EFI\ubuntu \grubx64.efi&nbsp;»  
(si j’ai bien compris ce sujet : [uefi dual boot on toshiba satellite L50-A :PB grub - Linux Mint Forums](https://forums.linuxmint.com/viewtopic.php?t=217818) ).  
Mais je n’ai pas Windows pour pouvoir appliquer cette solution…

La doc Ubuntu : [uefi [Wiki ubuntu-fr]](https://doc.ubuntu-fr.org/uefi#toshiba) dit " Copier **/boot/efi/EFI/ubuntu/grubx64.efi** vers **/boot/efi/EFI/Boot/grubx64.efi** pour qu’il puisse être trouvé par **\EFI\Boot\bootx64.efi** (= **shimx64.efi** )."  
J’ai bien un **/boot/efi/EFI/debian/grubx64.efi** mais pas de **/boot/efi/EFI/Boot/** , il suffit juste de créer le répertoire ou bien cela signifie que cette solution ne marche pas sous Debian ?

---

<div class="post-metadata">

**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\
**Post date:** [Août 22, 2023, 5:15 UTC](https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692/2 "2023-08-22T17:15:35Z")

</div>

On notera que [https://wiki.debian.org/InstallingDebianOn/Toshiba](https://wiki.debian.org/InstallingDebianOn/Toshiba) ne liste pas ce modèle (en-dehors du fait d’être visiblement peu mis à jour, rien n’étant plus récent que Squeeze).

---

<div class="post-metadata">

**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\
**Post date:** [Août 22, 2023, 7:30 UTC](https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692/3 "2023-08-22T19:30:26Z")

</div>

Au grub un ls me donne (proc) (memdisk) (hd0) (hd0,gpt4) (hd0,gpt3) (hd0,gpt2) (hd0,gpt1) (cd0)

Un ls de ces partitions me fait dire que la racine est sur (hd0,gpt2) et la partition sur (hd0,gpt1) puisque cette dernière a en tout et pour tout un répertoire /efi

Pour arriver au moins à démarrer à la main je trouve ce tutoriel [Grub Rescue Commands to Fix Boot Issues](https://linuxopsys.com/topics/grub-rescue-commands) mais qui suppose que j’ai un répertoire /grub2 sur (hd0,gpt2) alors que j’ai un /boot/grub et je sais pas trop comment adapter les commandes correspondantes.

Edit : [ce tutoriel](https://www.unix-ninja.com/p/Manually_booting_the_Linux_kernel_from_GRUB) est plus simple et m’a permis de démarrer Debian, c’est déjà ça.  
Par contre l’affichage au boot est super-bizarre, tout flashe en permanence.

---

<div class="post-metadata">

**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\
**Post date:** [Août 23, 2023, 2:20 UTC](https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692/4 "2023-08-23T02:20:20Z")

</div>

Par contre quand j’appuie sur F12 au boot, j’ai le menu de démarrage, et si là je choisis le HDD alors le grub se lance comme il faut et je peux démarrer ma session Debian correctement.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Août 23, 2023, 12:29 UTC](https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692/5 "2023-08-23T12:29:07Z")

</div>

> [@LibreFaso](#):
>
> Cela semble un problème spécifique aux Toshiba Satellite, qui semble pouvoir se régler depuis Windows avec la commande « bcdedit /set {bootmgr} path \EFI\ubuntu \grubx64.efi »

Non, rien à voir. Cette commande touche aux variables de boot EFI et sert quand c’est le gestionnaire d’amorçage de Windows qui est lancé par défaut alors qu’on veut que ce soit GRUB.

> [@LibreFaso](#):
>
> La doc Ubuntu : [uefi [Wiki ubuntu-fr]](https://doc.ubuntu-fr.org/uefi#toshiba) dit " Copier **/boot/efi/EFI/ubuntu/grubx64.efi** vers **/boot/efi/EFI/Boot/grubx64.efi**

Encore rien à voir. Cette manipulation sert quand le firmware UEFI n’est pas capable de lancer GRUB depuis son emplacement normal en utilisant les variables de boot EFI comme il devrait, mais seulement depuis le «&nbsp;chemin de support amovible&nbsp;».

Ici, le message " Minimal BASH-like line editing is supported" indique que GRUB est lancé, mais il n’a pas affiché le menu (les causes possibles sont multiples).

Est-ce que l’invite est «&nbsp;grub\>&nbsp;» ou «&nbsp;grub rescue\>&nbsp;» ? Le second cas ne devrait pas se produire avec une installation en mode EFI. Dans le premier cas, la commande `set` affiche les variables d’environnement. Les plus intéressantes pour commencer sont

- cmdpath
- grub\_platform
- prefix
- root

> [@LibreFaso](#):
>
> Au grub un ls me donne (proc) (memdisk) (hd0) (hd0,gpt4) (hd0,gpt3) (hd0,gpt2) (hd0,gpt1) (cd0)

Donc GRUB voit bien le disque et ses 4 partitions. Je suppose EFI, racine, swap et /home ?

> [@LibreFaso](#):
>
> correspondantes.

> [@LibreFaso](#):
>
> suppose que j’ai un répertoire /grub2 sur (hd0,gpt2) alors que j’ai un /boot/grub

Le répertoire s’appelle «&nbsp;grub2&nbsp;» dans certaines distributions (dérivées de Red Hat je pense) mais dans Debian il s’appelle «&nbsp;grub&nbsp;». S’il y a une partition /boot séparée, alors il est à la racine de celle-ci sinon il est dans le répertoire /boot (donc /boot/grub) de la partition racine.

> [@LibreFaso](#):
>
> quand j’appuie sur F12 au boot, j’ai le menu de démarrage, et si là je choisis le HDD alors le grub se lance comme il faut

Je suppose que par «&nbsp;comme il faut&nbsp;» tu veux dire que le menu de GRUB s’affiche ? Dans ce cas tu peux comparer les variables de GRUB en appuyant sur «&nbsp;c&nbsp;» pour lancer la ligne de commande de GRUB et en exécutant «&nbsp;set&nbsp;».

---

<div class="post-metadata">

**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\
**Post date:** [Août 24, 2023, 9:45 UTC](https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692/6 "2023-08-24T09:45:22Z")

</div>

> [@PascalHambourg](#):
>
> Non, rien à voir. Cette commande touche aux variables de boot EFI est sert quand c’est le gestionnaire de Windows qui est lancé par défaut alors qu’on veut que ce soit GRUB.

D’après ce que je comprenais de la documentation Ubuntu, c’est bien ce qui se passait (le gestionnaire de Windows se réinstalle automatiquement tout seul sans qu’on ne lui demande rien).

L’invite est bien grub\>

Set me donne plein de trucs.

```
cmdpath=(hdo,gpt1)/EFI/debian
grub_platform=efi
prefix=(hdo,gpt2)/boot/grub
root=hdo,gpt2

```

C’est bien EFI, racine, swap et /home en effet.

> [@PascalHambourg](#):
>
> Dans ce cas tu peux comparer les variables de GRUB en appuyant sur « c » pour lancer la ligne de commande de GRUB et en exécutant « set ».

Pour les quatre que tu demandais, elles sont identiques.  
(et oui ce que je voulais dire c’est que le menu de Grub s’affiche et que je peux lancer l’OS)

> [@PascalHambourg](#):
>
> S’il y a une partition /boot séparée, alors il est à la racine de celle-ci sinon il est dans le répertoire /boot (donc /boot/grub) de la partition racine.

Là j’ai de ce que je comprends une partition /boot/efi séparée, et pourtant le répertoire grub est dans /boot/grup de la partition racine.

---

<div class="post-metadata">

**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\
**Post date:** [Août 24, 2023, 9:46 UTC](https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692/7 "2023-08-24T09:46:27Z")

</div>

Par ailleurs même quand j’arrive à démarrer l’écran flashe en permanence (avant l’ouverture de session je veux dire), c’est pas rassurant pour le débutant à qui est destinée la machine…

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Août 29, 2023, 10:09 UTC](https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692/8 "2023-08-29T10:09:01Z")

</div>

> [@LibreFaso](#):
>
> Pour les quatre que tu demandais, elles sont identiques.

Alors il faut chercher une différence entre les deux façons de démarrer dans les autres variables affichées par `set`.

> [@LibreFaso](#):
>
> Là j’ai de ce que je comprends une partition /boot/efi séparée, et pourtant le répertoire grub est dans /boot/grup de la partition racine.

La partition EFI montée sur /boot/efi et le répertoire /boot/grub n’ont rien à voir l’un avec l’autre.

---

<div class="post-metadata">

**Author:** ![LibreFaso](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/l/4da419/32.png) [@LibreFaso](https://www.debian-fr.org/u/LibreFaso)\
**Post date:** [Août 30, 2023, 7:20 UTC](https://www.debian-fr.org/t/abandonne-demarrer-debian-sur-un-toshiba-satellite-l50/88692/9 "2023-08-30T19:20:21Z")

</div>

Bon l’utilisateur final a repris la machine et réinstallé Windows dessus.  
Vu la galère que c’était sous Debian je ne peux pas lui donner tort…  
En espérant qu’il accepte de tester Debian sur une autre machine à l’avenir !
