Cómo recuperar todo el espacio de una unidad RAID de un NAS para usarlo como una unidad normal del Mac

Mi suposición (quizás educada):

Su estación de acoplamiento (StarTech SATADOCK22UE) tiene un firmware de chipset USB Bridge inútil/defectuoso/antiguo y se ve afectado por alguna barrera doble de 2,2 TB (=error de direccionamiento de bloques de 32 bits).

Según el firmware del WD60EFRX tiene un tamaño de 6000527425536 B - 6001424400384 B ( ref ).

La barrera gpt de 2 x 2,2 TB es de 4398046511104 B. Tamaño del disco - barrera gpt de 2 x 2,2 TB = ~1,6 TB!

Dependiendo del firmware y del tamaño real del disco, sólo verás ~1,6 TB en MacOS.

Solución: conseguir otra caja externa y montar la unidad de 6 TB en ella.

Últimamente me encontré con el misterioso número 1,6 TB muchas veces al intentar utilizar una unidad WD Blue de 6 TB en varias carcasas FireWire antiguas que esperaba reutilizar.

Probé unas cuatro carcasas, y la Utilidad de Discos informó de una capacidad de volumen de 1,6 TB (en realidad 1.603.128.614.912 bytes, para una en la que hice anotaciones detalladas) en todas excepto en una carcasa, que informó correctamente de 6 TB y que ahora estoy usando semi-felizmente.

La mejor explicación que encontré para esto fue aquí: https://forums.tomshardware.com/threads/4-0tb-gpt-wd-hard-drive-only-showing-as-1-6tb.1867476/#post-12966585

Intentaré repetir la explicación pero con mis palabras para tu situación.

@klanomath encontró un puesto reportando algunos números de varios discos WD60EFRX. El número de sectores reportados allí para cada unidad varía ligeramente. Vamos con 11721045168.

En hexadecimal, ese número es 0x2,BAA0,F4B0.

Cada sector de la unidad almacena 512 bytes. Así que la capacidad total es de 0x2,BAA0,F4B0 sectores x 512 bytes = 6 TB de capacidad. (Por cierto, estoy usando el Soulver para facilitar estos cálculos, en los que escribo, por ejemplo, "11721045168 x 512 bytes en TB").

Pero estoy de acuerdo con la conjetura de @klanomath - creo que tu base StarTech utiliza un valor de 32 bits (que puede representar enteros desde 0x0000,0000 hasta 0xFFFF,FFFF) para las direcciones de sector, truncando la ubicación de sector más alta direccionable desde 0x2,BAA0,F4B0 hasta 0xBAA0,F4B0.

Así que a través de ese muelle, la capacidad total se limita a los sectores 0xBAA0,F4B0 x 512 bytes = 1,6 TB.

Yo sugeriría probar con otra base/recinto.

Y si alguien sabe de una caja FireWire barata que permita el uso completo de una unidad de 6 TB, me gustaría saberlo.

Saquemos la "artillería pesada" y hagamos esto a través de la Terminal.

Confirmemos la marca, el modelo y el tamaño (y la serie) de la unidad en cuestión. Emita el comando:

$ system_profiler SPSerialATADataType | egrep  disk9$ -B 10

Debería obtener algo similar a lo siguiente (mi identificador de unidad es disk0 ):

    APPLE SSD SM128E:

      Capacity: 121.33 GB (121,332,826,112 bytes)
      Model: APPLE SSD SM128E                        
      Revision: CXM09A1Q
      Serial Number: S0XABCDAXXXXXX      
      Native Command Queuing: Yes
      Queue Depth: 32
      Removable Media: No
      Detachable Drive: No
      BSD Name: disk0

Esta información será lo que el la propia unidad informa al sistema, no a la tabla de particiones (lo que se escribe en ella).

Suponiendo que el identificador del disco siga siendo /dev/disk9 , emita el siguiente comando:

$ diskutil partitionDisk disk9 1 GPT HFS+ MacintoshHD 100%

Lo que esto hará es reparticionar todo el disco como un esquema de partición GPT con el formato HFS+. Esto debería recuperar sus 6TB completos.