[求救] 硬碟的儲存空間消失

看板MAC作者 (空知南幌)時間4年前 (2020/01/29 18:40), 4年前編輯推噓12(12推 0噓 2→)
留言14則, 2人參與, 4年前最新討論串1/1
https://i.imgur.com/70QiVXK.png
https://i.imgur.com/PLwy1or.png
整個硬碟有250G 為了升級Catalina 把它分成 HFS+ 50G | APFS 175G 升級完後HFS+的50G就神奇的消失了 結果變成容器只用了175G的空間 按修理工具 分割 回復模式 要新增卷宗之類的都弄不回來 有人遇到同樣的狀況嗎? --
推
09/26 21:32,
感謝開文
09/26 21:32
推
09/26 21:32,
一樓帥哥
09/26 21:32
推
09/26 21:32,
謝謝
09/26 21:32
→
09/26 21:32,
更正三樓
09/26 21:32
→
09/26 21:33,
幹
09/26 21:33
-- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.175.126.169 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/MAC/M.1580294444.A.D11.html
推
01/29 22:54, 4年前 , 1F
終端機打 diskutil list
01/29 22:54, 1F
#: 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 顯示出這樣
推
01/30 20:24, 4年前 , 2F
確實不見了 在第一張圖按分割 選分割 然後截圖
01/30 20:24, 2F
推
01/30 22:44, 4年前 , 3F
終端機 diskutil apfs resizeContainer disk0s3 limits
01/30 22:44, 3F
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)
推
01/31 00:35, 4年前 , 4F
終端機 sudo gpt -r show disk0 然後要打密碼
01/31 00:35, 4F
推
01/31 00:55, 4年前 , 5F
可能要從回復模式開機才能執行
01/31 00:55, 5F
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 復原模式的內容是相同的
推
01/31 14:54, 4年前 , 6F
ok 所以你的EFI跟Recovery中間有一大段空間目前沒使用
01/31 14:54, 6F
→
01/31 14:54, 4年前 , 7F
也就是本來的HFS卷宗用的空間。你沒有要救資料吧？
01/31 14:54, 7F
我感覺是要重裝了XD 我這台資料升級前有備份過了,資料不用擔心
推
01/31 18:33, 4年前 , 8F
復原下 gpt add -b 409640 -s 146445288 -t apfs disk0
01/31 18:33, 8F
推
01/31 18:39, 4年前 , 9F
成功就會出現一個卷宗了 再用磁碟工具程式去格式化即可
01/31 18:39, 9F
gpt add: unable to open device 'disk0': Resource busy 顯示了這樣
推
02/01 22:04, 4年前 , 10F
要在復原模式下
02/01 22:04, 10F
→
02/01 22:52, 4年前 , 11F
我是在復原模式下試的,也用過USB開機試過一樣
02/01 22:52, 11F
推
02/01 23:07, 4年前 , 12F
先執行 diskutil umount disk0
02/01 23:07, 12F
disk0 was already unmounted or it has a partitioning scheme so use "diskutil unmountDisk" instead 之後輸入一樣出現了Resource busy 在一般的系統下也出現一樣的狀況
推
02/04 15:20, 4年前 , 13F
抱歉 diskutil unmountDisk disk0
02/04 15:20, 13F
-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
推
02/05 20:56, 4年前 , 14F
最後面disk0沒打到呀？
02/05 20:56, 14F
‣ 更多 rogerwu0321 的文章
文章代碼(AID): #1UCM4iqH (MAC)