RescueInitRamfsを起動しようとしています（https://wiki.debian.org/RescueInitramfs）DebianサーバーでDropBearを設定した後https://benediktkr.github.io/ops/2015/05/01/remote-fde.html（最大）。
ファイルでカーネルブートパラメータを/etc/default/grub設定して更新してみました。GRUB_CMDLINE_LINUX_DEFAULT="quiet rescue/enable=true"GRUB_CMDLINE_LINUX="rescue/enable=true"https://www.debian.org/releases/stable/amd64/ch08s06.en.html）その後、を実行してsudo update-grubカーネルがこのパラメータで起動していることを確認しました/proc/cmdline。このカーネルパラメータは効果がなく、システムが直接「通常」（構造化されていない）モードで起動するようです。
その後、カーネルパラメータを設定してリカバリモードで起動しようとしましたが、systemd.unit=rescue.targetSSHを介して接続できませんが、pingは可能であるため、サーバーはオンラインのようです。
- なぜ
rescue/enable=true何もしないのですか？ rescue/enable=trueこれらとそしての違いは何ですかsystemd.unit=rescue.target？- DropBearと連携させるにはどうすればよいですか？
更新 - 明確に言えば、SSHアクセス権しかありません。コンソールはありません。
ベストアンサー1
rescue/enable=trueインストーラだけがこのパラメータを理解しているため、Debian インストールメディアから起動する場合にのみ有効です。
rescue/enable=trueインストーラは、通常のインストールを実行せずに自動化されたプロセスを開始し、既存のDebianインストールを見つけて、可能であればchroot準備としてインストールし、そうでない場合はrootシェル環境を提供するように指示します。
systemd.unit=rescue.target一般または代わりにsystemd 開始を教えてください。すべてのローカルファイルシステムが正常にマウントされ、ネットワークインターフェイスが確立されますが、ほとんどのサービスは起動（実行）されません。このモードでは、システムはinitramfsから切り替えられているので、望むものではないようです。rescue.targetgraphical.targetmulti-user.targetrescue.targetsysinit.target
initramfsにある間にシステムにアクセスするには、break=起動オプションの1つを指定する必要があります。 justを指定すると、実際のルートファイルシステムをマウントする前に起動プロセスが停止するのと同じですbreak。break=premount可能なbreak=起動オプションはtop、、、、、modulesです。premountmountmountrootbottominit
削除されたDebian Wikiページで提案されているように、2015年に作成され、2012年に最後に変更されたドキュメントに頼るのではなく、システムで/usr/share/doc/dropbear-initramfs/README.initramfsinitramfsを使用するための最新のガイドラインを読みたい場合があります...dropbear