SLES Btrfs가 읽기 전용으로 전환될 경우: 다시 마운트하기 전에 문제를 진단하십시오.
Btrfs가 의도적으로 읽기 전용인지, 공간이 부족한지, 또는 오류 발생 후 데이터를 보호하는지 여부를 확인한 다음, 원인에 맞는 복구 경로를 선택하십시오.
SLES 15 클라이언트는 개인 네트워크에서 SUSE Manager 서버 또는 프록시에 연결할 수 있다면 직접 인터넷 액세스 없이도 등록할 수 있습니다. Manager에서 해당 소프트웨어 및 부트스트랩 저장소를 준비하고 활성화 키를 생성한 다음 SLES 머신에서 부트스트랩 스크립트를 실행하십시오. Manager에 대한 네트워크 경로가 없는 클라이언트는 Salt 등록 또는 체크인을 완료할 수 없으며, USB로 스크립트를 복사하는 것만으로는 관리할 수 없습니다.
가상 예시: 관리자가 인터넷 연결이 없는 사내 네트워크에 새로운 SLES 15 SP7 x86_64 VM을 온보딩하고 있습니다. 이 가이드에서 SUSE Manager의 현재 명칭인 SUSE Multi-Linux Manager 5.1도 인터넷에 연결되어 있지 않습니다. 해당 소프트웨어 채널은 이동식 미디어를 통해 네트워크에 미러링되었습니다. VM은 HTTPS 및 Salt 포트를 통해 내부 Manager에 연결할 수 있습니다. 이 시나리오는 설명을 위한 것이며 실제 배포 또는 테스트 보고서가 아닙니다.

"오프라인" 상태는 클라이언트와 관리자가 인터넷에 직접 접속할 수 없는 경우를 의미할 수도 있고, 클라이언트가 어떤 서버에도 연결할 수 없는 경우를 의미할 수도 있습니다. 첫 번째 경우에는 등록이 가능하지만, 두 번째 경우에는 불가능합니다. 클라이언트는 관리자 또는 SUSE Multi-Linux 관리자 프록시에 대한 내부 경로가 필요하며, 관리자는 클라이언트에 필요한 패키지와 메타데이터를 로컬에서 사용할 수 있어야 합니다.
Manager가 SUSE 고객 센터에 연결되어 있지 않은 경우, SUSE에서 제공하는 설정 방법은 RMT 또는 SMT와 이동식 저장 장치를 사용하여 저장소를 미러링하는 것입니다. SLES 15의 경우, 클라이언트 아키텍처에 필요한 제품과 Manager 클라이언트 도구 채널을 동기화해야 합니다. 그런 다음 Manager에 해당 부트스트랩 저장소가 있는지 확인하십시오. 웹 UI에서 제품 선택은 [제품 설정]에서 할 수 있습니다 Admin > Setup Wizard > Products. 부트스트랩을 시작하기 전에 제품 동기화가 완료되어야 합니다. 부트스트랩 저장소가 없는 경우, Manager 설명서에서 mgr-create-bootstrap-repo수동 생성 옵션을 제공합니다.
가상 머신의 경우, 채널을 선택하기 전에 SLES 서비스 팩과 아키텍처를 확인하십시오. SLES 15 SP7 x86_64 머신에는 해당 제품 채널이 필요하며, 다른 서비스 팩이나 아키텍처에 맞는 유사한 이름의 채널은 사용할 수 없습니다. 지원되는 제품 목록과 채널 이름은 SUSE Multi-Linux Manager 버전마다 변경될 수 있으므로, 실제로 설치된 Manager 릴리스의 가이드를 참조하십시오.
활성화 키는 부트스트랩 스크립트가 실행될 때 채널 할당 및 기타 등록 설정을 적용합니다. 관리자 웹 UI에서 Systems > Activation Keys키를 열고 생성하세요(예: sles15-sp7-offline). SLES 15 SP7 x86_64 기본 채널과 구독 및 클라이언트 도구 설정에 필요한 하위 채널을 선택합니다. 특정 SLES 채널을 할당할 수 있는 경우 기본 상위 채널 대신 특정 채널을 사용하세요.

진행하기 전에 키가 올바른 조직에 속하고 필요한 채널이 로컬에서 사용 가능한지 확인하십시오. 키에는 그룹, 구성, 패키지 또는 연락 방법이 적용될 수도 있습니다. 등록으로 인해 예기치 않은 패키지 다운로드 또는 구성 변경이 발생하지 않도록 추가 설정을 검토하십시오.
SUSE Multi-Linux Manager 컨테이너 호스트에서 서버 컨테이너에 접속하여 활성화 키와 연결된 스크립트를 생성합니다.
mgrctl term
mgr-bootstrap --activation-keys=sles15-sp7-offline --script=bootstrap-sles15-offline.sh
부트스트랩 스크립트는 관리자 /srv/www/htdocs/pub/bootstrap/디렉터리에 저장됩니다. 스크립트에서 SSL을 활성화 상태로 유지하십시오. 예시 네트워크에서 SLES VM은 내부 HTTPS를 통해 스크립트를 가져올 수 있습니다. 승인된 이동식 미디어를 사용하여 격리된 세그먼트로 스크립트를 옮겨야 하는 경우, 조직의 제어된 전송 프로세스를 사용하여 해당 디렉터리에서 복사하십시오. 실행하기 전에 양쪽의 SHA-256 체크섬을 비교하고, 활성화 키가 포함되어 있으므로 스크립트를 구성 데이터로 보호하십시오.

부트스트랩 스크립트만 전송하고 클라이언트가 자체적으로 모든 기능을 갖추고 있을 것이라고 가정하지 마십시오. 해당 스크립트는 관리자의 부트스트랩 저장소에서 등록 종속성을 설치합니다. 이러한 RPM 패키지와 소프트웨어 채널은 연결이 끊긴 관리자에 이미 동기화되어 있어야 합니다.
SLES 시스템에서 해당 시스템의 시계가 관리자 시스템의 시계와 거의 일치하는지, 그리고 내부 DNS가 관리자 이름을 제대로 확인하는지 확인하십시오.
timedatectl
getent hosts manager.example.net
스크립트에 포함된 관리자 또는 프록시의 FQDN으로 대체하십시오 manager.example.net. SUSE Multi-Linux Manager 5.1 클라이언트 요구 사항에는 클라이언트에서 관리자 또는 프록시로의 HTTPS 포트 443 및 Salt용 TCP 포트 4505 및 4506을 통한 아웃바운드 액세스가 포함됩니다. 배포 환경에 따라 포트 80도 사용할 수 있습니다. SSH 푸시 연결 방식을 사용하는 경우 SSH 포트 22가 관련됩니다. 배포 및 방화벽 설계에 대한 최신 네트워크 요구 사항 가이드를 참조하십시오. 이러한 포트를 공용 인터넷에 노출하지 마십시오.
클라이언트에 스크립트가 있고 내부 저장소에 접근할 수 있는 상태라면, Bash를 사용하여 루트 권한으로 스크립트를 실행하십시오.
bash ./bootstrap-sles15-offline.sh

등록 과정은 클라이언트가 Salt 구성 요소를 설치하고 저장소 구성을 다운로드하는 동안 시간이 걸릴 수 있습니다. 과정이 조용하다고 해서 중단하지 마십시오. 등록이 실패할 경우 정확한 출력 내용을 저장하고 클라이언트의 부트스트랩 및 Salt 로그, 관리자의 부트스트랩 저장소, DNS, 인증서 신뢰도 및 방화벽 경로를 확인한 후 다시 시도하십시오.
관리자 웹 UI에서 Systems > Overview새 클라이언트가 있는지 확인하십시오. 클라이언트가 없으면 관리자 창을 열고 Salt > Keys클라이언트의 보류 중인 키를 찾으십시오. 클라이언트의 미니언 ID와 시스템 ID가 SLES VM과 일치하는지 확인한 후 키를 승인하십시오. 등록이 성공적으로 완료되면 시스템이 목록에 표시되고 Salt 키가 승인되었으며 최근 체크인 내역이 나타납니다.
VM이 관리자에 연결할 경로가 없는 경우 스크립트와 패키지를 준비한 후 중지하십시오. 제어된 네트워크 경로가 제공될 때까지 등록을 완료할 수 없습니다. 이전에 SCC, SMT 또는 RMT에 직접 등록한 경우, 관리 방식을 전환하기 전에 SUSE의 클라이언트 마이그레이션 지침에 따라 이전 등록 및 저장소를 정리하십시오. 충돌하는 저장소 구성을 그대로 두지 마십시오.
이 절차는 SUSE Multi-Linux Manager 5.1 설명서의 연결 끊김 설정 , SUSE Linux Enterprise 클라이언트 , 활성화 키 및 부트스트랩 스크립트를 사용한 클라이언트 등록 부분을 따릅니다 . 포트 방향 및 버전별 세부 정보는 네트워크 요구 사항을 확인하십시오 . 여기서는 SLES 15 SP7을 예시로 사용하며, 다른 서비스 팩, 아키텍처 또는 Manager 버전에 따라 다른 채널과 스크립트를 선택하십시오.
Btrfs가 의도적으로 읽기 전용인지, 공간이 부족한지, 또는 오류 발생 후 데이터를 보호하는지 여부를 확인한 다음, 원인에 맞는 복구 경로를 선택하십시오.
미러링된 채널을 준비하고, 활성화 키를 생성하고, 관리자 체크인에 필요한 연결을 유지하면서 직접 인터넷 액세스 없이 SLES 15 클라이언트를 부트스트랩합니다.
YaST의 SSH를 통한 XIO 실행 오류를 수정하고, X11 포워딩 및 xauth를 검증하며, 원격 창이 필요하지 않을 때는 ncurses 인터페이스로 전환합니다.
업데이트 전 Btrfs 스냅샷을 찾고, 읽기 전용으로 테스트한 다음, Snapper를 사용하여 영구 복구를 수행하고 루트 롤백에서 제외되는 데이터가 무엇인지 파악합니다.
SLES 시스템 로그를 인증된 TLS를 통해 원격 rsyslog 수집기로 전송하고, 인증서 확인, 장애 버퍼링 및 전송 테스트를 수행합니다.
RAM, 스왑, 커널 및 Zypper 로그를 사용하여 실제 메모리 부족 현상을 파악하고, 패키지 상태를 보호하고, 보다 안전한 SLES 업그레이드 재시도 방법을 선택하십시오.
SSH를 통한 Debian의 무인 보안 업데이트를 활성화하고, 기본 패키지 소스를 유지하며, systemd 및 APT 로그를 통해 예약된 실행을 확인하십시오.
메일 전송 옵션을 비교하고, Ubuntu에서 smartd를 구성하고, 디스크 상태 경고가 받은 편지함에 제대로 도착하는지 확인하세요.
debian 12에서 DNS 조회를 복원하려면 systemd-resolved를 확인하고, 필요한 경우 resolv.conf를 복구하고, 상위 DNS 및 애플리케이션 이름 확인을 검증하십시오.
Ubuntu에서 모니터 또는 TV를 오디오 출력 장치로 인식하도록 하려면, 소리 설정에서 해당 장치를 선택하고, HDMI가 없는 경우 연결 또는 PipeWire 장치 목록을 확인하십시오.