Während eines rsync wurde mein USB-Stick zu 100% voll, ohne dass ich es bemerkte. Als ich versuchte, es auszuwerfen, erhielt ich eine Meldung, dass es verwendet wurde, aber es wurde keine Anwendung benannt, und ich konnte nichts sehen, was es verwendete, also wählte ich die Option, es "auszuwerfen".
Nach dem Abziehen und erneuten Anstecken des USB-Sticks konnte das Mounten nicht ausgeführt werden.
Hier ist meine 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
Der Schuldige ist disk1.
Die Montage schlägt fehl:
(stable) └─❱❱❱ diskutil mount readOnly USB128GB 1 ⏎ +6160 22:17 ❰─┘
Volume on disk1s2 failed to mount
If the volume is damaged, try the "readOnly" option
und die Volume-Info zeigt den verfügbaren Speicherplatz von 0 Bytes an (möglicherweise der Grund für die Probleme?)
(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
Das verifyDiskscheitert:
(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
während das Volumen USB128GB in Ordnung zu sein scheint:
(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
repairDiskgeht auch schief:
(stable) └─❱❱❱ diskutil repairDisk disk1 +6158 22:15 ❰─┘
Unable to repair this whole disk: A writable disk is required (-69772)
Benötigt ein Gerät Restplatz, um repariert werden zu können? Ich bin verwirrt, warum eine Festplattenreparatur mit dieser Meldung fehlschlägt oder wie sie sogar nicht mehr beschreibbar wird, während das Volume nicht einmal gemountet ist (es handelt sich also nicht um eine Mount-RO- oder Mount-RW-Frage).
Hier sind einige gptInformationen, ich bin mir nicht sicher, ob es hilft:
(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
Die Google-FU ist in diesem Fall stark, aber bisher habe ich keinen Sinn daraus gemacht, alle Tipps wären sehr willkommen.
Beachten Sie, dass ich die Daten nach Möglichkeit retten möchte, weshalb ich noch nicht versucht habe, die Partitionstabelle oder etwas anderes Drastisches neu zu schreiben. Es ist sehr lange her, dass ich in den Tagen, als ich meine eigenen Linux-Kernel und Festplattentreiber kompilierte, solche Debugging-Maßnahmen durchgeführt habe, also verzeihen Sie mir bitte, wenn ich etwas Offensichtliches ausgelassen habe.
Update: Aus irgendeinem Grund glaubt das Festplatten-Dienstprogramm, dass das Medium nicht aufgezeichnet wird, obwohl ich mir ziemlich sicher bin, dass es aktiv war (allerdings nicht 100%).
Lassen Sie den USB angeschlossen und lassen Sie ihn eine Weile stehen, gehen Sie weg. Es sollte sich schließlich verbinden. Über Nacht probieren?
Ich hatte ein Problem mit meiner externen Festplatte, die sich unter MacOSX so verhielt. Wenn Sie es über Nacht angeschlossen lassen, wird es montiert.