DSM7.0的sudoers文件修改错误后的拯救办法

为啥要写它

昨天更新DS920的套件的时候发现第三方的Transmission套件支持DSM7.0了，索性就更新了Transmission和DSM7.0，更新完后发现WebUI没有了之前的图形界面，按照之前的方法，发现有国内源，按照国内源的方法更新了下，结果写的步骤脚本呢命令都对不起来，搞完之后Transmission的WebUI登录之后报错，百度了一番看到这篇文章有办法搞定，但是我把sudoers文件搞坏了，由于是已经升级到DSM7.0了，之前可以编辑linux系统文件的ConfigFileEditor-noarch-16.spk也无法安装：

ConfigFileEditor-noarch-16.spk无法安装

没办法了，但是群晖还有个计划任务可以利用，于是用两行脚本解决了这个问题。

群晖计划任务恢复soduers

先用VMM弄了个Virtual DSM

Virtual DSM

把/etc/soduers 拷贝了出来（VSDSNM先创建了共享文件夹kkw）

cp -f /etc/sudoers /volume1/kkw

然后将soduers复制到DS920的某一目录下，这里我复制到了群晖的物理路径是/volume1/homes/KKWei/sudoers

copy_soduers

然后创建计划任务，这个不细说了，截图给大伙看下

task_1

任务设置

task_2

任务设置脚本，拷贝源soduers的路径按照大伙的实际情况去做下修改

rm -rf /etc/sudoers

cp -f /volume1/homes/KKWei/sudoers /etc/sudoers

选中该recover_sudoers计划任务点击运行

run_task

再用ssh登录群晖，看不报错了吧

ssh

搞完之后记得把这个计划任务停止掉

stop_task

Transmission权限设置

按照上面步骤搞完之后Transmission WebUI可以打开，但是下载会报权限不足，这应该是DSNM7.0提升了权限设置，我们需要为Transmission的用户sc-download设置下下载文件的的权限，把显示出的权限全选上就行，记得勾选应用到子文件夹、文件那个选项

authority

总结

看到这里愉快的使用DSM7.0下的Transmission吧。

TR_WebUI

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～