#Признаки неисправности и область применимости
После создания диска из снимка и его подключения приложение не видит прежние файлы. Восстановленный диск может не быть смонтирован, содержать другую точку монтирования, быть снимком не того тома или иметь такое же UUID, как уже подключённый диск.
#Почему это происходит
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Диск подключён, но не смонтированОС не монтирует новые файловые системы автоматически. | Диск виден в списке устройств, каталога нет | Найдите устройство и назначение без форматирования. |
| Восстановлен другой снимокСнимок относится к другому диску или моменту времени. | Файлы старее ожидаемой даты | Проверьте идентификатор и дату снимка. |
| Конфликт UUID или правКлон файловой системы может иметь прежний UUID, а учётная запись приложения — другие права. | Устройство видно, mount даёт ошибку либо приложение не читает каталог | Диагностируйте UUID, fstab и владельца. |
#Пошаговая диагностика и устранение
- Остановите операции записи в спорный каталогЕсли приложение уже запущено, временно переведите его в режим обслуживания или остановите запись по согласованному плану. Не создавайте новую файловую систему и не форматируйте диск: это может уничтожить восстановленные данные.
- Сопоставьте исходный снимок и дискВ консоли Compute Cloud → «Диски и хранилища» найдите созданный диск, проверьте поле источника «Снимок», его идентификатор, время и зону. Подключённый диск должен быть в той же зоне, что ВМ. Если загрузочный снимок надо восстановить, обычно создают новую ВМ, а не заменяют работающий загрузочный диск на лету.
- Узнайте подключённые устройства LinuxВ SSH на ВМ получите список блочных устройств с файловыми системами. Сравните размер диска с карточкой Compute Cloud, но не полагайтесь только на имя
/dev/vdb: оно может измениться после перезагрузки. - Linux внутри ВМ; чтение списка дисков без администратораLinux · Терминал (Bash)КомандаLinux внутри ВМ; чтение списка дисков без администратора. Не выполняйте mkfs, fdisk write или wipefs.
lsblk -o NAME,SIZE,FSTYPE,UUID,MOUNTPOINTS
- Проверьте совпадения UUIDСравните UUID всех разделов. При одинаковых UUID двух клонированных файловых систем автоматическое монтирование может работать неверно. Не запускайте команды смены UUID до полной копии данных и отдельного плана восстановления.
- Linux, только чтение метаданныхLinux · Терминал (Bash)КомандаНужен sudoLinux, только чтение метаданных. Зафиксируйте значения перед изменениями и сопоставьте с /etc/fstab.
sudo blkid
- Найдите ожидаемые файлы в безопасном режимеЕсли диск не смонтирован и устройство однозначно определено, создайте пустую временную точку монтирования и смонтируйте правильный раздел только для чтения, используя реальный путь
/dev/...и подходящий тип ФС. Для XFS и снимков с одинаковыми UUID нужны отдельные условия, поэтому при таком конфликте не копируйте универсальные командыmount. - Команда создаёт только пустой каталогLinux · Терминал (Bash)С осторожностьюНужен sudoКоманда создаёт только пустой каталог. Монтирование выполняйте отдельно после подтверждения устройства, типа файловой системы и отсутствия конфликтующих UUID.
sudo mkdir -p /mnt/restore-checkКоманда может изменить состояние системы или её настройки. Проверьте параметры и последствия перед запуском.
- Сравните каталоги и права приложенияПосле безопасного просмотра проверьте, существует ли папка данных внутри снимка, совпадают ли пути приложения и таблицы монтирования. Если файлы есть, но сервис их не видит, проверьте пользователя службы и доступ к отдельной директории, не назначая рекурсивно 777.
- Восстановите постоянное подключение по плануКогда данные подтверждены, согласуйте постоянную точку монтирования и изменение /etc/fstab с использованием уникального UUID или другого устойчивого идентификатора. Сначала сохраните исходный fstab и проверьте
mount -aв обслуживаемом окне; не перезагружайте машину с непроверенной записью.
- Проверьте приложение без перезаписи резервной копииЗапустите приложение в тестовом режиме, прочитайте известный файл и сверяйте контрольный список данных с датой снимка. Если часть новых файлов отсутствует, это может быть нормальным для старого снимка: не утверждайте, что хранилище потеряло более поздние изменения.
#Как проверить, что проблема исправлена
Файлы доступны по согласованному пути, их размер и дата соответствуют снимку, приложение читает их под своей учётной записью; после плановой перезагрузки точка монтирования восстанавливается без ошибок.
#Если проблема осталась
Если диск не отображается, проверьте его состояние READY и успешность подключения. При конфликте UUID, повреждённой ФС или необычных томах LVM/RAID нужен отдельный план с резервной копией; не применяйте автоматический fsck на оригинале.