Какое устройство использует этот логический том?
На самом деле я полагаю, что вопрос не был о (стандартных) битах полномочий файла, но расширил информацию о ACL (см. setfacl (1) или acl (5)).
К моему знанию неизмененный tar GNU игнорирует информацию о ACL. (Страница справочника для tar GNU 1.15.1, как поставлено с RHEL 5.2 упоминает переключатели - acls и - нет, но я не заставил их работать.)
Однако звездообразная программа может создать резервную копию и восстановить ACLs при выборе exustar формата:
star -c -p -acl artype=exustar -f archive.tar files...
star -x -acl -f archive.tar
Звездообразная домашняя страница: Звезда http://cdrecord.berlios.de/new/private/star.html доступна в человечности, по крайней мере.
Оказалось, что логический том был самостоятельно частью группы объема. Это не обнаружилось в/proc/mounts или в выводе lsof. Единственным путем я смог обнаружить, что это было посредством команды "pvdisplay", где это появилось как физический том:
# pvdisplay
...
--- Physical volume ---
PV Name /dev/vg_service1/lv_home
VG Name nova-volumes
PV Size 179.91 GiB / not usable 4.00 MiB
...
Используйте lsof (8):
# lsof /dev/vg_service1/lv_home
У меня нет доступа к полю Linux в тот самый момент для проверки его вывода, но вот то, на что он похож на моем Mac:
# lsof /dev/disk1 | head
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
launchd 1 root cwd DIR 14,4 1564 2 /
launchd 1 root txt REG 14,4 415248 7402611 /sbin/launchd
launchd 1 root txt REG 14,4 59504 7399166 /usr/lib/libauditd.0.dylib
launchd 1 root txt REG 14,4 599232 7402371 /usr/lib/dyld
launchd 1 root txt REG 14,4 289054720 8865364 /private/var/db/dyld/dyld_shared_cache_x86_64
launchd 1 root 20r DIR 14,4 170 7402529 /private/var/tmp
launchd 1 root 24r REG 14,4 0 9885226 /private/var/run/socketfilterfw.launchd
launchd 1 root 25r DIR 14,4 2040 7393527 /private/var/db
Необходимо видеть что-то подобное в системе.
В моем случае у меня такая же проблема. После некоторых поисков кто-то говорит о службе NFS , который для обмена файлами.
Так что в этом случае просто нужно перезапустить службу NFS , а затем попробуйте удалить логический громкость:
service nfs-kernel-server restart
lvremove -f /dev/vg_service1/lv_home
есть еще одна непонятная причина, по которой ваш снимок LVM может быть занят
при запуске grub-updateон будет использовать grub-mountдля монтирования устройств и проверки, содержат ли они ОС. и, возможно, добавить их в загрузочное меню; но тогда grub-updateиногда не сможет их размонтировать, и в этом случае удалить снапшот будет невозможно.
Обратите внимание, что grub-updateбудет запускаться автоматически при установке нового ядра, и это может произойти из-за автоматического обновления безопасности.
На данный момент лучший вариант — добавить GRUB_DISABLE_OS_PROBER=trueк /etc/default/grub, чтобы grub-updateничего не устанавливал. Рекомендую в любом случае.
Возвращаясь к исходному вопросу :, если вы не можете размонтировать снимок, попробуйтеumount /var/lib/os-prober/mount/
Обратите внимание, что когда/если снимок полностью заполнен, снимок будет недействительным, и приведенная выше команда может завершиться ошибкой, в этом случае единственным шансом будет перезагрузка.
pvdisplay, Как выпустить его? – shgnInc 18.10.2014, 08:13