JelinaOS는 “현장에서 스스로 복구할 수 있는 운영 장치”를 위해 설계되었습니다. 개발·디버깅과 운영 배포의 차이를 이해하면 흔한 오해를 피할 수 있습니다. 실행 중인 시스템에서 파일을 직접 수정하면 변경은 쓰기 가능한 계층에만 남습니다. 다음 빌드 이미지에 포함되지 않으며 공장 초기화 후에도 사라집니다.
개발과 운영의 핵심 차이
섹션 제목: “개발과 운영의 핵심 차이”| 시나리오 | 권장 방식 | 이유 |
|---|---|---|
| 개발 / 수정 | 시스템 빌드 체계에 변경을 통합하고 이미지를 다시 빌드하여 검증 | 변경이 이미지에 포함되어 재현·배포 가능 |
| 운영 / 유지보수 | 업데이트 패키지와 대상 상태로 변경 전달 | 복귀 경로가 있고 상태 복구 가능 |
- 실행 중인 파일을 직접 수정하면(프로그램 교체, 구성 변경 등) 장치의 쓰기 가능한 계층에만 남습니다.
- 이 변경은 A/B와 오버레이 롤백의 보호를 받지 않으며 장치 복구 또는 업그레이드 후 사라집니다.
- 운영 장치의 변경은 업데이트 채널로 전달하여 롤백 가능성을 유지하세요.
모드 구성
섹션 제목: “모드 구성”시스템은 실행 모드 관련 구성을 시스템 구성 디렉터리에 영구 저장합니다.
| 구성 | 기본값 | 설명 |
|---|---|---|
| 운영 모드 | 꺼짐 | 켜면 장치가 보안 채널로만 클라우드와 통신 |
| GUI 전체 스위치 | 켜짐 | UI 시스템 활성화 여부 제어 |
| 공간 모니터링 모드 | 안내 | 공간 경고 시 처리 방식: 알람만 / 재시작 안내 / 강제 재시작 |
운영 모드를 켜면 장치 관리와 접근 모두 보안 채널을 사용합니다. 보안과 데이터 격리를 참조하세요.
개발·디버깅 시 유의 사항
섹션 제목: “개발·디버깅 시 유의 사항”- 단기 진단 도구는 임시 디렉터리에 두고 사용 전 출처와 체크섬을 확인하며 사용 후 정리하세요.
- 변경은 업데이트 패키지 또는 테스트 환경을 통해 배포하고 장치에 설치된 프로그램을 직접 교체하지 않는 것이 좋습니다.
- 개발 장치에서 직접 교체해야 한다면 원본 파일 정보를 기록하고 롤백 복사본을 보관하며 검증 후 수정 사항을 빌드 체계에 반영하세요.
- 운영 장치에서는 파일을 직접 교체하지 마세요. 변경 계획 없이 직접 교체한 산출물은 롤백 기능의 보호를 받지 않습니다.
데스크톱 변형
섹션 제목: “데스크톱 변형”JelinaOS는 빌드 시 결정되는 두 가지 시스템 변형을 제공합니다.
| 변형 | 부팅 대상 | 디스플레이 관리자 | 설명 |
|---|---|---|---|
| 데스크톱 | 그래픽 인터페이스 | LightDM | XFCE4 데스크톱 환경 포함 |
| 명령줄 | 다중 사용자 명령줄 | 없음 | 명령줄 전용으로 리소스 사용량 최소화 |
데스크톱 변형은 XFCE4 데스크톱(xfwm4 창 관리자), 기본 사용자(jelina), 오디오(PulseAudio), 네트워크 관리(NetworkManager)와 내장 UI 시스템(GUI 렌더러 및 제어 명령줄)으로 구성됩니다. UI 시스템은 최초 부팅 환영 화면, 업데이트 진행률과 공간 경고 등의 대화형 화면을 제공합니다.
관련 문서
섹션 제목: “관련 문서”- 시스템 아키텍처 — 읽기 전용 시스템과 쓰기 가능 계층의 원리
- 그래픽과 데스크톱 — 데스크톱 변형과 UI 시스템
- 스토리지와 데이터 파티션 — 쓰기 가능 계층과 공간 관리