NFS 檔案擁有者(uid)= 4294967294,無法對我的安裝做太多事情,我該如何解決這個問題?

NFS 檔案擁有者(uid)= 4294967294,無法對我的安裝做太多事情,我該如何解決這個問題?

我這裡有一個有點奇怪的設置,我有 Android 作為客戶端,它的核心不支援 NFSv4,伺服器端的 /etc/exports 檔案也沒有 NFSv4 樣式條目。

我正在嘗試建立一些工具鏈(我的手機上有 gcc-4.8-armhf 和所有這些工具,以及設置了存儲庫的 apt-get,以便我可以在需要時安裝東西)以及遵循 LFS,但我不能由於無法設定檔案所有權等原因,建構了一些程序,例如perl。

我的 /etc/exports (伺服器):

/media/usb3/Android     192.168.1.209(rw,sync,subtree_check,no_root_squash)

Als -l看起來像這樣(客戶端):

drwxr-xr-x  6 4294967294 4294967294      4096 Jun 21 17:23 toolchains
-rw-r--r--  1 4294967294 4294967294         0 Jun 25 18:51 rootu

Asudo chown root:root看起來像這樣(客戶端)(rootu 只是一個測試檔):

sudo chown root:root rootu
chown: changing ownership of `rootu': Invalid argument

我的安裝指令(客戶端):

sudo mount -t nfs 192.168.1.210:/media/usb3/Android /home/edge-case/Android-Lab/ -o tcp

我已經瀏覽了手冊頁並閱讀了一些教程和其他問題,但他們都說只設定 no_root_squash ,我從一開始就這樣做了,但這不起作用。

我目前沒有 LDAP 或 Kerberos,或任何複雜的身份驗證設置,這一切都超出了我目前的技能(和 0 工資)水平。我在家裡,所以我擁有完全的root 訪問權限和所有東西的所有權,除了可能是戰爭駕駛員之外,不太擔心安全性,但我確實有一個很好的無線密碼,所以我真的不需要錫箔帽子;P

我曾經有這份工作,但似乎 Debian 已經做了一些改變,事情不再那麼順利了。 Windows 代理程式是否搞砸了 Linux 原始碼!焦/克

這到底是什麼?我在哪裡可以找到一種簡單的方法來掛載我擁有的文件的目錄,或者如果我選擇的話,掛載根目錄(通過sudo chown),而不是客戶端或伺服器上不存在的一些奇怪的“ 4294967294”用戶?

答案1

我討厭在問完問題後立即弄清楚這一點,

我用了 /system/xbin/busybox mount -t nfs /path/to/share /path/to/mountpoint -o tcp,nolock

它可以工作,現在我的文件在客戶端上屬於我的用戶“10001:10001”,但它是一個混亂的解決方案,因為如果我使用 Cyanogenmodbusybox mount而不使用該nolock選項,它會被拒絕權限,但如果我使用Debian 的掛載選項nolock它仍然有奇怪的 UID:GID 所有權。

所以目前唯一的工作方法是使用 Cyanogenmodbusybox mountnolock.nolock與 Debian 一起使用mount不會解決 id 問題,如果不nolock與 Cyangenmod 一起使用,我會被拒絕。

我想正確的解決方案是檢查每個命令的源代碼,並mount使用類似於 Cyan 的補丁重建 Debian 的命令,並弄清楚為什麼我需要nolock它,我認為我不應該需要它。也許這是鏈接器/庫問題?我不知道,超出我的自動櫃員機。

相關內容