Подключение тома не переносит файлы. Оно меняет то, что видно по пути, — и это можно проверить.
Подключить файловую систему к каталогу — значит смонтировать её. Каталог, через который открывается её содержимое, — точка монтирования. Пока том смонтирован, путь /mnt/lab-data ведёт в корень тома. Файлы самого каталога остаются на корневой файловой системе: том их закрывает, а после umount они снова видны. Так было с ночным отчётом.
Учебный том — файл-образ /srv/storage-lab/disk.img с ext4 внутри. Файловая система живёт на блочном устройстве — диске или его разделе. Обычный файл таким устройством не является, поэтому mount подключил образ как loop-устройство /dev/loop0 и смонтировал уже его.
Что стоит за каталогом, показывает findmnt в двух режимах:
| Команда | Что показывает |
|---|---|
findmnt --mountpoint ПУТЬ |
смонтировано ли что-то ровно в этот каталог; нет — пустой вывод |
findmnt --target ПУТЬ |
какая файловая система обслуживает путь, даже обычный каталог |
У домашнего каталога отдельного тома нет:
df -h ПУТЬ показывает то же, что --target: в столбце Mounted on — точка монтирования файловой системы, на которой лежит путь.
Служба пишет в /data. findmnt --mountpoint /data ничего не печатает, а findmnt --target /data показывает TARGET /. Куда попадают её файлы?
-
Обычный каталог принимает файлы: так ночью служба записала
report-0915.txt. Проверь:ls /dataиdf -h /data. -
findmnt --mountpoint /dataничего не нашла: в /data ничего не смонтировано, и тома там нет. -
Буфера для неподключённого тома нет: файлы сразу ложатся в каталог на корневой файловой системе, а после
mountих закроет том.
Пока в /data ничего не смонтировано, это обычный каталог корневой файловой системы, и файлы ложатся туда. После подключения тома они окажутся под ним, как ночной отчёт в начале урока.
Главное в шаге
- Смонтированный том закрывает файлы каталога, но не удаляет и не переносит их.
-
findmnt --mountpointпроверяет подключение ровно в каталог, аfindmnt --targetиdf— файловую систему, которая обслуживает путь.