Вопрос или проблема
Я монтирую диск через SSH, а затем редактирую fstab, чтобы отразить изменения, однако после перезагрузки диск не монтируется?
Я не понимаю, что я делаю не так?
Вот мой fstab, и это /md0, который не монтируется после перезагрузки, мне чего-то не хватает?
# <файловая система> <точка монтирования> <тип> <опции> <дамп> <передача>
/dev/md4 / ext3 errors=remount-ro,usrjquota=quota.user,jqfmt=vfsv0 0 1
/dev/md0 /BACKUP ext3 defaults 0 1
/dev/md1 /boot ext3 errors=remount-ro 0 1
/dev/md2 /var/tmp ext3 usrjquota=quota.user,jqfmt=vfsv0 1 2
/dev/sda3 swap swap defaults 0 0
/dev/sdb3 swap swap defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
devpts /dev/pts devpts defaults 0 0
Иногда причиной является не конфигурация fstab
, проблема может быть где-то еще.
Просто добавив запись swap
в файл /etc/fstab
, вы не активируете раздел подкачки автоматически. Обычно это делается с помощью вызова swapon
, который может быть выполнен либо вручную, либо программно
:
- Вручную: просто выполните
swapon -a
в вашем терминале, что попытается включить все разделы подкачки, объявленные в вашем файлеfstab
. - Программно: надеюсь, ваш дистрибутив поставляется с демоном/службой
/etc/init.d/swap
, которая делает именно это.
У меня была ситуация, когда по некоторым причинам я хотел деактивировать подкачку (с помощью swapoff
) и также предотвратить автоматическое повторное монтирование после каждой перезагрузки, удалив службу init
. Однако, через некоторое время я передумал и снова настроил подкачку, кроме того, я забыл заново добавить службу инициализации swap
(например, /etc/init.d/swap).
Поэтому я исправил это, (1) настроив fstab
и (2) добавив службу инициализации swap
.
В моем случае это было связано с проблемой миграции диска в Digital Ocean. Это привело к изменению UUID диска. Я обнаружил, что конфигурация диска может находиться в нескольких местах.
Первое место было в файле /etc/fstab
(ваш подход), второе было определено в файле /etc/systemd/system/mnt-volume_*.mount
→ Это указывало на неправильный UUID, и systemd попытался его смонтировать, несмотря на конфигурацию, установленную в fstab
.
Решение:
- Удалите файл
/etc/systemd/system/mnt-volume_*.mount
- Перемонтируйте диск (команда mount + настройка
fstab
) - Перезагрузите систему → все должно работать хорошо.
Источник: https://docs.digitalocean.com/products/volumes/how-to/detach/
Ответ или решение
Если вы столкнулись с проблемой автоматического монтирования диска после перезагрузки сервера, это может быть вызвано несколькими факторами. Ниже представлены ключевые аспекты, которые следует проверить для устранения проблемы.
1. Проверка конфигурации файла /etc/fstab
Ваш файл /etc/fstab
содержит записи, которые указывают, как и куда будут монтироваться файловые системы. В вашем случае запись для /dev/md0
, которая должна монтироваться в /BACKUP
, выглядит следующим образом:
/dev/md0 /BACKUP ext3 defaults 0 1
Убедитесь, что:
- Устройство
/dev/md0
существует и доступно. Для проверки вы можете использовать командуlsblk
илиcat /proc/mdstat
. - Указанный путь монтирования
/BACKUP
существует. Если директории нет, ее нужно создать с помощьюmkdir /BACKUP
.
2. Проверка файловой системы
Если файловая система на /dev/md0
повреждена, это также может помешать монтированию. Вы можете проверить и исправить файловую систему с помощью команды:
fsck.ext3 /dev/md0
Эта команда может потребовать отключения диска, поэтому лучше выполнить ее из режима восстановления или с Live CD, если диск используется.
3. UUID и наличие конфликта с systemd
Исходя из вашего описания, ваша проблема может быть связана с тем, что UUID устройства изменился, например, после миграции диска. В этом случае:
-
Убедитесь, что правильный UUID указан в
/etc/fstab
. Вы можете найти UUID с помощью команды:blkid /dev/md0
-
Если вы используете systemd, проверьте наличие конфликтующих файлов в
/etc/systemd/system/mnt-volume_*.mount
, которые могут указывать на неправильный UUID.
4. Перезагрузка
После внесения всех необходимых исправлений не забудьте перезагрузить систему. Для проверки монтирования можно использовать команду df -h
или mount
.
5. Дополнительные проверки
- Убедитесь, что у вас достаточно прав для монтирования. Это особенно актуально в системах, использующих привилегии SELinux или AppArmor.
- Проверьте системные журналы на наличие ошибок, связанных с монтированием, с помощью команды
journalctl -xe
после перезагрузки.
Заключение
Если после выполнения всех предложенных шагов проблема сохраняется, рекомендуется более глубокое изучение журналов системы и конфигураций. Устранение проблем с монтированием требует системного подхода и проверки каждого шага, чтобы убедиться, что все настройки выполнены правильно. Надеюсь, что эта информация поможет вам решить вашу проблему с монтированием после перезагрузки.