NFSファイル所有者(uid)= 4294967294、インストール時に多くの操作を実行できません。この問題をどのように解決できますか?

NFSファイル所有者(uid)= 4294967294、インストール時に多くの操作を実行できません。この問題をどのように解決できますか?

ここには少し奇妙な設定があります。 Androidをクライアントとして使用し、そのカーネルはNFSv4をサポートしておらず、サーバー側の/ etc / exportsファイルにはNFSv4スタイルのエントリはありません。

LFSに従うことに加えて、いくつかのツールチェーン(gcc-4.8-armhfとこれらのツールがすべて携帯電話にあり、必要に応じてインストールできるようにリポジトリを設定するapt-getがあります)を構築しようとしています。しかし、私はPerlなどの一部のプログラムはファイルの所有権を設定できないなどの理由で構築されました。

私の/ etc / exports(サーバー):

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

Aはls -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

Aはsudo 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)レベルを超えました。私は家にいるので、すべてへの完全なルートアクセスと所有権を持っています。戦争運転兵以外には、セキュリティについてあまり心配しない。しかし、良い無線パスワードを持っているので、銀の帽子は実際には必要ありません。

私はこれをしましたが、Debian が若干の変更を与えてもはやうまくいかないようです。 WindowsエージェントはLinuxのソースコードを混乱させましたか? ? J/g

これはまさに何ですか?私が持っているファイルでディレクトリをマウントする簡単な方法はどこにありますか?それとも、クライアントやサーバー「ユーザー」に存在しない奇妙な「4294967294」なしでルート(sudo chown経由)をマウントする方法を見つけることができますか?

答え1

質問するとすぐ気づくのが嫌いですが、

使った /system/xbin/busybox mount -t nfs /path/to/share /path/to/mountpoint -o tcp,nolock

うまくいき、私のファイルはクライアントの私のユーザー「10001:10001」に属していますが、オプションなしでbusybox mountCyanogenmodを使用すると権限nolockが拒否されますが、Debianインストールを使用し、そのnolockオプションを使用すると乱雑なソリューションです。それでも奇妙なUID:GIDの所有権があります。

したがって、現在唯一の作業方法はCyanogenmodを使用することですbusybox mount。 Debian でnolock使用すると ID の問題は解決されず、Cyangenmod と一緒に使用しないと拒否されます。nolockmountnolock

私の考えに正しい解決策は、各コマンドのソースコードをチェックし、mountCyanに似たパッチを使用してDebianコマンドを再構築し、nolockそれが必要な理由を見つけることです。必要ないようです。たぶんこれはリンカ/ライブラリの問題ですか? ATM以外はわかりません。

関連情報