nohupと「>＆nohup.out＆」の違いは何ですか？

nohupは、シェルのSIGHUPの影響を受けないプロセスをレンダリングしますが、これをシェルから実行しても：

bash -c 'while true; do sleep 1; date; done' >& nohup.out &

その後、ログアウトして再度ログインすると、bashはまだ実行中で、nohup.outに出力を生成します。違いはありますか？リダイレクトのみに頼ると信頼性が低下しますか？

bashでは、バックグラウンドジョブはnohupで保護する必要はありません

bashのバージョンに応じて、動作を変更できます。でSIGNALSのマニュアルページのセクション

shoptでhuponexitシェルオプションが設定されている場合、bashは対話型ログインシェルが終了するときにすべてのジョブにSIGHUPを送信します。

huponexitのにオプションのデフォルトはオフ

nohup実行をシェルから切断できます。

通常、バックグラウンドジョブは、リモートSSHセッションからログオフするときに終了しないようにするために使用されます。この状況でよく発生する別の問題は、sshがバックグラウンドジョブとの間でデータの損失を拒否するため、ログオフを拒否（「ハング」）することです。

この問題は、3つのI / Oストリームすべてをリダイレクトすることでも克服できます。
nohup ./myprogram > foo.out 2> foo.err < /dev/null &

SSHの「ハングアップ」ケースへの別の参照。