Vous n'êtes pas identifié(e).
Hors ligne
Hors ligne
Salut
Voici un lien (peut-être utile): https://debian-facile.org/doc:install:d … -de-l-uefi
Grand merci pour le lien, j'ai en effet déjà lu ce gros tuto mais.. Si je ne m'abuse, dans ce tuto, les 2 OS sont sur le même DD. CE n'est pas mon cas.
D'ailleurs, dans ce tuto, au niveau de "table de partition GUID": si je fais la vérification du disque 0, il est bien en GUID. Mais pas mon disque 1, hors c'est sur celui çi que je souhaite mon install de Debian
Hors ligne
/dev/sda5 et /dev/sda6 sont deux partitions facultatives, c'est juste deux distributions Linux supplémentaires
Pour /dev/sda1 tu peux mettre un taille nettement plus petite c'est juste moi qui est vu gros
D'ailleurs logiquement vu que ton Windows est installé en UEFI tu n'as pas à creer une partition uefi spécifique à Debian c'est la partition UEFI de windows qui sera utilisé pour les deux OS
Il est conseillé de mettre le swap vers le début du disque dur mais perso je préfère le mettre à la fin pour pouvoir en changer sa taille facilement
Dernière modification par nifseg (31-07-2019 16:23:00)
L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!
Hors ligne
L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!
Hors ligne
As tu le secure boot d'activé sur ton install de windows ?
Oui, le secure boot est activé dans mon BIOS mais je peux le passer en enabled.
En fait je sais qu'il faut le désactiver lorsque je vais commencer cette install.
Hors ligne
nifseg a écrit :As tu le secure boot d'activé sur ton install de windows ?
Oui, le secure boot est activé dans mon BIOS mais je peux le passer en enabled.
En fait je sais qu'il faut le désactiver lorsque je vais commencer cette install.
Oui pour ma part je désactive toujours le secure boot mais il me semble que depuis Buster tu peux faire une install de Debian avec le secure boot d'activé(à vérifier)
L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!
Hors ligne
je peux le passer en enabled.
Il faut le mettre sur disable
L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!
Hors ligne
Hors ligne
Hors ligne
Hors ligne
OK. Secured boot est disabled.
Mais j'ai beau lire forum/post sur le site, il y a truc dont je ne suis pas certaine: la partition EFI.
Sur mon DD avec windows, j'ai bien une partition EFI.
Sur mon autre DD, qui va héberger Debian, je n'ai pas de EFI.
Celle de windows est-elle suffisante, sachant que chaque OS est sur un DD différent ?
Oui, cette partition est suffisante à condition qu'il y ait 10Mo d'espace disponible dessus.
Cela dit, c'est mieux d'avoir une partition efi sur ton disque linux.
Comme cela, si ton disque windows lâche, ton linux continuera de booter.
Hors ligne
Cela dit, c'est mieux d'avoir une partition efi sur ton disque linux.
Comme cela, si ton disque windows lâche, ton linux continuera de booter
Bonsoir , je plussoie
Il conviendrait éventuellement de tester avec une Debian Buster Live CD
Avec cette distribution tu as accès à GParted qui permettra de choisir le disque réservé à cet effet pour installer Debian :
Avec GParted choisir le disque et créer une partition de type GPT, un système uefi a besoin d’un disque au format gpt …. ( il faut faire très attention à ne pas se tromper de disque).
Dans le cas contraire plus de Windows !!!!
Pour ma part, j’ai toujours installé mes Debian avec les versions images CD , installation par le réseau .
Il arrive parfois que certains PC aient besoin d’une image ISO avec les firmware non-free
ici : https://cdimage.debian.org/images/unoff … 64/iso-cd/
Test sur mon disque
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
grub-efi-amd64-signed est déjà la version la plus récente (1+2.02+dfsg1+20).
shim-signed est déjà la version la plus récente (1.33+15+1533136590.3beb971-7).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Disque /dev/sda : 447,1 GiB, 480103981056 octets, 937703088 secteurs
Modèle de disque : SanDisk SDSSDA48
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 : gpt
Identifiant de disque : 2C076978-848D-4B75-861C-6084AD3DF2E7
Pas de swap sur ce disque car inutile pour mes besoins personnels
sda1 /partition EFI
sda2 /partition racine
sada3 /partition Home
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 585727 583680 285M Système EFI
/dev/sda2 585728 68945919 68360192 32,6G Système de fichiers Linux
/dev/sda3 68945920 937701375 868755456 414,3G Système de fichiers LinuxExemple : Retour
l’uefi sur mon SSD (disque) SDA
BootCurrent: 0000
Timeout: 0 seconds
BootOrder: 0000
Boot0000* debian HD(1,GPT,d0bbc244-7a22-414c-aff1-bb542c5bbc7c,0x800,0x8e800)/File(\EFI\debian\shimx64.efi)
Dernière modification par Coconuts (31-07-2019 21:30:34)
Hors ligne
un système uefi a besoin d’un disque au format gpt
C'est faux. Merci de ne pas propager de contre-vérités.
Il vaut mieux montrer que raconter.
Hors ligne
Sur mon DD avec windows, j'ai bien une partition EFI.
Alors pourquoi n'est-elle pas mentionnée dans ton message #1 ?
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par nifseg (31-07-2019 21:57:29)
L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!
Hors ligne
C'est faux. Merci de ne pas propager de contre-vérités.
Ok pas de problème mais si cela est faux, j’aimerais beaucoup que tu nous présentes une installation en double boot avec une installation sur un disque en mode Bios et sur l’autre disque en mode UEFI GPT sur la même machine afin que nous puissions comprendre comment faire.
Car pour ma part, je n’ai jamais réussi cet exploit. Mais nul n’est parfait on apprend tous les jours
Merci par avance
Hors ligne
En tout cas il est tout à ton intérêt de creer une table de partition au format GPT
Je ne dis pas le contraire. Le format GPT offre plusieurs avantages non négligeables sur le format DOS/MBR qui me font l'utiliser même avec l'amorçage BIOS. Je dis seulement que sauf cas de force majeure (firmware UEFI buggé), le format GPT n'est pas indispensable pour l'amorçage EFI.
(pas de limite de partition primaire)plutôt que MBR(pas plus de 4 partitions primaires) qui t'oblige à creer une partition étendue contenant des partitions logiques si tu souhaite avoir plus de 4 partitions
En toute rigueur il y a une limite du nombre de partitions dans le format GPT. Cette limite est fixée par la taille de la table de partition lors de sa création. Elle est de 128 par défaut. A l'inverse, le nombre de partitions logiques dans une partition étendue du format DOS/MBR n'est limité que par la taille de la partition étendue.
Ok pas de problème mais si cela est faux, j’aimerais beaucoup que tu nous présentes une installation en double boot avec une installation sur un disque en mode Bios et sur l’autre disque en mode UEFI GPT sur la même machine afin que nous puissions comprendre comment faire.
Quel rapport avec le présent sujet ? Sauf erreur de ma part caema n'a pas demandé un type d'amorçage différent sur chaque disque. Je vois pas non plus où serait la difficulté avec deux disques puisqu'on peut mettre en place les formats et structures d'amorçage indépendamment sans risque d'incompatibilité. En revanche cela peut être plus difficile de rendre un même disque amorçable à la fois en mode BIOS et EFI à cause des éventuelles limitations du firmware UEFI et des systèmes à installer, mais je l'ai déjà fait plusieurs fois.
Il vaut mieux montrer que raconter.
Hors ligne
Cette limite est fixée par la taille de la table de partition lors de sa création. Elle est de 128 par défaut.
Qaund je dis pas de limite c'est que je vois mal une install avec + de 128 partitions lol et d'autant plus pour un poste de travail
Dernière modification par nifseg (02-08-2019 14:25:47)
L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Cette limite est largement suffisante pour un poste de travail. Mais je connais au moins un cas d'utilisation où elle pourrait être atteinte : un système de stockage comprenant plusieurs groupes de volumes logiques LVM dont les volumes physiques sont alloués au fur et à mesure des besoins, chaque volume physique étant une partition.
Il faut N Go de plus pour tel groupe de volumes -> on crée une nouvelle partition de N Go et on l'ajoute comme volume physique au groupe de volumes. Et ainsi de suite.
Note : il faut aussi considérer la limite du nombre de partitions que le noyau peut gérer. La limite traditionnelle à 15 sur les disques /dev/sd* a été supprimée, je ne connais pas la nouvelle limite mais a priori elle est au dessus de 128.
Oui mais c'est hors sujet
Et je suis bien d'accord qu'on peut utiliser le format mbr en uefi mais là encore je ne vois pas l'intérêt dans le cas présent
Dernière modification par nifseg (02-08-2019 14:35:22)
L'important n'est pas la chute mais l'atterrissage...
Chapardeur de chocolat DF!!!
Admin un jour, admin toujours...
Utilisateur de plusieurs OS de type Unix comme GNU/Linux, Système BSD (FreeBSD, OpenBSD, NetBSD), Système Solaris (OpenIndiana et divers autres distrib du projet ILLUMOS) . I love Unix !!!
Hors ligne
Oui mais c'est hors sujet
C'est toi qui as amené la question de la limite du nombre de partitions, pas moi. Et tu as remis des pièces dans le bastringue.
Et je suis bien d'accord qu'on peut utiliser le format mbr en uefi mais là encore je ne vois pas l'intérêt dans le cas présent
Je n'ai pas prétendu qu'il y avait un intérêt. Je me suis borné à contester l'affirmation erronée que GPT était obligatoire.
Il vaut mieux montrer que raconter.
Hors ligne
Je n'ai pas prétendu qu'il y avait un intérêt. Je me suis borné à contester l'affirmation erronée que GPT était obligatoire.
Bonjour,
On pourrait conclure ainsi, EFI. GPT n'est pas strictement nécessaire, mais il est fortement recommandé , Il est recommandé d'utiliser GPT car certains firmwares UEFI ne permettent pas le démarrage UEFI-MBR.
Wiki ArchLinux fr
https://wiki.archlinux.fr/GRUB
Voilà c’est mon dernier mot
Dernière modification par Coconuts (03-08-2019 08:16:05)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
3. table de partition GPT créée > installation de Buster "classique" en utilisant les partitions précédemment créée.
On est bon ?
Hors ligne