因软路由文件所有者属性变成100:network而重装软路由系统而引发的悲剧

我有一个毛病，就是在折腾这条路上有一个所谓的“追求完美”。这不，我前天晚上又闯下大祸了，直到现在还有些隐隐的悔恨。

事情简单来说，就是我发现重启软路由后几个硬盘的挂载点所有者以及下面的所有子文件和子文件夹的所有者都变成了 `100:network`，（owner变成了100，group变成了network），然后手动将他们更改为目标用户和组是没问题的，经过排查又没有发现系统有 100 这个用户，很是奇怪，于是最终我走上了重装系统的路。

顺便解释一下这个问题。

- 系统没有100这个用户
- 系统有 network 这个组，但是其 uid、gid 都是101
- 查看 `/etc/passwd` 和 `/etc/group` 文件没有发现什么线索
- 也不是 docker 造成的
- 很可能是我之前插上一个 NTFS 文件系统的U盘造成的（也许就是中了毒什么的，linux 还会中病毒吗？）

问题的表象就是文件的所有者属性被篡改

```
# id 100
id: unknown user 100

# grep 'network' /etc/group
network : x : 101:

# awk -F":" '{print $1"\t\t"$4}' /etc/passwd | grep '101'
network         101

# id network
uid=101(network) gid=101(network) groups=101(network)
```

有一说一，这个系统目前的环境挺复杂的，部署了各种服务，安装了各种环境。我不能忍受而必须重装系统的原因之一就是 openwrt 附带的 ssh 服务，使用的是 dropbear，其文件路径所有者属性也被更改，导致我无法使用 ssh key pair 登录，必须输入密码 ssh 登录，这怎么能忍……

我在mjj论坛和恩山论坛都发了相关帖子寻求了帮助，但是无果。我只好重装系统。

重装系统也遇到了一些难题，主板似乎有些傲娇，玄学问题吧，折腾了两个小时才正常启动了。使用了最小系统法，没办法还是把硬件拆开了，一点一点尝试……

现在系统是重装好了，虽然做好了足够的数据备份，但还是有大量工作要做，而且这天气非常的寒冷，这两天晚上下班回家都不想坐在电脑桌前倒腾。

然后最令人悔恨的事情来了…… 我的 phicomm n1 无法从U盘启动了，U盘是一个 16GB的闪迪酷豆，按理说这个U盘应该没有太大的质量问题的，之前也都正常从U盘启动，正常运行了好几个月。但是不太清楚为啥就突然不能从U盘启动armbian 系统了，现在直接进入了emmc 的ndm系统（就是荒野无灯大佬的小钢炮系统 Nano Disk Manager）。😭️泪目，我的 blog.hellodk.com 目前还运行在这个U盘上的，n1无法从这个U盘启动那岂不是歇菜了！！！虽然我也做好了数据库的备份，回头可能还是要把这个博客托管在公网服务器上吧…… 哎

现在决心要折腾！要去搞明白为什么n1不能从闪迪酷豆上启动了，而且要解决这件事情！太生气了！不然付出的时间和精力不足以让我平静下来。

吐嘈了这么多，还是想批评一下自己，为什么要有这种所谓的追求完美，待在舒适区不好吗？（话说回来我能这样比喻吗？）

不管怎样，加油解决问题吧！

因软路由文件所有者属性变成100:network而重装软路由系统而引发的悲剧

最近更新

热门标签

文章目录