Início / unix / Perguntas / 466338
Accepted
Michael Macha
Asked: 2018-09-02 19:28:21 +0800 CST

Problema estranho com a instalação do Dwarf Fortress

  • 772

Aqui está a coisa. Estou executando o Mint 19, instalação relativamente nova. Ouvi muito hype sobre o Dwarf Fortress e instalei-o uma vez; então, precisando sair com pressa, fechou com Control-C. Desde então, toda vez que tento executá-lo, recebo a saída:

/tmp/dwarf-fortresss7j3cousrun/df: 6: /tmp/dwarf-fortresss7j3cousrun/df: ./libs/Dwarf_Fortress: not found
Traceback (most recent call last):
  File "/usr/games/dwarf-fortress", line 93, in <module>
    main()
  File "/usr/games/dwarf-fortress", line 90, in main
    run_df_in_unionfs_with_cleanup(user_run_dir, data_dirs, sys.argv)
  File "/usr/games/dwarf-fortress", line 60, in run_df_in_unionfs_with_cleanup
    run_df_in_unionfs(user_run_dir, data_dirs, args)
  File "/usr/games/dwarf-fortress", line 54, in run_df_in_unionfs
    run_df(tmp_dir, args)
  File "/usr/games/dwarf-fortress", line 46, in run_df
    subprocess.run(cmd).check_returncode()
  File "/usr/lib/python3.6/subprocess.py", line 369, in check_returncode self.stderr)
subprocess.CalledProcessError: Command '['/tmp/dwarf-fortresss7j3cousrun/df', '/usr/games/dwarf-fortress']'
returned non-zero exit status 127.

Seguido pelo término imediato do programa. Eu tentei remover, até mesmo purgar e reinstalar, dwarf-fortress, apenas para obter o mesmo resultado. Ele funcionou perfeitamente bem exatamente uma vez e, por mais que eu tenha encarado esse erro, não consigo entender.

Não é crítico para os negócios nem nada, eu não sou tecnicamente nem um jogador; mas eu realmente gostaria de saber por que o programa está falhando agora e de que maneira ele foi quebrado por mim. É um mistério demais para deixar desmarcado. Obrigado pelo seu tempo.

linux-mint python

1 respostas

  1. Best Answer

    TL;DR: Use o seguinte script para limpar seu $XDG_DATA_HOME/ $HOMEde sobras e desmontar anterior unionfs:

    #!/bin/sh
set -eu

echo "Killing currently running Dwarf Fortress instances"
killall -q -9 Dwarf_Fortress || true

echo "Removing old Dwarf Fortress unionfs mounts and mount points"
find /tmp/ -maxdepth 1 -name "dwarf-fortress*" \
  -printf "  Found %f\n" \
  \( -exec fusermount -u {} \; -o -true \) \
  -exec rmdir {} \;


UNIONFSDIR="${XDG_DATA_HOME:-"${HOME:?}/.local/share/"}dwarf-fortress/run/.unionfs-fuse"

if [ -d "$UNIONFSDIR" ]; then
  echo "Removing old .unionfs-fuse directory"
  rm -r -- "$UNIONFSDIR"
fi
echo "Done. Run dwarf-fortress and praise Armok!"

    Por que isso acontece?

    O dwarf-fortresspacote fornecido pelo Ubuntu usa um wrapper Python /usr/games/dwarf-fortress. Esse wrapper cria uma datahierarquia secundária em $XDG_DATA_HOME/.local/share/dwarf-fortress/run/.unionfs-fuse, que é montada unionfs(8)junto com alguns outros diretórios.

    Isso permite que você coloque seus mods em seu $XDG_DATA_HOME/.local/share/dwarf-fortressdiretório, para que você não precise alterar o conteúdo de /usr/share/games/dwarf-fortress, o que é ótimo! No entanto, um unionfsdeve ser manuseado com cuidado e limpo corretamente. O script Python falhou quando você costumava C-csair do jogo.

    Portanto, o provavelmenteunionfs ainda está montado, mas em mau estado.

    Como faço para corrigi-lo?

    Então, antes de tudo, certifique-se de que o jogo esteja completamente fechado:

    killall -s KILL Dwarf_Fortress

    Em seguida, certifique-se de que não haja sobras unionfsde montagem DF:

    mount | grep -a -e dwarf -e unionfs
unionfs on /tmp/dwarf-fortresswvlaptrarun type fuse.unionfs (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
unionfs on /tmp/dwarf-fortress4ylv2t19run type fuse.unionfs (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

    Como você pode ver, existem atualmente dois no meu sistema. Como ambos estão quebrados, vamos nos livrar deles com fusermount -u:

    fusermount -u /tmp/dwarf-fortresswvlaptrarun 
fusermount -u /tmp/dwarf-fortress4ylv2t19run

    E por último, mas mais importante, remova o .unionfs-fusearquivo $XDG_DATA_HOME/dwarf-fortress/run/. Eu não tenho XDG_DATA_HOMEdefinido, então eu tenho que usar $HOME. Verifique envantes de excluir acidentalmente o diretório errado!

    rm -r $HOME/.local/share/dwarf-fortress/run/.unionfs-fuse

    É isso. Observe que a df_linuxversão do Bay 12 Games não apresenta esses problemas, pois não usa um wrapper Python nem um Unionfs.

    Dito isto, o problema foi corrigido em 2019 e é enviado para o bullseye. Infelizmente, ele não é corrigido no 0.44.12-1, portanto, busterainda pode ser afetado.

    Como você chegou a essa solução?

    Antes de tudo, dei uma olhada em file $(which dwarf-fortress), que me disse que é um script Python:

    $ file $(which dwarf-fortress)
/usr/games/dwarf-fortress: Python script, ASCII text executable

    Eu então verifiquei o script com qualquer editor e encontrei

    def get_user_run_dir():
    old_run_dir = xdg.BaseDirectory.save_data_path('dwarf-fortress')
    new_run_dir = os.path.join(old_run_dir, 'run')
    
    ...

def run_df_in_unionfs(user_run_dir, data_dirs, args):
    mnt_dirs = user_run_dir + "=rw:" + ':'.join(data_dirs)
    with tempfile.TemporaryDirectory(suffix='run', prefix='dwarf-fortress') as tmp_dir:
        cmd = ['unionfs', '-o', 'cow,relaxed_permissions', mnt_dirs, tmp_dir]
        subprocess.run(cmd).check_returncode()
        try:
            run_df(tmp_dir, args)
        finally:
            subprocess.run(['fusermount', '-u', tmp_dir]).check_returncode()

    que mostrou que havia pelo menos algo a ser encontrado em xdg.BaseDirectory, que é $HOME/.local/share(a menos que definido de outra forma). Ao mesmo tempo, fusermount -umostra que há uma desmontagem pendente depois que saímos de Dwarf Fortress, e mount | grep unionfsconfirmamos as montagens ativas em /tmp. Eu me livrei de todo o $XDG_DATA_HOME/dwarf-fortressdiretório e funcionou novamente. Com strace -ff -e trace=execve dwarf-fortress, consegui confirmar as unionfsmontagens e encontrei o .unionfs-fusediretório.

    • 5

relate perguntas