System: SIP deaktiviert, Macbook Air 2013-mid, ca. 120 GB SSD, 8 GB DDR3. Mein aktueller Festplattenzustand
OS X-Teil
Ich möchte den OS X-Teil verringern und auf einen anderen verschieben, aber ich versuche zu starten partion
, ich bekomme
Befehl diskutil list
und seine Ausgabe
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *121.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Macintosh HD 76.0 GB disk0s2
3: Apple_Boot Recovery HD 650.0 MB disk0s3
4: Microsoft Basic Data 44.3 GB disk0s4
/dev/disk1 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD +75.7 GB disk1
Logical Volume on disk0s2
20C85797-328F-4A27-B0DE-97DB2B14F1D7
Unlocked Encrypted
/dev/disk3 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk_partition_scheme *128.7 GB disk3
1: Windows_FAT_32 FAT32 128.7 GB disk3s1
Befehl diskutil cs list
und seine Ausgabe
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group E7F4DE9D-EFE4-4CEC-BCA3-3A0C20ED47C9
=========================================================
Name: Macintosh HD
Status: Online
Size: 76017078272 B (76.0 GB)
Free Space: 12656640 B (12.7 MB)
|
+-< Physical Volume 6F9B1342-37C0-4734-8C95-9E20F2344F04
| ----------------------------------------------------
| Index: 0
| Disk: disk0s2
| Status: Online
| Size: 76017078272 B (76.0 GB)
|
+-> Logical Volume Family A8F4C470-C0FF-4000-85A9-565FACDA1818
----------------------------------------------------------
Encryption Type: AES-XTS
Encryption Status: Unlocked
Conversion Status: Complete
High Level Queries: Fully Secure
| Passphrase Required
| Accepts New Users
| Has Visible Users
| Has Volume Key
|
+-> Logical Volume 20C85797-328F-4A27-B0DE-97DB2B14F1D7
---------------------------------------------------
Disk: disk1
Status: Online
Size (Total): 75652100096 B (75.7 GB)
Revertible: Yes (unlock and decryption required)
LV Name: Macintosh HD
Volume Name: Macintosh HD
Content Hint: Apple_HFS
Befehl sudo gpt -r show disk0
und seine Ausgabe
gpt show: disk0: Suspicious MBR at sector 0
start size index contents
0 1 MBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 148470856 2 GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
148880496 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
150150032 86566407 4 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
236716439 261704
236978143 32 Sec GPT table
236978175 1 Sec GPT header
Ich führe genau die Befehle von Klanomath in echten Partitionen aus, aber ich bekomme mit dem letzten Befehl; alles geht gut vor dem letzten Befehl
Error -69722: You can't perform this resize unless it has a booter (target partition is probably too small)
Wie können Sie die OS X-Partition kleiner machen?
Sie sollten in der Lage sein, die Größe des CoreStorage-Stacks zu ändern, indem Sie nach dem Ändern der Partitionstabelle von einem zweiten Boot-Volume (z. B. Internet-Wiederherstellungsmodus) booten. Danach müssen Sie die Partitionen in den alten Grenzen, aber mit den richtigen Typen, neu hinzufügen.
Vorbereitung:
Starten Sie den Internet-Wiederherstellungsmodus neu, indem Sie alt cmd Rbeim Start drücken.
Voraussetzungen sind das neueste installierte Firmware-Update, entweder Ethernet oder WLAN (WPA/WPA2) und ein Router mit aktiviertem DHCP.
Auf einer 50-Mbit/s-Leitung dauert es ungefähr 4 Minuten (dargestellt ist ein kleiner animierter Globus), um in ein Wiederherstellungs-Netboot-Image zu booten, das normalerweise von einem Apple/Akamai-Server geladen wird.
Ich empfehle Ethernet, weil es zuverlässiger ist. Wenn Sie auf WLAN beschränkt sind und der Startvorgang fehlschlägt, starten Sie einfach Ihren Mac neu, bis der Start erfolgreich ist.
Alternativ können Sie von einem bootfähigen USB-Stick (vorzugsweise Yosemite oder El Capitan) oder einem USB-Stick mit einem vollständigen System (vorzugsweise Yosemite oder El Capitan) starten. Wenn Sie ein vollständiges System booten und sich als Administrator anmelden, müssen Sie einige Befehle wie oder voranstellen sudo
, um sie auszuführen !gpt ...
newfs_hfs ...
Entfernen Sie den falschen MBR/GPT und fügen Sie die Partitionen erneut hinzu
diskutil list
und ein, gpt -r show /dev/disk0
um sich einen Überblick zu verschaffenZerstören Sie die falsche GUID-Partitionstabelle/MBR und erstellen Sie eine neue:
diskutil umountDisk /dev/diskX #with diskX = disk identifier of the logical volume
diskutil umountDisk /dev/disk0
gpt destroy /dev/disk0
diskutil umountDisk /dev/disk0
gpt create -f /dev/disk0
Fügen Sie die Partitionen erneut hinzu:
gpt add -b 40 -i 1 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B /dev/disk0
gpt add -b 488966144 -i 3 -s 1267712 -t 426F6F74-0000-11AA-AA11-00306543ECAC /dev/disk0
gpt add -b 150150032 -i 4 -s 86566407 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 /dev/disk0
gpt add -b 148880496 -i 2 -s 148470856 -t 53746F72-6167-11AA-AA11-00306543ECAC /dev/disk0
Das logische Volume sollte automatisch gemountet werden, wenn es nicht verschlüsselt ist. Wenn nicht, müssen Sie es möglicherweise entsperren.
Entsperren Sie Ihr FileVault-Volume
diskutil cs unlockVolume lvUUID
Ändern Sie die Größe des CoreStorage-Stapels
diskutil cs resizestack lvUUID size
z.B
diskutil cs resizestack 20C85797-328F-4A27-B0DE-97DB2B14F1D7 65000m
Wenn dies fehlschlägt, müssen Sie möglicherweise das FileVault-Volume entschlüsseln
diskutil cs unlockVolume 20C85797-328F-4A27-B0DE-97DB2B14F1D7
diskutil cs decryptVolume 20C85797-328F-4A27-B0DE-97DB2B14F1D7
und holen Sie sich den neuen Geräteknoten mit
diskutil list
Überprüfen Sie das entschlüsselte Volume (z. B. disk16)
diskutil verifyVolume /dev/disk16
Versuchen Sie erneut, die Größe des CoreStorage-Stapels zu ändern (wie oben).
diskutil cs resizestack lvUUID size
Eine nachträgliche Größenänderung Ihrer Linux-Partition innerhalb von Linux wird wahrscheinlich Ihren aktuellen MBR (und/oder GPT) absaugen und eines oder beide Systeme nicht mehr booten.
Getestet in einer VM:
Das Ändern der Größe des entsperrten, aber verschlüsselten Volumes von einem zweiten Boot-Volume ist mit einer Fehlernummer und einer Meldung „Booter ist gemountet“ fehlgeschlagen. Der Grund für die Meldung kann folgender sein: Das FileVault-Volume (disk0s2/disk16) ist auf einige Dateien in der Recovery HD (disk0s3) angewiesen. Die Größenänderung des Stacks bedeutet, dass die Logical Volume Group und alle nachfolgenden CoreStorage-Elemente verkleinert und die Recovery HD anschließend auf niedrigere Blocknummern verschoben werden. Dazu muss die Recovery HD ausgehängt werden.
Die Verwendung echter Partitionen kann zu anderen Ergebnissen oder Fehlern führen.
Error -69722: You can't perform this resize unless it has a booter (target partition is probably too small)
.Bei APFS-Volumes ist die Größenänderung (einschließlich Verkleinerung) recht einfach und kann auf einem "Live" -Dateisystem durchgeführt werden. Siehe apfs resizeContainer
Hilfeseite für Details:
diskutil apfs resizeContainer
Beispiel:
diskutil apfs resizeContainer disk0s2 300g
Léo Léopold Hertz 준영
vielleichtvielleichtharry
Léo Léopold Hertz 준영
partion
Ubuntu dort über ein Live-System ausgewählt und installiert wird.