Durante un rsync mi memoria USB se llenó al 100% sin que me diera cuenta. Cuando intenté expulsarlo, recibí un mensaje de que estaba en uso, pero no se nombró ninguna aplicación y no pude ver nada de lo que lo estaba usando, así que tomé la opción de "expulsarlo por la fuerza".
Después de desconectar y volver a conectar la memoria USB, no se pudo montar de forma silenciosa.
Aquí está mi diskutil list :
(stable) └─❱❱❱ diskutil list 1 ⏎ +6150 22:06 ❰─┘
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS MacL2938 250.0 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *124.2 GB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_HFS USB128GB 123.9 GB disk1s2
El culpable es disk1 .
El montaje falla:
(stable) └─❱❱❱ diskutil mount readOnly USB128GB 1 ⏎ +6160 22:17 ❰─┘
Volume on disk1s2 failed to mount
If the volume is damaged, try the "readOnly" option
y la información del volumen indica el espacio disponible de 0 bytes (¿posiblemente la razón de los problemas?)
(stable) └─❱❱❱ diskutil info USB128GB +6130 20:45 ❰─┘
Device Identifier: disk1s2
Device Node: /dev/disk1s2
Whole: No
Part of Whole: disk1
Device / Media Name: USB128GB
Volume Name: USB128GB
Mounted: No
File System Personality: HFS+
Type (Bundle): hfs
Name (User Visible): Mac OS Extended
Journal: Unknown (not mounted)
Owners: Disabled
Partition Type: Apple_HFS
OS Can Be Installed: No
Media Type: Generic
Protocol: USB
SMART Status: Not Supported
Volume UUID: D41ECDE8-6BEF-300F-B654-F1DB70D5425B
Disk / Partition UUID: 6233D470-4709-4BE6-9DD9-1AD6997F5013
Total Size: 123.9 GB (123874533376 Bytes) (exactly 241942448 512-Byte-Units)
Volume Free Space: 0 B (0 Bytes) (exactly 0 512-Byte-Units)
Device Block Size: 512 Bytes
Read-Only Media: Yes
Read-Only Volume: Not applicable (not mounted)
Device Location: External
Removable Media: Yes
Media Removal: Software-Activated
El verifyDisk falla:
(stable) └─❱❱❱ diskutil verifyDisk disk1 +6151 22:07 ❰─┘
Started partition map verification on disk1
Checking prerequisites
Checking the partition list
Checking the partition map size
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Problems were found with the partition map which might prevent booting
Error: -69842: Couldn't mount disk
mientras que el volumen USB128GB parece estar bien:
(stable) └─❱❱❱ diskutil verifyVolume USB128GB 1 ⏎ +6152 22:08 ❰─┘
Started file system verification on disk1s2 USB128GB
Verifying file system
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume USB128GB appears to be OK
File system check exit code is 0
Finished file system verification on disk1s2 USB128GB
repairDisk también falla:
(stable) └─❱❱❱ diskutil repairDisk disk1 +6158 22:15 ❰─┘
Unable to repair this whole disk: A writable disk is required (-69772)
¿Un dispositivo necesita espacio restante para poder repararse? Estoy confundido de por qué una reparación de disco fallaría con este mensaje o cómo no se puede escribir, mientras que el volumen ni siquiera está montado (por lo que no es una pregunta de mount-RO vs mount-RW).
Aquí hay algo de gpt info, no estoy seguro de que ayude:
(stable) └─❱❱❱ sudo gpt -r -vvv show -l /dev/disk1 +6153 22:09 ❰─┘
Password:
gpt show: /dev/disk1: mediasize=124218507264; sectorsize=512; blocks=242614272
gpt show: /dev/disk1: PMBR at sector 0
gpt show: /dev/disk1: Pri GPT at sector 1
gpt show: /dev/disk1: GPT partition: type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, start=40, size=409600
gpt show: /dev/disk1: GPT partition: type=48465300-0000-11AA-AA11-00306543ECAC, start=409640, size=241942448
gpt show: /dev/disk1: Sec GPT at sector 242614271
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - "EFI System Partition"
409640 241942448 2 GPT part - "USB128GB"
242352088 262151
242614239 32 Sec GPT table
242614271 1 Sec GPT header
El Google-FU es fuerte en este caso, pero hasta ahora no he podido entenderlo, cualquier consejo sería muy apreciado.
Tenga en cuenta que me gustaría salvar los datos si es posible, por lo que aún no he intentado volver a escribir el mapa de partición o cualquier otra cosa drástica. Hace mucho tiempo que no realicé la depuración en los días en que compilé mis propios kernels y controladores de disco duro Linux, así que perdóneme cuando omito algo obvio.
Actualización: por el motivo que sea, la Utilidad de Disco cree que el medio no está registrado por diario, aunque estoy bastante seguro de que estaba activo (aunque no al 100%).