설치 프로그램은 읽기 전용 위치에서 시작되었습니다
AdventureLog 셸 설치 프로그램은 정상적으로 시작했지만
을(를) 만들려고 시도하는 과정에서 실패했습니다. ./adventurelogZimaOS의 기본 시스템은 어플라이언스와 유사한 읽기 전용 환경이므로, 연결된 저장 장치 자체가 정상이어도 현재 디렉터리가 쓰기 가능하다고 가정하는 스크립트는 실패할 수 있습니다.
두 번째 사용자는 다른 종속성 확인 문제를 겪었습니다
또 다른 참여자는 설치 프로그램이
을(를) 찾지 못해 즉시 중단되었다고 보고했습니다. docker-compose. 이는 원래 발생한 실패와는 달랐습니다. mkdir 오류가 발생했으며, 해당 스레드에서는 ZimaOS 호스트에 사용할 보편적인 패키지 설치 명령이 제시되지 않았습니다.
시연된 해결 방법은 /DATA에서 작업하는 것이었습니다
IceWhale 팀원은 먼저 안내된 조사 과정의 일부가 아니라면 CLI 작업을 일반적으로 권장하지 않는다고 경고했습니다. 시연은 테스트 장비에서 진행되었으며, 사용자가 컴퓨터와 데이터 보안 위험을 이해하지 못한다면 운영 중인 시스템에서 실험하지 말라는 명확한 권고가 있었습니다.
숙련된 사용자의 경우, 시연된 순서는 다음과 같았습니다.
sudo -i
cd /DATA
mkdir 10-16test2
cd 10-16test2/
curl -sSL https://get.adventurelog.app | bash주요 변경 사항은 작업 디렉터리였습니다. /DATA는 쓰기 가능한 데이터를 위한 공간으로, 읽기 전용 시스템 계층과 다릅니다. 설치 프로그램 URL은 AdventureLog 설치 엔드포인트에서 확인할 수 있습니다.
설치 성공이 앱 정상 작동을 의미하지는 않습니다
원 작성자는 쓰기 가능한 경로 안내를 따른 후 설치 자체는 완료되었다고 나중에 확인했습니다. 그러나 AdventureLog의 백엔드가 시작되지 않았고 로그에는 PostgreSQL을 사용할 수 없다는 메시지가 반복해서 표시되었습니다. ZimaOS 앱 스토어에서 별도의 PostgreSQL 앱을 설치해도 AdventureLog 스택에 자동으로 연결되지는 않았습니다.
스레드는 확인된 데이터베이스 해결책 없이 끝납니다. 독립 실행형 PostgreSQL 컨테이너가 다른 Compose 프로젝트에서 선언한 데이터베이스가 되는 것은 아닙니다. 네트워크 이름, 자격 증명, 서비스 검색, 볼륨, 필요한 데이터베이스 초기화가 모두 일치해야 합니다.
자주 묻는 질문
ZimaOS에 저장 공간이 남아 있었는데도 mkdir이 실패한 이유는 무엇인가요?
설치 프로그램은 쓰기 가능한 데이터 디렉터리가 아니라 시스템의 읽기 전용 영역에서 작동하고 있었습니다. 다른 위치에 여유 공간이 있어도 현재 시스템 경로를 쓰기 가능하게 만들 수는 없습니다.
설치 프로그램을 /DATA에서 실행한 것이 AdventureLog 문제를 완전히 해결했나요?
설치 디렉터리 오류가 해결되어 스택을 설치할 수 있었습니다. 이후 PostgreSQL 연결 가능성 문제는 스레드에서 해결되지 않은 채로 남았습니다.
