我正在嘗試更改 KDE 分配給文件的預設權限。我想將 umask 更改為 0027,以便在預設情況下使用 750 權限建立文件,而不是使用 755 用戶建立文件。然而到目前為止,KDE 拒絕了我改變這一點的嘗試。
我有:
- 將“umask 0027”添加到 ~/.bashrc (為了更好的措施,它也已添加到 /etc/profile 中)
- 將「會話可選 pam_umask.so umask=0027」新增至 /etc/pam.d/login
- 將 /etc/login.defs 中的“UMASK 022”更改為“UMASK 027”
所有這些都不會導致 SDDM 之外對新文件的權限進行任何更改。有關更多信息,該系統構建在 Debian 12 之上。
答案1
我遇到了同樣的問題並通過以下方式解決了它。我使用的是 Ubuntu,因此只要您使用 systemd,該解決方案將非常接近您的問題。我想你會這樣做,因為它是 Debian 上的預設 init。
由於 KDE Plasma 是由 systemd 單元啟動的,因此設定 umask 的最佳方法是對特定的 systemd 服務使用嵌入式設定檔。特別是透過~/.profile
或設定 umask/etc/profile
不再起作用。
您的所有應用程式很可能都是由plasmashell
進程直接或間接啟動的,並從此進程繼承 umask。流程的負責 systemd 單位是/usr/lib/systemd/user/plasma-plasmashell.service
。為了製作plasmashell
,umask=0027
您必須製作嵌入式設定檔:/etc/systemd/user/plasma-plasmashell.service.d/override.conf
它與前面提到的 systemd 單元相對應。建立/etc/systemd/user/plasma-plasmashell.service.d/
目錄,然後override.conf
在其中建立文件。文件的內容應該是:
[Service]
UMask=0027
請小心使用大寫“U”和“M”。
該文件將由 systemd 在對應的單元文件之上進行處理。
重新啟動系統,您會發現您建立的檔案將具有適當的權限。當然,如果您登入虛擬終端,umask 將不受此 systemd 設定的控制。您可以另外設定 umask 以~/.profile
獲得在純文字環境中建立的檔案的適當權限。
我的解決方案部分基於此 文章來自 Arch Wiki