Ist es sicher, msftres, msftdata und versteckte Partitionen zu formatieren?


16

Ich habe ein Acer V7 mit 1 TB Festplatte, 24 GB SSD und Windows 8 installiert. Ich habe Ubuntu auf der SSD installiert und die Hauptpartitionen der Festplatte formatiert. Ich bemerke jedoch auch 3 andere Partitionen auf der Festplatte, die als msftres, msftdata, gekennzeichnet sind. Ist es sicher, diese auch so zu formatieren, dass ich eine zusammenhängende Laufwerkspartition habe, oder lösche ich wichtige Daten wie Boot- oder BIOS-Daten?


1
Das sind Microsoft Windows-Partitionen. Wenn Sie Windows nicht ausführen und keine Windows-Wiederherstellung durchführen möchten, können Sie sie löschen.
thom

Möglicherweise ist irgendwo eine UEFI-Partition (EFI) vorhanden. Sie müssen dies möglicherweise beibehalten, damit UEFI (der neue und verbesserte Ersatz des BIOS) ordnungsgemäß funktioniert.
User68186

Ubuntu mit Legacy-Boot trotzdem installiert, sollte das also keine Rolle spielen?
Db579

Antworten:


35

Die in partedoder GParted gezeigten "Flags" können sich auf verschiedene Dinge beziehen. Einige der häufigsten auf GPT-Datenträgern sind:

  • msftres - Dieses Flag bedeutet "Microsoft reserviert". Es wird von bestimmten Microsoft-Tools als "Arbeitsbereich" verwendet. Daher sollte es nicht gelöscht oder für andere Zwecke verwendet werden, es sei denn, Sie löschen Windows. Weitere Informationen finden Sie im Wikipedia-Eintrag zu diesem Partitionstyp .
  • msftdata - Dieses Flag kennzeichnet eine Microsoft Basic Data-Partition. Es enthält normalerweise ein Microsoft-Dateisystem wie FAT oder NTFS, sodass diese Partitionen Ihre C:Partition und möglicherweise Wiederherstellungs- oder Datenpartitionen enthalten. Sie sollten sie nur löschen oder ändern, wenn Sie genau wissen, welche Art von Daten sich auf der Partition befinden und diese löschen möchten. Beachten Sie, dass Linux für seine eigenen Partitionen denselben Typcode verwendet hat, sodass dieses Flag möglicherweise auch auf einer Linux-Partition angezeigt wird. Vor zwei Jahren wurde ein neuer Linux-spezifischer Typcode erstellt, und auf Linux-Partitionen mit diesem Typcode wird angezeigt, dass kein Flag gesetzt ist. Versionen von libparted, die den neuen Linux-spezifischen Typcode erkennen, werden gerade erst verfügbar. Das "msftdata-Flag" wurde mit derselben neuen Version von libparted angezeigt.
  • boot - Auf einer GPT-Festplatte kennzeichnet dieses Flag eine EFI-Systempartition (ESP). Sie sollten sich auf keinen Fall mit dieser Partition anlegen, es sei denn, Sie wissen, was Sie tun. Ebenso sollten Sie das "Boot-Flag" nicht auf einer anderen Partition setzen - auch nicht auf einer Linux- /bootPartition. Beachten Sie, dass das "Boot-Flag" auf MBR-Festplatten eine völlig andere Bedeutung hat. Auf solchen Festplatten ist es üblich, das "Boot-Flag" auf einem Linux /bootoder einer /Partition zu setzen, obwohl dies normalerweise nicht erforderlich ist.
  • bios_grub - Dieses Flag kennzeichnet eine BIOS- Startpartition , die von GRUB im BIOS-Modus zum Speichern von Startcode verwendet wird. Normalerweise benötigen Sie eine solche Partition auf einem EFI-Bootcomputer nicht. Wenn Sie von einem BIOS-Modus zu einer EFI-Modus-Installation gewechselt haben, können Sie diese Partition sicher löschen. Da eine BIOS-Boot-Partition jedoch normalerweise recht klein ist (~ 1 MB), können Sie nicht viel Speicherplatz zurückgewinnen.
  • legacy_boot - Im Gegensatz zu allen oben beschriebenen Flags entspricht dieses nicht einem Typcode. Stattdessen wird ein GPT-Attribut angegeben. Dieses Attribut wird von der GPT-fähigen Version von SYSLINUX verwendet, um eine bootfähige Partition zu identifizieren. Das heißt, sein Zweck ähnelt dem des "Boot-Flags" auf einer MBR-Platte. Für die meisten Tools ist dieses Flag irrelevant. Es kann nach Belieben gesetzt oder gelöscht werden.
  • hidden - Wie "legacy_boot" ist dieses Flag ein GPT-Attribut und kein Partitionstypcode. Es identifiziert Partitionen, die von EFI ignoriert werden sollen. Meiner Erfahrung nach ignorieren die meisten EFIs dieses Flag, so dass es nicht wirklich sehr nützlich ist. Einige Computer werden jedoch mit diesem Flag auf einigen Partitionen ausgeliefert.

Weitere Informationen zu diesen und anderen GPT-Typcodes finden Sie im Wikipedia-Eintrag zu GPT. Beachten Sie, dass die von partedund GParted zugewiesenen "Flag" -Namen für libparted spezifisch sind. Andere Tools, wie GPT fdisk oder die Windows-Partitionierungstools, haben andere Möglichkeiten, auf GPT-Typencodes zu verweisen. (Nur wenige Programme verwenden die Codes direkt, da es sich um lange und umständliche Hexadezimalzahlen handelt.)

Beachten Sie auch, dass libparted dasselbe "Flag" -Konzept verwendet, um zwei völlig unterschiedliche Datenstrukturen zu identifizieren: Partitionstypcodes und Partitionsattribute. Typcodes schließen sich gegenseitig aus. Eine Partition kann eine ESP- oder eine Microsoft Basic Data-Partition sein, jedoch nicht beide. Wenn Sie also das "Boot-Flag" auf einem ESP entfernen, wird wahrscheinlich ein "msftdata-Flag" angezeigt, da ESPs FAT verwenden und FAT-Partitionen standardmäßig das "msftdata-Flag" erhalten. (In älteren Versionen von libparted gibt es das "msftdata-Flag" nicht, sodass die Partition kein Flag haben würde.) Eine Partition kann jedoch mehrere Attribute haben, so dass sie sowohl das "hidden flag" als auch das "legacy_boot" haben könnte. Flagge gesetzt. Es könnte auch ein Typcode-Flag gesetzt sein, wie diese beiden plus "bios_grub". Diese doppelte Verwendung des "Flaggen" -Konzepts ist verwirrend. GPT fdisk (gdiskund verwandte Programme) trennen diese Konzepte, indem sie Zwei-Byte-Hexadezimalcodes (wie EF00 oder 8300) für Typcodes und Berichtsattribute als solche verwenden.


Was könnte der Grund sein, wenn ein Mitgliedsgerät eines mdadm-RAID1 das msftdataFlag hat?
Buhtz

1
Möglicherweise wurde der Typcode falsch eingestellt. Es könnte sein, dass eine vorhandene Partition ohne Änderung des Typencodes wiederverwendet wurde, beim Einrichten der RAID-Konfiguration falsch eingestellt wurde oder nach dem Einrichten der RAID-Konfiguration falsch eingestellt wurde.
Rod Smith

Ich habe es einfach gemacht mdadm --assemble /dev/mdX /dev/sdXYund es hat funktioniert. Aber automatisch mdadmkonnte der Superblock nicht gefunden werden.
Buhtz
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.