Я запускаю 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
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.
Любая справка будет значительно цениться.
Спасибо за чтение.
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
сокращение зарезервированных блоков к 0 не помогло
Я забыл упоминать это ранее, но я думаю, что стоит упомянуть, что я часто запускаю Windows 7 на этом использовании ПК VirtualBox. Windows имеет доступ к /var/www/html/
и /mnt/SSD2/
через совместное использование VirtualBox. Я запускал Windows для ~ год, но это, возможно, вызвало путаницу полномочий?
Относительно степени того, что Windows делает к общим каталогам, я исключительно использую Висячие строки для выполнения Adobe Photoshop, таким образом, Windows по существу читает некоторые изображения из /mnt/SSD2
или /var/www/html/html
и хранилища отображают в /mnt/SSD2/*
. Никакое огромное управление файлом не сделано в Windows на общих каталогах, например, сжав каталоги, извлекая сжатые файлы, переместив каталоги, установив полномочия и т.д.
Размытое текст имеет следующий шаблон..
/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
быть случайной строкой. Снимок экрана является полным выводом.
Вывод
cd /var/www/html/test
sudo trace-cmd record -o /tmp/trace.dat -e all touch blah.html
cd /tmp
run trace-cmd report
Я уехал, мой компьютер включил в течение ночи для загрузки некоторых файлов в /mnt/SSD2
на единственном SSD мой компьютер имеет и возвратился к этому утром
После перезагрузки я получил a busybox
initramfs
командная строка, где выполнение fsck /dev/sda1/
разрешенный меня для использования моего ПК снова но это подключено к проблемам полномочий, которые я имею? Мой SSD умирает? Действительно ли это - недавно установленное ядро, которое было установлено с помощью sudo apt upgrade
незадолго до того, как проблема полномочий начала происходить?
Предисловие: Я ничего не знаю о снимках.
Стандартная опция для файловых систем расширения состоит в том, чтобы зарезервировать 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
Это не применит 100% к Вам, но это связано и надо надеяться укажет на Вас в правильном направлении. Я подозреваю, поскольку Вы говорите, что делаете, что проблема об общих папках Virtualbox. В основном папки получили доступ от 2 различных Ose, каждого с их собственными файловыми системами/полномочиями, и так как Вы не можете осуществить или 100%, или Вы теряете весь доступ от другого...
Да Virtualbox, вероятно, пытается обойти тот натянутый канат между этими двумя, не уменьшаясь с обеих сторон.
Так или иначе ссылки, которые я нашел, к противоположности Вашей установки, хоста Windows и гостя Ubuntu. Но те же виды интриг полномочий.