안녕하세요,
이것이 문제입니다
내 추측은 손상된 백업 파일입니다.
가능해 보입니다. 하지만 백업 파일이 이미 압축 해제된 상태일 수도 있습니다. 예를 들어 다운로드 시점에 이미 압축이 풀렸다면, 복구에 적합한 상태가 아닐 수 있습니다.
백업 파일을 확인하려면 다음을 실행해 보세요.
ls -l filename
file filename
gunzip -tv filename
tar tfz filename
(백업 파일이 생성된 장소가 아니라 업로드된 장소에 있었기 때문에) 백업이 손상된 가장 그럴듯한 방법은 이 것 같습니다. 일부 브라우저와/또는 운영체제가 다운로드 시 “도움이 되게” 즉시 압축을 해제하거나, 파일이 변경되었는지 구별하기 어렵게 만드는 경우가 있는 것 같습니다.
Windows의 경우 기본적으로 확장자를 숨기기 때문에 이 같은 일이 발생했는지 구별하는 것이 특히 어렵습니다.
그런 명령어를 사용할 가능성이 있는 운영체제를 사용 중이라면, 그것이 문제의 원인이었을 가능성은 낮을 것입니다. ![]()
네, 저는 사용자가 자신의 Discourse 인스턴스에 로그인되어 있다고 가정하고 있었습니다.
명령줄에 익숙하지 않은 사용자를 위해 백업 복구 GUI 방법을 제공할 경우, 해당 코드에 백업 파일에 대한 몇 가지 확인 로직을 포함하고, 압축 해제 라이브러리가 오류를 발생시킬 경우 최소한 파일의 크기와 유형을 보고하도록 할 수 있을 것입니다.
동의합니다.