다음과 같은 헤드리스 서버를 고려하십시오. 원격 위치에있는 일반적인 x86 상자로, 재고 (예 : Ubuntu 이미지)로 원격 초기화 할 수 있습니다. 초기화 된 후에는 ssh를 통해서만 로그인하거나 원격으로 재설정 할 수 있습니다. 즉, “BIOS 또는 부팅 관리자 프롬프트에 액세스 할 수 없습니다 (예 : Grub 1).

어떤 종류의 KVM을 사용할 수 있습니다. 그러나 KVM의 사용은 매우 비싸고 시간 단위로 예약해야합니다.

이 시나리오를 감안할 때 부팅 문제에 대한 편집증에 걸릴 수 있습니다. 예 :

  1. 커널 업그레이드가 실패하면 어떻게됩니까?
  2. 초기 부팅 프로세스의 fsck 프롬프트는 어떻습니까? 아마도 ssh는 아직 사용할 수 없습니다 …

있습니까? 주의해야 할 다른 문제가 있습니까?

커널 업그레이드를 위해 menu.lst 프리앰블에 포함되도록 grub (레거시 것)을 구성합니다.

default saved fallback 2 # counts from 0 

첫 번째 항목은 다음으로 끝납니다.

savedefault fallback 

첫 번째 GRUB 항목은 업그레이드 된 커널이고 세 번째 항목은 대체 부팅에 대한 GRUB 매뉴얼 섹션 도 참조하세요.

시작 스크립트를 변경했습니다. /etc/rc.local (Debian과 유사한 시스템에서) 부팅 성공시 기본 항목 설정이 재설정되는 효과 :

grub-set-default 0 

이 grub-setup은 작동하지만 예를 들어 Ubuntu에서는 이것이 기본값이 아니며 각 커널 업데이트 후에 수동으로 menu.lst를 조정해야합니다.

제공

panic=60 

예 : 잘못된 root= 매개 변수 또는 손상된 커널의 경우 오류가 발생하면 시스템이 자동으로 재부팅됩니다.

fsck 문제에 대해 무엇이 최선인지 잘 모르겠습니다. 방법입니다. Debian과 유사한 시스템에서는 /etc/default/rcS에서

FSCKFIX=yes 

를 설정할 수 있으며, 이는 fsck에게 기본적으로 자동 복구하도록 지시합니다. .

하지만 자동 복구가 실패하면 “원격으로 액세스 할 수 없습니다.”라는 메시지가 계속 표시됩니다.

또는 여섯 번째에서 0을 통해 fsck 검사를 비활성화 할 수 있습니다. /etc/fstab 열-fs-error의 경우 시스템을 다시 초기화하고 백업을 복원하여 모든 fsck 문제를 피할 수 있습니까?

Comments

  • 매우 좋은 질문입니다. 원격 콘솔이 없거나 값 비싼 서버가없는 베어 메탈 서버는 큰 문제입니다.

답변

진심으로, 공급자가 극단적 인 경우에 대해 무료 (또는 최소한 저렴한) 수동 지원을 제공하지 않는 경우 전환해야합니다. 그렇지 않으면 설정에 거의 문제가 없다고 생각합니다.

시스템이 너무 고장 나서 fsck가 고칠 수없는 경우에는 완전한 재설치 외에는 할 일이별로 없습니다. 실제로 치명적인 하드웨어 오류가 발생하지 않는 한 이런 일이 발생하는 것을 본 적이 없습니다.

한 가지 유의해야합니다. 이와 같은 시스템의 경우 안정적인 배포 (Debian, RHEL, SLES)를 선택하고 확실히 업그레이드 만하십시오. (최소 6 개월 동안 안정화 된 새 버전).

답변

호스팅을 찾고 있어야합니다. Serial-over-ssh 액세스를 제공하고 (관련) 직렬 포트를 콘솔로 사용하도록 Linux 설치를 구성 할 공급자 (이 작업을 수행하는 방법은 에 따라 다릅니다 시스템이 upstart 또는 sysV 유형 초기화를 사용하는지 여부). 내장 된 화면 장치가 아닌 직렬 포트와 통신하는 BIOS 를 사용할 수 있습니다. 그러나 일반적으로 값 비싼 하드웨어에서만 제공됩니다.

또한 DTE를 통해 제어하려는 경우 직렬 포트를 사용하도록 grub 에 지시해야합니다. .

답변

당신이 살펴볼 수있는 것은 dropbear (물론 다른 포트에서 실행), 네트워킹을 시작하기에 충분한 논리 및 필요한 경우 일부 복구 도구를로드하는 방법을 포함하는 사용자 정의 initrd를 만드는 것입니다. 이를 바탕으로 네트워크 기능이로드되고 SSH를 통해 시스템으로 돌아가 복구를 시도 할 수있는 복구 커널 구성을 만들 수 있습니다.

댓글

  • 예, 상당히 프로젝트처럼 들립니다. 항상 먼저 부팅되고 부팅 관리자 역할을하는 작은 Linux 시스템을 만드는 것을 상상할 수도 있습니다 (ssh -access 및 screen를 제공하면서 )-그런 다음 en.wikipedia.org/wiki/Kexec 와 같은 기술을 통해 실제 커널을 부팅 할 수 있습니다. 또는 80 년대의 엉뚱한 BIOS 대신 coreboot.org 와 함께 제공되는 서버를 살펴볼 수 있습니다. 하지만이 모든 것은 안정적인 배포를 통해 몇 시간 내에 안정적으로 설정하고 유지 관리 할 수있는 것은 아닙니다.
  • ' 이 페이지

를 보면 약간의 노력을 기울일 수있을 것 같습니다. a>

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다