Ошибка отключения файловой системы для изменения размера

Использование утилиты fsck для исправления ошибок файловой системы в Linux

Оригинал: How to Use ‘fsck’ to Repair File System Errors in Linux
Автор: Marin Todorov
Дата публикации: 1 октября 2018 года
Перевод: А. Кривошей
Дата перевода: июль 2019 г.

Файловые системы отвечают за организацию хранения данных. Так или иначе, со временем файловая система может быть повреждена и некоторые ее части могут быть недоступны. Если ваша файловая система имеет такое несоответствие, рекомендуется проверить ее целостность.

Это можно выполнить с помощью системной утилиты fsck (file system consistency check). Эта проверка может быть выполнена автоматически во время загрузки или запущена вручную.

В этой статье мы рассмотрим утилиту fsck и ее использование, чтобы помочь вам исправить дисковые ошибки.

Когда нужно использовать fsck в Linux

Существуют разные сценарии, когда вам понадобится запустить fsck. Вот несколько примеров:

Система не загружается.
Файлы в системе поврежденны (часто вы можете увидеть ошибку ввода/вывода).
Подключенный диск (включая флэшки/SD-карты) не работает должным образом.

Опции fsck

Команда Fsck должна быть запущена с привилегиями суперпользователя (root). Вы можете использовать ее с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для этой статьи я буду использовать мой второй диск /dev/sdb, смонтированный в /mnt.

Вот что произойдет, если я попытаюсь запустить fsck на смонтированном разделе.

Чтобы избежать этого, размонтируйте раздел с помощью команды:

Теперь fsck можно запустить безопасно.

Понимание кодов выхода fsck

После запуска fsck она вернет код выхода. Эти коды можно увидеть в руководстве fsck, выполнив:

Исправление ошибок файловой системы Linux

Иногда в файловой системе можно найти ошибки. В таких случаях вы захотите, чтобы fsck автоматически пыталась исправить ошибки. Это можно сделать с помощью следующей команды:

Точно так же вы можете запустить команду на всех файловых системах (без корневой):

Как запустить fsck в корневом разделе Linux

В некоторых случаях вам может потребоваться запустить fsck в корневом разделе вашей системы. Поскольку вы не можете запустить fsck на смонтированном разделе, вы можете попробовать один из следующих вариантов:

1. Принудительно использовать fsck при загрузке системы
2. Запустить fsck в режиме восстановления

Мы рассмотрим обе ситуации.

Принудительная проверка корневой файловой системы с помощью fsck при загрузке системы

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

Во время следующей загрузки будет выполняться fsck. Если время простоя является критическим, рекомендуется тщательно спланировать эту проверку, так как если в вашей системе много используемых inode, fsck может занять некоторое, довольно значительное время.

После загрузки системы проверьте, существует ли этот файл:

Если он есть, вы можете удалить его, чтобы избежать запуска fsck при каждой загрузке системы.

Запуск fsck в режиме восстановления

Запуск fsck в режиме восстановления требует еще нескольких шагов. Сначала подготовьте систему к перезагрузке. Остановите все важные службы, такие как MySQL/MariaDB и т. д., а затем перезагрузите компьютер.

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите «Advanced options».

Затем выберите «Recovery mode».

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать вашу корневую файловую систему. Выберите «yes».

Вы должны увидеть что-то похожее на это.

Затем вы можете вернуться к нормальной загрузке, выбрав «Resume».

Заключение

Из этого руководства вы узнали, как использовать fsck и выполнять проверки согласованности в разных файловых системах Linux. Если у вас есть какие-либо вопросы о fsck, пожалуйста, не стесняйтесь задавать их в разделе комментариев ниже.

Источник

Проверка и восстановление файловых систем в Linux- команда fsck

Иногда по разным причинам (в результате сбоя, некорректного завершения работы) файловые системы накапливают ошибки. Сами ошибки представляют собой «рассогласованные» структуры данных. Естественно, при возникновении такой ситуации необходимо как можно скорее привести повреждённую файловую систему в порядок. С этой задачей отлично справляется утилита fsck. Она действительно очень эффективна и системные администраторы очень часто в первую очередь используют именно ее для восстановления или починки файловых систем.

Как работает fsck?

Утилита fsck (File System Consistency Check) изначально глубоко проверяла все структуры данных подряд, т. е. целиком всю файловую систему. Для поиска ошибок она задействовала методы эвристического анализа для ускорения и оптимизации процесса поиска ошибок. Однако, даже в этом случае для больших по объёму файловых систем эта процедура могла занимать много часов.

Позднее была реализована схема оценки состояния файловой системы, в основе которой лежит признак «чистого бита файловой системы». Если происходил сбой и файловая система (ФС) некорректно демонтировалась, то в суперблоке ФС устанавливался этот бит. По-умолчанию в Linux-системах на одном из этапов загрузки системы происходит проверка файловых систем, которые зарегистрированы в файлах /etc/fstab, /etc/vfstab, а также в /etc/filesystems. Таким образом, анализируя «чистый бит» ФС во время загрузки системы утилита определяет, стоит ли проводить проверку.

Журналируемые ФС в настоящее время позволяют утилите работать только с теми структурами данных, которым действительно необходима починка или восстановление. При необходимости fsck может восстановить всю ФС целиком благодаря всё тем же журналам ФС.

Некоторые особенности использования fsck в Linux

Для Linux-систем довольно часто (в особенности с использованием ФС ext) проверка ФС может быть организована таким образом, что она будет проводиться при прошествии некоторого числа демонтирований, даже если ФС полностью исправны. Это особенно актуально для настольных компьютеров, которые могут выключаться/включаться каждые сутки, перезагружаться в связи с особенностью их работы и применения, а также из-за свободного к ним доступа для подключения внешних устройств. В таких случаях проверка ФС (хоть и является полезной и благоприятной процедурой), оказывается слишком частой, а потому бессмысленной.

По-умолчанию в Linux проверка ФС проводится по прошествии 20 демонтирований. Для того, чтобы изменить количество демонтирований, после которых нужна проверка ФС нужно воспользоваться командой tune2fs:

Синтаксис и основные опции fsck

У команды fsck следующий синтаксис:

Кроме основных опций для fsck существуют и специфические, зависящие от выполняемой задачи и/или ФС. Об этом более подробно можно прочитать в соответствующих страницах интерактивного руководства, используя команду man fsck. В содержании основного руководства для утилиты (в разделе «SEE ALSO») есть ссылки на другие страницы, например fstab(5), mkfs(8), fsck.ext2(8), fsck.ext3(8) и т. д. Информацию по этим ссылкам можно просматривать выполняя команду man с соответствующими параметрами, например man fsck.ext3.

В следующей таблице приводятся дополнительные (специальные), а также наиболее часто используемые опции, позволяющие использовать команду с максимальной гибкостью и эффективностью:

Примеры использования fsck

Для самой типичной ситуации, характерной для случаев, когда нужно восстановить (а точнее «починить») ФС, например на устройстве /dev/sdb2, следует воспользоваться командой:

Одной из самых полезных является опция, позволяющая помечать повреждённые сектора и эта же опция используется чаще всего. Обычно такие ситуации (с повреждёнными секторами) возникают после сбоев, вызванных нештатным отключением электропитания:

Работу файловыми системами нужно проводить, когда они отмонтированны от разделов. Однако, если возникает ситуация, когда нужно всё же произвести проверку на примонтированных ФС, то перед тем как использовать команду fsck с соответствующей опцией, нужно сначала перемонтировать нужную ФС в режиме «только для чтения»:

Для указания, какую ФС использовать для раздела:

Если fsck не справляется с исправлением/починкой ФС (что случается очень редко), то это может быть из-за повреждённого суперблока ФС. Его также можно восстановить, поскольку для суперблоков создаются их резервные копии. Но сначала нужно узнать, по каким адресам эти копии записывались, а затем попытаться восстановить суперблок из одной их резервных копий:

Заключение

В данной статье мы рассмотрели работу и использование утилиты fsck. Как видно из статьи использование утилиты не предоставляет большой сложности. А возможности по проверки и восстановлению файловых систем в Linux у нее довольно большие, поэтому знание этой утилиты системному администратору просто необходимы.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Источник

Исправление ошибок файловой системы Ubuntu «Файловая система доступна только для чтения»

Операционная система Убунту хоть и превосходит по некоторым параметрам Windows, но тоже способна портить пользователю настроение, выдавая ошибки. Одна из таких — недоступность файловой системы. Причём касается это как обычных флешек, так и жёстких дисков в некоторых ситуациях. Решить проблему можно. Однако и опытные пользователи не всегда знают, как исправить ошибку, когда Ubuntu выдаёт: «Файловая система доступна только для чтения». Ответ мы постарались дать в этой статье.

Причин возникновения проблем с доступом к файлам в Ubuntu может быть несколько.

Неисправность носителя

В первую очередь стоит проверить, точно ли исправна эта файловая система. В случае с флеш-картой сделать это легко. Попробуйте открыть её с компьютера на Windows. Другая система может быстро найти неполадки на накопителе. То же самое касается карт памяти, китайских плееров и других дешёвых носителей информации. Часто дело может быть в них.

В случае, когда проблемным является жёсткий диск, выполнить проверку будет гораздо труднее. Если на вашем компьютере стоит две системы, проверьте, исправно ли работает ваш HDD на Windows. Эти способы позволят определить очаг неисправности.

Форматирование

Во многих случаях вернуть работоспособность помогает простое форматирование файловой системы. Особенно легко это сделать на флешке. Правда, не всегда мы готовы расстаться с той информацией, которая на ней уже есть. Перекиньте все данные на компьютер под управлением Виндовс и отформатируйте проблемный накопитель.

С диском навряд ли у кого-то поднимется рука совершить такое. Форматирование может уничтожить много важной информации. Тем более, если повреждена файловая система Ubuntu, проблему надо искать в другом месте.

Проверка на наличие ошибок

Проверить диск на наличие ошибок можно не только на Windows. Убунту также обладает достаточным арсеналом для этого. Сделать это можно и с помощью команд, и пользуясь специальным приложением. Сначала разберём способ, использующий стандартные средства.

Просматриваем список накопителей:

Проверяем конкретный накопитель:

В примере взят sdf, но у вас название диска может отличаться.

Если том был примонтирован, то перед тем, как проверять, это действие нужно отменить:

Теперь проверяем том на бэдблоки — проблемные области:

Прогресс выполнения будет отображаться в процентах.

Теперь отмечаем бэдблоки, чтобы система перестала их использовать:

Такой способ в теории должен помочь исправить неполадки с любыми видами носителей. Если же сканирование дисков на ошибки не помогло, то пора воспользоваться удобной утилитой — GParted.

GParted

Права доступа

Наконец, последняя причина, по которой мы теряем доступ к управлению данными на носителях, заключается в нарушенных правах. С ней могут сталкиваться и опытные юзеры, использующие root-режим. Когда мы используем различные команды, не до конца понимая их суть, или запускаем программы с расширенными полномочиями, система может по ошибке перекрыть доступ.

После чего мы видим сообщение от Ubuntu: «Файловая система доступна только для чтения». Убрать такую неполадку помогут специальные команды.

В качестве универсального метода здесь подойдёт команда:

Вместо [user] необходимо вписать имя пользователя. Команда chown отвечает за смену прав доступа к папке. Атрибут –R означает, что этот раздел пользователь может только читать. Sudo отменяет эти изменения. В примере проблема заключалась в домашнем разделе, если у вас проблемы с флешкой, то следует вписать её директорию.

Файловая система Убунту работает немного по другим принципам, нежели на Windows. Поэтому любые диски под её управлением ведут себя по-другому. Из-за этого возникают и новые ошибки, с которыми на Винде нельзя столкнуться.

Теперь мы знаем, как решить проблему, касающуюся неполадок с редактированием дисков. Дело может быть как в неисправности устройств, так и в неправильном определении прав. Главное — правильно определить неполадку и исправить её. Благо, это не самая серьёзная из всех ошибок, хотя она и может доставить пользователю неприятности.

Источник

Файловая система только для чтения в ubuntu 20.04

Я обновился до ubuntu desktop 20.04 около двух недель назад. С тех пор моя файловая система продолжает переходить в состояние «только для чтения», иногда, когда я нахожусь в процессе работы с системой и часто вижу initramfs экран при запуске системы. Для выключения моей системы требуется время, и иногда мне приходится принудительно выключать питание, удерживая кнопку питания.

Моя система поддерживает двойную загрузку, и у меня параллельно установлены окна и Ubuntu. У меня нет проблем с перегородками Windows. Раздел ubuntu постоянно доступен только для чтения.

Как я могу решить или диагностировать причину этой проблемы?

Изменить:
вот смарт-данные и результат самотестирования. Я сделал снимок экрана после восстановления после очередного сбоя при загрузке:

2 ответа

Давайте сначала проверим вашу файловую систему

Тогда давайте проверим ваш HDD

Плохой блок

«Current Pending Sector Count» = 240 указывает на проблему.

Примечание: НЕ прерывайте сканирование плохих блоков!

Примечание: НЕ блокируйте SSD

Примечание: сделайте резервную копию ваших важных файлов В первую очередь!

Примечание: это займет много часов

Примечание: у вас может быть ожидающий отказ жесткого диска

Загрузитесь с DVD / USB с Ubuntu Live в режиме «Попробовать Ubuntu».

Источник

Как использовать команду fsck для исправления ошибок файловой системы в Linux

Файловые системы отвечают за организацию хранения и восстановления данных. Так или иначе, со временем файловая система может быть повреждена, и некоторые её части могут оказаться недоступными. Если ваша файловая система обнаруживает такую несогласованность, рекомендуется проверить её целостность.

Это можно сделать с помощью системной утилиты fsck (проверка целостности файловой системы). Эта проверка может выполняться автоматически во время загрузки или запускаться вручную.

В этой статье мы рассмотрим утилиту fsck и её использование, чтобы помочь вам исправить ошибки диска.

Когда использовать fsck в Linux

Есть разные сценарии, когда вы захотите запустить fsck. Вот несколько примеров:

Опции программы fsck

Команду fsck необходимо запускать с привилегиями суперпользователя или root. Вы можете использовать её с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для целей этой статьи я буду использовать свой второй диск /dev/sda, смонтированный в /mnt/disk_d.

Вот что произойдёт, если я попытаюсь запустить fsck, когда раздел смонтирован.

Если диск не только смонтирован, но и используется (например, диск, смонтированный в корневую файловую систему), то ошибка будет «/dev/nvme0n1 is in use».

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

Тогда можно будет безопасно запускать fsck.

Понимание кодов выхода fsck

После запуска fsck он вернёт код выхода. Эти коды можно увидеть в руководстве по fsck, запустив:

Описание кодов выхода fsck:

Как исправить ошибки файловой системы Linux

Иногда в файловой системе может быть обнаружено более одной ошибки. В таких случаях вы можете захотеть, чтобы fsck автоматически пытался исправить ошибки. Это можно сделать с помощью:

Флаг -y означает автоматически отвечать «да» на любые запросы от fsck для исправления ошибки.

Точно так же вы можете запустить то же самое во всех файловых системах (с пропуском корневой файловой системы):

Как запустить fsck на корневом разделе Linux

В некоторых случаях вам может потребоваться запустить fsck в корневом разделе вашей системы. Поскольку вы не можете запустить fsck, пока раздел смонтирован, вы можете попробовать один из следующих вариантов:

Мы рассмотрим обе ситуации.

Как принудительно проверить диск с помощью fsck при загрузке системы

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

Затем вы можете просто принудительно перезагрузить или запланировать перезагрузку системы. Во время следующей загрузки будет выполнена проверка диска командой fsck. Если время простоя критично, рекомендуется тщательно его спланировать, поскольку, если в вашей системе много используемых inode, выполнение fsck может занять дополнительное время.

После загрузки системы проверьте, существует ли ещё файл:

Если это так, вы можете удалить его, чтобы избежать появления fsck при каждой загрузке системы.

Как запустить fsck в режиме восстановления

Для запуска fsck в режиме восстановления требуется ещё несколько шагов. Сначала подготовьте вашу систему к перезагрузке. Остановите все критически важные службы, такие как MySQL/MariaDB и т. д., а затем введите.

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите Advanced options («Дополнительные параметры»).

Затем выберите Recovery mode («Режим восстановления»).

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать / файловую систему. Выберите Yes («да»).

Вы должны увидеть нечто подобное.

Затем вы можете вернуться к нормальной загрузке, выбрав Resume («Возобновить»).

Заключение

В этом руководстве вы узнали, как использовать fsck и выполнять проверки согласованности в разных файловых системах Linux. Если у вас есть какие-либо вопросы о fsck, не стесняйтесь задавать их в разделе комментариев ниже.

Источник

When you happen to meet the ‘can’t shrink volume Windows 10’ issue, here is the free EaseUS disk manager and other solutions you can try:

«Hi guys, do you know why Windows 10 cannot shrink volume? It doesn’t allow me to shrink C: drive on my laptop? I want to shrink the C drive, but the Shrink button is greyed out. 

Disk Management won’t allow me to shrink or decrease C drive with an error message, saying that ‘You cannot shrink a volume beyond the point where any unmovable files are located. See the ‘defrag’ event in the Application log for detailed information about the operation where it has completed.’ Can you help me to fix the cannot shrink volume in Windows 10 issue? Thank you.»

Why Can’t Shrink Volume in Disk Management on Windows 11/10

To fix this issue effectively, it’s highly necessary to understand what causes unable to shrink C drive error. Here are the major reasons that disable you from shrinking partitions on Windows PC:

• There are unmovable files at the very end of the volume, such as the hibernation file, page files, and system volume information folder used by the System Restore. 
• Not enough space for shrinking with error messages «There is not enough space available on the disk(s) to complete this operation.».
• Existing fragments separate files saved on the device.
• File system error causes volume, partition inaccessible, or invisible.
• Your partition type is FAT 32. Both Shrink and Extend Volume support NTFS partition only. You can’t shrink FAT32 volume.

Any of the factors will lead to the cannot shrink volume Windows 10 problem. In these cases, how to shrink volume or how to shrink C drive? Don’t fret. This article will learn to use a professional partition management tool to shrink volumes when Disk Management is not available. Moreover, we will also provide you effective methods to make the Shrink Volume option work again.

How to Shrink Volume with EaseUS Partition Management Free Tool

When you failed to shrink volume due to unmovable files or file system issues, don’t worry. You can use third-party free software to partition hard drive to overcome the limitation of Microsoft technology. Powerful Disk Management alternative freeware — EaseUS Partition Master Free can help you easily shrink C drive in Windows 10/8/7 with simple clicks.

Download this user-friendly free disk management tool and learn how to shrink partitions with simple steps. 

Step 1: Locate and select target partition to shrink

Go to the Partition Manager section, right-click on the partition that you want to shrink and select «Resize/Move».

Step 2: Adjust to shrink partition

Use your mouse to drag the end of the target partition to shrink partition space.

You can also adjust the partition size box to shrink the target partition. Once done, click «OK» to continue.

Step 3: Execute operation

Click the «Execute Task» button and «Apply» to keep all changes.

EaseUS Partition Master Free makes it effortless to partition hard drives in Windows 10. Check the following video and learn to resize C drive, allocate space from one drive to another, delete partition, and more. 

How to Fix Can’t Shrink Volume Error So That You Can Shrink C Drive 

Before you shrink partitions, you should check how much available space you have on your disk so that you can avoid not enough space error if you manually resize your partitions. If there is enough space, but you still can’t shrink, take the following different solutions for different problems.

1. Convert FAT32 to NTFS to Solve FAT32 Partitions Can’t Shrink Problem

The easiest and quickest way to convert FAT32 to NTFS is using EaseUS Partition Master Free and finish the conversion with one-click. After converting, the cannot shrink volume problem won’t appear, and you can start to shrink your partitions in Disk Management. 

Step 1. Install and launch EaseUS Partition Master on your computer.

Step 2. On Partition Manager, right-click on a FAT32 partition and click «Advanced», select «NTFS to FAT».

Step 3. Click «Proceed» on the pop-up dialog box to continue.

Step 4. Click «Apply» to start the converting process. Wait until the operation process is finished.

2. Defragment and Check Disk Error to Fix Windows Unable to Shrink Volume

Another method to fix the can’t shrink volume issue in Windows 10, 8, or 7 is to defragment and check disk error. 

Note: To resolve this issue, you need to sign in to Windows 10/8/7 with your administrator account. 

Defragment hard drive partition

Step 1. Click «Start» > Select «File Explorer».

Step 2. Expand This PC tree on the left pane, right-click «Local Disk (C:)» or other partition which can’t be shrunk in Windows PC.

Step 3. Select «Properties» > Go to the «Tools» tab and click «Optimize» under the Optimize and defragment drive section.

Step 4. Select the system drive (C) box on the Optimize Drives box, click «Analyze».

Wait until Windows completes the analysis and displays the percentage of the fragmented files in the selected drive.

Check and fix disk file system errors

If the number of bad clusters detected by dynamic bad-cluster remapping is too high, you’ll not be able to shrink the partition. So to perform a disk check and repair all file system errors is your next move:

Step 1. Right-click on the drive or partition, which can’t be shrunk in Windows PC, and select «Properties».

Step 2. Go to the Tools tab, click the Check button under «Error checking».

Wait to let the process complete and fix the drive for file system error.

3. Disable the Unmovable Files to Fix Cannot Shrink a Volume Beyond the Point

Windows won’t let you shrink the volume because there are immovable system files at the very end of the volume, like page file, hibernation file, or system volume information folder.

The fix is to temporarily disable hibernation, the Paging file, as well as the System Restore feature. Once disabled these features, restart Windows and resize (shrink) the volume using Disk Management.

Disable System Restore

Step 1. Launch systempropertiesprotection.exe from the Run dialog.

Step 2. Select the system drive and click «Configure».

Step 3. Click «Disable system protection» and then click OK.

Disable hibernation file

Step 1. Click on Start, type cmd, and then right-click on Command Prompt to select «Run as administrator».

Step 2. Run the following command: powercfg /hibernate off. This will turn off the hibernate feature and clear the hiberfil.sys from the system drive.

Disable paging file

Step 1. Launch systempropertiesadvanced.exe from the Run dialog.

Step 2. Click the «Advanced» tab. Under Performance, click «Settings», click the «Advanced» tab, then click the «Change» button.

Step 3. Select «No paging file», and click «Set».

Or you can also disable kernel memory dump.

In the same Advanced Settings, go to «Startup and Recovery» > «Settings». Change the Write debugging information drop-down to «None» to disable the kernel memory dump.

Sum Up

By following the provided methods on this page, you can effectively resolve the can’t shrink volume issue on Windows 11/10. We highly recommend you try EaseUS Partition Master Free to manage and optimize your disk partitions to extend your computer’s life and capability.

Can’t Shrink Volume Windows 11/10 FAQs

Here are more relevant topics about cannot shrink volume Windows 11/10. Find solutions if you also have these questions.

Why can’t I shrink volume more?

Why can I not shrink my partition? There are several possible reasons:

• FAT32 partitions can’t be shrank.
• Not enough free space 
• File system or other error
• Unmovable files are located 

How do you fix cannot shrink a volume beyond the point?

When you use the Disk Management in Windows 10 to shrink a volume, you may see an error message «You cannot shrink a volume beyond the point where any unmovable files are located. See the «defrag» event in the Application log for detailed information about the operation when it has completed.».

It’s usually the pagefile.sys (an unmovable file), hiberfil.sys hibernation file or System Volume Information folder used by the System Restore feature prevents you from shrinking the drive beyond a point.

To fix «You cannot shrink a volume beyond the point» when shrinking the partition, you can try:

• Disabling System Restore.
• Disabling the hibernation feature.
• Disabling the Paging file.

How do I shrink a volume in Windows 11/10?

The simplest way to shrink a volume in Windows 10 is using EaseUS partition management software. It allows you to shrink C drive or any other partition by easy drag-and-drop.

Step 1. Open EaseUS Partition Master, right-click on the partition that you want to shrink and select «Resize/Move».

Step 2. You can use your mouse to drag one of its ends to shrink partition space. Or you can also adjust the partition size box to shrink the target partition. Then, click «OK».

Step 3. Click the «Execute Operation» button and «Apply» to keep all changes.

How long does it take to shrink a volume Windows 11/10?

It’s very quick to shrink a partition. The amount of time it takes also depends on how much data you store in your partition.  

When you happen to meet the ‘can’t shrink volume Windows 10’ issue, here is the free EaseUS disk manager and other solutions you can try:

«Hi guys, do you know why Windows 10 cannot shrink volume? It doesn’t allow me to shrink C: drive on my laptop? I want to shrink the C drive, but the Shrink button is greyed out. 

Disk Management won’t allow me to shrink or decrease C drive with an error message, saying that ‘You cannot shrink a volume beyond the point where any unmovable files are located. See the ‘defrag’ event in the Application log for detailed information about the operation where it has completed.’ Can you help me to fix the cannot shrink volume in Windows 10 issue? Thank you.»

Why Can’t Shrink Volume in Disk Management on Windows 11/10

To fix this issue effectively, it’s highly necessary to understand what causes unable to shrink C drive error. Here are the major reasons that disable you from shrinking partitions on Windows PC:

• There are unmovable files at the very end of the volume, such as the hibernation file, page files, and system volume information folder used by the System Restore. 
• Not enough space for shrinking with error messages «There is not enough space available on the disk(s) to complete this operation.».
• Existing fragments separate files saved on the device.
• File system error causes volume, partition inaccessible, or invisible.
• Your partition type is FAT 32. Both Shrink and Extend Volume support NTFS partition only. You can’t shrink FAT32 volume.

Any of the factors will lead to the cannot shrink volume Windows 10 problem. In these cases, how to shrink volume or how to shrink C drive? Don’t fret. This article will learn to use a professional partition management tool to shrink volumes when Disk Management is not available. Moreover, we will also provide you effective methods to make the Shrink Volume option work again.

How to Shrink Volume with EaseUS Partition Management Free Tool

When you failed to shrink volume due to unmovable files or file system issues, don’t worry. You can use third-party free software to partition hard drive to overcome the limitation of Microsoft technology. Powerful Disk Management alternative freeware — EaseUS Partition Master Free can help you easily shrink C drive in Windows 10/8/7 with simple clicks.

Download this user-friendly free disk management tool and learn how to shrink partitions with simple steps. 

Step 1: Locate and select target partition to shrink

Go to the Partition Manager section, right-click on the partition that you want to shrink and select «Resize/Move».

Step 2: Adjust to shrink partition

Use your mouse to drag the end of the target partition to shrink partition space.

You can also adjust the partition size box to shrink the target partition. Once done, click «OK» to continue.

Step 3: Execute operation

Click the «Execute Task» button and «Apply» to keep all changes.

EaseUS Partition Master Free makes it effortless to partition hard drives in Windows 10. Check the following video and learn to resize C drive, allocate space from one drive to another, delete partition, and more. 

How to Fix Can’t Shrink Volume Error So That You Can Shrink C Drive 

Before you shrink partitions, you should check how much available space you have on your disk so that you can avoid not enough space error if you manually resize your partitions. If there is enough space, but you still can’t shrink, take the following different solutions for different problems.

1. Convert FAT32 to NTFS to Solve FAT32 Partitions Can’t Shrink Problem

The easiest and quickest way to convert FAT32 to NTFS is using EaseUS Partition Master Free and finish the conversion with one-click. After converting, the cannot shrink volume problem won’t appear, and you can start to shrink your partitions in Disk Management. 

Step 1. Install and launch EaseUS Partition Master on your computer.

Step 2. On Partition Manager, right-click on a FAT32 partition and click «Advanced», select «NTFS to FAT».

Step 3. Click «Proceed» on the pop-up dialog box to continue.

Step 4. Click «Apply» to start the converting process. Wait until the operation process is finished.

2. Defragment and Check Disk Error to Fix Windows Unable to Shrink Volume

Another method to fix the can’t shrink volume issue in Windows 10, 8, or 7 is to defragment and check disk error. 

Note: To resolve this issue, you need to sign in to Windows 10/8/7 with your administrator account. 

Defragment hard drive partition

Step 1. Click «Start» > Select «File Explorer».

Step 2. Expand This PC tree on the left pane, right-click «Local Disk (C:)» or other partition which can’t be shrunk in Windows PC.

Step 3. Select «Properties» > Go to the «Tools» tab and click «Optimize» under the Optimize and defragment drive section.

Step 4. Select the system drive (C) box on the Optimize Drives box, click «Analyze».

Wait until Windows completes the analysis and displays the percentage of the fragmented files in the selected drive.

Check and fix disk file system errors

If the number of bad clusters detected by dynamic bad-cluster remapping is too high, you’ll not be able to shrink the partition. So to perform a disk check and repair all file system errors is your next move:

Step 1. Right-click on the drive or partition, which can’t be shrunk in Windows PC, and select «Properties».

Step 2. Go to the Tools tab, click the Check button under «Error checking».

Wait to let the process complete and fix the drive for file system error.

3. Disable the Unmovable Files to Fix Cannot Shrink a Volume Beyond the Point

Windows won’t let you shrink the volume because there are immovable system files at the very end of the volume, like page file, hibernation file, or system volume information folder.

The fix is to temporarily disable hibernation, the Paging file, as well as the System Restore feature. Once disabled these features, restart Windows and resize (shrink) the volume using Disk Management.

Disable System Restore

Step 1. Launch systempropertiesprotection.exe from the Run dialog.

Step 2. Select the system drive and click «Configure».

Step 3. Click «Disable system protection» and then click OK.

Disable hibernation file

Step 1. Click on Start, type cmd, and then right-click on Command Prompt to select «Run as administrator».

Step 2. Run the following command: powercfg /hibernate off. This will turn off the hibernate feature and clear the hiberfil.sys from the system drive.

Disable paging file

Step 1. Launch systempropertiesadvanced.exe from the Run dialog.

Step 2. Click the «Advanced» tab. Under Performance, click «Settings», click the «Advanced» tab, then click the «Change» button.

Step 3. Select «No paging file», and click «Set».

Or you can also disable kernel memory dump.

In the same Advanced Settings, go to «Startup and Recovery» > «Settings». Change the Write debugging information drop-down to «None» to disable the kernel memory dump.

Sum Up

By following the provided methods on this page, you can effectively resolve the can’t shrink volume issue on Windows 11/10. We highly recommend you try EaseUS Partition Master Free to manage and optimize your disk partitions to extend your computer’s life and capability.

Can’t Shrink Volume Windows 11/10 FAQs

Here are more relevant topics about cannot shrink volume Windows 11/10. Find solutions if you also have these questions.

Why can’t I shrink volume more?

Why can I not shrink my partition? There are several possible reasons:

• FAT32 partitions can’t be shrank.
• Not enough free space 
• File system or other error
• Unmovable files are located 

How do you fix cannot shrink a volume beyond the point?

When you use the Disk Management in Windows 10 to shrink a volume, you may see an error message «You cannot shrink a volume beyond the point where any unmovable files are located. See the «defrag» event in the Application log for detailed information about the operation when it has completed.».

It’s usually the pagefile.sys (an unmovable file), hiberfil.sys hibernation file or System Volume Information folder used by the System Restore feature prevents you from shrinking the drive beyond a point.

To fix «You cannot shrink a volume beyond the point» when shrinking the partition, you can try:

• Disabling System Restore.
• Disabling the hibernation feature.
• Disabling the Paging file.

How do I shrink a volume in Windows 11/10?

The simplest way to shrink a volume in Windows 10 is using EaseUS partition management software. It allows you to shrink C drive or any other partition by easy drag-and-drop.

Step 1. Open EaseUS Partition Master, right-click on the partition that you want to shrink and select «Resize/Move».

Step 2. You can use your mouse to drag one of its ends to shrink partition space. Or you can also adjust the partition size box to shrink the target partition. Then, click «OK».

Step 3. Click the «Execute Operation» button and «Apply» to keep all changes.

How long does it take to shrink a volume Windows 11/10?

It’s very quick to shrink a partition. The amount of time it takes also depends on how much data you store in your partition.  

Частая задача в моей текущей работе — увеличить объем раздела на виртуальной машине без выключения машины (на горячую). Под рукой постоянно держу небольшой cheatsheet (шпаргалку) по работе с разделами в Linux.

План действий

Перед изменением размеров разделов рекомендуется отмонтировать диск. Если диск системный, то нужно загружаться в recovery. Я делаю это на горячую на свой страх и риск.

1. Делаем бекап машины! (не могу не написать этого)
2. Увеличиваем объем диска в гипервизоре (этот пункт не затрагиваем)
3. Сканируем диски в системе
4. Меняем размер раздела
5. Увеличиваем файловую систему

Сканируем диски в системе

После увеличения объема диска есть вероятность того, что в системе мы новый объем сразу не увидим. Проверяем. Я использую команду lsblk:

root@hostname.infra.local:/home/user# lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
fd0      2:0    1     4K  0 disk
loop0    7:0    0  99,2M  1 loop /snap/core/10908
loop2    7:2    0  99,2M  1 loop /snap/core/10958
sda      8:0    0    32G  0 disk
├─sda1   8:1    0     1M  0 part
└─sda2   8:2    0    32G  0 part /
sdb      8:16   0     4T  0 disk            <<<--------
└─sdb1   8:17   0     4T  0 part /pgsqldb   <<<--------
sdc      8:32   0 109,8G  0 disk
└─sdc1   8:33   0 109,8G  0 part /temp_dump
sr0     11:0    1   829M  0 rom

Стрелкой я выделил диск, который мы увеличили до 5Т, но увеличенный объем не видим.

Нужно заставить систему просканировать диск.

echo 1 > /sys/block/sdb/device/rescan

(вместо sdb — нужный диск)

Сразу после этого снова выполняем lsblk:

sdb      8:16   0     5T  0 disk
└─sdb1   8:17   0     4T  0 part /pgsqldb

То что нужно. Перейдем к увеличению раздела.

Меняем размер раздела

Вообще, мы можем для любых вариантов использовать программу parted, но я покажу еще способ с программой fdisk. Он подходит для разделов объемом менее 4 терабайт.

Здесь будет несколько вариантов:

• у нас обычная разметка диска или LVM
• у нас диск c таблицей разметки GPT более 4 терабайт объемом

Рекомендую на этом этапе сначала выполнить команду parted -l, которая может показать ошибку и предложить опции FixIgnore:

Warning: Not all of the space available to /dev/sdb appears to be used, you can fix the GPT to use all of the space (an extra 41943040 blocks) or continue with the
current setting?
Fix/Ignore? Fix

ПишемFix .

Обычные разделы или LVM

Чаще всего я пользуюсь программой fdisk. Можно посмотреть все наши дискиразделы:   fdisk -l.

Так как меняем размер раздела на диске sdb, то и заходим в fdisk /dev/sdb.

Вводим команду p и получаем наш текущий список разделов:

Device     Start        End    Sectors Size Type
/dev/sdb1   2048 8589843750 8589841703   4T Linux filesystem

Удаляем раздел /dev/sdb1: вводим команду d.

Command (m for help): d
Selected partition 1
Partition 1 has been deleted.

Если разделов на диске больше, программа предложит ввести цифру нужного раздела.

Никаких изменений на диск мы еще не сделали! Не боимся.

Создаем новый раздел n:

Command (m for help): n
Partition number (1-128, default 1):
First sector (34-8589934558, default 2048):
Last sector, +sectors or +size{K,M,G,T,P} (2048-8589934558, default 8589934558):

Created a new partition 1 of type 'Linux filesystem' and of size 4 TiB.

Обратите внимание, программа сообщает, что при создании раздела она нашла запись ext4 в разделе и предлагает удалить ее. Не удаляем. Нет! Не надо!

Partition #1 contains a ext4 signature.
Do you want to remove the signature? [Y]es/[N]o: N

Опять вводим команду p, чтобы посмотреть новую информацию:

Device     Start         End     Sectors Size Type
/dev/sdb1   2048 10751953125 10751951078   5T Linux filesystem

Ну вроде все хорошо. Теперь вводим команду w (write). После этого ваши изменения запишутся на диск.

Большой диск GPT

Если по предыдущему пункту попробовать отресайзить диск большого объема (больше 4 терабайт), то появится ошибка Value out of range. Придется воспользоваться программой parted.

Делаем parted /dev/sdb и смотрим текущие разделы командой print:

(parted) print
Model: VMware Virtual disk (scsi)
Disk /dev/sdb: 4398GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name     Flags
 1      1049kB  3299GB  3299GB  ext4         primary

Меняем размер раздела командой resizepart 1:

(parted) resizepart 1
Warning: Partition /dev/sdb1 is being used. Are you sure you want to continue?
Yes/No? Yes
End?  [3299GB]? 4398GB

На вопрос End? пишем новый объем раздела. Если хотим расширить его до максимума, то цифры можно подсмотреть выше в выводе команды print: Disk /dev/sdb: 4398GB

Здесь изменения происходят сразу, поэтому при отсутствии вывода после предыдущей команды можно делать quit.

Увеличение файловой системы

Тут должно быть все просто. Разница только между разметками: обычная или LVM.

Обычная разметка

Просто выполняем команду resize2fs /dev/sdb1:

root@hostname.infra.local:/home/user# resize2fs /dev/sdb1
resize2fs 1.44.1 (24-Mar-2018)
Filesystem at /dev/sdb1 is mounted on /pgsqldb; on-line resizing required
old_desc_blocks = 384, new_desc_blocks = 512
The filesystem on /dev/sdb1 is now 1073730212 (4k) blocks long.

LVM

Вообще, LVM позволяет добавлять физические диски (PV — physical volume) в VG — volume group, а в них создавать логические тома (LV — logical volume) примерно по такой схеме:

sda1     sda2     sdb     sdc       <-- PV
 |        |        |       |
 |        |        |       |
 +--------+- VG00 -+-------+        <-- VG
              |
 +-------+-------+---------+
 |       |       |         |
root    usr     home      var       <-- LV
 |       |       |         | 
ext3 reiserfs reiserfs    xfs       <-- Файловые системы

Следовательно, можно не ресайзить диск в гипервизоре, а добавить еще один. Затем добавить новый PV в VG.

Но мы идем путем джедая увеличения диска, поэтому в случае с LVM к ресайзингу файловой системы добавляется несколько команд.

Для просмотра информации о PV, VG, LV существуют команды pvs, vgs, lvs. И их более подробные варианты pvscan, vgscan, lvscan:

root@hostname:/home/user# pvs
  PV         VG            Fmt  Attr PSize  PFree
  /dev/sda5  t-ubuntu16-vg lvm2 a--  49.52g    0
root@hostname:/home/user# vgs
  VG            #PV #LV #SN Attr   VSize  VFree
  t-ubuntu16-vg   1   2   0 wz--n- 49.52g    0
root@hostname:/home/user# lvs
  LV     VG            Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root   t-ubuntu16-vg -wi-ao---- 48.52g
  swap_1 t-ubuntu16-vg -wi-ao----  1.00g

• Меняем размер PV pvresize /dev/sda1
• Увеличиваем размер LV до максимального lvextend -l +100%FREE /dev/mapper/vg1-dsads-lv-root
• Увеличиваем файловую систему на нужном разделе resize2fs /dev/mapper/vg1-dsads-lv-root

Итог

Смотрим, что у нас получилось df -h:

root@hostname.infra.local:/home/user# df -h
Filesystem                                Size  Used Avail Use% Mounted on
udev                                       38G     0   38G   0% /dev
tmpfs                                     7,5G  4,4M  7,5G   1% /run
/dev/sda2                                  32G   24G  6,3G  79% /
/dev/sdb1                                 5,0T  3,3T  1,5T  71% /pgsqldb <<<-----

Видим новый объем. Все счастливы и довольны.

TL;DR

Кратко cheatsheet у меня выглядит так:

Смотрим, видит ли система новое место на дисках: lsblk, parted -l, fdisk -l

Если не видит: echo 1 > /sys/block/sda/device/rescan (вместо sda — нужный диск) fdisk /dev/sda (if sda)

p — просмотр разделов

d — удалить раздел который расширяешь

n — создать новый раздел (создастся с тем индексом, который удалишь)

В большинстве случаев везде ответы будут по умолчанию. Когда спросит про затирание метки — НЕ удалять

p — проверить что разделы имеют тот же вид что и в начале

w — записать изменения на диск

resize2fs /dev/sda1 (номер — индекс раздела)

Если LVM:

pvresize /dev/sda1

lvextend -l +100%FREE /dev/mapper/vg1-dsads-lv-root

resize2fs /dev/mapper/vg1-dsads-lv-root

Если ошибка с gpt

parted -l → Fix

---

💡 Подписывайтесь на Телеграм-канал, чтобы не пропускать новые статьи

• Телеграм канал 📺
• Чат 🤘🏼

Содержание

• Способ 1: Настройка прав доступа
• Способ 2: Исправление ошибок через GParted
• Способ 3: Исправление поврежденных блоков
• Способ 4: Форматирование накопителя
• Вопросы и ответы

Способ 1: Настройка прав доступа

Первый способ исправления ошибки «Файловая система доступна только для чтения» в Linux заключается в проверке прав доступа. Иногда пользователь случайно или намерено устанавливает ограничения, которые распространяются и на других юзеров. Для начала предлагаем проверить атрибуты, а затем внести изменения, если это требуется.

1. Запустите консоль удобным для вас методом. Для этого можно использовать соответствующий значок в меню приложений или горячую клавишу Ctrl + Alt + T.



2. Здесь введите команду ls -l, чтобы просмотреть весь список дисков с подробной информацией, среди которой будет находиться и необходимая нам.



3. Изучите атрибуты, которые показаны в первом столбце напротив проблемного диска или раздела. Если имеется один символ -r, значит, система доступна только для чтения. Наличие w означает открытость для чтения и записи.



4. Если проблема действительно связана с указанными атрибутами, придется перенастроить права. Введите команду sudo chown -R [user]:[user] /home/[user], заменив user на имя нужного пользователя, к которому и будут применены все изменения.



5. Данное действие осуществляется с опцией sudo, поэтому ее придется подтвердить, указав в новой строке пароль суперпользователя.

После активации команды вы будете уведомлены, что все изменения успешно вступили в силу. Следом рекомендуется перезагрузить ПК и можно приступать к тестированию. Если же при использовании команды ls было обнаружено, что для раздела или носителя установлены все требуемые атрибуты, следует перейти другим решениям возникшей проблемы.

Способ 2: Исправление ошибок через GParted

GParted — одна из самых известных утилит для управления дисками в Linux со встроенным графическим интерфейсом. Ее особенность заключается в наличии множества вспомогательных функций, связанных в том числе и с решением различных ошибок носителей.

1. Если GParted по умолчанию отсутствует в вашем дистрибутиве, установите ее с помощью команды sudo apt-get install gparted. Подтвердите это действие, введя пароль суперпользователя и одобрив скачивание архивов.



2. После этого утилиту проще всего запустить, нажав на соответствующий значок в меню приложений.



3. Для открытия тоже потребуются права суперпользователя.



4. При входе сразу станет понятно, какой из разделов является проблемным, поскольку возле него будет гореть восклицательный знак. Кликните по данной строке правой кнопкой мыши.



5. В контекстном меню нажмите на «Проверить на ошибки».



6. Запустите выполнение операций, щелкнув на кнопку в виде галочки, которая расположена на верхней панели.





7. Подтвердите запуск проверки.



8. Осталось только дождаться завершения этого процесса.

Если какие-то неполадки будут найдены и исправлены, вы получите соответствующее уведомление. По окончании проверки следует перезагрузить ПК, чтобы при начале следующего сеанса сразу проверить эффективность выполненных действий. Если они не принесли никакого результата, переходите далее.

Способ 3: Исправление поврежденных блоков

Иногда ошибка со сбойным режимом чтения возникает вследствие повреждения секторов жесткого диска. Существуют специальные утилиты, позволяющие распределить проблемное пространство или исправить его, если это является возможным. В Linux имеется встроенная команда, отвечающая за выполнение этой операции. Мы и предлагаем воспользоваться ей в том случае, если приведенные выше рекомендации не принесли никакого результата.

1. Для начала просмотрим список дисков, чтобы понять, какой из них следует проверять. Осуществляется это через команду fdisk -l.



2. В списке отыщите проблемный накопитель, определив его точное название. Далее оно потребуется при активации соответствующей команды для лечения блоков.



3. Теперь используйте команду hdparm -i /dev/sda2 | grep Model, чтобы проверить выбранный носитель или логический диск. Здесь замените /dev/sda2 на определенное ранее название.



4. После этого следует отмонтировать диск, чтобы в дальнейшем запустить проверку блоков. Осуществляется это через строку umount /dev/sda2.



5. Запустите проверку, вставив команду badblocks -s /dev/sda2 > /root/badblock.



6. Обнаруженные блоки, которые не подлежат исправлению, требуется отметить, чтобы система перестала их задействовать. Для этого используйте e2fsck -l /root/badblock /dev/sda2.

Все изменения будут применены сразу же, однако, как обычно, рекомендуется создать новый сеанс операционной системы, чтобы проверить, была ли решена возникшая неполадка с ошибкой «Файловая система доступна только для чтения».

Способ 4: Форматирование накопителя

Последний метод, о котором мы хотим рассказать в рамках сегодняшней статьи, является самым радикальным, поскольку подразумевает полное форматирование накопителя, после будет восстановлено состояние файловой системы. Такой вариант подойдет только в той ситуации, если на диске нет важных файлов и все содержимое можно удалить. Более детальные инструкции по данной теме ищите в отдельном материале на нашем сайте, воспользовавшись указанной далее ссылкой.

Подробнее: Форматирование диска в Linux

Сегодня мы разобрали четыре метода исправления неполадки «Файловая система доступна только для чтения». Осталось найти подходящий только путем перебора, выполняя по порядку все приведенные инструкции. В большинстве случаев хотя бы один из них оказывается действенным и позволяет полностью устранить рассмотренную ошибку.

Еще статьи по данной теме:

Чаще всего задача расширить файловую систему возникает при работе с облачной инфраструктурой. Виртуализация позволяет экономить на дисковом пространстве и выделять его столько, сколько необходимо в конкретный момент. Но простого расширения ресурсов недостаточно, об изменениях необходимо сообщить операционной системе. Сегодня ведущий архитектор #CloudMTS Дмитрий Фисенко в формате пошагового туториала расскажет, как это сделать.

Материал будет интересен начинающим системным администраторам, а также разработчикам, которые хотят ближе познакомиться с файловыми системами.

Подготовительная работа

Мы рассмотрим сценарии с двумя вариантами разметки диска — с использованием LVM и логических разделов, а также без них. Поскольку мы будем работать в облачной среде, где важны доступность и непрерывность сервисов, сфокусируемся на подходах, позволяющих расширить файловую систему без перезагрузки виртуальной машины (хотя сделать это не всегда возможно).

В рамках руководства нам также потребуется утилита growpart. К сожалению, нельзя просто так взять и расширить смонтированную файловую систему. Стандартные утилиты вроде fdisk или GParted предлагают предварительно размонтировать раздел. Вот команды установки growpart для различных семейств Linux-систем:

apt-get install cloud-utils-growpart
yum install cloud-utils-growpart
dnf install cloud-utils-growpart

Также рекомендуем сформировать на виртуальной машине точку восстановления (snapshot) на случай, если что-то пойдет не по плану.

Когда нет LVM

Рассмотрим задачу, когда на диске присутствует два раздела — загрузочный и корневой. Они смонтированы в произвольную точку. Вот как это выглядит в графическом интерфейсе GParted:

Расширять будем корневой раздел. Первым делом необходимо увеличить доступный объем жесткого диска через панель управления облачной инфраструктурой #CloudMTS — с 7 до 8 Гбайт.

Увеличение диска займет какое-то время, а мы вернемся на тестовый стенд. Отобразим структуру разделов с помощью команды:

parted /dev/sdb/ print free

Параметры print и free отвечают за отображение структуры разделов и неразмеченного пространства.

Мы увеличили объем диска, но все равно не видим в выдаче команды parted свободную память. Можно перезагрузить сервер, но мы решили, что по возможности не будем останавливать виртуальную машину. Вместо этого, выполним команду:

echo 1 > /sys/block/sdb/device/rescan

Если мы попытаемся снова отобразить структуру разделов командой parted, то увидим предупреждение. Мы используем таблицу разделов в формате GPT. Информация о ней хранится в начале и в конце диска (для резервирования). Когда мы увеличили объем физического накопителя, сменился конец адресного пространства. Система предлагает автоматически переместить резервные файлы. Соглашаемся и пишем в командной строке fix.

Появилось свободное дисковое пространство в размере одного гигабайта:

Прежде чем перейти к расширению файловой системы, необходимо разметить новое пространство и расширить сам раздел. Здесь нам пригодится утилита growpart — выполним команду:

growpart /dev/sdb 2

Мы расширили раздел, но файловая система осталась нетронутой. Вот как это выглядит в GParted:

Давайте расширим ФС командой resize2fs. Если у вас xfs, то нужно указывать точку монтирования. В случае с ext2, ext3 и ext4 достаточно выполнить команду с указанием блочного устройства, которое монтируется в файловую систему. Мы используем ext4, поэтому выполним:

resize2fs /dev/sdb2

Таким образом, мы успешно расширили файловую систему до размера диска.

Теперь рассмотрим другую ситуацию, когда ФС находится в логическом диске, созданном в расширенном разделе. Так структура выглядит в древовидном формате:

У нас два основных раздела — sdc1 и sdc2. Второй — расширенный, и внутри него можно сформировать неограниченное количество новых разделов. Перейдем в облачную панель управления и увеличим диск на один гигабайт, а затем обновим информацию об устройстве sdc уже известной командой:

echo 1 > /sys/block/sdс/device/rescan

Конкретно этот диск мы разметили в формате MBR, поэтому здесь мы не видим предупреждений о переносе резервной копии таблицы разделов, как в случае с GPT.

Вернемся в консоль и отобразим информацию о диске:

parted /dev/sdb/ print free

Чтобы не захламлять выдачу, временно уберем отображение свободного пространства на диске:

parted /dev/sdb/ print 

У нас есть три раздела: основной под номером один, расширенный и логический под номерами два и пять.

Чтобы понять, какие разделы находятся в extended, необходимо сверить их начало и конец. Здесь мы видим, что конец второго раздела соответствует концу пятого раздела — 5369 Мбайт. И размер последнего на один мегабайт меньше. Так мы можем утверждать, что пятый раздел находится во втором разделе.

Чтобы расширить пятый раздел, необходимо предварительно увеличить второй. Для этого выполним:

growpart /dev/sdc 2

Вот так результат команды будет выглядеть в графическом отображении:

Раздел extended был расширен до конца всего раздела — вокруг неразмеченной области появилась голубая рамка. Теперь расширим пятый раздел, который пока занимает 4,5 Гб из доступных 5,5 Гб. В консоли пишем:

growpart /dev/sdc 5

Теперь и желтая рамка, обозначающая пятый раздел, протянулась до конца физического диска. Но мы видим, что файловая система все еще заканчивается сильно раньше. В нашем примере мы используем файловую систему xfs, которая наиболее распространена на CentOS, хотя иногда её применяют и на Debian с Ubuntu.

Для расширения файловой системы выполним команду:

xfs_growfs /mnt/sdc5

Обратите внимание, что в случае с xfs мы указываем не само физическое устройство, а точку монтирования. В нашем случае это /mnt/sdc5, но в частном случае это будет корень.

Вновь обращаемся к GParted и видим, что файловая система расширена до конца.

Если есть доп. разделы

Рассмотрим ситуацию, когда после расширяемого раздела идут другие — SWP, Home, Data и так далее.

В случае SWP облачная инфраструктура предлагает выход из ситуации. Мы можем выделить операционной системе столько памяти, чтобы ей вообще не приходилось применять своп. Затем раздел можно отключить из автозагрузки и удалить, а освободившееся дисковое пространство присоединить к целевому.

Есть и другой вариант, позволяющий сохранить SWP. С точки зрения виртуальной машины диск представляет собой файл в системе хранения данных с разными расширениями — например, VDI или VHDX. Мы можем изменить локацию SWP на файл в файловой системе, которую планируем расширять. Мы не будем говорить о переносе SWP в файл, так как это выходит за рамки нашего материала. Однако в интернете можно найти подробные руководства — вот одна из таких инструкций.

Если вместо SWP за целевым разделом следует раздел с данными, ситуация становится интереснее. К сожалению, в этом случае нельзя расширить файловую систему без простоя. Поэтому на реальной инфраструктуре лучше запланировать технологическое окно в вечернее время.

Для решения задачи мы воспользуемся GParted Live CD — скачать его можно на официальном сайте. Переходим на вкладку Download и загружаем образ.

Подключаем образ к виртуальной машине. Последовательность действий зависит от конкретной системы виртуализации. Загружаемся с диска и видим уже привычный графический интерфейс для расширения файловой системы. Как обычно, начинаем с увеличения доступного объема диска в панели управления облаком.

В этом примере разделом с данными выступает linux-swap. Обновляем информацию по разделам в консоли:

echo 1 > /sys/block/sdd/device/rescan

Затем — информацию в графическом интерфейсе. Видим неразмеченное дисковое пространство объемом в один гигабайт.

Расширим раздел extended до максимального размера. Для этого правой кнопкой мыши вызываем выпадающее меню и выбираем пункт Resize/Move.

Откроется новое всплывающее окно, в котором необходимо подвинуть ползунок в крайнее правое положение. И подтвердить операцию.

Далее открываем меню Resize/Move для раздела с данными — в нашем случае это linux-swap.

Мышкой перемещаем красную рамку в конец жесткого диска, подтверждаем операцию.

Теперь на главном экране раздел linux-swap находится в конце блока extended.

Далее остается произвести расширение целевого раздела и файловой системы.

В верхней части экрана нажимаем кнопку Apply All Operations.

Спустя какое-то время утилита применит все изменения.

У такого подхода есть одна серьезная проблема. Если раздел linux-swap довольно объемный, то его перемещение в конец диска может занять два-три часа. Все это время приложения и сервисы виртуальной машины будут простаивать. Вопрос можно решить, если сформировать в виртуальной инфраструктуре несколько дисков под каждый раздел. Так вы всегда сможете расширить условные /data и /root, поскольку они будут независимы друг от друга.

Другим решением, которое позволит избежать простоев, является разметка диска с помощью LVM.

Если есть LVM

К сожалению, для работы с LVM нет нормальных программ с графическим интерфейсом. Точнее, они есть, но не слишком информативные. Так с логическими томами приходится работать исключительно в командной строке.

В контексте LVM существуют физические тома (physical volume) — это целые неразбитые диски или их разделы. Внутри физических томов также есть разделы, объединённые в volume-groups. Эти группы, в свою очередь, дробятся на логические разделы — еще один уровень абстракции.

Что нам это дает? Рассмотрим два варианта разметки разделов диска. Чисто технически они ничем не отличаются — первый загрузочный, а второй физический том с LVM. В последнем случае он уже разбит на дополнительные разделы.

Может быть и следующая картина. Два раздела лежат в extended partition, а третий стоит отдельно, но добавлен в volume group. На отдельном диске дополнительно выделен раздел и также добавлен в эту группу.

Дополнительный уровень абстракции LVM позволяет нам расширять файловую систему вне зависимости от порядка разделов и предоставляет несколько подходов. Например, можно просто увеличить объём раздела, а можно создать новый и «приписать» его в логическую группу. Главное не переборщить с дроблением, чтобы разметку было проще читать.

Небольшая ремарка — если на диске есть раздел, который монтируется как блочное устройство и не участвует в LVM, то при расширении могут возникнуть проблемы. Здесь нужно или подключать образ Live CD, или перемещать раздел на отдельный виртуальный диск — тогда он не будет мешать увеличивать основной и логические разделы и volume groups.

Перейдем непосредственно к расширению файловой системы с LVM. На нашем тестовом стенде есть диск /dev/sde со следующей структурой:

В панели управления облаком увеличим объем диска на один гигабайт. Отобразим информацию о нем в консоли:

echo 1 > /sys/block/sdd/device/rescan
parted /dev/sde/ print free

Мы видим, что у нас добавилось свободное дисковое пространство.

Разделы, использующие LVM, помечены соответствующим тегом. В этом конкретном примере мы будем увеличивать диск под номером три до необходимого нам объёма. Нам не придется ставить дополнительные утилиты, так как все инструменты по умолчанию присутствуют во всех популярных дистрибутивах Linux.

Мы воспользуемся возможностями parted. Но предварительно отобразим размер свободного пространства в мегабайтах для наглядности.

parted /dev/sde unit MB print free

Далее смотрим на ключевые столбцы — Start, End и Size. Свободное дисковое пространство заканчивается на точке в 6442 Мбайта.

Чтобы расширить последний раздел, прописываем команду:

parted /dev/sde resizepart 3 6441MB

Обратите внимание, что мы уменьшили цифровое значение в конце на один мегабайт. Проверим внесенные изменения:

parted /dev/sde print free

Свободное дисковое пространство уменьшилось до одного мегабайта, а наш второй раздел имеет объем в 3806 Мбайт.

Вернемся в GParted и обновим информацию по разделам. Сейчас LVM в /dev/sde3 не «растянут» до конца.

Посмотрим на объем текущего физического тома – для этого выполним:

pvdisplay

Как физические тома у нас помечены два устройства — sde2 и sde3. Последний имеет объем в 2,5 Гб, но в GParted эта цифра равна 3,5 Гб. Чтобы исправить ситуацию и синхронизировать значения, нужно выполнить команду:

pvresize /dev/sde3

Повторяем pvdisplay и видим, что объем физического раздела увеличился.

Визуальное отображение в GParted также изменилось:

Чтобы отобразить существующие логические разделы, обратимся к команде:

lvscan

В нашей группе томов присутствуют два логических раздела — root и data.

Мы можем увеличить любой из этих томов. Для примера расширим /root следующей командой:

lvextend /dev/vg/root -l +100%FREE -r

Ключ -r автоматически расширит и раздел, и файловую систему внутри него (как в случае с xfr, так и с ext). Переходим в GParted и видим, что операция выполнена успешно:

Теперь, если прописать в консоли df -h, мы увидим, что устройство dev/mapper/vg-root имеет объем в два гигабайта, хотя изначально его объем был равен одному гигабайту.

Как определить разметку

Поговорим о том, как понять, какая разметка у нас используется — с LVM или без? Если после выполнения команды df -h вы видите исключительно устройства типа /dev/sda — блочные устройства — то разметка выполнена без LVM. Также можно ввести команду lvscan. Если LVM не используется, то она ничего не отобразит. В противном случае покажет используемые логические разделы. На изображении ниже их два — root и data.

Иногда консоль может отобразить достаточно экзотические варианты, когда используется не dev, а dm0, dm1 и так далее. Чтобы понять, что это за устройства и какие логические разделы следует расширять, можно воспользоваться следующей командой. Она выведет всю информацию об устройствах.

lsblk --output NAME,KNAME,TYPE,SIZE,MOUNTPOINT

Например, мы видим, что dm-0 смонтирован в /mnt/sde-vg-root. Достаточно часто этот путь указывает в корень. И есть еще одна команда:

ls /dev/dm-*

Она отображает все устройства вида dm-*. Как видно на скриншоте ниже, в нашем случае их два.

Пока на этом всё. В следующей части поработаем с реальной виртуальной машиной на операционной системе Linux Mint.

P.S. Продолжается акция при запуске ИТ‑инфраструктуры IaaS c #CloudMTS.