Недостаточно места на Fusion Drive (проблема с разделом)

Я знаю, что эта или подобные проблемы обсуждались, но (если честно) я не вижу деревьев вместо леса. Я попытался создать раздел на своем диске Fusion (1 ТБ Hd + 240 МБ SSD). Раздел не был создан, но после этого емкость моего диска (1,2 ТБ) была уменьшена до 617 ГБ. При использовании 414 ГБ не хватает примерно 400 ГБ дискового пространства.

введите описание изображения здесь

введите описание изображения здесь

Список терминала diskutil говорит:

diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage myLogicalVolGroup       999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage myLogicalVolGroup       239.7 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3
/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS HD IMac 1              +616.6 GB   disk2
                                 Logical Volume on disk0s2, disk1s2
                                 7EE2FE6D-3D37-46AA-B948-52243490F324
                                 Unencrypted Fusion Drive

и:

diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 53DFB831-BFCA-4552-A8F5-387F3905003A
    =========================================================
    Name:         myLogicalVolGroup
    Status:       Online
    Size:         1239058563072 B (1.2 TB)
    Free Space:   615951769600 B (616.0 GB)
    |
    +-< Physical Volume A1418DDB-CB43-493F-9341-F23AE2FA7150
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     999345127424 B (999.3 GB)
    |
    +-< Physical Volume 2E45A45F-D1C1-4B62-97FA-5223DD9C965E
    |   ----------------------------------------------------
    |   Index:    1
    |   Disk:     disk1s2
    |   Status:   Online
    |   Size:     239713435648 B (239.7 GB)
    |
    +-> Logical Volume Family E3B8F7DC-C327-44A7-8BE2-2BFD2AE646EB
        ----------------------------------------------------------
        Encryption Type:         None
        |
        +-> Logical Volume 7EE2FE6D-3D37-46AA-B948-52243490F324
            ---------------------------------------------------
            Disk:                  disk2
            Status:                Online
            Size (Total):          616601616384 B (616.6 GB)
            Revertible:            No
            LV Name:               HD IMac 1
            Volume Name:           HD IMac 1
            Content Hint:          Apple_HFS
            LVG Type:              Fusion, Sparse

Будет ли это просто вопросом:

diskutil cs resizeStack 7EE2FE6D-3D37-46AA-B948-52243490F324 0g  (?)

Надеюсь, кто-нибудь может помочь мне с этим.

Хорошо. Сюжет сгущается. (Я знаю, что не должен писать «спасибо», поэтому вместо этого я пишу «Вилен Данк» за вашу реакцию @klanomath).

Ответы (3)

Начиная с OS X 10.11 (El Capitan) для выполнения команды resizeStack вам нужно будет ввести отличительный (> 0) размер. Магия ... 0gбольше не работает.

Но в вашем случае resizeStackвариант неправильный, потому что ваша группа логических томов уже занимает почти все доступное место на диске Fusion:

Общий объем дискового пространства: 1240 ГБ
Размер LVG: 1239 ГБ
Размер PV1 + PV2: 1239 ГБ
Размер LV: 616 ГБ

Параметр resizeStack подходит, если вы хотите изменить размер LVG и всех последующих элементов Core Storage (таких как LV, PV и LVF).

Здесь вам просто нужно расширить свой логический том, чтобы полностью заполнить LVG, с помощью следующей команды:

diskutil cs resizeVolume lvUUID size

В вашем случае это:

diskutil cs resizeVolume 7EE2FE6D-3D37-46AA-B948-52243490F324 1239g

Если вы получаете сообщение об ошибке (недостаточно места...), выберите немного меньший размер, например 1238 г.

После дальнейших расследований приходится констатировать, что Fusion Drive поврежден:

Загрузитесь в режим восстановления через Интернет, уничтожьте LVG, восстановите Fusion Drive и восстановите резервную копию Time Machine: вот инструкция. Начните с «Восстановить Fusion Drive» (рекомендуется, если у вас есть резервная копия Time Machine) .

Я все путаю. Я хочу опубликовать (довольно длинный) ответ, но не знаю, как ввести коды. (??) Можете ли вы помочь @klanomath?
Я не могу. Это сводит меня с ума больше, чем мой неисправный жесткий диск!
diskutil cs resizeVolume 7EE2FE6D-3D37-46AA-B948-52243490F324 1239g UUID логического тома Core Storage: 7EE2FE6D-3D37-46AA-B948-52243490F324 Запущена операция CoreStorage Ошибка: -69674: Предоставленный логический том Core Storage имеет неправильный размер; вы должны запустить восстановление всего диска
Я загрузился с внешнего диска. Итак, вы советуете: diskutil repairdisk /dev/disk0 Восстановление карты разделов может стереть disk0s1, продолжить? (y/N) Вопрос: «уничтожит» ли это не только данные, но и мой «плавильный» диск?
@RPPeters Просто используйте «Schijhulpprogramma» для восстановления диска. Выберите Fusion Drive и нажмите «Восстановить» («Schijf-HBDO»?). Но я не думаю, что что-то будет исправлено.
Нет, ничего не ремонтировалось. Не хватает еще 400 Gb.
@RPPeters Как это (нераспределенное пространство LVG) вообще произошло? Вы пытались создать второй логический том или установить Boot Camp?
Я попытался добавить раздел (с помощью программы Schijfhulp), но примерно через час дребезжания жесткого диска я перезапустил свой iMac.....
@RPPeters Это важный совет. Если вы попытаетесь добавить раздел, все файлы и папки, которые будут находиться в будущем разделе, должны быть перемещены в более низкие номера блоков, что может занять некоторое время. У вас есть резервная копия Time Machine?
Да, у меня есть резервная копия Time Machine.
@RPPeters Обновленный ответ со ссылкой на более ранний аналогичный вопрос/ответ...
Пожалуйста, знайте, что я полудурок. Что именно вы имеете в виду под «уничтожить LVG»? И можно ли загрузиться с внешнего жесткого диска (что намного быстрее).
@RPPeters Это описано в How-To.
Итак, этот раздел начинается с «Восстановить Fusion Drive» (рекомендуется, если у вас есть резервная копия Time Machine)? Просто для полной уверенности....
@RPPeters Да, но отсоедините резервный диск перед загрузкой в ​​режиме восстановления через Интернет. После восстановления вашего Fusion Drive вы можете подключить его снова
Хорошо, я попробую.... И: Th....s
Хорошо. Благодаря @klanomath (определенно НЕ благодаря Apple) мой диск Fusion был восстановлен до прежней славы. Доступно 823 ГБ вместо 202 ГБ. Раньше Apple была надежной, но те времена давно прошли. Остается вопрос: могу ли я создать новый раздел на моем диске Fusion? (Чтобы создать загрузочный раздел Mavericks, поскольку El Capitan и Adobe InDesign CS 6, мягко говоря, не особо дружат.) Я не думаю, что это возможно. Или это…..?
@RPPeters Конечно! Создать новый раздел не проблема. Либо сжав LVG и добавив новый классический раздел, либо сжав LV и добавив новый LV. Но, пожалуйста, задайте новый вопрос.

Если ничего не помогает, я делаю так. Я загрузился в режиме восстановления и сделал то, что вы предложили:

diskutil cs resizeVolume 7EE2FE6D-3D37-46AA-B948-52243490F324 1239g
The Core Storage Logical Volume UUID is 7EE2FE6D-3D37-46AA-B948-52243490F324
Started CoreStorage operation
Error: -69674: The provided Core Storage logical volume has an incorrect size; you should run whole-disk repair

Так что это было нехорошо. Затем я проверил объем:

diskutil verifyvolume /
Started file system verification on disk2s1 OS X Base System
Verifying file system
Checking non-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 OS X Base System appears to be OK
File system check exit code is 0
Finished file system verification on disk2s1 OS X Base System
-bash-3.2# diskutil verifyvolume 7EE2FE6D-3D37-46AA-B948-52243490F324
Started file system verification on disk3 HD IMac 1
Verifying storage system
Checking volume
disk0s2: Scan for Volume Headers
disk1s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
disk1s2: Scan for Disk Labels
Logical Volume Group 53DFB831-BFCA-4552-A8F5-387F3905003A spans 2 devices
disk0s2+disk1s2: Scan for Metadata Volume
Logical Volume Group has a 29 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Incorporate 0 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify E3B8F7DC-C327-44A7-8BE2-2BFD2AE646EB
Load and verify 7EE2FE6D-3D37-46AA-B948-52243490F324
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 53DFB831-BFCA-4552-A8F5-387F3905003A appears to be OK
Storage system check exit code is 0
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 HD IMac 1 appears to be OK
File system check exit code is 0
Finished file system verification on disk3 HD IMac 1

Затем я попытался восстановить его:

diskutil repairvolume 7EE2FE6D-3D37-46AA-B948-52243490F324
Started file system repair on disk3 HD IMac 1
Verifying storage system
Checking volume
disk0s2: Scan for Volume Headers
disk1s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
disk1s2: Scan for Disk Labels
Logical Volume Group 53DFB831-BFCA-4552-A8F5-387F3905003A spans 2 devices
disk0s2+disk1s2: Scan for Metadata Volume
Logical Volume Group has a 29 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Incorporate 0 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify E3B8F7DC-C327-44A7-8BE2-2BFD2AE646EB
Load and verify 7EE2FE6D-3D37-46AA-B948-52243490F324
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 53DFB831-BFCA-4552-A8F5-387F3905003A appears to be OK
Storage system check exit code is 0
Repairing 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
Trimming unused blocks
The volume HD IMac 1 appears to be OK
File system check exit code is 0
Updating boot support partitions for the volume as required
Checking for overcommitted space in Logical Volume Group
Finished file system repair on disk3 HD IMac 1
-bash-3.2#

К моему удивлению, список diskutil привел к следующему:

diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage myLogicalVolGroup       999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage myLogicalVolGroup       239.7 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3
/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk2
   1:                  Apple_HFS OS X Base System        2.0 GB     disk2s1
/dev/disk3 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS HD IMac 1              +616.6 GB   disk3
                                 Logical Volume on disk0s2, disk1s2
                                 7EE2FE6D-3D37-46AA-B948-52243490F324
                                 Unencrypted Fusion Drive
/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *16.0 GB    disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Install OS X El Capitan 15.7 GB    disk4s2
/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk5
/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6
/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk7
/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8
/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk9
/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk10
/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk11
/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk12
/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk13
/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk14
/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk15
/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk16
/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk17

После обычной загрузки это:

diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage myLogicalVolGroup       999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage myLogicalVolGroup       239.7 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3
/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS HD IMac 1              +616.6 GB   disk2
                                 Logical Volume on disk0s2, disk1s2
                                 7EE2FE6D-3D37-46AA-B948-52243490F324
                                 Unencrypted Fusion Drive
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *16.0 GB    disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Install OS X El Capitan 15.7 GB    disk3s2
iMac-van-Rob-Peters-481:~ robpeters$

Итак: теперь я в замешательстве (и кстати тоже не могу постить реакцию). Несмотря на все правила, я говорю: «Спасибо за ваши усилия @klanomath».

Я загрузился с внешнего диска. Итак, вы советуете: diskutil repairdisk /dev/disk0 Восстановление карты разделов может стереть disk0s1, продолжить? (y/N) Вопрос: «уничтожит» ли это не только данные, но и мой «плавильный» диск?

Была точно такая же ситуация. С теми же сообщениями об ошибках при попытке изменить размер или восстановить том. Ни одно из предложений Дисковой утилиты не сработало. В конце концов, перешли по ссылке, предоставленной klanomath, чтобы восстановить диск Fusion и восстановить его из резервной копии Time Machine. Резервное копирование и запуск менее чем за час с освобождением свободного места на диске.

Кажется, это единственное решение на Эль-Капитане.

Недостаточно места на Fusion Drive (проблема с разделом)
СпросиСетьПолитика конфиденциальности1y, 0v