Est-il sûr de formater msftres, msftdata et les partitions cachées?


16

J'ai un acer V7 fourni avec un disque dur de 1 To, un SSD de 24 Go et Windows 8 installé. J'ai installé Ubuntu sur le SSD et formaté les principales partitions du disque dur. Cependant, je remarque également 3 autres partitions sur le disque dur marquées msftres, msftdata. Est-il sûr de les formater également pour avoir une partition de lecteur contiguë ou vais-je effacer quelque chose d'important comme les données de démarrage ou de bios?


1
Ce sont des partitions Microsoft Windows. si vous n'exécutez pas de fenêtres et ne souhaitez pas effectuer de restauration de fenêtres, vous pouvez les supprimer.
thom

Il peut y avoir une partition UEFI (EFI) quelque part. Vous devrez peut-être garder cela pour que UEFI (le remplacement nouveau et amélioré du BIOS) fonctionne correctement.
user68186

Ubuntu installé en utilisant le démarrage hérité de toute façon, cela ne devrait donc pas avoir d'importance?
db579

Réponses:


35

Les "drapeaux" affichés dans partedou GParted peuvent faire référence à différentes choses. Certains des plus courants sur les disques GPT incluent:

  • msftres - Cet indicateur signifie «Microsoft réservé». Il est utilisé comme «espace de travail» par certains outils Microsoft, il ne doit donc pas être supprimé ou réutilisé, sauf si vous supprimez Windows. Voir l'entrée Wikipedia sur ce type de partition pour plus d'informations.
  • msftdata - Cet indicateur identifie une partition Microsoft Basic Data. Il contient normalement un système de fichiers Microsoft, comme FAT ou NTFS, donc ces partitions incluront votre C:partition et peut-être des partitions de récupération ou de données. Vous ne devez pas les supprimer ou les modifier à moins que vous ne compreniez précisément quel type de données se trouve sur la partition et que vous souhaitiez les supprimer. Notez que Linux utilisait le même type de code pour ses propres partitions, vous pouvez donc également voir cet indicateur sur une partition Linux. Il y a deux ans, un nouveau code de type spécifique à Linux a été créé, et les partitions Linux avec ce code de type apparaîtront comme n'ayant pas d'indicateur défini. Les versions de libparted qui reconnaissent le nouveau code de type spécifique à Linux ne font que devenir disponibles. Le "drapeau msftdata" est apparu avec cette même nouvelle version de libparted.
  • boot - Sur un disque GPT, cet indicateur identifie une partition système EFI (ESP). Vous ne devriez certainement pas jouer avec cette partition à moins de savoir ce que vous faites. De même, vous ne devez pas définir le "drapeau de démarrage" sur une autre partition - pas même sur une /bootpartition Linux . Notez que le "drapeau de démarrage" a une signification entièrement différente sur les disques MBR. Sur de tels disques, il est courant de définir le "drapeau de démarrage" sur un Linux /bootou une /partition, bien qu'il ne soit généralement pas nécessaire de le faire.
  • bios_grub - Cet indicateur identifie une partition de démarrage du BIOS, que GRUB en mode BIOS utilise pour stocker le code de démarrage. Vous n'avez normalement pas besoin d'une telle partition sur un ordinateur à démarrage EFI. Si vous êtes passé d'un mode BIOS à une installation en mode EFI, vous pouvez supprimer cette partition en toute sécurité, mais comme une partition de démarrage BIOS est normalement assez petite (~ 1 Mo), vous ne récupérerez pas beaucoup d'espace.
  • legacy_boot - Contrairement à tous les indicateurs que je viens de décrire, celui-ci ne correspond pas à un code de type; à la place, il identifie un attribut GPT. Cet attribut est utilisé par la version prenant en charge GPT de SYSLINUX pour identifier une partition de démarrage. Autrement dit, son objectif est similaire à celui du "drapeau de démarrage" sur un disque MBR. Pour la plupart des outils, ce drapeau n'est pas pertinent; il peut être défini ou supprimé comme bon vous semble.
  • caché - Comme "legacy_boot", cet indicateur est un attribut GPT, pas un code de type de partition. Il identifie les partitions que l'EFI doit ignorer. D'après mon expérience, cependant, la plupart des EFI ignorent ce drapeau, donc ce n'est pas vraiment très utile. Cependant, certains ordinateurs sont livrés avec cet indicateur sur certaines partitions.

Vous pouvez en savoir plus sur ces codes et sur d'autres codes de type GPT dans l'entrée Wikipedia sur GPT. Notez que les noms "flag" attribués par partedet GParted sont spécifiques à libparted. D'autres outils, comme fdisk GPT ou les outils de partitionnement Windows, ont d'autres façons de se référer aux codes de type GPT. (Peu de programmes utilisent directement les codes, car ce sont des nombres hexadécimaux longs et maladroits.)

Notez également que libparted utilise le même concept de «drapeau» pour identifier deux structures de données entièrement différentes: les codes de type de partition et les attributs de partition. Les codes de type s'excluent mutuellement; une partition peut être un ESP ou une partition Microsoft Basic Data, mais pas les deux. Ainsi, si vous supprimez le "drapeau de démarrage" sur un ESP, il apparaîtra probablement avec un "drapeau msftdata", car les ESP utilisent FAT, et les partitions FAT obtiennent le "drapeau msftdata" par défaut. (Dans les anciennes versions de libparted, le "drapeau msftdata" n'existe pas, donc la partition n'aurait pas de drapeau.) Une partition peut avoir plusieurs attributs, cependant, elle pourrait donc avoir à la fois le "drapeau caché" et le "legacy_boot" jeu de drapeau. Il pourrait également avoir un indicateur de code de type, comme ces deux plus "bios_grub". Cette double utilisation du concept de «drapeau» prête à confusion. Fdisk GPT (gdisket programmes associés) sépare ces concepts, en utilisant des codes hexadécimaux à deux octets (comme EF00 ou 8300) pour les codes de type et les attributs de rapport en tant que tels.


Quelle pourrait être la raison si un périphérique membre d'un mdadm-RAID1 a le msftdatadrapeau?
buhtz

1
Il y a de fortes chances que ce code de type ait été mal défini. Il peut s'agir d'une partition existante qui a été réutilisée sans modifier le code de type, elle n'a pas été définie correctement lors de la configuration de la configuration RAID ou elle a été incorrectement modifiée après la configuration de la configuration RAID.
Rod Smith

Je viens de le faire mdadm --assemble /dev/mdX /dev/sdXYet cela a fonctionné. Mais mdadmne pouvait pas automatiquement trouver le superbloc.
buhtz
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.