Шлейфовое устройство не отключается автоматически

У меня есть сценарий резервного копирования, в котором я отключаю файл squashfs, делаю резервное копирование, а затем снова монтирую его. Упрощенная версия скрипта:

umount /home/backup/auto/mnt/os
mksquashfs /src-dir /home/backup/auto/os.sqfs.img
mount -t squashfs -o loop /home/backup/auto/os.sqfs.img /home/backup/auto/mnt/os

Идея состоит в том, чтобы всегда иметь доступ к резервным копиям данных.

И это работало долгое время. Однако я получил ошибку из-за недостатка петлевых устройств и увидел, что umount больше не отсоединяет петлевые устройства, смонтированные с помощью mount.

В последнее время у меня было два основных изменения:

1. Я обновил ядро ​​до 2.6.32-754.11.1.el6.i686
2. Я переместил ОС на SSD.

Я только что заметил, что есть новое обновление ядра 2.6.32-754.12.1.el6, поэтому я обновил, но это не решило проблему.

ОС: CentOS 6.10 i686

Обновление: это на неисправной системе:

# strace -e trace=ioctl,mount mount -t squashfs -o loop os.sqfs.img mnt/os
ioctl(3, LOOP_GET_STATUS, {number=0, offset=0, flags=0, name="/home/squash/web.img", ...}) = 0
ioctl(3, LOOP_GET_STATUS, {number=0, offset=0, flags=0, name="/home/squash/web.img", ...}) = -1 ENXIO (No such device or address)
ioctl(4, LOOP_SET_FD, 0x3)              = 0
ioctl(4, LOOP_SET_STATUS64, {offset=0, number=0, flags=0, file_name="/home/backup/auto/os.sqfs.img", ...}) = 0
mount("/dev/loop1", "mnt/os", "squashfs", MS_MGC_VAL, NULL) = 0
+++ exited with 0 +++

# cat /etc/mtab|grep 'mnt/os'
/dev/loop1 /home/backup/auto/mnt/os squashfs ro,relatime 0 0

# ls -la /etc/mtab
lrwxrwxrwx. 1 root root 12 Apr 17 02:53 /etc/mtab -> /proc/mounts

# notice that here there is no even the umount call. Am I missing something?
# strace -e trace=ioctl,umount,mount umount mnt/os
+++ exited with 0 +++

И это на другой системе с той же версией всего, но это 64 бит:

# strace -e trace=ioctl,mount mount -t squashfs -o loop os.sqfs.img mnt/os
ioctl(3, LOOP_GET_STATUS, {number=0, offset=0, flags=0, name="/storage/backup/auto/home.sqfs.img", ...}) = 0
ioctl(3, LOOP_GET_STATUS, {number=1, offset=0, flags=0, name="/storage/backup/auto/mail.sqfs.img", ...}) = 0
ioctl(3, LOOP_GET_STATUS, {number=1, offset=0, flags=0, name="/storage/backup/auto/mail.sqfs.img", ...}) = -1 ENXIO (No such device or address)
ioctl(4, LOOP_SET_FD, 0x3)              = 0
ioctl(4, LOOP_SET_STATUS64, {offset=0, number=0, flags=0, file_name="/storage/backup/auto/os.sqfs.img", ...}) = 0
mount("/dev/loop2", "mnt/os", "squashfs", MS_MGC_VAL, NULL) = 0
+++ exited with 0 +++

# strace -e trace=ioctl,umount,mount umount mnt/os
umount("/storage/backup/auto/mnt/os", 0) = 0
ioctl(3, LOOP_CLR_FD)                   = 0
+++ exited with 0 +++

# losetup -a
/dev/loop0: [0904]:35656625 (/storage/backup/auto/home.sqfs.img)
/dev/loop1: [0904]:35656626 (/storage/backup/auto/mail.sqfs.img)

Я не вижу LO_FLAGS_AUTOCLEAR в хорошей системе тоже. но я вижу разницу в размерах.

Я переустанавливал util-linux-ng - это не помогло. Для этого пакета нет обновлений, и он никогда не обновлялся. Может быть, это связано с ядром. Я удивляюсь, почему на 64-битной ОС все работает нормально. Я мог бы установить 32-битную виртуальную машину, чтобы проверить, будет ли она делать то же самое.

- FIX -

Проблема заключалась в том, что я сделал /etc/mtab ссылку на /proc/mounts во время копирования системы, используя живой компакт-диск CentOS 7, и я забыл об этом. Мне пришлось переустановить grub, поэтому я сделал chroot для os и сделал ссылку, потому что grub-install не работал. Я забыл восстановить его. Я исправил это:

rm -f /etc/mtab && cat /proc/mounts | grep -v rootfs> /etc/mtab

Так что теперь это работает:

root@home auto# smount os.sqfs.img mnt/os
root@home auto# losetup -a
/dev/loop0: [0816]:7090072 (/home/squash/web.img)
/dev/loop1: [0816]:7864675 (/home/backup/auto/os.sqfs.img)
/dev/loop4: [0816]:7864569 (/home/backup/auto/web.sqfs.img)
root@home auto# umount mnt/os
root@home auto# losetup -a
/dev/loop0: [0816]:7090072 (/home/squash/web.img)
/dev/loop4: [0816]:7864569 (/home/backup/auto/web.sqfs.img)