rsync cronjob은 낮에는 성공했지만 밤에는 대상을 찾을 수 없습니다. 내 외장 하드 드라이브가 "잠자기 상태"가 될 가능성이 있나요?

참고: 이 문제에 대한 간단한 해결책이 있으므로(예: 낮 동안 데이터를 백업하기만 하면 됩니다!) 이는 긴급한 문제가 아닙니다. 그러나 나는 스택 교환과 askubuntu를 광범위하게 검색했지만 이 질문이 게시된 것을 보지 못했습니다. 누군가 빠른 수정 사항을 알고 있는지 조금 궁금합니다.

저는 cron 작업을 사용하여 집과 사무실 컴퓨터의 데이터를 외장 하드 드라이브에 백업해 왔습니다. 가정용 컴퓨터에서는 모든 것이 예상대로 작동하지만 사무실 컴퓨터(Ubuntu 22.04.3을 실행하고 Western Digital USB 하드 드라이브에 백업된 Dell OptiPlex)에는 알 수 없는 흥미로운 결함이 있습니다.

cronjob을 테스트할 때는 원하는 시간(1분 후)을 설정하고 시계가 바뀔 때까지 기다린 후 작업이 잘 진행되는지 확인합니다. 그러나 한밤중에 작업이 실행되도록 설정하면 다음 메시지와 함께 똑같은 작업이 실패합니다.

No such file or directory (2) "/media/hb/a993cec9-4360-4000-ad03-394b2051f0cc1"
rsync error: error in file IO (code 11) at main.c(791) [Receiver=3.2.7]

그래서 매일 아침 출근하면 백업이 실행 중인지 확인하고, 실패했는지 확인하고, 이유를 알아보기 위해 테스트 실행을 수행한 다음 모든 것이 잘 작동합니다. 컴퓨터가 비활성 상태일 때 외장 하드 드라이브가 "절전 모드"로 전환될 수 있습니까? 컴퓨터가 잠들지 않았고 전날 밤 자정에 SSH를 통해 원격으로 액세스했습니다. 아침에 적극적으로 드라이브를 설치할 필요가 없으며 컴퓨터 앞에 앉을 때마다 항상 드라이브가 있는 것 같습니다.

내 crontab은 다음과 같습니다.

SHELL=/bin/bash
0 1 * * * /snap/bin/offlineimap -c /home/hb/snap/offlineimap/297/.offlineimaprc 
0 2 * * * /home/hb/backup_office_computer.sh daily > /home/hb/backup_daily.log 2>&1
0 3 * * 6 /home/hb/backup_office_computer.sh weekly > /home/hb/backup_weekly.log 2>&1

# -- daytime tests here
48 9 * * * /home/hb/backup_office_computer.sh weekly > /home/hb/backup_weekly.log 2>&1

Offlineimap 작업은 항상 작동하고(그래서 cron은 괜찮습니다) 주간 테스트 rsync 작업은 항상 작동하지만(그래서 쉘 스크립트는 괜찮습니다) 오전 2시와 오전 3시 백업 작업은 항상 외장 하드 드라이브를 찾지 못합니다.

스크립트는 backup_office_computer.sh다음과 같습니다

#!/bin/bash

WD_path="/media/hb/a993cec9-4360-4000-ad03-394b2051f0cc1"

# print start time
now=$(date)
echo "========= starting backup at: $now ========="
echo "========= running as: $(whoami) ========="

# backup home directory
rsync -aAXP --delete --exclude '*.Trash-1000' --exclude 'tmp*' --exclude '.cache' --exclude '.dbus' --exclude '.gvfs' /home/hb $WD_path/home-backup-$1

echo "========= home backup completed. Starting LSS: $now ========="

if [ "$(ls -A /media/hb/LSS)" ]; then
        # LSS is mounted (LSS is better for long-term storage than quick edits. Once a week should be enough)
        if [ $1 == "weekly" ]; then
                rsync -aAXP --delete /media/hb/LSS/* $WD_path/LSS-backup-$1/
        else
                echo "Ignoring LSS: We only back up weekly."
        fi
else
        echo "/media/hb/LSS is empty. Drive not mounted"
fi

# print end time
now=$(date)
echo "====== backup finished at at: $now ========"

누락된 디렉터리에 대한 야간 오류 메시지는 항상 대상 드라이브를 참조하며 /media/hb/a993cec9-4360-4000-ad03-394b2051f0cc1매주 백업되는 다른 마운트된 드라이브를 참조하지 않습니다./media/hb/LSS/

=====업데이트(2023/11/22) =====

게시한 이후 SSH를 통해 사무실 컴퓨터에 연결을 시도했는데 컴퓨터를 떠난 후 5분 이내에 외장 드라이브가 사라져 이를 통해 찾을 수 없어 lsblk마운트할 수 없었습니다. 물론, 그 안의 폴더와 파일도 사라져서 를 통해서는 볼 수 없게 됩니다 ls.

실제로 컴퓨터로 돌아오면 키보드나 마우스를 터치할 때마다 회전이 시작되고, 화면 잠금을 해제하면 드라이브를 다시 찾을 수 있고 lsblk자동으로 마운트되어 모든 파일이 ls익숙한 위치에 있습니다.

테스트로서 화면이 어두워지고 잠길 때까지 비활성 상태(5분이 아닌) 15분을 기다리도록 시스템 기본 설정을 변경했습니다. 그런 다음 10분 동안 자리를 비운 후 SSH 로그인을 통해 드라이브에 액세스할 수 있지만, 내가 알 수 있는 한 15분 후에 드라이브가 다시 사라지고 마운트할 수 없게 됩니다.

그래서 저는 화면이 어두워지고 잠길 때마다 외부 드라이브(모델: WD Elements 25A3 (1030))가 자동으로 절전 모드로 전환된다고 가정합니다.

내 컴퓨터의 모든 절전 도구를 간단히 비활성화할 수 있지만 그렇게 과감한 조치를 취하기 전에 좀 더 우아한 솔루션을 제공하는 몇 가지 도구에 대해 읽어보고 있습니다 sdparm.hdparm