Рассмотрим монтирование дисков в Linux по схеме, введённой вместе с интеграцией systemd. До systemd за этот процесс отвечала оснастка udisks, теперь же интерфейс и функционал изменён и дополнен, что нашло выражение в новой версии — udisks2.
В Linux-системах, контролируемых Udev (либо Systemd), udisks остался в качестве инструмента совместимости, поэтому стандартные команды монтирования (mount) работают. Однако автомонтирование дисков, ровно как и системные службы Linux, «переписаны» под udisks2, а управление этой оснасткой осуществляется через консоль udisksctl.
Таким образом, для того чтобы получить справку по основным командам управления дисками через udisks2, следует открыть терминал и ввести команду:
udisksctl
Обратите внимание: udisksctl не требует прав суперпользователя для монтирования съёмных носителей — именно в этом его главное удобство по сравнению с классическим mount. Права проверяются через PolicyKit, и обычный пользователь может монтировать свои флешки и внешние диски без sudo.
Собственно, для того чтобы смонтировать нужный диск, нужно выполнить:
udisksctl mount -b /dev/sdXY
, где X и Y — обозначение диска и номер раздела соответственно (например, «sdb1»).
Следует отметить, что в udisks2 отпала необходимость строго задавать точку монтирования — udisksctl примонтирует выбранный раздел в «свою» директорию, расположенную по адресу «/run/media/имя_пользователя/uuid_раздела». Также не нужно указывать дополнительные параметры, типа «rw» или «ntfs-3g»: диски будут смонтированы с правами записи/чтения, а файловая система определится автоматически.
Отмонтировать раздел можно, выполнив в терминале:
udisksctl unmount -b /dev/sdXY
Обратите внимание, что в команде присутствует буква «n» — «unmount», а не привычное «umount». Это может показаться несколько непривычным для пользователей с опытом, которые с классической версией udisks привыкли писать «umount».
Вышеперечисленные команды udisksctl запоминаются в системе, в отличие от таковых при работе с, например, bluetoothctl, что является несомненным плюсом.
Подводя итог, можно сказать, что новый udisks2 несомненно лучше предыдущего в плане юзабилити, однако многим «бывалым» пользователям Linux понадобится время для привыкания к современному подходу управления дисками.
Как включить в Linux дополнительные разделы Windows
Решение распространённой ошибки, возникающей в большинстве известных дистрибутивов Linux на стадии монтирования к системе дополнительных разделов. Она происходит, если Linux был установлен «рядом с Windows» — на соседний раздел или другой жёсткий диск, — и относится к файловой системе NTFS и Windows 8/8.1/10/11. Причина ошибки — функция Windows под названием «Быстрый запуск» (Fast Startup, в старых версиях — «Hyberboot»), которая оставляет файловую систему NTFS в «грязном» состоянии.
Правильное решение: загрузиться в Windows, открыть «Панель управления» → «Электропитание» → «Действия кнопок питания» → «Изменение параметров, которые сейчас недоступны», снять галочку с «Включить быстрый запуск» и сохранить изменения. После этого Linux сможет монтировать раздел NTFS без ошибок. Это предпочтительный путь, потому что он не трогает файловую систему и не рискует данными.
Если загрузиться в Windows невозможно (например, она не стартует), можно воспользоваться аварийным способом из Linux — утилитой ntfsfix. Важно: это временная мера, она лишь сбрасывает флаг «грязной» файловой системы, но не выполняет полноценную проверку. Используйте её только как крайнее средство и по возможности затем всё равно загрузитесь в Windows для корректного завершения работы.
Итак, подключая диск при помощи команды mount или программными средствами (например, через Thunar), вы видите следующее:
Использование прав суперпользователя не даёт никакого эффекта — диски не подключаются.
Очистить дисковый кэш (аварийный способ)
- Чтобы разрешить проблему «Metadata kept in Windows cache, refused to mount», находясь в среде Linux, можно очистить специальными средствами дисковый кэш Windows. Это осуществляется с помощью набора утилит ntfsprogs, входящего в состав практически всех Linux-дистрибутивов. Открываем терминал и вводим:
sudo ntfsfix /dev/sdaX
(где X — номер раздела NTFS).
Монтировать раздел
- Далее нужно создать папку в /media, куда будем монтировать этот раздел. В терминале:
sudo thunar
- Переходим в каталог «media» и создаём папку с любым названием, не содержащим пробелов (например, «DATA»). Теперь раздел можно подключить с помощью команды:
sudo mount /dev/sdaX /media/DATA -t ntfs-3g -o rw
- Доступ к разделу, подключённому таким образом, будет разрешён только с правами суперпользователя. Чтобы доступ к диску был разрешён для обычного пользователя, его нужно подключить с применением UID и GID, которые расположены в файле /etc/passwd (в строке с именем пользователя). В моём случае параметры равны «1000 и 1001», а в целом команда выглядит так:
sudo mount /dev/sda3 /media/DATA -t ntfs-3g -o uid=1000,gid=1001,rw
- Автоматическое монтирование при старте системы. В 2026 году для этого не нужно использовать устаревший rc.local. Правильный способ — прописать раздел в
/etc/fstabс указанием UUID раздела. Узнать UUID можно командойsudo blkid. Пример строки для fstab:
UUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX /media/DATA ntfs-3g uid=1000,gid=1001,rw 0 0
После добавления строки в fstab проверьте конфигурацию командой sudo mount -a — если ошибок нет, раздел будет монтироваться при каждой загрузке автоматически.
Для более сложных сценариев (например, монтирование по требованию или с зависимостями от других служб) в systemd можно создать .mount-юнит, но для большинства домашних и офисных задач достаточно fstab.
Таким образом удалось разрешить проблему с монтированием Windows-дисков. Надеюсь, что и вы больше не увидите сообщение «Metadata kept in Windows cache, refused to mount».
Права доступа к файлам и папкам в Linux: краткая справка
Проверка прав пользователя, которая выполняется в Linux при запросе доступа к файлам и каталогам, может быть описана следующим образом: вначале на системном уровне проверяется совпадение имени пользователя и имени владельца файла/каталога; потом, если имена совпали (владелец обратился к созданным им файлу/папке), выполняется проверка наличия у владельца соответствующих прав на доступ, а именно — на чтение, запись и выполнение; если право на запрашиваемое действие есть, тогда и разрешается соответствующая операция, а если нужного права у владельца нет, то пользователь получает сообщение, что требуемую операцию выполнить невозможно (типа «Permission denied»).
Права доступа к файлам изменяются командой chmod. Инструмент используется в двух взаимозаменяемых вариантах. Рассмотрим первый:
sudo chmod xyz путь_к_файлу
, где «x» — это:
- либо владелец файла (обозначается через символ «u»);
- либо группа (символ «g»);
- либо пользователи, которые не принадлежат к группе владельцев файла (символ «o»);
- либо абсолютно все пользователи системы (символ «a»);
«y» — это:
- либо предоставление права (символ «+»);
- либо лишение права (символ «—»);
- либо замена имеющихся прав установленными (символ «=»);
«z» — это:
- чтение (символ «r»);
- запись (символ «w»);
- выполнение (символ «x»).
В качестве примера изменения прав доступа приведу такую команду:
sudo chmod a+w мой_файл
Мы только что дали право на запись в файл «мой_файл» для всех пользователей системы. Обратите внимание: sudo обязателен, если файл вам не принадлежит.
Второй, более распространённый вариант использования chmod подразумевает использование цифровых выражений: «4» означает «r», «2» — «w», «1» — «x». К примеру, если нужно предоставить все права (4+2+1=7) владельцу файла, право на чтение (4) группе, а всех остальных оставить без прав (0), то команда примет следующий вид:
sudo chmod 740 мой_файл
Аналогичным образом, подобрав 3 цифры для chmod в диапазоне от 0 до 7, можно установить права доступа к папке:
sudo chmod -R 774 /моя/папка/
Теперь каталог «папка» доступен для чтения, записи и выполнения её владельцу и группе, а для всех остальных — только для чтения. Символ «-R» означает, что права будут изменены и для содержимого директории. Изменить владельца этого каталога можно при помощи команды chown:
sudo chown -R chelovek:users /моя/папка/
Только что «папка» стала принадлежать пользователю chelovek и группе «users».
Считаю, что при монтировании дисков в Linux через udisks2 полезно учитывать не только саму команду подключения, но и состояние файловой системы. Например, раздел NTFS после некорректного завершения работы Windows может отказываться открываться из Linux. В такой ситуации лучше проверить, не осталась ли активной функция быстрого запуска Windows, и убедиться, что диск не используется другой системой. Еще советую перед отключением накопителя выполнять размонтирование через udisksctl unmount, чтобы не повредить данные и не получить ошибки при следующем подключении.