Чи безпечно видаляти контейнери APFS?


4

Я модернізував свій Mac до High Sierra. Тож я просто переглядав можливості, коли побачив контейнер APFS у Disk Utility. Я погуглив його і дізнався, що він використовується для декількох логічних дисків, але я подумав, що я цього не вимагаю, чи безпечно видаляти контейнери?

PS. Я також хотів би знати інші особливості контейнерів APFS.

Вихід diskutil apfs list:

APFS Container (1 found)
|
+-< Container disk1 2EE47F12-9699-433D-AECF-167CB27FDDF0
    ====================================================
    APFS Container Reference:     disk1
    Capacity Ceiling (Size):      121123069952 B (121.1 GB)
    Capacity In Use By Volumes:   39590055936 B (39.6 GB) (32.7% used)
    Capacity Available:           81533014016 B (81.5 GB) (67.3% free)
    |
    +-< Physical Store disk0s2 7E9192B8-7976-4CBF-AE7C-C7B9D5E49F65
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2
    |   Size:                       121123069952 B (121.1 GB)
    |
    +-> Volume disk1s1 578EF44C-A052-3F3F-BBE4-B254D82C57F2
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s1 (No specific role)
    |   Name:                      Macintosh HD (Case-insensitive)
    |   Mount Point:               /
    |   Capacity Consumed:         37848293376 B (37.8 GB)
    |   Encrypted:                 No
    |
    +-> Volume disk1s2 2DC1D14B-7E91-4F17-83CE-40E5435303FE
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         21651456 B (21.7 MB)
    |   Encrypted:                 No
    |
    +-> Volume disk1s3 3C4A7A25-7E07-48EC-B942-4DA9007D1538
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         519995392 B (520.0 MB)
    |   Encrypted:                 No
    |
    +-> Volume disk1s4 57093D4B-CDF1-4286-BC5C-6ED2DB620DD1
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk1s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /private/var/vm
        Capacity Consumed:         1073762304 B (1.1 GB)
        Encrypted:                 No

Якщо ви приймаєте відповідь Джона С, то ваше запитання неправильне! Тоді це також "безпечно" виконати sudo rm -rf /.
кланомат

Так, дякую @klanomath, я сліпо прийняв усі відповіді. Я завжди це роблю, коли відповідь занадто велика і нудна.

Відповіді:


1

Це НЕ безпечно видалити контейнер - але він не повинен працювати в будь-якому випадку.

Контейнер disk1 з фізичним базовим disk0s2 містить ваш завантажувальний розділ (disk1s1), розділ відновлення (disk1s3), розділ з файлами (іми) віртуальної пам'яті (disk1s4) та розділом перед завантаженням (disk1s2).


Дякую за вашу відповідь @klanomath Я також знайшов зображення сну в / private / var / vm

5

TL; DR: Щоб зробити ідеально чисте протирання та перевстановлення в APFS, зараз вам потрібен термінал для відновлення на додаток до Disk Utility. Це стосується контейнера, який є новою базовою схемою об'єму в APFS.

Для вашої інформації я модернізував свій MBP в 2017 році до High Sierra з бета-версії 9 і вирішив очистити серветку та перевстановити відразу після цього (змушує мене заспокоїтись усіма перетвореннями APFS). Я перевірив вихід

diskutil apfs list

і до, і після, і зрозумів, як мій об'єм відновлення всередині нового контейнера APFS збільшився в розмірі з ~ 500 МБ до 1,1 ГБ.

Не відпускаючи цього, я зробив ще одну чисту установку, коли прийшов кандидат GM та впевнений, що відновлення зросло ще на ~ 500 Мб до 1,6 Гб. Мало того, що це станеться з вами, але дисковий простір все ще залишається на диску - Macintosh HD фактично скорочується навіть за загальної схеми гучності. З арифметичною прогресією я впевнений, що об'єм відновлення не перезаписується, а додається при кожній чистій установці.

Через деякий час з'ясовуючи, як деякі речі зараз працюють в APFS, я знайшов застереження. Коли я витираю диск через програму Disk Utility під час відновлення, я можу стерти лише том Macintosh HD, який знаходиться в межах

Container disk1

але не контейнер або сам диск, як ми вже робили попередньо APFS. Навіть коли ви покажете всі томи у програмі Disk Utility, ви отримаєте повідомлення про помилку, якщо це зробите. Тож інші 3 томи (Preboot, Recovery, VM) недоторкані - я просто робив дещо "нечисте протирання".

Вирішення проблеми полягає в тому, що з APFS зараз нам потрібно відкрити термінал під утилітами у відновленні, а потім зробити

diskutil apfs deleteContainer disk0s2

якщо припустити, що ваш контейнер пов’язаний там. Тепер він створить єдиний порожній том під назвою "Без назви" під вашим носієм фізичного диска, як показано на Disk Utility.

Ми ще не закінчили - вам потрібно перейти на цей диск, наприклад, "APPLE SSD ...", потім натиснути стерти у форматі APFS під назвою Macintosh HD (або будь-яке ім'я), щоб встановити правильний контейнер APFS структура готова для того, щоб ви знову встановили ОС. Інших 3-х томів, що діляться контейнером, ще не буде, але не бійтеся, вони будуть створені автоматично при встановленні ОС.


Слідкуйте за цим. Коли я запустив цю команду diskutil apfs deleteContainer disk0s2, під час запуску у мене з’явився миготливий знак питання ( support.apple.com/en-us/HT204323 ), тож знайте, що ви робите. Не будь мені.
Адріан

Неправильно! Диск контейнера1. Немає контейнера disk0s2. У Терміналі:diskutil apfs deleteContainer disk1
Джордж
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.