¿Es seguro formatear msftres, msftdata y particiones ocultas?


16

Tengo un acer V7 que viene con un disco duro de 1TB, SSD de 24GB y Windows 8 instalado. Instalé Ubuntu en el SSD y formateé las particiones principales del HDD. Sin embargo, también noto otras 3 particiones en el disco duro marcadas como msftres, msftdata. ¿Es seguro formatear estos también para que tenga una partición de unidad contigua o voy a borrar algo importante como los datos de arranque o BIOS?


1
Esas son las particiones de Microsoft Windows. Si no ejecuta Windows y no desea hacer una restauración de Windows, puede eliminarlos.
Tom

Puede haber una partición UEFI (EFI) en alguna parte. Es posible que deba conservarlo para que UEFI (el reemplazo nuevo y mejorado de BIOS) funcione correctamente.
user68186

Instalado ubuntu usando el arranque heredado de todos modos, ¿no debería importar?
db579

Respuestas:


35

Las "banderas" que se muestran en parted o GParted pueden referirse a cosas diferentes. Algunos de los más comunes en los discos GPT incluyen:

  • msftres : este indicador significa "Microsoft reservado". Algunas herramientas de Microsoft lo utilizan como "espacio de memoria virtual", por lo que no debe eliminarse ni modificarse a menos que esté eliminando Windows. Consulte la entrada de Wikipedia sobre este tipo de partición para obtener más información.
  • msftdata : este indicador identifica un partición de datos básicos de Microsoft. Normalmente contiene un sistema de archivos de Microsoft, como FAT o NTFS, por lo que dichas particiones incluirán su C:partición y tal vez las particiones de recuperación o datos. No debe eliminarlos ni cambiarlos a menos que comprenda con precisión qué tipo de datos hay en la partición y desee eliminarlos. Tenga en cuenta que Linux solía usar el mismo código de tipo para sus propias particiones, por lo que también puede ver este indicador en una partición de Linux. Hace dos años, se creó un nuevo código de tipo específico de Linux, y las particiones de Linux con ese código de tipo aparecerán como que no tienen marca establecida. Las versiones de libparted que reconocen el nuevo código de tipo específico de Linux solo están disponibles. La "bandera de msftdata" apareció con esa misma versión nueva de libparted.
  • boot : en un disco GPT, este indicador identifica una partición del sistema EFI (ESP). Definitivamente no deberías meterte con esta partición a menos que sepas lo que estás haciendo. Del mismo modo, no debe establecer el "indicador de arranque" en ninguna otra partición, ni siquiera en un Linux/boot partición de . Tenga en cuenta que el "indicador de arranque" tiene un significado completamente diferente en los discos MBR. En tales discos, es común establecer el "indicador de arranque" en una partición /booto Linux /, aunque generalmente no es necesario hacerlo.
  • bios_grub : este indicador identifica una partición de arranque del BIOS, que GRUB en modo BIOS usa para almacenar el código de arranque. Normalmente no necesita dicha partición en una computadora con arranque EFI. Si ha cambiado de una instalación en modo BIOS a una instalación en modo EFI, puede eliminar esta partición de forma segura, pero debido a que una Partición de arranque BIOS es normalmente bastante pequeña (~ 1MiB), no recuperará mucho espacio.
  • legacy_boot : a diferencia de todas las banderas que acabo de describir, esta no corresponde a un código de tipo; en su lugar, identifica un atributo GPT. La versión compatible con GPT de SYSLINUX utiliza este atributo para identificar una partición de arranque. Es decir, su propósito es similar al de la "bandera de arranque" en un disco MBR. Para la mayoría de las herramientas, esta bandera es irrelevante; se puede configurar o eliminar como mejor le parezca.
  • hidden : como "legacy_boot", este indicador es un atributo GPT, no un código de tipo de partición. Identifica las particiones que el EFI debe ignorar. Sin embargo, en mi experiencia, la mayoría de las EFI ignoran esta bandera, por lo que no es realmente muy útil. Sin embargo, algunas computadoras se envían con esta bandera en algunas particiones.

Puede leer más sobre estos y otros códigos de tipo GPT en la entrada de Wikipedia sobre GPT. Tenga en cuenta que los nombres de "bandera" asignados por partedy GParted son específicos de libparted. Otras herramientas, como GPT fdisk o las herramientas de partición de Windows, tienen otras formas de referirse a los códigos de tipo GPT. (Pocos programas usan los códigos directamente, ya que son números hexadecimales largos e incómodos).

Tenga en cuenta también que libparted utiliza el mismo concepto de "marca" para identificar dos estructuras de datos completamente diferentes: códigos de tipo de partición y atributos de partición. Los códigos de tipo son mutuamente excluyentes; una partición puede ser una partición ESP o Microsoft Basic Data, pero no ambas. Por lo tanto, si elimina el "indicador de arranque" en un ESP, es probable que aparezca un "indicador de msftdata", ya que los ESP utilizan FAT, y las particiones FAT obtienen el "indicador de msftdata" de forma predeterminada. (En versiones anteriores de libparted, el "indicador de msftdata" no existe, por lo que la partición no tendría indicador). Sin embargo, una partición puede tener múltiples atributos, por lo que podría tener tanto el "indicador oculto" como el "arranque de legado" conjunto de bandera También podría tener establecido un indicador de código de tipo, como esos dos más "bios_grub". Este doble uso del concepto de "bandera" es confuso. GPT fdisk (gdisk programas relacionados) separa estos conceptos, utilizando códigos hexadecimales de dos bytes (como EF00 u 8300) para códigos de tipo y atributos de informes como tales.


¿Cuál podría ser la razón si un dispositivo miembro de un mdadm-RAID1 tiene la msftdatabandera?
buhtz

1
Lo más probable es que el código de tipo se haya configurado incorrectamente. Podría ser una partición existente que se reutilizó sin cambiar el código de tipo, se configuró incorrectamente al configurar la configuración RAID o se modificó incorrectamente después de configurar la configuración RAID.
Rod Smith

Simplemente lo hice mdadm --assemble /dev/mdX /dev/sdXYy funcionó. Pero automáticamente mdadmno pudo encontrar el superbloque.
buhtz
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.