Не монтируется после перезагрузки?

Вопрос или проблема

Я монтирую диск через 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.

Решение:

  1. Удалите файл /etc/systemd/system/mnt-volume_*.mount
  2. Перемонтируйте диск (команда mount + настройка fstab)
  3. Перезагрузите систему → все должно работать хорошо.

Источник: 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 устройства изменился, например, после миграции диска. В этом случае:

  1. Убедитесь, что правильный UUID указан в /etc/fstab. Вы можете найти UUID с помощью команды:

    blkid /dev/md0
  2. Если вы используете systemd, проверьте наличие конфликтующих файлов в /etc/systemd/system/mnt-volume_*.mount, которые могут указывать на неправильный UUID.

4. Перезагрузка

После внесения всех необходимых исправлений не забудьте перезагрузить систему. Для проверки монтирования можно использовать команду df -h или mount.

5. Дополнительные проверки

  • Убедитесь, что у вас достаточно прав для монтирования. Это особенно актуально в системах, использующих привилегии SELinux или AppArmor.
  • Проверьте системные журналы на наличие ошибок, связанных с монтированием, с помощью команды journalctl -xe после перезагрузки.

Заключение

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

Оцените материал
Добавить комментарий

Капча загружается...