Partition : créer une nouvelle

Support Debian
#1

Stable Jessie
Question simpliste mais je n’ai rien trouvé de satisfaisant dans mes recherches.
Habituellement, je faisais ça avec Gparted mais le paquet Jessie actuel est bogué. Comme je ne veux rien risquer avec ce genre d’action, je préfère demander.
J’ai deux opérations à faire sur mon second DD :
1/ créer deux nouvelles partitions pour des sauvegardes (j’ai amplement la place disponible)
2/ effacer (vider sans supprimer) une partition qui est devenue inutile et dont je veux me servir pour une réserve.

J’ai vu ces possibilités mais je ne sais quelle est la meilleure et la plus simple tout en étant sûre, pour faire correctement et sans trop de risques ces opérations :
cfdisk, fdisk et parted.
Merci.

#2

Depuis l’arrivée de l’UEFI, c’est un peu plus compliqué.

Si tes disques ont des tables de partitions MBR:
fdisk
cfdisk

Si tes disques ont des tables de partitions GPT:
parted
[strike]gpart[/strike]
gdisk (Suite à un commentaire de PascalHambourg)

Pour formater tes partitions renseigne toi sur “mkfs”.

#3

Pour avoir un gparted en bon état, et éviter d’avoir à dé-mounter des partitions, tu pourrais utiliser une debian Live.

#4

Sous Jessie, avons donc nos file system en ext4.

1° [mono]cfdisk[/mono], pour la création est on ne peut plus intuitive.
On veillera ensuite à la formater : [mono]# mkfs.ext4 /dev/sdaX[/mono].
Même commande, en question deux.

[mono]$ man mkfs.ext4[/mono]

#5

Ou tout simplement un live CD créé exprès pour : distrowatch.com/table.php?distribution=gparted
Ça a l’avantage d’être plus léger…

Pour formater une partition :

Et si il s’agit d’une partition swap :

Sinon, j’imagine que tu voudras que ta partition de données soit montée automatiquement au démarrage, et dans ce cas là il faut regarder du coté de fstab : wiki.archlinux.org/index.php/Fstab

Autre commande bien pratique au passage pour afficher la disposition des partitions :

#6

L’UEFI (interface de firmware) n’a rien à voir avec le format de partition des disques. Tu confonds avec GPT (format de table de partition).

[quote=“cedric058”]Si tes disques ont des tables de partitions GPT:
parted
gpart[/quote]
Tu confonds [mono]gpart[/mono] (outil pour retrouver les tables de partition effacées et partitions perdues) et [mono]gdisk[/mono] (outil de partitionnement GPT).

J’aurais aussi suggéré les versions de [mono]fdisk[/mono] et [mono]cfdisk[/mono] compatibles GPT fournies par le paquet gnu-fdisk, mais ce dernier n’est pas inclus dans Jessie…

Concernant les outils [mono]*fdisk[/mono] du paquet util-linux, vérifie quand même s’ils savent aligner les partitions sur des limites de 1 Mio (2048 secteurs de 512 octets) comme c’est la norme désormais pour s’adapter aux SSD et disques durs au format avancé “512e”. Ce n’était pas le cas auparavant.

#7

Oui j’ai effectivement confondu. :blush:

J’ai fait une installation en UEFI de jessie et je me suis reposé sur l’installeur debian pour créer les partitions.
La partition EFI nécessaire ainsi que les autres du système.
J’ai constaté que l’habituel “fdisk -l” ou “cfdisk /dev/sda” ne convenait plus. (En tout cas pour une Jessie “EFI”)
Effectivement, le format de la table de partition était GPT.

#8

fdisk et gdisk pour les disques avec respectivement un MBR ou une GPT sont très bien.

parted en ligne de commande est aussi très bien mais gère à la fois MBR et GPT. 2/3 petits trucs mineurs que je n’apprécie pas.

cfdisk est très user-friendly mais il n’est pas assez précis et n’en fait parfois qu’à sa tête. C’est pourquoi je ne l’utilise plus du tout.

–
AnonymousCoward

#9

[quote=“cedric058”]
J’ai fait une installation en UEFI de jessie et je me suis reposé sur l’installeur debian pour créer les partitions.
La partition EFI nécessaire ainsi que les autres du système.
J’ai constaté que l’habituel “fdisk -l” ou “cfdisk /dev/sda” ne convenait plus. (En tout cas pour une Jessie “EFI”)
Effectivement, le format de la table de partition était GPT.[/quote]
C’est juste l’installateur Debian qui crée par défaut une table de partition au format GPT s’il démarre en mode UEFI, probablement par souci de compatibilité avec Windows et certains firmwares buggés. On peut parfaitement passer outre et lui demander de créer une table au format traditionnel MSDOS.
Une partition système EFI peut être créée (et un système GNU/Linux amorcé en UEFI peut être installé) aussi bien sur un disque au format GPT que sur un disque au format MSDOS.

#10

Ben j’étais occupé et je passe en vitesse.
Je vois que j’ai des réponses et du choix.
Je vais poser une question de plus, car, en effet, sous Jessie, le choix est restreint.
gdisk est présent ou, et je n’y avais pas pensé, Gparted avec une knoppix ?
MAIS
J’ai toujours ce problème de savoir comment a été géré le partitionnement de ce second DD (sata3) car j’avais déjà eu des problèmes à cause de ça il y a peu et Pascal m’avait aidé.
Sur mon SSD où seule la Jessie est présente, je suis maintenant sous Bios classique mais le second DD avait été partitionné il y a au moins 2 ans et je ne sais pas comment :017
Bios ou UEFI :question:
Quelle est la commande qui peut répondre à cette question ?

#11

“BIOS ou UEFI” ne concerne que l’amorçage, pas le format de table de partition du disque.
Ce disque est-il amorçable, contient-il un ou des chargeurs (GRUB, LILO, NTLDR, Windows Boot Manager…) ? Contient-il une partition système EFI, une partition “BIOS Boot” (ou “bios_grub”, uniquement si GPT) ?

Mais je ne vois pas en quoi cela importe pour créer des partitions supplémentaires. En revanche si tu veux connaître le type de table de partition pour savoir quel outil utiliser, tu peux utiliser n’importe lequel.

  • fdisk d’util-linux : si le disque est au format GPT, fdisk te dira qu’il comporte une signature GPT et n’affichera qu’une partition de type GPT occupant tout le disque (ou 2 Tio si le disque est plus grand). Si le disque est au format MSDOS, fdisk affichera les véritables partitions.
  • parted : il indiquera directement le format de table de partition GPT ou MSDOS.
  • gdisk : il indiquera s’il trouve une table de partition MSDOS ou bien un MBR protecteur et une table de partition GPT. A noter qu’il ne gère que les partitions GPT. S’il affiche un MBR hybride, prudence !
#12

gparted aussi l’affiche clairement, et il peut aussi permettre de modifier les partitions, et depuis une live, tu n’aura même pas à démounter une partition qui serait utilisée par ton système.

#13

[quote=“MicP”]gparted aussi l’affiche clairement, et il peut aussi permettre de modifier les partitions, et depuis une live, tu n’aura même pas à démounter une partition qui serait utilisée par ton système.[/quote]oui, je sais et j’ai évoqué la possibilité avec une Knoppix mais ça ne m’apprendra rien.
Oui, à 79 balais, j’aime encore apprendre, malheureusement, c’est trop rapidement oublié :005
C’est pour ça que je suivrai ce soir les conseils de Pascal.
Merci à tous.

#14

Ok, je donnais juste une solution pratique répondant au titre et au premier message.

=======
Ce qui me fait insister à proposer cette solution (utiliser une live) c’est justement que seules les partitions dont le système de fichier n’est pas utilisé par le système seront modifiable.
Mais c’est vrai que, pour l’instant, on ne sait même pas si une ou des partitions du deuxième disque sont utilisées par le système, et si non, l’utilisation d’une live n’est même pas nécessaire.

#15

[quote=“MicP”]Ok, je donnais juste une solution pratique répondant au titre et au premier message.

=======
Ce qui me fait insister à proposer cette solution (utiliser une live) c’est justement que seules les partitions dont le système de fichier n’est pas utilisé par le système seront modifiable.
Mais c’est vrai que, pour l’instant, on ne sait même pas si une ou des partitions du deuxième disque sont utilisées par le système, et si non, l’utilisation d’une live n’est même pas nécessaire.[/quote]
Je reviens juste mais je ne vais rien pouvoir faire maintenant car la FreeBox me fait coupure sur coupure. Depuis 3 ou 4 jours, ça arrive souvent mais ce soir, c’est encore pire.
Bien sûr, ça ne jouera pas sur les disques mais il est tard et je préfère attendre demain.

#16

[quote]ricardo@jessie-ssd:~$ sudo parted -l

Model: ATA Samsung SSD 840 (scsi)
Disk /dev/sda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 1049kB 25,0GB 25,0GB ext4 msftdata JESSIE
2 25,0GB 33,0GB 8000MB linux-swap(v1)
3 35,0GB 115GB 80,0GB ext4 msftdata /HOME

=====================================================================

Model: ATA WDC WD10EZEX-19Z (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:

Number Start End Size Type File system Flags
1 1049kB 25,0GB 25,0GB primary ext4 boot ANCIENNE STABLE POURRIE
2 25,0GB 33,0GB 8000MB primary linux-swap(v1)
3 43,0GB 543GB 500GB extended
5 43,0GB 123GB 80,0GB logical ext4 /HOME
6 123GB 148GB 25,2GB logical ext4 6,7,8,9 = DIVERSES SAUVEGARDES
7 148GB 229GB 80,7GB logical ext4
8 229GB 281GB 52,3GB logical ext4
9 281GB 443GB 162GB logical ext4
10 443GB 463GB 20,0GB logical ext4 KUBUNTU 14.04
11 463GB 543GB 80,0GB logical ext4 /HOME KUBUNTU
[/quote]

Le Kubuntu était fonctionnelle mais depuis ma réinstallation de Jessie, je n’ai pas mis à jour le Grub pour ne pas créer encore plus de pagaille. Seul grub du SSD (Jessie sda) est utilisé.
Je peux quand même monter les partitions de sdb bien entendu.

Questions :
Est-il possible de modifier (a posteriori) quelque chose (table des partition du DDsata (sdb) :question:) pour avoir une cohérence et pouvoir mettre à jour Le grub du SSD ?
Mon bios est maintenant en “Legacie” et je pense préférable pour moi qu’il le reste. Je n’ai pas de Windows, pas de DD > 1 To.

===================================================================

ricardo@jessie-ssd:~$ sudo fdisk -l

Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
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 : 0x000be839

Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 48828415 48826368 23,3G 83 Linux
/dev/sdb2 48828416 64452607 15624192 7,5G 82 Linux swap / Solaris
/dev/sdb3 83986430 1061373951 977387522 466,1G 5 Extended
/dev/sdb5 83986432 240234495 156248064 74,5G 83 Linux
/dev/sdb6 240236544 289388543 49152000 23,4G 83 Linux
/dev/sdb7 289390592 447086591 157696000 75,2G 83 Linux
/dev/sdb8 447088640 549318655 102230016 48,8G 83 Linux
/dev/sdb9 549320704 866062335 316741632 151G 83 Linux
/dev/sdb10 866064384 905123839 39059456 18,6G 83 Linux
/dev/sdb11 905125888 1061373951 156248064 74,5G 83 Linux

[mono]La partition 4 ne commence pas sur une frontière de cylindre physique.[/mono]

Disque /dev/sda : 111,8 GiB, 120034123776 octets, 234441648 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
Type d’étiquette de disque : gpt
Identifiant de disque : 9BA0D261-DA04-4274-8135-D5D2D09D2045

Device Start End Sectors Size Type
/dev/sda1 2048 48828415 48826368 23,3G Microsoft basic data
/dev/sda2 48828416 64452607 15624192 7,5G Linux swap
/dev/sda3 68360192 224610303 156250112 74,5G Microsoft basic data

==================================================================

ricardo@jessie-ssd:~$ sudo gdisk -l /dev/sda

GPT fdisk (gdisk) version 0.8.10

Partition table scan:
[color=#FF0000]MBR: protective
BSD: not present
APM: not present
GPT: present

Found valid GPT with protective MBR; using GPT.[/color]
Disk /dev/sda: 234441648 sectors, 111.8 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 9BA0D261-DA04-4274-8135-D5D2D09D2045
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 234441614
Partitions will be aligned on 2048-sector boundaries
Total free space is 13740909 sectors (6.6 GiB)

Number Start (sector) End (sector) Size Code Name
1 2048 48828415 23.3 GiB 0700
2 48828416 64452607 7.5 GiB 8200
3 68360192 224610303 74.5 GiB 0700

=================================================================

ricardo@jessie-ssd:~$ sudo gdisk -l /dev/sdb
GPT fdisk (gdisk) version 0.8.10

Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present

Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.

Disk /dev/sdb: 1953525168 sectors, 931.5 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): E19BE4E1-DB4A-4082-84C9-39EF92FF5CE3
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1953525134
Partitions will be aligned on 2048-sector boundaries
Total free space is 911699309 sectors (434.7 GiB)

Number Start (sector) End (sector) Size Code Name
1 2048 48828415 23.3 GiB 8300 Linux filesystem
2 48828416 64452607 7.5 GiB 8200 Linux swap
5 83986432 240234495 74.5 GiB 8300 Linux filesystem
6 240236544 289388543 23.4 GiB 8300 Linux filesystem
7 289390592 447086591 75.2 GiB 8300 Linux filesystem
8 447088640 549318655 48.7 GiB 8300 Linux filesystem
9 549320704 866062335 151.0 GiB 8300 Linux filesystem
10 866064384 905123839 18.6 GiB 8300 Linux filesystem
11 905125888 1061373951 74.5 GiB 8300 Linux filesystem

[/mode Belzébuth] :laughing: :laughing: :laughing:

#17

Voudrais tu développer sur la foi des informations premières que tu nous fournies … :033

[quote=“ricardo”]Stable Jessie
Question simpliste mais je n’ai rien trouvé de satisfaisant dans mes recherches.
Habituellement, je faisais ça avec Gparted mais le paquet Jessie actuel est bogué. Comme je ne veux rien risquer avec ce genre d’action, je préfère demander.
J’ai deux opérations à faire sur mon second DD :
1/ créer deux nouvelles partitions pour des sauvegardes (j’ai amplement la place disponible)
2/ effacer (vider sans supprimer) une partition qui est devenue inutile et dont je veux me servir pour une réserve.

J’ai vu ces possibilités mais je ne sais quelle est la meilleure et la plus simple tout en étant sûre, pour faire correctement et sans trop de risques ces opérations :
cfdisk, fdisk et parted.
Merci.[/quote]
Cristal, mon beau cristal …

#18

Je n’avais même pas remarqué que les commandes [mono]fdisk[/mono] et [mono]cfdisk[/mono] (mais pas [mono]sfdisk[/mono]) du paquet util-linux de Jessie étaient compatibles avec GPT, donc le paquet [mono]gnu-fdisk[/mono] n’est plus vraiment utile.

Si GRUB BIOS (grub-pc) est installé sur le SSD /dev/sda qui est en GPT, il bénéficierait de la présence d’une partition de type “BIOS boot” (flag [mono]bios_grub[/mono] dans [mono]parted[/mono]). Une taille de 1 Mio suffit largement. Ça tombe bien, il reste des espaces libres de 2 et 5 Go sur ce disque.

Vu le nombre de partitions, le disque dur d’1 To au format MSDOS bénéficierait d’être converti en GPT (comme le propose gdisk), ce qui supprimerait la partition étendue et ses complications et transformerait les partitions logiques en partitions “normales” (pas de distinction primaire/logique en GPT). Mais j’ignore quel serait l’impact sur Ubuntu l’ancienne Debian stable, et notamment sur leur propre chargeur d’amorçage. Pas de problème en revanche pour les lancer à partir du GRUB de Debian puisque celui-ci démarre déjà depuis un disque au format GPT.

De quelle cohérence parles-tu ?
Bien sûr tu peux modifier la table de partition de /dev/sdb, pour ajouter et/ou supprimer des partitions. En gardant le format MSDOS actuel, pour créer une nouvelle partition tu devras te poser la question “partition primaire (il reste une entrée libre /dev/sdb4) ou logique (dans la partition étendue, qu’il faudra éventuellement agrandir)”. Je sais que [mono]cfdisk[/mono] agrandit automatiquement la partition étendue si nécessaire lors de la création d’une partition logique, je ne sais pas ce que font [mono]fdisk[/mono] ou [mono]parted[/mono]. Avec le format GPT cette question de partition primaire/étendue/logique n’aurait plus lieu d’être.

Et tu peux inclure les systèmes présents sur le disque dur dans le menu de démarrage du SSD. [mono]os-prober[/mono] devrait les détecter, et donc [mono]update-grub[/mono] devrait les inclure automatiquement dans le menu.
Note bien que [mono]gdisk[/mono] ne gère que le format GPT. Si on l’utilise sur un disque au format MSDOS, il le convertit d’abord en GPT (sans écrire les modifications).

#19

Très intéressantes tes explications mais il me faut le temps de les digérer.
Comme j’ai un petit coup de fatigue aujourd’hui, je reste à la maison cet AM et je vais essayer de règler tout ce fouillis.
Je vais procéder par ordre :

Si je comprends bien, tu me proposes de créer, sur le SSD (sda) une partition supplémentaire :
Quelle serait la commande exacte pour que j’évite de faire des conneries :question:
Je vois bien qu’il reste 7 Go libres mais je n’ai pas vu où tu en déduis le détail : 2 + 5 :017
À te lire.

#20

Cette partition n’est qu’un détail sans lien avec ta question de départ, c’est juste pour que GRUB se sente mieux.
Pour préciser, le chargeur de GRUB BIOS est divisé en trois parties :

  • l’amorce (boot image) installée dans le MBR du disque
  • le noyau (core image), à ne pas confondre avec le noyau Linux
  • le reste (modules, polices, langues, grub.cfg…) installé dans /boot/grub

Sur un disque partitionné au format GPT, [mono]grub-install /dev/sda[/mono] installe le noyau de GRUB soit dans une partition de type BIOS boot si elle existe, soit dans le fichier core.img situé sous /boot/grub/ à défaut (il faut alors ajouter l’option [mono]–force[/mono]). La liste des secteurs du disque contenant le noyau de GRUB est enregistrée en dur même quand il est installé dans le fichier core.img car l’amorce de GRUB, dont le rôle est de charger ce noyau depuis le disque, ne sait pas lire les systèmes de fichiers. Cependant il y a un risque, minime mais non nul, que les blocs contenant un fichier soient déplacés lors d’une opération de maintenance (fsck, redimensionnement, restauration de sauvegarde…) voire lors du fonctionnement normal du système de fichiers, par exemple pour ceux qui font de la défragmentation en ligne. C’est transparent pour l’utilisation normale du système de fichiers, mais pas pour l’amorce de GRUB qui utilise directement les positions des secteurs. C’est pourquoi les auteurs de GRUB recommandent d’utiliser une partition BIOS boot, qui ne bougera jamais. Cette partition remplace l’espace non partitionné qui existe entre le MBR et la première partition sur un disque au format MSDOS.

Pour créer cette partition de 1 Mio avec [mono]parted[/mono] dans l’espace libre de 2 Go entre /dev/sda2 et /dev/sda3 :

parted /dev/sda mkpart grub 33G 33001M print set <N> bios_grub on print quit
où est le numéro de la nouvelle partition qui sera nommée “grub”, qui devrait logiquement être 4.
Il faudra ensuite exécuter [mono]grub-install /dev/sda[/mono] pour réinstaller le chargeur de GRUB en tirant avantage de cette partition.

Comme écrit plus haut il y a un espace libre de 2 Go entre /dev/sda2 qui finit à 33 Go et /dev/sda3 qui commence à 35 Go. Ensuite il y a un espace libre de 5 Go entre la partition /dev/sda3 qui finit à 115 Go et la fin du disque à 120 Go.
A noter que parted utilise par défaut des préfixes décimaux (SI), donc M=10^6 et G=10^9.