突然间我收到权限错误

Question

我正在运行 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因为它是没有安全/共享考虑的开发机器)的子目录中有几个网站。以一个网站/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 的 apt 升级。

任何帮助将不胜感激。
谢谢阅读。

更新 #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

更新 #3

将保留块减少到 0 没有帮助

更新#4

我之前忘了提，但我认为值得一提的是，我经常使用 VirtualBox 在这台 PC 上运行 Windows 7。Windows 可以访问/var/www/html/并/mnt/SSD2/通过 VirtualBox 共享。我已经运行 Windows 大约一年了，但这会导致权限混乱吗？
至于什么样的Windows确实到共享目录的范围内，我只使用寡妇运行Adobe Photoshop的，所以Windows实质上从读一些图像/mnt/SSD2或/var/www/html/html并存储图像/mnt/SSD2/*。Windows 中不会对共享目录进行大文件操作，例如压缩目录、解压缩文件、移动目录、设置权限等。

更新 #5

模糊的文字是以下模式..

/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

更新 7

我让我的电脑一夜之间打开，在我电脑/mnt/SSD2的单个 SSD 上下载一些文件，然后在早上回到这个

重新启动后，我得到一个busybox initramfs命令提示符，运行fsck /dev/sda1/允许我再次使用我的电脑，但这是否与我遇到的权限问题有关？我的SSD快死了吗？它是sudo apt upgrade在权限问题开始发生之前不久使用安装的新安装的内核吗？

Answer 1

前言：我对快照一无所知。

ext 文件系统的标准选项是为 root 保留 5% 的空间 /

所以在我看来，这/var/www/html/是根分区的一部分，只剩下 2% 的空间，看看df. 作为标准选项，Linux 将保留 5% 的分区空间/用于 root。这将解释为什么您不能使用您的用户帐户进行编辑，而是使用su.

要检查是否真的如此，您可以使用tune2fs查看您有多少保留块

sudo tune2fs -l /dev/sda1

看看是否Reserved block count:大于0。

Reserved block count: 3034088

您可能希望将其修改为短期解决方案，例如，将其修改为 1%

sudo tune2fs -m 1 /dev/sda1

或 with-r为数blocks（也可设为 0）

但是最好将 5% 留给 root 并将数据文件移动到单独的分区。

这是一个很好的解释，为什么这是一个好主意。

其他的方法来快速获得一些文件空间/，如果你不具备独立的分区/var，/home等：

• 清理你的用户家
• 删除旧的日志文件
• 删除旧包/内核 sudo apt-get update && sudo apt-get autoremove