看板 MAC 關於我們 聯絡資訊
https://i.imgur.com/70QiVXK.png https://i.imgur.com/PLwy1or.png 整個硬碟有250G 為了升級Catalina 把它分成 HFS+ 50G | APFS 175G 升級完後HFS+的50G就神奇的消失了 結果變成容器只用了175G的空間 按修理工具 分割 回復模式 要新增卷宗之類的都弄不回來 有人遇到同樣的狀況嗎? --
lianpig5566: 感謝開文09/26 21:32
slove4699: 一樓帥哥09/26 21:32
lianpig5566: 謝謝09/26 21:32
slove4699: 更正三樓09/26 21:32
slove4699: 幹09/26 21:33
-- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.175.126.169 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/MAC/M.1580294444.A.D11.html
lancast: 終端機打 diskutil list 01/29 22:54
#: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *250.1 GB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_Boot Recovery HD 650.0 MB disk0s2 3: Apple_APFS Container disk1 174.2 GB disk0s3 /dev/disk1 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +174.2 GB disk1 Physical Store disk0s3 1: APFS Volume Macintosh HD - 資料 42.1 GB disk1s1 2: APFS Volume Preboot 38.6 MB disk1s2 3: APFS Volume Recovery 710.7 MB disk1s3 4: APFS Volume VM 5.4 GB disk1s4 5: APFS Volume Macintosh HD 11.1 GB disk1s5 顯示出這樣
lancast: 確實不見了 在第一張圖按分割 選分割 然後截圖 01/30 20:24
https://i.imgur.com/siEYXJ6.png
lancast: 終端機 diskutil apfs resizeContainer disk0s3 limits 01/30 22:44
Resize limits for APFS Physical Store partition disk0s3: Current Physical Store partition size on map: 174.2 GB (174219603968 Bytes) Minimum (constrained by file/snapshot usage): 63.0 GB (62964891648 Bytes) Recommended minimum (if used with macOS): 73.7 GB (73702309888 Bytes) Maximum (constrained by partition map space): 174.2 GB (174219603968 Bytes)
lancast: 終端機 sudo gpt -r show disk0 然後要打密碼 01/31 00:35
lancast: 可能要從回復模式開機才能執行 01/31 00:55
start size index contents 0 1 PMBR 1 1 Pri GPT header 2 32 Pri GPT table 34 6 40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B 409640 146445288 146854928 1269536 2 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC 148124464 340272664 3 GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC 488397128 7 488397135 32 Sec GPT table 488397167 1 Sec GPT header 復原模式的內容是相同的
lancast: ok 所以你的EFI跟Recovery中間有一大段空間目前沒使用 01/31 14:54
lancast: 也就是本來的HFS卷宗用的空間。你沒有要救資料吧? 01/31 14:54
我感覺是要重裝了XD 我這台資料升級前有備份過了,資料不用擔心
lancast: 復原下 gpt add -b 409640 -s 146445288 -t apfs disk0 01/31 18:33
lancast: 成功就會出現一個卷宗了 再用磁碟工具程式去格式化即可 01/31 18:39
gpt add: unable to open device 'disk0': Resource busy 顯示了這樣
lancast: 要在復原模式下 02/01 22:04
rogerwu0321: 我是在復原模式下試的,也用過USB開機試過一樣 02/01 22:52
lancast: 先執行 diskutil umount disk0 02/01 23:07
disk0 was already unmounted or it has a partitioning scheme so use "diskutil unmountDisk" instead 之後輸入一樣出現了Resource busy 在一般的系統下也出現一樣的狀況
lancast: 抱歉 diskutil unmountDisk disk0 02/04 15:20
-bash-3.2# diskutil unmount disk0 disk0 was already unmounted or it has a partitioning scheme so use "diskutil unmountisk" instead -bash-3.2# gpt add -b 409640 -s 146445288 -t apfs disk0 gpt add: unable to open device 'disk0': Resource busy 顯示這樣 如果是輸入 diskutil unmountDisk 會出現 -bash-3.2# diskutil unmountDisk Usage: Diskutil u[n]mountDisk [force] MountPoint|DiskIdentifier|Device Node Attempt to unmount the directly-mountable volumeson all of a whole disk's partitions as well as all virtual volumes which are implied by storage systems such as AppleRAID, CoreStorage, and APFS. If you specify a partition, then that partition's whole-isk parent is assumed. ※ 編輯: rogerwu0321 (218.164.6.177 臺灣), 02/05/2020 19:15:28
lancast: 最後面disk0沒打到呀? 02/05 20:56