Я отлаживаю проблему с монтированием раздела (из тома EBS) на экземпляре AWS EC2.
Устройство отображается как /dev/nvme1n1p1
:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
loop0 7:0 0 67.6M 1 loop /snap/lxd/20326
loop1 7:1 0 55.4M 1 loop /snap/core18/2066
loop2 7:2 0 33.3M 1 loop /snap/amazon-ssm-agent/3552
loop3 7:3 0 32.3M 1 loop /snap/snapd/12159
nvme0n1 259:0 0 8G 0 disk
└─nvme0n1p1 259:1 0 8G 0 part /
nvme1n1 259:2 0 8G 0 disk
└─nvme1n1p1 259:3 0 8G 0 part
Я могу попробовать смонтировать его:
sudo mount /dev/nvme1n1p1 /home/ubuntu/mystuff -v
и оно сообщит:
mount: /dev/nvme1n1p1 mounted on /home/ubuntu/mystuff
Но на самом деле он не смонтирован! Я не вижу никаких файлов, и вывод lsblk не меняется сверху (т.е. нет точки монтирования).
Журнал ядра только показывает:
[ 2158.436056] BTRFS info (device nvme1n1p1): disk space caching is enabled
[ 2158.436057] BTRFS info (device nvme1n1p1): has skinny extents
[ 2158.446309] BTRFS info (device nvme1n1p1): enabling ssd optimizations
Как мне это отладить? Где я могу получить больше информации или понять, что происходит?
Вероятно, у вас есть (или была) запись /etc/fstab для той же точки монтирования, но для другого устройства. Из-за плохо реализованной функции в диспетчере systemd (которая должна была удалять монтирования в случае исчезновения устройства), он автоматически удаляет монтирования всякий раз, когда устройство не существует, и иногда отдает приоритет устаревшей информации из /etc/fstab над " информация о монтировании в реальном времени. Иногда это приводит к немедленному отключению новых креплений.
Проверьте journalctl -n 100
, чтобы убедиться, что это проблема.
Удалите запись из /etc/fstab, затем запустите systemctl daemon-reload
перед повторным монтированием устройства.
Попробуйте установить устройство в другом месте.