掛載 Synology 分享的 NFS 後無法使用 Gnome nautilus 無法寫入檔案

最近遇到一個奇怪的問題,我在 Fedora 的環境下 Mount Synology 分享出來的 NFS 空間時,發現 Gnome nautilus 檔案總管無法寫入或變更檔案就像沒有寫入權限一般。但若是使用 Shell 指令操作時,卻又一切正常。百思不得其解,在 google 了許多論壇後,似乎有類似問題的人不多。但有在 gnome nautils 的論壇中看到一篇兩年前的舊文提到了類似的問題,透過 gio info 掛載目錄 的指令查詢了我掛載起來的目錄,發現其中的 access::can-write:屬性居然是 FALSE,但明明權限已經都正確設定了 read/write 了。這篇討論的後段有網友提到可以透過把權限 set to Windows ACL 的方式來解決,但我在爬文中看到 Synology 的官方 Knowledge Center 中的 如何將檔案或資料夾的權限從 UNIX 權限還原為 Windows ACL 權限? 提到這麼一段話。

在 DSM 中,檔案 / 資料夾的預設權限為 Windows ACL 權限。若在檔案或資料夾上執行 chmod 指令 (例如:chmod 644 FILE),權限會變更為 UNIX 權限,此操作可能會導致日後無法預期的行為。本文將說明如何還原權限變更。

其中提出的解決方法是

您可以依照下列步驟以將 UNIX 權限還原為 Windows ACL 權限:
1. 開啟 File Station,找到您執行 chmod 指令的檔案 / 資料夾其上層資料夾。
2. 以右鍵按一下該上層資料夾,選擇內容。
3. 前往權限頁籤,勾選套用到這個資料夾、子資料夾及檔案並按一下確定。
4. Windows ACL 權限將會重新套用至檔案或資料夾。

照著官方提供的解決方法來操作後,掛載起來的 NFS 便可以用 Gnome nautilus 正常操作寫入檔案了。至於是什麼時候權限錯了,實在記不起來了,因為真的好久沒用 NFS 掛載空間了。

把解決方法記錄下來,希望能幫到遇上相同問題的朋友。

dnf upgrade fails with Error: GPG check FAILED

 OS: Fedora 36 今天在做  dnf  更新的時候,突然有很多 package 都出現簽章問題無法更新。類似如下的錯誤訊息 .... is not signed. ...... is not signed. ......... is not...