Passer de uefi à legacy

Marc29 · 01-11-2020 10:33:32

Bonjour
J'ai déjà la debian d'installé.
Je voudrais passer dans le bios de uefi à legacy, est ce que debian redémarrera pour autant?

raleur · 01-11-2020 10:49:06

Marc29 a écrit :

Je voudrais passer dans le bios de uefi à legacy

Temporairement ou définitivement ?

Marc29 a écrit :

est ce que debian redémarrera pour autant?

Oui mais à condition d'avoir installé un chargeur pour l'amorçage BIOS/legacy. Et le cas échéant avoir contourné les petits bugs de BIOS/UEFI qui peuvent affecter son lancement.

Marc29 · 01-11-2020 10:52:15

Oui, passer définitivement. Il faut installer un chargeur , ...As tu un tuto, un site pour expliquer ça.?
Je ne sais pas si j'arriverais à basculer dans le bios vers legacy, c'est un ASUS UEFI bios utility comme ceci:
https://lecrabeinfo.net/acceder-utilita … fi-pc.html
J'ai trouver dans Launch CSM :
Boot from Network Devices [Legacy OpROM first]
Je pense que c'est ça.
Merci déjà de ton aide.

Dernière modification par Marc29 (01-11-2020 11:15:03)

raleur · 01-11-2020 11:18:28

On peut voir la table de partition ?

fdisk -l

Si la table est au format GPT, alors il serait préférable de créer une petite partition de type "BIOS boot" pour pouvoir installer de façon fiable le chargeur GRUB BIOS.

Marc29 a écrit :

Je ne sais pas si j'arriverais à basculer dans le bios

Dans ce cas il vaudrait mieux conserver le chargeur GRUB UEFI en parallèle.

Marc29 a écrit :

Boot from Network Devices [Legacy OpROM first]

C'est pour le boot réseau, ça

Dernière modification par raleur (01-11-2020 11:19:16)

Marc29 · 01-11-2020 11:57:20

Merci Raleur

marc @ marc  ~

└─ $ ▶ sudo fdisk -l

[sudo] Mot de passe de marc : 

Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Modèle de disque : WDC WD1003FZEX-0

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0x9b924839

Périphérique Amorçage      Début        Fin   Secteurs Taille Id Type

/dev/sdb1    *              2048 1953316863 1953314816 931,4G 83 Linux

/dev/sdb2             1953316864 1953523711     206848   101M 83 Linux

Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 secteurs

Modèle de disque : KINGSTON SA400S3

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0xe8a21444

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type

/dev/sda1    *        156315648 234440703  78125056  37,3G 83 Linux

/dev/sda2                  2048 156315647 156313600  74,5G 83 Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

Disque /dev/sdd : 149,1 GiB, 160041885696 octets, 312581808 secteurs

Modèle de disque : ST3160812AS     

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0x67df67df

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type

/dev/sdd1    *         6144 312581807 312575664   149G 83 Linux

Disque /dev/sdc : 232,9 GiB, 250000000000 octets, 488281250 secteurs

Modèle de disque : WDC WD2500JS-75N

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0xeede9d79

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type

/dev/sdc1              2046 484376575 484374530   231G  5 Étendue

/dev/sdc5              2048 484376575 484374528   231G 83 Linux

Disque /dev/loop0 : 97,8 MiB, 102486016 octets, 200168 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Disque /dev/loop1 : 115,9 MiB, 121548800 octets, 237400 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Un peu compliqué mes DD et partitions:

Disque /dev/loop2 : 97,7 MiB, 102445056 octets, 200088 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

marc @ marc  ~

Boot from Network Devices [Legacy OpROM first] si c'est pas ça, je ne vois pas ou c'est!
En faite l'idée c'est pour mettre un 2eme linux en double boot.
Je peux faire une petite partition sur mon ssd si il faut.

Dernière modification par Marc29 (01-11-2020 12:01:04)

raleur · 01-11-2020 12:22:30

Je ne vois aucune partition système EFI dans tout ce fatras, ni aucun disque au format GPT (pas indispensable mais courant pour une installation EFI). Tu es sûr que Debian démarre en mode EFI ? Retour des commandes suivantes stp

df -hT

dpkg --get-selections "grub*"

ls /sys/firmware

efibootmgr

dmesg | grep -i "efi"

Marc29 a écrit :

En faite l'idée c'est pour mettre un 2eme linux en double boot.

Et pourquoi as-tu besoin de passer l'amorçage en mode BIOS/legacy ? Le multiboot est justement censé être mieux géré en mode UEFI.

Dernière modification par raleur (01-11-2020 12:23:12)

Marc29 · 01-11-2020 12:31:11

marc @ marc  ~

└─ $ ▶ df -hT

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur

udev             devtmpfs   3,9G       0  3,9G   0% /dev

tmpfs            tmpfs      792M    9,3M  783M   2% /run

/dev/sda1        ext4        37G     24G   12G  68% /

tmpfs            tmpfs      3,9G     46M  3,9G   2% /dev/shm

tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock

tmpfs            tmpfs      3,9G       0  3,9G   0% /sys/fs/cgroup

/dev/loop0       squashfs    98M     98M     0 100% /snap/core/10185

/dev/loop2       squashfs    98M     98M     0 100% /snap/core/10126

/dev/loop1       squashfs   116M    116M     0 100% /snap/opencpn/254

/dev/sdb1        ext4       916G    619G  251G  72% /mnt/4a0ddc0a-d9d8-425d-818c-7834992f11d6

tmpfs            tmpfs      792M     40K  792M   1% /run/user/1000

marc @ marc  ~

└─ $ ▶ dpkg --get-selections "grub*"

[sudo] Mot de passe de marc : 

Désolé, essayez de nouveau.

[sudo] Mot de passe de marc : 

dpkg: erreur: cannot access archive '*.deb': Aucun fichier ou dossier de ce type

marc @ marc  ~

└─ $ ▶ efibootmgr

bash: efibootmgr : commande introuvable

marc @ marc  ~

└─ $ ▶ dmesg | grep -i "efi"

dmesg: échec de lecture du tampon de noyau: Opération non permise

marc @ marc  ~

└─ $ ▶ sudo efibootmgr

sudo: efibootmgr : commande introuvable

marc @ marc  ~

└─ $ ▶ dmesg | grep -i "efi"

dmesg: échec de lecture du tampon de noyau: Opération non permise

marc @ marc  ~

└─ $ ▶

Dernière modification par Marc29 (01-11-2020 12:31:44)

Marc29 · 01-11-2020 12:34:32

Oui, je sais, c'est un peu le foutouare. Le souci vient que quand j'ai essayé d'installer LMD4, il (installateur linux mint) me demande une partition en fat pour eufi/boot.
Sur le forum mint, on me dit que cela vient de eufi et de passer en legacy.
Mais peut être le suis je déjà!

Dernière modification par Marc29 (01-11-2020 12:39:19)

raleur · 01-11-2020 12:58:29

Marc29 a écrit :

└─ $ ▶ dpkg --get-selections "grub*"
[sudo] Mot de passe de marc :
Désolé, essayez de nouveau.
[sudo] Mot de passe de marc :
dpkg: erreur: cannot access archive '*.deb': Aucun fichier ou dossier de ce type

Que vient faire sudo là-dedans ? Cette commande dpkg n'a pas besoin de privilèges root et n'a aucune raison d'afficher ce message d'erreur.
Il manque la commande ls.
Quant aux commandes suivantes, il faut les exécuter en tant que root. Un peu de rigueur, que diable !

Marc29 a écrit :

Le souci vient que quand j'ai essayé d'installer LMD4, il (installateur linux mint) me demande une partition en fat pour eufi/boot.

Ça veut dire que l'installateur de Mint a démarré en mode EFI. S'il était aussi sophistiqué que celui de Debian, il détecterait la présence d'un système avec amorçage BIOS/legacy et proposerait d'abandonner le mode EFI.

Tu peux changer le mode d'amorçage dans le BIOS pour que l'installateur démarre en mode legacy, ça ne changera rien pour Debian s'il démarre déjà en mode legacy. Tu peux aussi peut-être forcer le démarrage en mode legacy en affichant le menu de boot au démarrage de l'ordinateur (via une touche spécifique, parfois F1, F2, F9, F12).

Dernière modification par raleur (01-11-2020 12:59:24)

Marc29 · 01-11-2020 13:30:10

Donc voici les réponses:

marc @ marc  ~

└─ $ ▶ df -hT

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur

udev             devtmpfs   3,9G       0  3,9G   0% /dev

tmpfs            tmpfs      792M    9,3M  783M   2% /run

/dev/sda1        ext4        37G     24G   12G  68% /

tmpfs            tmpfs      3,9G     46M  3,9G   2% /dev/shm

tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock

tmpfs            tmpfs      3,9G       0  3,9G   0% /sys/fs/cgroup

/dev/loop0       squashfs    98M     98M     0 100% /snap/core/10185

/dev/loop2       squashfs    98M     98M     0 100% /snap/core/10126

/dev/loop1       squashfs   116M    116M     0 100% /snap/opencpn/254

/dev/sdb1        ext4       916G    619G  251G  72% /mnt/4a0ddc0a-d9d8-425d-818c-7834992f11d6

tmpfs            tmpfs      792M     40K  792M   1% /run/user/1000

marc @ marc  ~

└─ $ ▶ dpkg --get-selections "grub*"

dpkg: erreur: cannot access archive '*.deb': Aucun fichier ou dossier de ce type

marc @ marc  ~

└─ $ ▶ ls /sys/firmware

acpi  dmi  memmap

marc @ marc  ~

└─ $ ▶ su

Mot de passe : 

root@marc:/home/marc# efibootmgr

bash: efibootmgr : commande introuvable

root@marc:/home/marc# dmesg | grep -i "efi"

[    0.053492] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645519600211568 ns

[    1.880128] tsc: Refined TSC clocksource calibration: 3092.837 MHz

root@marc:/home/marc#

Je ne sais pas pourquoi il y a ce message à dpkg. Cela me rapelle un souci que j'avais eu avec une xubuntu sur cette même machine, il y avait une erreur avec dpkg!
Pour aller dans le bios je sais faire, mais je ne sais pas si je suis déjà en Legacy et si ça ne viendrais pas de l'installateur LMDE4 qui demande ça sans détecter.

Dernière modification par Marc29 (01-11-2020 13:44:35)

raleur · 01-11-2020 13:50:22

Et avec

dpkg --get-selections | grep grub

ou sinon

dpkg -l | grep grub

En tout cas ce système n'a pas démarré en mode EFI. Le BIOS est configuré pour pouvoir démarrer dans les deux modes. Les combinaisons possibles dépendent du BIOS, parfois il n'est pas possible de désactiver l'amorçage EFI dans les options et il faut passer par le boot menu au démarrage pour sélectionner le mode legacy.

Marc29 · 01-11-2020 13:53:46

marc @ marc ~
└─ $ ▶ dpkg --get-selections | grep grub
[sudo] Mot de passe de marc :
dpkg: erreur: cannot access archive '*.deb': Aucun fichier ou dossier de ce type
marc @ marc ~
└─ $ ▶ dpkg -l | grep grub
dpkg: erreur: cannot access archive '*.deb': Aucun fichier ou dossier de ce type
marc @ marc ~

raleur · 01-11-2020 14:00:56

Tu as vraiment un problème avec dpkg. Tu n'aurais pas défini un alias ou quelque chose dans le genre ?

alias

type dpkg

which dpkg

Marc29 · 01-11-2020 14:16:21

marc @ marc  ~

└─ $ ▶ alias

alias add='sudo add-apt-repository'

alias agp='sudo apt autoremove --purge'

alias alert='notify-send --urgency=low -i "$([ $? = 0 ] && echo terminal || echo error)" "$(history|tail -n1|sed -e '\''s/^\s*[0-9]\+\s*//;s/[;&|]\s*alert$//'\'')"'

alias autoclean='sudo apt autoclean'

alias autoremove='sudo apt-get autoremove'

alias clean='sudo apt clean'

alias configure='sudo dpkg --configure -a'

alias dpkg='sudo dpkg -i *.deb'

alias dupgrade='sudo apt update && apt dist-upgrade'

alias egrep='egrep --color=auto'

alias fgrep='fgrep --color=auto'

alias finstall='sudo apt -f install'

alias fix='sudo apt --fix-broken install'

alias fixapt='sudo rm /var/lib/apt/lists/* -vf'

alias grep='grep --color=auto'

alias install='sudo apt install'

alias l='ls -CF'

alias la='ls -A'

alias ll='ls -alF'

alias ls='ls --color=auto'

alias lune='curl wttr.in/Moon'

alias meteo='curl wttr.in/Paris?lang=fr'

alias moon='curl wttr.in/Moon'

alias purge='sudo apt remove --purge'

alias reinstall='sudo apt install --reinstall'

alias remove='sudo apt remove'

alias search='apt-cache search'

alias sinstall='sudo apt-get install --no-install-recommends'

alias sl='sudo mousepad /etc/apt/sources.list'

alias update='sudo apt update'

alias upgrade='sudo apt dist-upgrade'

marc @ marc  ~

└─ $ ▶ type dpkg

dpkg est un alias vers « sudo dpkg -i *.deb »

marc @ marc  ~

└─ $ ▶ which dpkg

/usr/bin/dpkg

marc @ marc  ~

marc @ marc

C'est étrange car ça m'est déjà arriver sur cette machine avec une autre distri.

Dernière modification par Marc29 (01-11-2020 14:23:18)

raleur · 01-11-2020 16:03:28

Marc29 a écrit :

alias dpkg='sudo dpkg -i *.deb'

Tu as bien un alias aberrant qui modifie la commande dpkg et qui ne s'est pas créé tout seul.
Soit tu le dégages, soit tu utilises le chemin complet /usr/bin/dpkg pour l'éviter.
Pour le virer, il faut chercher dans quel fichier de configuration il est créé.
~/.bashrc
~/.bash_profile
~/.profile
/etc/bash.bashrc
/etc/profile

Dernière modification par raleur (01-11-2020 16:06:08)

Marc29 · 01-11-2020 17:41:30

Je n'ai pas crée d'alias!
Je ne comprend pas comment faire, il y a bien un fichier dans /etc: aliases, bash.bashrc, profile.
Mais que fais je de ça?
Ou comment je modifie le chemin?

marc @ marc  ~

└─ $ ▶ alias

alias add='sudo add-apt-repository'

alias agp='sudo apt autoremove --purge'

alias alert='notify-send --urgency=low -i "$([ $? = 0 ] && echo terminal || echo error)" "$(history|tail -n1|sed -e '\''s/^\s*[0-9]\+\s*//;s/[;&|]\s*alert$//'\'')"'

alias autoclean='sudo apt autoclean'

alias autoremove='sudo apt-get autoremove'

alias clean='sudo apt clean'

alias configure='sudo dpkg --configure -a'

alias dpkg='sudo dpkg -i *.deb'

alias dupgrade='sudo apt update && apt dist-upgrade'

alias egrep='egrep --color=auto'

alias fgrep='fgrep --color=auto'

alias finstall='sudo apt -f install'

alias fix='sudo apt --fix-broken install'

alias fixapt='sudo rm /var/lib/apt/lists/* -vf'

alias grep='grep --color=auto'

alias install='sudo apt install'

alias l='ls -CF'

alias la='ls -A'

alias ll='ls -alF'

alias ls='ls --color=auto'

alias lune='curl wttr.in/Moon'

alias meteo='curl wttr.in/Paris?lang=fr'

alias moon='curl wttr.in/Moon'

alias purge='sudo apt remove --purge'

alias reinstall='sudo apt install --reinstall'

alias remove='sudo apt remove'

alias search='apt-cache search'

alias sinstall='sudo apt-get install --no-install-recommends'

alias sl='sudo mousepad /etc/apt/sources.list'

alias update='sudo apt update'

alias upgrade='sudo apt dist-upgrade'

marc @ marc  ~

└─ $ ▶

alias configure='sudo dpkg --configure -a'

Dernière modification par Marc29 (01-11-2020 18:05:09)

Marc29 · 01-11-2020 18:14:03

Ou alors c'est ça que je dois faire?

marc @ marc  ~

└─ $ ▶ /usr/bin/dpkg --get-selections "grub*"

grub-common         install

grub-customizer         install

grub-pc           install

grub-pc-bin         install

grub2-common          install

marc @ marc  ~

└─ $ ▶ /usr/bin/dpkg -l | grep grub

ii  grub-common                             2.02+dfsg1-20+deb10u2                        amd64        GRand Unified Bootloader (common files)

ii  grub-customizer                         5.1.0-1                                      amd64        GUI to configure GRUB2 and BURG

ii  grub-pc                                 2.02+dfsg1-20+deb10u2                        amd64        GRand Unified Bootloader, version 2 (PC/BIOS version)

ii  grub-pc-bin                             2.02+dfsg1-20+deb10u2                        amd64        GRand Unified Bootloader, version 2 (PC/BIOS modules)

ii  grub2-common                            2.02+dfsg1-20+deb10u2                        amd64        GRand Unified Bootloader (common files for version 2)

marc @ marc  ~

└─ $ ▶

Dernière modification par Marc29 (01-11-2020 18:15:55)

raleur · 01-11-2020 19:03:38

Marc29 a écrit :

Je n'ai pas crée d'alias!

Quelque chose l'a forcément ajouté, il ne s'est pas créé tout seul.

Marc29 a écrit :

Je ne comprend pas comment faire, il y a bien un fichier dans /etc: aliases, bash.bashrc, profile.

/etc/aliases n'a rien à voir avec les alias de l'interpréteur de commandes bash, il contient les alias d'adresses mail.
Il faut examiner le contenu de tous les fichiers que j'ai mentionnés dans /etc et aussi dans le répertoire utilisateur ("~") pour trouver lequel définit l'alias et le supprimer de façon permanente. En attendant tu peux le supprimer provisoirement pour la session courante avec

unalias dpkg

Marc29 a écrit :

Ou alors c'est ça que je dois faire?

Oui, tant que tu n'arrives pas à supprimer l'alias.

Marc29 · 02-11-2020 09:00:57

Mais que dois je chercher dans ces fichiers?
J'ai fais ctrl + f et dpkg: rien dans etc.
Dans ~/, j'ai :

alias configure='sudo dpkg --configure -a'

et

alias dpkg='sudo dpkg -i *.deb'

Dans .bash_aliases du répertoire utilisateur donc. Dois je supprimer ces deux lignes?

Mais je ne sais pas comment ça s'est fabriqué, cet alias. Jusqu'à maintenant je ne savait pas se que s'était.
Peut être en installant un programme ou en compilant...

Dernière modification par Marc29 (02-11-2020 09:17:35)

raleur · 02-11-2020 10:33:15

Marc29 a écrit :

Dois je supprimer ces deux lignes?

Seulement la seconde qui contient dpkg=. Ou bien tu peux simplement la commenter avec # devant. Et pas besoin d'être root pour modifier ce fichier dans ton profil, il t'appartient.
Ce sera effectif à la prochaine ouverture de session.

Marc29 · 02-11-2020 12:14:16

Merci beaucoup de ton aide et du temps passé, je fais ça, je commente la ligne.
Je pense que je vais laisser tomber pour eufi et legacy et le double boot avec un LMDE, me suis bien pris la tête là déjà...:lol:

Dernière modification par Marc29 (02-11-2020 12:16:25)

Debian-facile

#1 01-11-2020 10:33:32

Passer de uefi à legacy

#2 01-11-2020 10:49:06

Re : Passer de uefi à legacy

#3 01-11-2020 10:52:15

Re : Passer de uefi à legacy

#4 01-11-2020 11:18:28

Re : Passer de uefi à legacy

#5 01-11-2020 11:57:20

Re : Passer de uefi à legacy

#6 01-11-2020 12:22:30

Re : Passer de uefi à legacy

#7 01-11-2020 12:31:11

Re : Passer de uefi à legacy

#8 01-11-2020 12:34:32

Re : Passer de uefi à legacy

#9 01-11-2020 12:58:29

Re : Passer de uefi à legacy

#10 01-11-2020 13:30:10

Re : Passer de uefi à legacy

#11 01-11-2020 13:50:22

Re : Passer de uefi à legacy

#12 01-11-2020 13:53:46

Re : Passer de uefi à legacy

#13 01-11-2020 14:00:56

Re : Passer de uefi à legacy

#14 01-11-2020 14:16:21

Re : Passer de uefi à legacy

#15 01-11-2020 16:03:28

Re : Passer de uefi à legacy

#16 01-11-2020 17:41:30

Re : Passer de uefi à legacy

#17 01-11-2020 18:14:03

Re : Passer de uefi à legacy

#18 01-11-2020 19:03:38

Re : Passer de uefi à legacy

#19 02-11-2020 09:00:57

Re : Passer de uefi à legacy

#20 02-11-2020 10:33:15

Re : Passer de uefi à legacy

#21 02-11-2020 12:14:16

Re : Passer de uefi à legacy

Pied de page des forums