Идентифицируйте диск до изменений

Покажите блочные устройства и файловые системы командой lsblk --fs. Сверьте размер, модель, разделы, UUID и точку монтирования с панелью или журналом установки VPS. Если диск новый только для вас, это не доказывает, что он пустой: не запускайте mkfs, пока не проверили сигнатуры и не подтвердили отсутствие нужных данных.

Ubuntu рекомендует использовать UUID или LABEL в /etc/fstab, а не имя вида /dev/sdb1: буквы устройств могут измениться. Значения UUID можно посмотреть в выводе lsblk --fs или проверить через blkid. Убедитесь, что UUID уникален, особенно после копирования диска.

Подключите проверенную файловую систему

Создайте пустую точку монтирования, например /srv/data, затем подключите нужный UUID к этому каталогу. При монтировании прежнее содержимое каталога становится скрытым до отключения файловой системы. Поэтому проверьте mountpoint заранее и не подключайте том поверх каталога приложения.

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

Добавьте запись в fstab осторожно

Скопируйте /etc/fstab перед правкой и добавьте строку только для уже проверенного UUID, точки монтирования, типа ФС и подходящих параметров. Параметр nofail подходит не для любой ситуации: если приложению нужен диск при запуске, пропуск тома может скрыть проблему и оставить сервис без данных.

До перезагрузки проверьте запись через findmnt --verify и используйте консоль провайдера как запасной путь. Не применяйте mount -a вслепую на удаленном сервере: неверная запись способна задержать загрузку или смонтировать не то устройство. После плановой проверки сверяйте результат через findmnt.

Руководства по SSD и NVMe объясняют типы носителей, но не заменяют процедуру подключения. Сверьтесь с Ubuntu mount(8) и fstab(5), проверенными 8 октября 2026 года. Конкретный диск не менялся.