OVH Cloud OVH Cloud

partionnement

75 réponses
Avatar
andre lacroix
bonjour a tous
j'aimerai faire un partionnement idéal sous mint19
dans l'installeur on me propose un partionnement manuel
j'ai cree / /home /boot /tmp en primaire
et
/usr /var /srv /opt en logique
le boot je l'ai mis en /
au boot ça se passe bien le systeme fonctionne
mais ce qui m'ennuie c'est dans gparted etendue n'apparait pas

sur un autre disque j'ai bien etendue avec a l'interieur des partition
comment savoir si mon systeme est bien installé comme je le voulais ?

5 réponses

4 5 6 7 8
Avatar
Benoit Izac
Bonjour,
Le 11/08/2020 à 09:03, Sergio a écrit dans le message
<5f3242d0$0$13574$ :
Ca sert a quelque chose de faire une partition pour /boot ?

Pas avec les OS modernes & grub et "Legacy Boot", me semble-t-il. Ca
fait des lustres que je n'en ai plus fait (avec boot sur md-raid et
LVM d'ailleurs). Par contre, en UEFI, il faut une partition séparée
*et* de fs compatible avec le BIOS (fat ou similaire, de mémoire).

... Mais toujours pas de partition "/boot" :
J'ai un portable en UEFI, et il n'y a classiquement qu'une partition
"/" "/home" et swap (sans parler des partitions pour le Windows qui
est à côté).

J'ai un / qui est chiffré et /boot sert à quelque chose.
--
Benoit Izac
Avatar
Pascal Hambourg
Le 11/08/2020 à 09:03, Sergio a écrit :
Le 11/08/2020 à 08:34, Marc SCHAEFER a écrit :
Par contre, en UEFI, il faut une partition séparée *et* de fs
compatible avec le BIOS (fat ou similaire, de mémoire).


C'est une partition système EFI, pas une partition /boot.
... Mais toujours pas de partition "/boot" :

En fait, avec le chargeur d'amorçage systemd-boot, la partition système
EFI peut éventuellement être montée sur /boot. Mais ça pose problème au
système de paquets de Debian dont le processus de mise à jour met en
oeuvre des liens physiques (hard links), ce qui est incompatible avec le
système de fichiers FAT de la partition EFI.
Avatar
william
On 2020-08-11, Benoit Izac wrote:
Bonjour,
Le 11/08/2020 à 09:03, Sergio a écrit dans le message
<5f3242d0$0$13574$ :
Ca sert a quelque chose de faire une partition pour /boot ?

Pas avec les OS modernes & grub et "Legacy Boot", me semble-t-il. Ca
fait des lustres que je n'en ai plus fait (avec boot sur md-raid et
LVM d'ailleurs). Par contre, en UEFI, il faut une partition séparée
*et* de fs compatible avec le BIOS (fat ou similaire, de mémoire).

... Mais toujours pas de partition "/boot" :
J'ai un portable en UEFI, et il n'y a classiquement qu'une partition
"/" "/home" et swap (sans parler des partitions pour le Windows qui
est à côté).

J'ai un / qui est chiffré et /boot sert à quelque chose.

Je suppose que ca veut dire que cela sert à quelque chose.
Mais ce quelque chose est il obligatoire pour avoir une partition /boot ?
Avatar
Benoit Izac
Bonjour,
Le 11/08/2020 à 22:23, william a écrit dans le message
<5f32fe5b$0$15196$ :
Ca sert a quelque chose de faire une partition pour /boot ?

Pas avec les OS modernes & grub et "Legacy Boot", me semble-t-il. Ca
fait des lustres que je n'en ai plus fait (avec boot sur md-raid et
LVM d'ailleurs). Par contre, en UEFI, il faut une partition séparée
*et* de fs compatible avec le BIOS (fat ou similaire, de mémoire).

... Mais toujours pas de partition "/boot" :
J'ai un portable en UEFI, et il n'y a classiquement qu'une partition
"/" "/home" et swap (sans parler des partitions pour le Windows qui
est à côté).

J'ai un / qui est chiffré et /boot sert à quelque chose.

Je suppose que ca veut dire que cela sert à quelque chose.
Mais ce quelque chose est il obligatoire pour avoir une partition /boot ?

Oui, mon / est chiffré avec LUKS2 et Grub ne le supporte pas encore
(<https://savannah.gnu.org/bugs/?55093>). De plus, rien ne m'oblige
à utiliser Grub, j'utilisais l'EFI Boot Stub précédemment et ça marchait
bien aussi. Donc oui, ça peut servir et même être obligatoire d'avoir un
/boot séparé même sur un OS moderne.
--
Benoit Izac
Avatar
william
On 2020-08-11, Pascal Hambourg wrote:
Le 10/08/2020 à 23:23, william a écrit :
On 2020-05-13, Pascal Hambourg wrote:
Traditionnellement, on met plutôt la partition /boot en premier car une
des raisons de séparer /boot est l'incapacité de certains BIOS
d'adresser la totalité du disque au-delà d'une certaine taille.

Ca sert a quelque chose de faire une partition pour /boot ?

Comme écrit ci-dessus, ça peut être utile pour contourner certaines
limitations du firmware de la machine ou du chargeur d'amorçage.
Par exemple, si le firmware ne gère pas l'amorçage sur le support de
stockage de la racine (exemple : disque USB, carte contrôleur SCSI ou
SATA sans BIOS...)
Ou bien si le firmware ou le chargeur d'amorçage ne gère pas la totalité
de la capacité du support de stockage (exemple : absence de support de
LBA48 avec un disque de plus de 128 Gio ; adressage des secteurs sur 32
bits avec un disque de plus de 2 Tio) ; il faut alors s'assurer que
toutes les données nécessaire à l'amorçage soient localisés en-deça de
la limite d'adressage, soit avec une racine de taille limitée, soit avec
une partition /boot située au début du disque.
Ou encore si le chargeur d'amorçage ne supporte pas le format de
stockage de la racine (système de fichiers, chiffrement, RAID logiciel,
volume logique...). Par exemple :
- GRUB2 supporte le format LUKS1 mais ce n'est pas pris en charge par
l'installateur de certaines distributions comme Debian, et ne supporte
pas encore le format LUKS2
- GRUB2 ne supporte pas le RAID logiciel de type "linear" (concaténation)
- GRUB2 supporte le système de fichier F2F2 depuis récemment
- GRUB ne supporte pas tous les types de volumes logiques LVM avec RAID
- LILO ne supporte que le RAID 1
Cela peut aussi être une exigence de la plate-forme (exemple : Raspberry
Pi).

Ah merci pour ces explications.
4 5 6 7 8