Блочное устройство на самом деле не монтируется, и об ошибках не сообщается

Блочное устройство на самом деле не монтируется, и об ошибках не сообщается
Блочное устройство на самом деле не монтируется, и об ошибках не сообщается - blackodc @ Unsplash

Я отлаживаю проблему с монтированием раздела (из тома 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 перед повторным монтированием устройства.

  • Попробуйте установить устройство в другом месте.


NevaDev, 18 января 2023 г., 01:18