Problema resolvido oficialmente, o pacote rpcbind agora contém script de init, dependências alteradas ao redor.
Existem vários bugs abertos sobre o NFS para o Debian instável agora.
Uma descrição do problema diz que a quebra é disparada pela transição nfs-kernel-server para rpcbind - e rpcbind e o portmap não pode ligar a mesma porta ao mesmo tempo. No entanto, o pacote rpcbind não possui um script init.d, embora pareça funcionar em meu cliente quando iniciado manualmente (meu servidor também está quebrado, então não o verifiquei completamente).
No entanto, eu não desejo um serviço iniciado manualmente em um servidor que possa ser reinicializado a qualquer momento - e eu não desejo um script escrito por mim ou algum cara aleatório.
Então, eu estou procurando a solução "oficial" que conserta o uso do NFS para o Debian, que não envolve hacking manual. A solução correta, obviamente, levará algum tempo, mas uma boa solução provisória será necessária para todos os usuários do Debian NFS em todo o mundo.
Existem soluções alternativas fornecidas no relatório de erros. O primeiro você não quer (executando rpcbind manualmente). O segundo - NEEDS_STATD = no e -o nolock - funciona bem para mim aqui. A outra opção no thread do relatório inicial é usar o nfs4, caso em que você pode apenas configurar NEEDS_STATD = no.
Note que as áreas de trabalho referenciadas erroneamente dizem "-o lock", que deve ser "-o nolock".
É improvável que haja uma solução "oficial". Fique de olho nos relatórios de bugs para ver como as pessoas estão lidando com o problema. Em vez de uma solução "oficial", o problema provavelmente será corrigido - seja corrigindo rpc.statd ou adicionando um script de inicialização ao rpcbind.