È sicuro formattare msftres, msftdata e partizioni nascoste?


16

Ho un acer V7 fornito con un HDD da 1 TB, SSD da 24 GB e Windows 8 installati. Ho installato Ubuntu sull'SSD e formattato le partizioni principali dell'HDD. Tuttavia, noto anche altre 3 partizioni sull'HDD contrassegnate msftres, msftdata. È sicuro formattare anche questi in modo da avere una partizione di unità contigua o cancellerò qualcosa di importante come i dati di avvio o di bios?


1
Quelle sono partizioni di Microsoft Windows. se non si esegue Windows e non si desidera eseguire un ripristino di Windows, è possibile eliminarli.
Thom

Potrebbe esserci una partizione UEFI (EFI) da qualche parte. Potrebbe essere necessario mantenerlo affinché UEFI (la nuova e migliorata sostituzione del BIOS) funzioni correttamente.
user68186

Ubuntu installato usando l'avvio legacy comunque non dovrebbe importare?
db579,

Risposte:


35

I "flag" mostrati in partedo GParted possono riferirsi a cose diverse. Alcuni dei più comuni sui dischi GPT includono:

  • msftres - Questo flag significa "Riservato a Microsoft". Viene utilizzato come "spazio di lavoro" da alcuni strumenti Microsoft, quindi non dovrebbe essere eliminato o riutilizzato a meno che non si stia eliminando Windows. Vedere la voce di Wikipedia su questo tipo di partizione per ulteriori informazioni.
  • msftdata : questo flag identifica una partizione Microsoft Basic Data. Di solito contiene un filesystem Microsoft, come FAT o NTFS, quindi tali partizioni includeranno la C:partizione e forse le partizioni di ripristino o dati. Non è necessario eliminarli o modificarli a meno che non si capisca esattamente quale tipo di dati si trova sulla partizione e si desidera eliminarli. Nota che Linux usava lo stesso codice di tipo per le sue stesse partizioni, quindi potresti vedere questo flag anche su una partizione Linux. Due anni fa è stato creato un nuovo codice di tipo specifico per Linux e le partizioni Linux con quel codice di tipo appariranno come prive di flag. Le versioni di libparted che riconoscono il nuovo codice di tipo specifico per Linux sono appena disponibili. Il "flag msftdata" è apparso con quella stessa nuova versione di libparted.
  • boot - Su un disco GPT, questo flag identifica una partizione di sistema EFI (ESP). Non dovresti assolutamente scherzare con questa partizione se non sai cosa stai facendo. Allo stesso modo, non dovresti impostare il "flag di avvio" su nessun'altra partizione, nemmeno su una /bootpartizione Linux . Si noti che il "flag di avvio" ha un significato completamente diverso sui dischi MBR. Su tali dischi, è comune impostare il "flag di avvio" su Linux /booto su una /partizione, sebbene di solito non sia richiesto.
  • bios_grub - Questo flag identifica una partizione di avvio del BIOS, che GRUB in modalità BIOS utilizza per memorizzare il codice di avvio. Normalmente non è necessaria una tale partizione su un computer con avvio EFI. Se sei passato da una modalità BIOS a un'installazione in modalità EFI, puoi eliminare in modo sicuro questa partizione, ma poiché una partizione di avvio BIOS è normalmente abbastanza piccola (~ 1MiB), non recupererai molto spazio.
  • legacy_boot - A differenza di tutti i flag che ho appena descritto, questo non corrisponde a un codice di tipo; invece identifica un attributo GPT. Questo attributo viene utilizzato dalla versione compatibile con GPT di SYSLINUX per identificare una partizione avviabile. Cioè, il suo scopo è simile a quello del "flag di avvio" su un disco MBR. Per la maggior parte degli strumenti, questo flag è irrilevante; può essere impostato o eliminato come meglio credi.
  • nascosto - Come "legacy_boot," questo flag è un attributo GPT, non un codice di tipo di partizione. Identifica le partizioni che EFI dovrebbe ignorare. Nella mia esperienza, tuttavia, la maggior parte degli EFI ignora questa bandiera, quindi non è molto utile. Tuttavia, alcuni computer vengono forniti con questo flag impostato su alcune partizioni.

Puoi leggere ulteriori informazioni su questi e altri codici di tipo GPT nella voce Wikipedia su GPT. Si noti che i nomi "flag" assegnati da partede GParted sono specifici di libparted. Altri strumenti, come fdisk GPT o gli strumenti di partizionamento di Windows, hanno altri modi per fare riferimento ai codici di tipo GPT. (Pochi programmi usano direttamente i codici, poiché sono numeri esadecimali lunghi e scomodi.)

Si noti inoltre che libparted utilizza lo stesso concetto di "flag" per identificare due strutture dati completamente diverse: codici del tipo di partizione e attributi di partizione. I codici di tipo si escludono a vicenda; una partizione può essere una partizione ESP o Microsoft Basic Data, ma non entrambe. Pertanto, se si rimuove il "flag di avvio" su un ESP, probabilmente verrà visualizzato con un "flag msftdata", poiché gli ESP utilizzano FAT e le partizioni FAT ottengono il "flag msftdata" per impostazione predefinita. (Nelle versioni precedenti di libparted, il "flag msftdata" non esiste, quindi la partizione non avrebbe alcun flag.) Una partizione può avere più attributi, quindi potrebbe avere sia il "flag nascosto" che il "legacy_boot" set bandiera. Potrebbe anche avere un flag di codice di tipo impostato, come quei due più "bios_grub". Questo duplice uso del concetto di "bandiera" è confuso. Fdisk GPT (gdiske programmi correlati) separa questi concetti, utilizzando codici esadecimali a due byte (come EF00 o 8300) per codici di tipo e attributi di reporting in quanto tali.


Quale potrebbe essere il motivo se un dispositivo membro di un mdadm-RAID1 ha il msftdataflag?
buhtz,

1
È probabile che il codice del tipo sia stato impostato in modo errato. Potrebbe essere una partizione esistente riutilizzata senza modificare il codice del tipo, è stata impostata in modo errato durante l'impostazione della configurazione RAID o è stata erroneamente modificata dopo aver impostato la configurazione RAID.
Rod Smith,

Ho appena fatto mdadm --assemble /dev/mdX /dev/sdXYe ha funzionato. Ma automaticamente mdadmnon è stato possibile trovare il superblocco.
buhtz,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.