размонтирование источника привязки не сработает, а на устройстве недостаточно места

Question

Проблема

/mnt/srcне занимает места, но вам следует размонтировать его, чтобы не путать некоторые инструменты, включая инструменты, выполняющие резервное копирование. Например, lsblkвыбирает для отображения первое соответствующее монтирование и отображает /mnt/srcвместо /для /dev/vda2, что не является оптимальным.

Большинство систем Linux работаютсистемдпоэтому я предполагаю, что эта система работаетсистемд.

системдперемонтируется / какобщиймонтировать вместо значения по умолчанию ядра Linuxчастный. Смотрите документацию ядра о распространении монтирования здесь:Общие поддеревья. Это означает, что когда позже добавляются (или удаляются и переустанавливаются) дополнительные крепления, /они также автоматически монтируются /mnt/srcмеханизмом распространения, итак как этообщий(скорее, чемраб) попытка отключить их /mnt/srcтакже отключит их от/, либо потерпев неудачу (потому что используются процессами), либо нанеся возможный вред в случае успеха (они также исчезнут из своей исходной точки монтирования).

Что нужно было сделать?

Всегда делайте такие крепления с помощьючастныйвариант распространения. Пока это так, когда это для целей резервного копирования, также сделайте так, чтобы монтирование привязки было (пере)монтировано только для чтения:

mount --bind --make-private -o ro / /mnt/src

Таким образом, никакого дальнейшего взаимодействия с другимимонтируетпроизойдет, и это можно будет отключить в любое время простым способом umount /mnt/srcбез каких-либо побочных эффектов.

Что можно сделать для решения текущей проблемы?

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

Я привожу здесь пример (все каккореньпользователь) подражая случаю OP, когда после того, как было сделано:

# mkdir -p /mnt/src
# mount --bind -o ro / /mnt/src

И затем позже (в месте, которое не может быть опасным):

# mkdir -p /root/intheway
# mount -t tmpfs tmpfs /root/intheway

что приводит к:

# umount /mnt/src
umount: /mnt/src: target is busy.

определить проблемные крепления с помощьюfindmnt:

# findmnt --kernel --submounts --list -o +PROPAGATION /mnt/src
TARGET                  SOURCE     FSTYPE  OPTIONS                        PROPAGATION
/mnt/src                /dev/vda2  ext4    ro,relatime,errors=remount-ro  shared
/mnt/src/root/intheway  tmpfs      tmpfs   rw,relatime,inode64            shared

Установить все такие найденныеобщиймонтируется какчастный, включая /mnt/src:
```
# mount --make-private /mnt/src/root/intheway
# mount --make-private /mnt/src
```
демонтируйте их (в обратном порядке их монтажа, если глубины несколько), заканчивая/mnt/src
```
# umount /mnt/src/root/intheway
# umount /mnt/src
```

Это не нарушило (общее) крепление, которое было на пути:

# findmnt --kernel --list -o +PROPAGATION /root/intheway
TARGET         SOURCE FSTYPE OPTIONS             PROPAGATION
/root/intheway tmpfs  tmpfs  rw,relatime,inode64 shared

Answer 1

Проблема

/mnt/srcне занимает места, но вам следует размонтировать его, чтобы не путать некоторые инструменты, включая инструменты, выполняющие резервное копирование. Например, lsblkвыбирает для отображения первое соответствующее монтирование и отображает /mnt/srcвместо /для /dev/vda2, что не является оптимальным.

Большинство систем Linux работаютсистемдпоэтому я предполагаю, что эта система работаетсистемд.

системдперемонтируется / какобщиймонтировать вместо значения по умолчанию ядра Linuxчастный. Смотрите документацию ядра о распространении монтирования здесь:Общие поддеревья. Это означает, что когда позже добавляются (или удаляются и переустанавливаются) дополнительные крепления, /они также автоматически монтируются /mnt/srcмеханизмом распространения, итак как этообщий(скорее, чемраб) попытка отключить их /mnt/srcтакже отключит их от/, либо потерпев неудачу (потому что используются процессами), либо нанеся возможный вред в случае успеха (они также исчезнут из своей исходной точки монтирования).

Что нужно было сделать?

Всегда делайте такие крепления с помощьючастныйвариант распространения. Пока это так, когда это для целей резервного копирования, также сделайте так, чтобы монтирование привязки было (пере)монтировано только для чтения:

mount --bind --make-private -o ro / /mnt/src

Таким образом, никакого дальнейшего взаимодействия с другимимонтируетпроизойдет, и это можно будет отключить в любое время простым способом umount /mnt/srcбез каких-либо побочных эффектов.

Что можно сделать для решения текущей проблемы?

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

Я привожу здесь пример (все каккореньпользователь) подражая случаю OP, когда после того, как было сделано:

# mkdir -p /mnt/src
# mount --bind -o ro / /mnt/src

И затем позже (в месте, которое не может быть опасным):

# mkdir -p /root/intheway
# mount -t tmpfs tmpfs /root/intheway

что приводит к:

# umount /mnt/src
umount: /mnt/src: target is busy.

определить проблемные крепления с помощьюfindmnt:

# findmnt --kernel --submounts --list -o +PROPAGATION /mnt/src
TARGET                  SOURCE     FSTYPE  OPTIONS                        PROPAGATION
/mnt/src                /dev/vda2  ext4    ro,relatime,errors=remount-ro  shared
/mnt/src/root/intheway  tmpfs      tmpfs   rw,relatime,inode64            shared

Установить все такие найденныеобщиймонтируется какчастный, включая /mnt/src:
```
# mount --make-private /mnt/src/root/intheway
# mount --make-private /mnt/src
```
демонтируйте их (в обратном порядке их монтажа, если глубины несколько), заканчивая/mnt/src
```
# umount /mnt/src/root/intheway
# umount /mnt/src
```

Это не нарушило (общее) крепление, которое было на пути:

# findmnt --kernel --list -o +PROPAGATION /root/intheway
TARGET         SOURCE FSTYPE OPTIONS             PROPAGATION
/root/intheway tmpfs  tmpfs  rw,relatime,inode64 shared

размонтирование источника привязки не сработает, а на устройстве недостаточно места

решение1

Проблема

Что нужно было сделать?

Что можно сделать для решения текущей проблемы?

Связанный контент