O proprietário do arquivo NFS (uid) = 4294967294, não pode fazer muito com a minha montagem. Como faço para corrigir isso?

Question

Eu tenho uma configuração um pouco estranha acontecendo aqui, eu tenho o Android como cliente e o kernel não suporta o NFSv4, também o meu arquivo / etc / exports no lado do servidor não possui entradas no estilo NFSv4.

Eu estou tentando construir algumas toolchains (eu tenho o gcc-4.8-armhf e tudo isso no meu telefone bem como o apt-get com repositórios configurados para que eu possa instalar coisas se necessário) assim como seguindo o LFS, mas eu não pode construir alguns programas como o perl devido a não ser capaz de definir a propriedade do arquivo e quais não.

Meu / etc / exports (server):

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

Um ls -l se parece com isso (cliente):

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

Um sudo chown root:root se parece com isso (cliente) (rootu é apenas um arquivo de teste):

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

Meu comando de montagem (cliente):

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

Eu examinei as páginas de manual e li alguns tutoriais e outras questões, mas todos dizem que basta definir no_root_squash, o que eu fiz desde o início, e isso não funciona.

Eu não tenho LDAP ou Kerberos, ou qualquer autenticação sofisticada configurada no momento, isso está além do meu nível de habilidade (e 0 pay) no momento. Estou em casa, por isso tenho acesso root completo e domínio de tudo e não estou muito preocupado com segurança, a não ser talvez com motoristas de guerra, mas tenho uma boa senha sem fio, por isso não é necessário um chapéu de folha de alumínio; p>

Eu costumava ter isso funcionando, mas parece que algumas mudanças no Debian foram feitas e as coisas não estão mais funcionando tão bem. Os agentes do Windows estão estragando a fonte do Linux? J / k

Realmente o que é isso? Onde posso encontrar uma maneira simples de montar um diretório com arquivos de propriedade de mim, ou root (via sudo chown) se eu escolher, e não algum estranho "4294967294" usuário que não existe no cliente ou servidor?

    

Answer 1

Eu odeio quando descubro isso logo após fazer a pergunta,

eu usei /system/xbin/busybox mount -t nfs /path/to/share /path/to/mountpoint -o tcp,nolock

Funciona, agora meus arquivos são de propriedade do meu meu usuário "10001: 10001" no cliente, mas é uma solução confusa porque se eu usar a busybox mount do Cyanogenmod sem a opção nolock , a permissão será negada, mas se Eu uso a montagem do Debian com a opção nolock que ainda tem a estranha propriedade UID: GID.

Atualmente, a única maneira de trabalhar é com busybox mount , com nolock da Cyanogenmod. Usar nolock com o mount do Debian não corrigirá o problema de id e sem nolock no Cyangenmod eu obtenho permissão negada.

Eu acho que a solução apropriada seria passar pelo código-fonte para cada um e reconstruir o comando mount do Debian com um patch para ser como o do Cyan e descobrir porque eu preciso do nolock , eu não acho que deveria precisar naquela. Talvez seja um problema de linker / biblioteca? Idk, além de mim atm.