Удаление exeuctable бита на ntfs хранило файлы повреждений файлов Linux
У меня есть общая установка раздела как ntfs для того, чтобы хранить файлы Linux между дистрибутивами и WSL. Мой /etc/fstab поскольку общий раздел похож на это:
UUID=F2C2ACE4C2ACADF3 /mnt/e ntfs-3g permissions,locale=en_US.utf8,x-gvfs-show 0 0
Я получаю эту ошибку при попытке к повороту исполняемого бита:
$ ll /mnt/e/var/lib/vnstat
total 20
drwxrwxrwx 1 root root 4096 May 20 11:56 ./
drwxr-xr-x 1 root root 0 May 20 09:39 ../
-rwxrwxrwx 1 root root 2792 May 20 15:58 enp59s0*
-rwxrwxrwx 1 root root 2792 May 20 15:58 .enp59s0*
-rwxrwxrwx 1 root root 2792 May 20 15:58 wlp60s0*
-rwxrwxrwx 1 root root 2792 May 20 15:58 .wlp60s0*
$ sudo chmod a-x /mnt/e/var/lib/vnstat
$ ll /mnt/e/var/lib/vnstat
ls: cannot access '/mnt/e/var/lib/vnstat/.': Permission denied
ls: cannot access '/mnt/e/var/lib/vnstat/..': Permission denied
ls: cannot access '/mnt/e/var/lib/vnstat/.enp59s0': Permission denied
ls: cannot access '/mnt/e/var/lib/vnstat/.wlp60s0': Permission denied
ls: cannot access '/mnt/e/var/lib/vnstat/enp59s0': Permission denied
ls: cannot access '/mnt/e/var/lib/vnstat/wlp60s0': Permission denied
total 0
d????????? ? ? ? ? ? ./
d????????? ? ? ? ? ? ../
-????????? ? ? ? ? ? enp59s0
-????????? ? ? ? ? ? .enp59s0
-????????? ? ? ? ? ? wlp60s0
-????????? ? ? ? ? ? .wlp60s0
Я могу восстановить использование совместно используемых файлов:
$ sudo rm -rf /mnt/e/var/lib/vnstat
$ sudo cp -rp /var/lib/vnstat /mnt/e/var/lib
$ sudo chmod a+r /mnt/e/var/lib/vnstat/*
$ ll /mnt/e/var/lib/vnstat
total 16
drwxr-xr-x 1 vnstat vnstat 0 Oct 31 2017 ./
drwxr-xr-x 1 root root 0 May 20 16:09 ../
-rw-r--r-- 1 vnstat vnstat 2792 May 20 16:14 enp59s0
-rw-r--r-- 1 vnstat vnstat 2792 May 20 16:14 .enp59s0
-rw-r--r-- 1 vnstat vnstat 2792 May 20 16:14 wlp60s0
-rw-r--r-- 1 vnstat vnstat 2792 May 20 16:14 .wlp60s0
Мне все еще любопытно знать, как файлы повреждаются как показано в первом разделе?
Я также появляюсь к наличию проблем владения когда /etc/fstab анализируется и значения по умолчанию владения к также root или мой идентификатор пользователя в зависимости от настроек.
1 ответ
Выполнение обдумало каталоги, должен быть установлен позволить пользователям статистике его содержание. Без того бита Вы получаете вывод, который Вы описываете. Нет никакого повреждения файлов вообще, Вы просто отменили свои полномочия исследовать их.
Просто восстановите выполнение, обдумал каталог для фиксации ситуации, в использовании случая
sudo chmod a+x /mnt/e/var/lib/vnstat
Вот журнал терминала в качестве примера, иллюстрирующий поведение:
$ ll folder/
total 0
drwxrwxr-x 3 bytecommander bytecommander 100 Mai 21 00:19 ./
drwxrwxrwt 19 root root 460 Mai 21 00:21 ../
-rw-rw-r-- 1 bytecommander bytecommander 0 Mai 21 00:19 bar
-rw-rw-r-- 1 bytecommander bytecommander 0 Mai 21 00:19 foo
drwxrwxr-x 2 bytecommander bytecommander 40 Mai 21 00:19 meh/
$ chmod a-x folder/
$ ll folder/
ls: cannot access 'folder/.': Permission denied
ls: cannot access 'folder/..': Permission denied
ls: cannot access 'folder/meh': Permission denied
ls: cannot access 'folder/bar': Permission denied
ls: cannot access 'folder/foo': Permission denied
total 0
d????????? ? ? ? ? ? ./
d????????? ? ? ? ? ? ../
-????????? ? ? ? ? ? bar
-????????? ? ? ? ? ? foo
d????????? ? ? ? ? ? meh/
$ chmod a+x folder/
$ ll folder/
total 0
drwxrwxr-x 3 bytecommander bytecommander 100 Mai 21 00:19 ./
drwxrwxrwt 19 root root 460 Mai 21 00:21 ../
-rw-rw-r-- 1 bytecommander bytecommander 0 Mai 21 00:19 bar
-rw-rw-r-- 1 bytecommander bytecommander 0 Mai 21 00:19 foo
drwxrwxr-x 2 bytecommander bytecommander 40 Mai 21 00:19 meh/