ps -el | grep "Z"
Это приведет к отображать все зомби-процессы на серверах AIX. Второй Последний столбец покажет, сколько времени прошло с момента его запуска:
$ ps -el | grep 'Z'
F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD
250005 Z 150921 18284566 21102640 0 60 20 :00 <defunct>
Обратите внимание, что tmpfs
– это виртуальная файловая -система в том смысле, что она не имеет и не нуждается в резервном хранилище для записи своих метаданных.
Вместо этого, ext4fs
является постоянной файловой -системой, для которой требуется резервное хранилище (, будь то файл изображения или настоящее устройство ), для записи его метаданных.
Таким образом, ваша mount
команда для случая tmpfs
— это просто относительно -использования того же каталога для монтирования другого (, но опять же tmpfs ), полностью нетронутого, файловая -система. Это разрешено, даже если этот каталог уже используется в качестве точки монтирования -для постоянной файловой -системы, такой как ext4
:, вторая mount
просто переопределит предыдущую файловую -систему, которая -выглядят так, как это было при размонтировании второй файловой системы -.
Вместо этого ваша команда mount
для случая ext4
пытается смонтировать это одно и то же резервное хранилище(файл myfile
)более одного раза и на одно и то же монтирование -точка, и именно поэтому вы получаете сообщение об ошибке. Это никогда не может произойти с виртуальными файловыми -системами, такими как tmpfs
, потому что у них вообще нет (внешнего )резервного хранилища. На самом деле часть mymount
вашей команды для tmpfs
— это всего лишь заполнитель -для создания синтаксического содержимого mount
. Вы можете использовать любую произвольную строку для tmpfs
. Напротив,часть myfile
в вашей команде для ext4
случая должна быть чем-то уже существующим и доступным в системе, что будет использоваться в качестве резервного хранилища для постоянной файловой -системы (даже если вы поместите это резервное хранилище в действительно энергозависимую файловую -систему, такую как tmpfs
, команда mkfs.ext4
и драйвер ext4fs
не знают об этом ).
Тем не менее, обратите внимание, что, начиная с почтенного ядра linux версии 2.4, можно безопасно монтировать несколько раз файловые -системы, такие как ext4
, до тех пор, пока они монтируются на разные смонтировать -точки (, т.е. не в тот же каталог, что и в вашем примере ). В основном такие множественные крепления ведут себя как mount --bind
. Примечательно, однако, что это поведение не может быть достигнуто для блочных устройств loop
, если они созданы из одного и того же резервного файла с разными /dev/loopX
номерами, что характерно для mount -o loop
до версии 2.28.x. Начиная с версии 2.29, он определяет, будет ли повторно использоваться один и тот же резервный файл, и автоматически превращает его в эквивалент mount --bind
.
В целях безопасности не используйте версию 2.28.x или более раннюю из mount
с -o loop
более одного раза в одном и том же резервном файле (, если вы не удалили -его между ). Возможные результаты включают сбой ядра и, следовательно, потерю произвольных данных.