Внезапно я получаю ошибки разрешения

Я запускаю Ubuntu 16.04.4 LTS и сталкиваюсь с проблемой. Внезапно я не могу отредактировать файлы, что я мог прежде, я не могу запустить программы из-за ошибок разрешения.

Я всегда вхожусь в систему в качестве пользователя ejaz принадлежность основной группе ejaz и вторичные группы root adm cdrom sudo dip www-data plugdev lpadmin sambashare kismet wireshark docker. У меня есть несколько веб-сайтов в подкаталогах /var/www/html/ (не в ~/public_html потому что это - dev машина без соображений безопасности/совместного использования). Взятие веб-сайта, /var/www/html/test, например; это принадлежит user:group www-data:www-data. Меня, вошел в систему как ejaz, получаю ошибки разрешения при редактировании файлов в test каталог. У меня, кажется, есть корректные полномочия группы отредактировать этот каталог.

Вывод groups команда

~ » groups ejaz                                                                                                                                                              
ejaz : ejaz root adm cdrom sudo dip www-data plugdev lpadmin sambashare kismet wireshark docker

Permissons для test сайт

/var/www/html » l | grep test
drwxrwxr-x  2 www-data www-data 4.0K Apr  9  2017 test

Но любое редактирование приводит к ошибкам разрешения

/var/www/html » cd test 

/var/www/html/test » l                                                                                                                                                           
total 16K
drwxrwxr-x  2 www-data www-data 4.0K Apr  9  2017 .
drwxrwxr-x 87 www-data www-data 4.0K Jul 10 06:50 ..
-rw-rw-r--  1 www-data www-data    0 Apr  9  2017 blah.html
-rw-rw-r--  1 www-data www-data   16 Apr  9  2017 .htaccess
-rw-rw-r--  1 www-data www-data   73 Apr  9  2017 index1.html

/var/www/html/test » touch blah.html
touch: cannot touch 'blah.html': Permission denied

Вывод id команда

/var/www/html/test » id -Gn
ejaz

который понятен с тех пор ejaz основная группа.

Но если я su как ejaz, Я могу отредактировать файл в терминале и в любой программе, которая запускается от того конкретного терминального экземпляра

Вопрос

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

Любая справка будет значительно цениться.
Спасибо за чтение.

Обновление № 1

Вывод sudo mount команда

~ » sudo mount                                                                    
[sudo] password for ejaz: 
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4021496k,nr_inodes=1005374,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=808412k,mode=755)
/dev/sda1 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=27,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/var/lib/snapd/snaps/core_4917.snap on /snap/core/4917 type squashfs (ro,nodev,relatime)
/var/lib/snapd/snaps/core_4650.snap on /snap/core/4650 type squashfs (ro,nodev,relatime)
/var/lib/snapd/snaps/core_4830.snap on /snap/core/4830 type squashfs (ro,nodev,relatime)
/var/lib/snapd/snaps/pycharm-community_62.snap on /snap/pycharm-community/62 type squashfs (ro,nodev,relatime)
/var/lib/snapd/snaps/pycharm-community_60.snap on /snap/pycharm-community/60 type squashfs (ro,nodev,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
/var/lib/snapd/snaps/pycharm-community_64.snap on /snap/pycharm-community/64 type squashfs (ro,nodev,relatime)
/dev/sda4 on /mnt/SSD2 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=808412k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

Вывод sudo df -h команда

~ » sudo df -h                                                                  
Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           790M  9.3M  781M   2% /run
/dev/sda1        82G   75G  2.3G  98% /
tmpfs           3.9G  165M  3.7G   5% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/loop0       87M   87M     0 100% /snap/core/4917
/dev/loop1       87M   87M     0 100% /snap/core/4650
/dev/loop2       87M   87M     0 100% /snap/core/4830
/dev/loop4      233M  233M     0 100% /snap/pycharm-community/62
/dev/loop3      240M  240M     0 100% /snap/pycharm-community/60
/dev/loop5      237M  237M     0 100% /snap/pycharm-community/64
/dev/sda4       136G  125G   11G  92% /mnt/SSD2
tmpfs           790M   28K  790M   1% /run/user/1000

Обновление № 2

enter image description here

Обновление № 3

сокращение зарезервированных блоков к 0 не помогло

enter image description here

Обновление № 4

Я забыл упоминать это ранее, но я думаю, что стоит упомянуть, что я часто запускаю Windows 7 на этом использовании ПК VirtualBox. Windows имеет доступ к /var/www/html/ и /mnt/SSD2/ через совместное использование VirtualBox. Я запускал Windows для ~ год, но это, возможно, вызвало путаницу полномочий?
Относительно степени того, что Windows делает к общим каталогам, я исключительно использую Висячие строки для выполнения Adobe Photoshop, таким образом, Windows по существу читает некоторые изображения из /mnt/SSD2 или /var/www/html/html и хранилища отображают в /mnt/SSD2/*. Никакое огромное управление файлом не сделано в Windows на общих каталогах, например, сжав каталоги, извлекая сжатые файлы, переместив каталоги, установив полномочия и т.д.

Обновление № 5

enter image description here

Размытое текст имеет следующий шаблон..

/var/www/html/magento_site_1
/var/www/html/magento_site_1/var/session/sess_xxxxxxxxxxxxxxxxxxxxxxxxxx
/var/www/html/magento_site_1
/var/www/html/magento_site_1/var/session/sess_xxxxxxxxxxxxxxxxxxxxxxxxxx
/var/www/html/magento_site_1
/var/www/html/magento_site_1/var/session/sess_xxxxxxxxxxxxxxxxxxxxxxxxxx
/var/www/html/magento_site_1
/var/www/html/magento_site_1/var/session/sess_xxxxxxxxxxxxxxxxxxxxxxxxxx
....

с xxxxxxxxxxxxxxxxxxxxxxxxxx быть случайной строкой. Снимок экрана является полным выводом.

Обновление № 6

Вывод

cd /var/www/html/test 
sudo trace-cmd record -o /tmp/trace.dat -e all touch blah.html
cd /tmp 
run trace-cmd report

x

Обновление 7

Я уехал, мой компьютер включил в течение ночи для загрузки некоторых файлов в /mnt/SSD2 на единственном SSD мой компьютер имеет и возвратился к этому утром

enter image description here

После перезагрузки я получил a busybox initramfs командная строка, где выполнение fsck /dev/sda1/ разрешенный меня для использования моего ПК снова но это подключено к проблемам полномочий, которые я имею? Мой SSD умирает? Действительно ли это - недавно установленное ядро, которое было установлено с помощью sudo apt upgrade незадолго до того, как проблема полномочий начала происходить?

2
задан 31 July 2018 в 19:02

2 ответа

Предисловие: Я ничего не знаю о снимках.

Стандартная опция для файловых систем расширения состоит в том, чтобы зарезервировать 5% пространства для корня на /

Таким образом, это похоже, мне, этому /var/www/html/ часть корневого раздела, который имеет только 2% в запасе пространства, смотря на ouput df. Как стандартная опция, Linux сохранит 5% Вашего пространства раздела /для корня. Таким образом, это объяснило бы, почему Вы не можете отредактировать со своей учетной записью пользователя, но с su.

Чтобы проверить, имеет ли это действительно место, можно использовать tune2fs видеть, сколько зарезервированного блока Вы имеете

sudo tune2fs -l /dev/sda1

посмотрите если Reserved block count: выше, чем 0.

Reserved block count: 3034088

Вы могли бы хотеть, изменяют это, как кратковременное решение, например, к 1%

sudo tune2fs -m 1 /dev/sda1

или с -r для количества blocks (может также быть установлен на 0),

Но это была бы хорошая идея оставить 5% для корня и переместить Ваши файлы данных в отдельный раздел.

Вот хорошая экс-плантация, почему это - хорошая идея.


Другие способы быстро получить некоторое файловое пространство на /, если у Вас нет отдельных разделов для /var, /home, и т.д.:

  • уберите свои пользовательские дома
  • удалите старые файлы журнала
  • удалите старые пакеты / ядра с sudo apt-get update && sudo apt-get autoremove
5
ответ дан 2 December 2019 в 01:53

Это не применит 100% к Вам, но это связано и надо надеяться укажет на Вас в правильном направлении. Я подозреваю, поскольку Вы говорите, что делаете, что проблема об общих папках Virtualbox. В основном папки получили доступ от 2 различных Ose, каждого с их собственными файловыми системами/полномочиями, и так как Вы не можете осуществить или 100%, или Вы теряете весь доступ от другого...

Да Virtualbox, вероятно, пытается обойти тот натянутый канат между этими двумя, не уменьшаясь с обеих сторон.

Так или иначе ссылки, которые я нашел, к противоположности Вашей установки, хоста Windows и гостя Ubuntu. Но те же виды интриг полномочий.

Хост Windows, гость Ubuntu, проблемы разрешения, с решением

0
ответ дан 2 December 2019 в 01:53

Другие вопросы по тегам:

Похожие вопросы: