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.target
이제 SSH를 통해 연결할 수 없지만 ping이 가능하기 때문에 서버가 온라인인 것 같습니다.
- 왜
rescue/enable=true
아무것도 하지 않는가? rescue/enable=true
이들그리고 그리고 의 차이점은 무엇인가요systemd.unit=rescue.target
?- DropBear와 함께 작동하게 하려면 어떻게 해야 합니까?
업데이트 - 명확히 말하자면 SSH 액세스 권한만 있습니다. 콘솔이 없습니다.
답변1
rescue/enable=true
설치 프로그램만이 이 매개변수를 이해하므로 데비안 설치 미디어에서 부팅할 때만 유효합니다.
rescue/enable=true
설치 프로그램에 일반 설치를 수행하지 않고 자동화된 프로세스를 시작하여 기존 데비안 설치를 찾아 가능하면 chroot 준비로 설치하고 그렇지 않은 경우 루트 쉘 환경을 제공하도록 지시합니다.
systemd.unit=rescue.target
일반 또는 대신 systemd
시작을 알려주세요 . 모든 로컬 파일 시스템이 정상적으로 마운트 되고 네트워크 인터페이스가 설정되지만 대부분의 서비스가 시작( 실행)되지 않습니다. 이 모드에서는 시스템이 initramfs에서 전환되었으므로 원하는 것이 아닌 것 같습니다.rescue.target
graphical.target
multi-user.target
rescue.target
sysinit.target
initramfs에 있는 동안 시스템에 액세스하려면 break=
부팅 옵션 중 하나를 지정해야 합니다. just 를 지정하면 실제 루트 파일 시스템을 마운트하기 전에 부팅 프로세스가 중지되는 것과 같습니다 break
. break=premount
가능한 break=
부팅 옵션은 top
, modules
, premount
, 및 mount
입니다 .mountroot
bottom
init
삭제된 데비안 위키 페이지에서 제안한 대로 2015년에 작성되고 2012년에 마지막으로 수정된 문서에 의존하기보다는 /usr/share/doc/dropbear-initramfs/README.initramfs
시스템에서 initramfs를 사용하는 데 대한 최신 지침을 읽고 싶을 수도 있습니다 ...dropbear