Dietpi: cron 및 자동 백업에 문제가 있습니까 (v6.10-6.11부터)?

뿡뿡
신고 해 주셔서 감사합니다.

G_USER_INPUT=0 는 실제로 크론 실행시 자동으로 감지되어야하므로 할당 할 필요가 없습니다. 그러나 영향을 미치려면 내 보내야합니다. 물론 시도해 볼 가치가 있습니다.
export G_USER_INPUT=0

비대화 형 실행에서 대상 드라이브에서 (가까운) 여유 공간이 부족한 경우 스크립트가 종료됩니다 : https://github.com/Fourdee/DietPi/blob/master/dietpi/dietpi-backup#L456
그러나 수동 실행이 잘 작동한다고 말합니까? 여유 공간이 부족한 경우 휩 테일 프롬프트가 표시되면 무시하거나 종료 할 수 있습니다.

로그 항목에 대해 일부 암호화 된 색상 코드 + checking for elevation root access 가 예상됩니다. 시험:
cat /mnt/rpi/backup.log
색상 코드가 활성화되어 로그 형식이 지정됩니다. 또한 여기에이 출력을 제공하여 문제가 발생한 단계를 확인할 수 있습니다.

수동으로 실행할 때 스크립트가 잘 작동합니다.

이상한.

크론 작업을 실행하고 로그 결과를 붙여 넣으십시오. /mnt/rpi/backup.log

NB : dietpi-backup 자동으로 rsync를 로그 파일 /var/log/dietpi-backup.log 로 출력합니다. 이것도 사용할 수 있습니다.

그래서 나는 G_USER_INPUT = 0 (스크립트에서 이것을 제거했습니다)없이 cron 작업을 실행하려고합니다.

/mnt/rpi/backup.log의 백업 로그 파일
[90m[[0m[33m......[90m][0m Checking for (elevated) root access[0m

dietpi-backup.log가 비어 있습니다.

cron이 시작된 후에도 활성 프로세스를 보지 못했습니다.

그래서 cron 시작 후 파일에서 출력을보기 위해 다른 스크립트를 테스트하기 위해 추가했습니다.

#!/bin/sh

echo 'Cron works!' > /mnt/rpi/cronworks.log

그러나이 스크립트는 시작되지 않았습니다. / mnt / rpi /에 "cronworks.log"파일이 없습니다.
내 스크립트의 출력 파일 (backup.log)이 백업 (첫 번째 게시물에서)이 있기 때문에 이상하지만이 간단한

뿡뿡
좋습니다. 적어도 크론에 오류가있는 것 같습니다. cron은 run-parts /etc/cron.X/script 를 통해 스크립트를 시작하며 몇 가지 규칙이 있습니다. 예를 들어 스크립트는 루트 (AFAIK)가 소유해야하며 스크립트에 파일 엔딩을 허용하지 않아야합니다. 즉, /etc/cron.daily/script.sh 은 건너 뛰고 이름은 대신 /etc/cron.daily/script 이어야합니다.

또한 필요하지 않지만 DietPi 스크립트와 함께 사용할 때는 #!/bin/bash 를 shebang으로 사용하십시오. 그들 자신은 #!/bin/bash 를 가지고 있지만 안전을 위해 cron 스크립트 내에서도 사용하십시오.

스크립트의 이름은 항상 "backup"(. sh 제외)이고, 스크립트에서도 "#! / bin / sh"를 "#! / bin / bash"로 변경하고이 스크립트는 루트가 소유합니다. 마지막 게시물의 내 ​​"테스트"스크립트도 지금 작동합니다.

나는 모든 것을 시도했지만 여전히 작동하지 않습니다. 한 작업을 마친 후 로그 파일로 인쇄하도록 스크립트를 변경하고 스크립트가 시작되는 것을 보았지만 tar, rclone 등과 같은 다음 작업으로 이동할 수 없기 때문에 백업이 시작되거나 완료되지 않았습니다 (dietpi-backup.log가 비어 있음). 또한 cron을 실행 한 후 프로세스 / usr / sbin / cron -f 작동하고 -bash-정상입니까?

스크립트를 수동으로 실행해도 여전히 작동하지만 백업이 완료되면 확인 및 취소 (Whiptail 화면)를 클릭해야하며 그 후 다음 작업이 시작됩니다.

나는 cron에 의해 시작된 자동 백업에 dietpi-backup을 사용하는 것이 문제라고 생각합니다. 6.9 버전에서 작동했지만 dietpi-backup을 다시 작성한 후 작동하지 않았습니다.

뿡뿡
다시 한 번 확인하세요.

• 수동으로 실행하면 /DietPi/dietpi/dietpi-backup 1 가 성공적으로 실행됩니까?
• 실행하면 G_USER_INPUTS=0 /DietPi/dietpi/dietpi-backup 1 도 오류없이 작동하며 다음과 같이 표시됩니다.
  

root@VM-Jessie:~# G_USER_INPUTS=0 /DietPi/dietpi/dietpi-backup 1
[  OK  ] Root access verified.
[  OK  ] DietPi-Drive_Manager | RootFS R/W access verified.

[  OK  ] DietPi-Backup | Checking for pre-req APT packages: rsync
[ INFO ] DietPi-Backup | Flagged for installation: rsync
[  OK  ] DietPi-Backup | APT installation for: rsync, please wait...
Selecting previously unselected package rsync.
(Reading database ... 36227 files and directories currently installed.)
Preparing to unpack .../rsync_3.1.1-3+deb8u1_amd64.deb ...
Unpacking rsync (3.1.1-3+deb8u1) ...
Processing triggers for systemd (215-17+deb8u7) ...
Setting up rsync (3.1.1-3+deb8u1) ...
Processing triggers for systemd (215-17+deb8u7) ...

[  OK  ] DietPi-Backup | G_AGI: rsync

 DietPi-Backup
─────────────────────────────────────────────────────
 Mode: Backup

[  OK  ] DietPi-Backup | DietPi-Userdata validation: /mnt/dietpi_userdata
[ SUB1 ] DietPi-Services > stop
[  OK  ] DietPi-Services | occ maintenance:mode --on
[  OK  ] DietPi-Services | stop : cron
[  OK  ] DietPi-Services | stop : sonarr
[  OK  ] DietPi-Services | stop : lighttpd
[  OK  ] DietPi-Services | stop : php5-fpm
[  OK  ] DietPi-Services | stop : mysql
[ SUB1 ] DietPi-Services > stop
[  OK  ] DietPi-Services | stop : cron
[  OK  ] DietPi-Services | stop : sonarr
[  OK  ] DietPi-Services | stop : lighttpd
[  OK  ] DietPi-Services | stop : php5-fpm
[  OK  ] DietPi-Services | stop : mysql
[ INFO ] DietPi-Backup | Backing up to: /mnt/dietpi-backup
[  OK  ] DietPi-Backup | Free space check: path=/mnt/dietpi-backup/data | available=5695 MB | required=1861 MB
[  OK  ] DietPi-Backup | rsync -aH --delete --delete-excluded --exclude-from=/tmp/.dietpi-backup_filter_inc_exc -v --log-file=/var/log/dietpi-backup.log / /mnt/dietpi-backup/data/
[ INFO ] DietPi-Backup | Backup Completed:

Backup was saved to:
- /mnt/dietpi-backup
- Log file: /var/log/dietpi-backup.log
[ SUB1 ] DietPi-Services > start
[  OK  ] DietPi-Services | start : mysql
[  OK  ] DietPi-Services | start : php5-fpm
[  OK  ] DietPi-Services | start : lighttpd
[  OK  ] DietPi-Services | start : sonarr
[  OK  ] DietPi-Services | start : cron
[ SUB2 ] DietPi-Process_tool > Apply
[  OK  ] DietPi-Process_tool | Completed
[  OK  ] DietPi-Services | occ maintenance:mode --off

• 스크립트에서 정확한 명령 행 실행

/DietPi/dietpi/dietpi-backup 1 > /mnt/rpi/backup.log && tar zcfv /mnt/rpi/backup.tar.gz /mnt/backup/dietpi-backup/ >> /mnt/rpi/backup.log && rclone copy /mnt/rpi/backup.tar.gz dysk: -L >> /mnt/rpi/backup.log && rm -r /mnt/rpi/backup.tar.gz >> /mnt/rpi/backup.log && reboot

모두 실행되고 /mnt/rpi/backup.log 에서 끝났음을 보여줍니다.

• run-parts --test /etc/cron.daily 은 스크립트를 나열합니다 (매일 인 경우, 그렇지 않으면 조정).
• /usr/sbin/cron -f + -bash 는 #!/bin/bash 로 인해 bash 환경을 시작하므로 예라고 예상됩니다.

위의 모든 사항이 참이면 run-parts를 수동으로 시작하고 예상대로 실행되는지 확인할 수 있습니다.

• 스크립트를 별도의 폴더로 이동 / 복사합니다. 예 : ~/testdir/backup
• 그런 다음 run-parts ~/testdir

나는 당신이 보여 주면서 모든 질문에 대해 테스트했습니다. 예, 수동으로 시작할 때 모든 것이 작동합니다.
run-parts 명령으로 테스트했지만 수동으로 수행하면 여전히 작동합니다.

run-parts --test /etc/cron.daily 사용 후 내 스크립트가 나열됩니다.

G_USER_INPUTS = 0을 추가하고 스크립트를 수동으로 시작하면 로그 등에 대한 정보가있는 화면 (whiptail)이 표시되어야합니까? 나는 항상 그것을보기 때문에.

뿡뿡
G_USER_INPUTS=0 는 휩 테일 메뉴를 표시하지 않습니다. 정보는 터미널 메시지로만 표시되고 질문은 "아니오"로 응답됩니다 (여유 공간 확인이 부족한 경우 취소, 로그보기 없음).

스크립트에 강제로 적용하려면 스크립트를 실행하기 전에 내 보내야합니다.

#!/bin/bash
export G_USER_INPUTS=0
/DietPi/dietpi/dietpi-backup 1

또는 더 쉽게 직접 넘겨주세요 : G_USER_INPUTS=0 /DietPi/dietpi/dietpi-backup 1

난 그냥 당신이 사용하는 것으로 인식 G_USER_INPUT=0 하지 않고 위의 S 로, 그것은 필요 G_USER_INPUTS=0 가진 S .

그러나 변수를 내 보내지 않으면 스크립트가 사용자 입력을 할 수 있는지 여부를 결정합니다. cron 및 예를 들어 시스템 단위 실행 내에서 모든 DietPi 스크립트는 G_USER_INPUTS=0 자동으로 결정하고 할당해야합니다.
크론 작업 (또는 테스트 작업)의 시작에 추가하여 방법이 작동하는지 확인할 수 있습니다.
[[ -t 0 ]] && echo 'This environments allows user inputs' > /mnt/rpi/inputs.log || echo 'This environment does not allow user inputs' > /mnt/rpi/inputs.log
스크립트를 수동으로 실행할 때 사용자 입력이 허용된다고 (whiptail 메뉴가 표시됨), cron을 통해 시작되면 허용되지 않아야하며, whiptail 메뉴가 스크립트를 중단시키지 않아야합니다.

먼저 G_USER_INPUTS=0 테스트하고 스크립트를 수동으로 시작하면 다음을 기록합니다.
This environments allows user inputs
그렇지 않으면 cron으로 시작하면 :
This environment does not allow user inputs

다음으로 스크립트를 다음과 같이 변경합니다.

#!/bin/bash
export G_USER_INPUTS=0
date > /mnt/rpi/backup.log && /DietPi/dietpi/dietpi-backup 1 && (echo "Backup: DONE. " >> /mnt/rpi/backup.log && tar zcfv /mnt/rpi/backup.tar.gz /mnt/backup/dietpi-backup/ && echo "Tar backup: DONE. " >> /mnt/rpi/backup.log && rclone copy /mnt/rpi/backup.tar.gz dysk: && echo "Copy to GDrive: DONE. " >> /mnt/rpi/backup.log && rm -r /mnt/rpi/backup.tar.gz && echo "Remove tar: DONE." >> /mnt/rpi/backup.log && reboot) || echo "Backup failed!" >> /mnt/rpi/backup.log

dietpi-backup.log는 여전히 비어 있지만 backup.log :

cron이 시작되고 자동으로이 스크립트를 시작할 때 :

pon, 9 lip 2018, 18:54:01 CEST
Backup failed!

스크립트를 수동으로 시작했을 때 :

pon, 9 lip 2018, 18:58:40 CEST
Backup: DONE.
Tar backup: DONE.
Copy to GDrive: DONE.
Remove tar: DONE.

그것은 매우 성가신 일입니다 ... 다음으로, 내 스크립트는 다음과 같습니다.

#!/bin/bash
export G_USER_INPUTS=0
/DietPi/dietpi/dietpi-backup 1

이 스크립트가 cron에 의해 시작되면 여전히 작동하지 않습니다.

문제는 v6.10에서 cron에 의해 시작된 dietpi-backup에 여전히 있습니다. 나는 그것이 dietpi-backup 스크립트에서 v6.10에서 변경 한 문제라고 생각합니다.

dietpi-backup.log가 여전히 비어 있습니다.

뿡뿡
귀하의 테스트 노력에 감사드립니다.
나는 우리의 변화를 겪을 것입니다. 지금까지 단서가 없습니다. 적어도 테스트에 따르면 스크립트는 실제로 중단되지 않지만 (whiptail / G_USER_INPUTS는 문제가 아닙니다) 실패합니다.

자체 테스트를 수행했습니다.

[......] Checking for (elevated) root access

루트 사용자 확인을 주석 처리 한 후 dietpi-backup 에서 cron을 통해 실행하면 다음과 같은 결과가 발생합니다.
[FAILED] RootFS is currently Read Only, unable to continue.
그러나:

root@VM-Jessie:~# G_CHECK_ROOTFS_RW
[  OK  ] Root access verified.
[  OK  ] DietPi-Drive_Manager | RootFS R/W access verified.

뿡뿡

tput 문제 :
tput: No value for $TERM and no -T specified

• 흥미롭게도 v6.9에서도 호출했습니다 🤔.

수정 : https://github.com/Fourdee/DietPi/commit/82ac7b32d32dca9db4fdb824c7ead80174844090

또한이 패치는 또 다른 문제를 해결합니다. cron이 매일 또는 매시간 실행하는 "run_ntpd 1"은 시간을 동기화하지 않습니다 (/ var / lib / systemd / clock의 타임 스탬프는 변경되지 않음).

뿡 빵뀨
Jep 당신 말이 맞아요.
수정 사항을 적용하기 위해 수동 스크립트 편집을 피하려면 wget https://raw.githubusercontent.com/Fourdee/DietPi/82ac7b32d32dca9db4fdb824c7ead80174844090/dietpi/func/dietpi-globals -O /DietPi/dietpi/func/dietpi-globals 같은 문제가있는 모든 사용자가 수행해야합니다.

우리가 공개 한 이슈 중 일부는 이와 관련이 있다고 생각합니다. cron.hourly 내의 run_ntpd 가 실패하면 나중에 dietpi-logclear 도 호출되지 않아 / var / log가 채워집니다. https://github.com/Fourdee/DietPi/issues/ 1920 년

cron 작업 내에서 이미 tput 사용했기 때문에이 문제가 v6.10 +에서 처음 나타난 이유가 궁금합니다.
누군가가 문제를 일으킨 변화를 찾을 수 있으므로 앞으로 더 잘 처리하는 방법을 알고 있습니다.

• 애니메이션 프로세스 알림 v6.9 호출 : https://github.com/Fourdee/DietPi/blob/7b682286e72ef339518d110892a54e7ce405b648/dietpi/func/dietpi-globals#L301 -L315
• v6.10에서 변경된 사항 : https://github.com/Fourdee/DietPi/pull/1867/files
• tput cuu 및 tput cols 는 두 경우 모두 호출되며, 처리 애니메이션을 지울 때 다른 모든 DietPi 알림에서 tput ed 가 호출됩니다.
• 문제를 일으킨 알림의 변경 사항이 아니라 특정 업데이트 후 크론 처리 오류 (또는 tput)가 다르게 처리되었을 수 있습니다.

이에 대한 추가 테스트 :

root@VM-Stretch:/tmp# cat /etc/cron.minutely/test
#!/bin/bash

echo "$TERM" &> /tmp/cron.test
tput ed &>> /tmp/cron.test
echo 'finish' &>> /tmp/cron.test
root@VM-Stretch:/tmp# cat cron.test
dumb
tput: No value for $TERM and no -T specified

• 크론의 $TERM 이 dumb
• tput 는 비록 유효하지 않더라도 변수에 대한 값이 없다고 주장합니다.

root@VM-Stretch:/tmp# TERM='dumb' tput cols
237
root@VM-Stretch:/tmp# export TERM='dumb' tput cols
root@VM-Stretch:/tmp# export TERM='dumb' tput cols && echo continue
continue

• 잘못된 $ TERM은 오류로 이어지지 않으므로 (단지 tput 출력이 없음) cron tput 오류는 -T 누락과 관련이있는 것으로 보이며 [[ -t 0 ]] 결과는 false입니다. 아마도 이것은 이전에 다르게 행동했을 수도 있습니다. 2018-02-15에 마지막 ncurses-bin APT 업데이트 : http://ftp.de.debian.org/debian/pool/main/n/ncurses/

• 비대화 형 / 잘못된 터미널에 이미 문제가 있었으므로 이제 비어있는 $ TERM 또는 ' unknown '가 발견되면 dietpi- * 스크립트를 종료합니다. https://github.com/Fourdee/DietPi/blob/ 테스트 / dietpi / func / dietpi-globals # L30 -L35

• 비대화 형 실행 (또한 연결된 터미널없이)을 허용하고 싶을 수 있기 때문에 입찰이 일치하지 않지만 유효한 터미널이 필요한 다른 명령을 각각 tput 호출하는 데주의해야합니다.

v6.9에서 테스트 :

root<strong i="6">@DietPi</strong>:/tmp# cat cron.test
dumb
tput: No value for $TERM and no -T specified
finish

• 오류가 표시되지만 스크립트가 다시 시작됩니다.

APT 업데이트에는 cron 및 / 또는 ncurses가 포함되어 있지 않습니다 (테스트 된 관련없는 패키지에 의해 감소됨).

• apt-get dist-upgrade 및 재부팅 후에도 cron은 tput 오류 후 실행을 중지하지 않습니다.

root<strong i="15">@DietPi</strong>:/tmp# cat /etc/cron.minutely/test
#!/bin/bash

echo "$TERM" &> /tmp/cron.test
[[ -t 0 ]] && echo 'interactive' &>> /tmp/cron.test
tput ed &>> /tmp/cron.test
echo 'finish' &>> /tmp/cron.test
root<strong i="16">@DietPi</strong>:/tmp# cat cron.test
dumb
tput: No value for $TERM and no -T specified
finish

• dietpi-update to v6.11 master : 매우 이상하지만 여전히 문제가 없습니다 ...

root<strong i="22">@DietPi</strong>:/tmp# cat cron.test
dumb
tput: No value for $TERM and no -T specified
finish

• dietpi-backup 실행 추가 :

root<strong i="27">@DietPi</strong>:/tmp# cat /etc/cron.minutely/test
#!/bin/bash

echo "$TERM" &> /tmp/cron.test
[[ -t 0 ]] && echo 'interactive' &>> /tmp/cron.test
tput ed &>> /tmp/cron.test
/DietPi/dietpi/dietpi-backup 1 &>> /tmp/cron.test
echo 'finish' &>> /tmp/cron.test
root<strong i="28">@DietPi</strong>:/tmp# cat cron.test
dumb
tput: No value for $TERM and no -T specified
[......] Checking for (elevated) root accesstput: No value for $TERM and no -T specified
/DietPi/dietpi/func/dietpi-globals: line 266: ( 38 + 6 ) /  : syntax error: operand expected (error token is "/  ")
finish

• 스크립트는 실패하지만 크론 작업은 계속됩니다. dietpi-globals v6.9로 테스트 :

root<strong i="34">@DietPi</strong>:/tmp# cat cron.test
dumb
tput: No value for $TERM and no -T specified
         Checking for (elevated) root accesstput: No value for $TERM and no -T specified
/DietPi/dietpi/func/dietpi-globals: line 308: ((: lines=(38+6)/ : syntax error: operand expected (error token is "/ ")
tput: No value for $TERM and no -T specified
[  OK  ] Root access verified.
         DietPi-Run_ntpd | systemctl restart systemd-timesyncdtput: No value for $TERM and no -T specified
/DietPi/dietpi/func/dietpi-globals: line 308: ((: lines=(38+6)/ : syntax error: operand expected (error token is "/ ")
[..    ] tput: No value for $TERM and no -T specified
[  OK  ] DietPi-Run_ntpd | systemctl restart systemd-timesyncd
[ INFO ] DietPi-Run_ntpd | NTPD: Waiting for completion of systemd-timesyncd (1/60)
[  OK  ] DietPi-Run_ntpd | NTPD: systemd-timesyncd synced
[  OK  ] NTPD: time sync | Completed
finish

-좋아, 그것은 전역 변경과 관련이 있지만 tput 가 실패하고 실패했기 때문에 스크립트가 지금 종료되고 v6.9에서 종료되지 않은 이유는 무엇입니까?

확인 된 관련 변경 : https://github.com/Fourdee/DietPi/blob/master/dietpi/func/dietpi-globals#L266
local lines=$(( (${#input_string}+6)/$(tput cols) )) 은 전체 스크립트 종료로 연결되지만 (이전)

local lines
(( lines=(${#input_string}+6)/$(tput cols) ))

오류를 표시했지만 스크립트가 계속 진행되도록 허용했습니다 (위 참조).

https://github.com/Fourdee/DietPi/commit/82ac7b32d32dca9db4fdb824c7ead80174844090 수정이 작동하며 가장 깨끗한 솔루션이기도합니다. tput 는 비대화 형 셸 내에서 완전히 건너 뛰기 때문입니다. 그러나 오류를 방지하려면 먼저 변수를 선언 한 다음 산술 환경 내에서 나중에 값을 할당하는 이전 방법으로 되돌려 야합니다. Commit done https://github.com/Fourdee/DietPi/commit/0f18aa4dc0af8ab910a0173dce8849d5b53c30b0

트윗 담아 가기
입찰을 정리하기 위해 새 문제를 열었습니다. 거기에 언급 된 수정 사항을 적용하고 모든 문제가 해결되면 다시보고 하십시오 :

나는 새로운 문제를 위해이 문제를 종결 할 것입니다.

내 v6.13에 성공적으로 ssh 할 수 있었지만 곧 중단 될 것입니다.

"tput cols"명령이 tput : unknown terminal "rxvt-256color"를 출력하여 dietpi-login의 328 행에 빈 값이 표시되어 초기 부팅시 데이터베이스를 성공적으로 읽은 후 영원히 중단됩니다.

보기 흉한 해킹 인 TERM = xterm 내보내기는 로그인 스크립트를 수정 한 것처럼 보였으며 이제 설치를 시작할 수 있습니다.

이것이 잘못된 섹션이라면 인내심을 가지십시오. github 문제를 사용하는 방법을 모르겠습니다. 나는 오류에 대해 쓸모없는 인터넷 검색을 한 후이 스레드를 발견했습니다. 이동하면 누군가 내 같은 문제가있는 경우 rxvt-256color 오류에 대한 나머지가 남을 수 있습니다.

친애하는!

헉

안녕하세요,

보고서와 솔루션에 감사드립니다 👍

어떤 SSH 클라이언트를 실행하고 있습니까?

@Fourdee
나는 이것에 대해 별도의 문제를 열었습니다. 문제 확인 : https://github.com/Fourdee/DietPi/issues/2034

헉
SSH에 로그인 한 후 시도해보십시오. export TERM='xterm-256color' € : 아, 이것은 기본적으로 이미 알게 된 것입니다 😄.
이것이 작동하면 다음과 같은 내용이 포함 된 스크립트를 /etc/profile.d/ 추가 할 수 있습니다.
[[ $SSH_TTY ]] && [[ $TERM =~ 256 ]] && export TERM='xterm-256color'

• 즉, 이것이 SSH 연결이고 SSH 클라이언트가 256 비트 컬러 터미널을 통과 한 경우 DietPi에서 지원하는 xterm-256color 로 조정합니다.

다른 방법은 더 많은 터미널 정의가 포함 된 패키지를 설치하는 것입니다. G_AGI ncurses-term

@Fourdee OpenSSH_7.7p1, Arch Linux의 OpenSSL 1.1.0h

@MichaIng 우연히 도와 주셔서 감사합니다!

내가 나쁜 시스템 관리자이고 Tom Ryder의이 기사를 따라 가면서 터미널 "선언"구성이 상당히 잘못 구성되었음을 알았습니다.

결국 나를 위해 문제를 해결 한 것은

• /root/.bashrc에 올바른 $ TERM 내보내기
• pi의 /root/.terminfo 폴더에있는 내 아치 설치에서 올바른 terminfo 항목 복사

scp가 설치되지 않았기 때문에 (dropbear 서버와 함께 설치하는 것을 고려할 수 있습니까?) 내 pi에 terminfo 파일을 scp 할 수 없어서 내가 소유 한 서버에 업로드하고 pi에서 가져 왔습니다.

도와 드릴 수있어서 기쁘고, 응원하고, 엉망진창에 대해 다시 한 번 죄송합니다.

헉
Jep, /root/.bashrc 내에서 $ TERM을 설정하는 것도 작동합니다. /etc/profile[.d/]에 추가하면 모든 사용자가 시스템 전체에서 문제를 해결할 수 있습니다. 이는 우리가 DietPi와 함께 사용할 솔루션입니다.

당신이 링크 한 기사는 모든 것과 가능성을 아주 잘 설명하는 꽤 훌륭합니다 👍. 따라서 기본적으로 필요한 터미널 유형을 수동으로 설치했습니다. 또한이 기사에서는 다양한 터미널 정의를 설치하기위한 옵션으로 ncurses-term 패키지를 언급합니다. 그러나 DietPi를 슬림하게 유지하기 위해 드물게이 패키지를 사전 설치하는 것은 그리 좋지 않습니다. 대신 bashrc / profile 솔루션을 사용하는 것이 좋습니다. SSH 로그인에 수정 사항을 적용하기 전에 간단히 터미널 지원을 확인하는 것도 가능합니다.

PuTTY 클라이언트 테스트 : PuTTY> Connection > Data > Terminal-type string

SCP 설치 정보 : 파일을 전송하기위한 FTP, SFTP 또는 네트워크 드라이브 NFS, SMB와 같은 여러 다른 파일 전송 프로토콜이 있습니다. 사전 설치는하지 않지만 클라이언트에서 서버로 파일을 가져 오는 방법은 사용자에게 맡기십시오. USB 스틱, 외장 드라이브도 물론 가능하며, 만일의 경우 SSH 단자에 간단히 복사하여 붙여 넣기도 가능합니다. 그러나 어쨌든 일반적인 해결책으로 위에서 언급 한 두 가지 방법 중 하나를 사용합니다.