screenSSHを介してリモートホストで実行する長期実行bashスクリプトがあります。しばらくしてから戻ると（ログアウトした後）、Screen Terminalは自分のファイルやフォルダにアクセスできなくなります。
この問題の原因は何であり、これを防ぐ方法はありますか？
オペレーティングシステム：Andrewファイルシステムを使用するScientific Linux CERN SLCバージョン6.9（Carbon）。私はAFSでプライベートディレクトリを使用しています。これが違いがあれば。
編集する：切断した後も、画面はまだ公開ディレクトリやその他の公開ファイルにアクセスできます。それで、AFSに関する何かがそれを台無しにしました。
答え1
再接続したら、「kinit」と入力してユーザーパスワードを入力してください。
答え2
同様の問題がありましたが、AFSの切断はすぐに自動的に行われず、時にはプログラムがAFSへのアクセスを失う前に6時間以上正常に実行されることがありました。人が使っても
fs checkservers
fs checkvolumes
fs flush
それでも機能しないか、AFSアクセスを復元できません。私たちのシステム管理者は、次の原因と解決策を提案しました。
理由：「残念ながら、Linuxの「新しい」機能は機能しません。システムリソース/ログインを管理するsystemdデーモンがリモートからログアウト（または切断された接続）を検出すると、積極的にセッションをクリーンアップするとAFSトークンが破損し、権限拒否エラーが発生します。
考えられる解決策：考えられる解決策の1つは、あるコンピュータで画面を開き、別のコンピュータでsshを実行し、そのコンピュータで実行されているプログラムを起動することです。たとえば、machine1にログインして画面セッションを開始します。 - スクリーンセッション内でSSH経由でコンピュータ2に接続します。 - ソフトウェアを実行して分析を実行します。 - セッションの分離
上記の2つのSSH接続で、トークンが2番目のシステムでアクティブになっていることを願っています。 」