Dietpi: क्रॉन और ऑटो बैकअप के साथ समस्या (v6.10-6.11 से)?

@eljotx
अपनी रिपोर्ट के लिए धन्यवाद।

G_USER_INPUT=0 वास्तव में क्रोन एग्जीक्यूटिव पर ऑटो का पता होना चाहिए, इस प्रकार असाइन करना आवश्यक नहीं है। लेकिन अगर आप चाहते हैं कि यह प्रभावित हो, तो आपको इसे निर्यात करने की आवश्यकता है, जो निश्चित रूप से कोशिश करने लायक है:
export G_USER_INPUT=0

गैर-संवादात्मक निष्पादन पर, स्क्रिप्ट बाहर निकल जाएगी, यदि (करीब) अपर्याप्त मुक्त स्थान लक्ष्य ड्राइव पर पाया जाता है: https://github.com/Fourdee/DietPi/blob/master/dietpi/dietpi/backiet#L456
लेकिन आप कहते हैं, मैनुअल निष्पादन ठीक काम करता है? अपर्याप्त मुक्त स्थान के मामले में, आपको व्हिप्टेल शीघ्र दिखाई देगा, जो आपको अनदेखी या बाहर निकलने का विकल्प देता है।

लॉग प्रविष्टियों के बारे में, कुछ गुप्त रंग कोड + checking for elevation root access होने की उम्मीद है। प्रयत्न:
cat /mnt/rpi/backup.log
रंग कोड सक्रिय है और इस प्रकार स्वरूपित लॉग है। कृपया यह आउटपुट यहाँ भी प्रदान करें, इसलिए हम जाँच कर सकते हैं कि समस्या किस स्तर पर हुई।

जब मैं इसे मैन्युअल रूप से चलाता हूं तो स्क्रिप्ट अच्छी तरह से काम करती है।

अजीब।

क्रोन नौकरी और पेस्ट लॉग परिणाम /mnt/rpi/backup.log चलाने का प्रयास करें

NB: dietpi-backup स्वचालित रूप से rsync को लॉगफ़ाइल /var/log/dietpi-backup.log आउटपुट करता है, आप उस aswell का उपयोग कर सकते हैं।

इसलिए, मैं G_USER_INPUT = 0 के बिना क्रॉन जॉब चलाने की कोशिश करता हूं (मैंने इसे स्क्रिप्ट से हटा दिया है) और ...

/Mnt/rpi/backup.log से मेरी बैकअप लॉग फ़ाइल
[90m[[0m[33m......[90m][0m Checking for (elevated) root access[0m

dietpi-backup.log खाली है

क्रोन शुरू होने के बाद मैंने कोई सक्रिय प्रक्रिया नहीं देखी।

इसलिए, मैंने क्रोन शुरू होने के बाद फाइल में आउटपुट देखने के लिए एक और स्क्रिप्ट का परीक्षण करने के लिए जोड़ा:

#!/bin/sh

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

लेकिन यह स्क्रिप्ट शुरू नहीं हुई - कोई फ़ाइल "cronworks.log" / mnt / rpi / पर नहीं है
यह अजीब है क्योंकि बैकअप के साथ मेरी स्क्रिप्ट से आउटपुट फ़ाइल (backup.log) है (1 मेरी पोस्ट से), लेकिन इस सरल से नहीं

@eljotx
ठीक है, कम से कम क्रोन के साथ एक त्रुटि भी प्रतीत होती है। ध्यान दें कि क्रोन स्क्रिप्ट्स को run-parts /etc/cron.X/script माध्यम से शुरू करता है और कुछ नियम हैं, उदाहरण के लिए स्क्रिप्ट को रूट (AFAIK) के स्वामित्व में होना चाहिए और अधिक निश्चित रूप से स्क्रिप्ट को फ़ाइल समाप्ति की अनुमति नहीं है। इसका मतलब है कि /etc/cron.daily/script.sh छोड़ दिया जाएगा, नाम के बजाय /etc/cron.daily/script होने की आवश्यकता है।

इसके अलावा, इसकी आवश्यकता नहीं होनी चाहिए, लेकिन डाइटपीई स्क्रिप्ट्स के साथ उपयोग करते समय #!/bin/bash का उपयोग करने की कोशिश करें। उन लोगों के पास #!/bin/bash , लेकिन सुरक्षित रहने के लिए क्रोन स्क्रिप्ट के भीतर भी इसका उपयोग करने की कोशिश करते हैं।

स्क्रिप्ट में हमेशा एक नाम "बैकअप" (बिना .sh) होता है, मैं स्क्रिप्ट में भी "#! / बिन / श" को "#! / बिन / बाश" में बदल देता हूं और इस स्क्रिप्ट का मूल है। मेरी "परीक्षण" स्क्रिप्ट भी पिछले पोस्ट से अब काम कर रही है।

मैंने सब कुछ करने की कोशिश की, लेकिन अभी भी काम नहीं कर रहा है। मैं एक काम खत्म करने के बाद लॉग फ़ाइल में प्रिंट करने के लिए स्क्रिप्ट बदलता हूं और मैंने देखा कि स्क्रिप्ट शुरू हो गई है, लेकिन बैकअप शुरू या समाप्त नहीं हुआ है (डायटपीआई-बैकअप.लॉग खाली है), क्योंकि अगले काम जैसे टार, आरक्लोन आदि में नहीं जा सकते। और क्रोन चलाने के बाद भी मैंने प्रक्रिया / usr / sbin / cron -f को काम किया और -बैश देखा - यह सामान्य है?

स्क्रिप्ट अभी भी काम कर रही है अगर मैं इसे मैन्युअल रूप से चलाता हूं - लेकिन जब बैकअप खत्म हो जाता है, तो मुझे ओके और कैंसिल (व्हिपटेल स्क्रीन) पर क्लिक करना होगा, और उसके बाद - अगले काम शुरू होंगे।

मुझे लगता है कि क्रोन द्वारा शुरू किए गए ऑटो बैकअप के लिए डायटपी-बैकअप का उपयोग करने के साथ समस्या है। इसने 6.9 संस्करण पर काम किया, लेकिन डाइटपी-बैकअप को फिर से लिखने के बाद कोई काम नहीं किया।

@eljotx
तो फिर, बस सुनिश्चित करने के लिए:

• यदि आप मैन्युअल रूप से निष्पादित करते हैं /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 होने के कारण बैश वातावरण शुरू करता है।

यदि उपरोक्त सभी सत्य है, तो क्या आप मैन्युअल रूप से रन-पार्ट्स शुरू करने का प्रयास कर सकते हैं और देखें कि क्या यह अपेक्षित रूप से निष्पादित होता है:

• अलग फ़ोल्डर में स्क्रिप्ट को कॉपी / स्थानांतरित करें, जैसे ~/testdir/backup
• तब run-parts ~/testdir

जैसा कि आप दिखाते हैं और आपके प्रत्येक प्रश्न पर मैंने परीक्षण किया है: हां, जब मैं इसे मैन्युअल रूप से शुरू करता हूं तो सब कुछ काम करता है।
मैंने इसे रन-पार्ट्स कमांड के साथ परीक्षण किया, लेकिन यह अभी भी काम कर रहा है - जब मैं इसे मैन्युअल रूप से करता हूं।

मेरी स्क्रिप्ट run-parts --test /etc/cron.daily उपयोग के बाद सूचीबद्ध है

यदि मैं G_USER_INPUTS = 0 जोड़ता हूं और स्क्रिप्ट को मैन्युअल रूप से प्रारंभ करता हूं, तो क्या मुझे लॉग इत्यादि के बारे में जानकारी के साथ स्क्रीन (व्हिपटैल) देखना चाहिए? क्योंकि मैं इसे हमेशा देखता हूं।

@eljotx
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 ।

लेकिन अगर चर निर्यात नहीं किया जाता है, तो स्क्रिप्ट निर्धारित करेगी, यदि उपयोगकर्ता इनपुट किए जा सकते हैं या नहीं। क्रोन और जैसे सिस्टमड यूनिट के निष्पादन के भीतर, सभी डाइटपीई स्क्रिप्ट को स्वचालित रूप से 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
स्क्रिप्ट को मैन्युअल रूप से चलाते समय, यह कहना चाहिए कि उपयोगकर्ता इनपुट की अनुमति दी जाती है (व्हिपटेल मेनू दिखाते हैं), यदि इसे क्रोन के माध्यम से शुरू किया जाता है, तो यह नहीं होना चाहिए, और कोई भी व्हिपटेल मेनू स्क्रिप्ट को लटका नहीं करना चाहिए।

पहले मैं G_USER_INPUTS=0 परीक्षण करता हूं और अगर मैं स्क्रिप्ट को मैन्युअल रूप से शुरू करता हूं, तो लॉग इन करें:
This environments allows user inputs
और अगर क्रोन द्वारा शुरू करें:
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:

जब क्रोन शुरू हो गया और स्वचालित रूप से यह स्क्रिप्ट शुरू हो गई:

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

और अभी भी काम नहीं कर रहा है अगर यह स्क्रिप्ट क्रोन द्वारा शुरू की जाती है।

समस्या अभी भी डायटपी-बैकअप के साथ है जो v6.10 से क्रोन द्वारा शुरू की गई है। मुझे लगता है कि डायटपी-बैकअप स्क्रिप्ट में आपने v6.10 में किए गए परिवर्तनों के साथ समस्या है।

dietpi-backup.log अभी भी खाली है

@eljotx
आपके परीक्षण प्रयास के लिए धन्यवाद।
मैं हमारे बदले हुए रास्ते से जाऊंगा। अब तक कोई सुराग नहीं लगा है। कम से कम आपके परीक्षणों के अनुसार, स्क्रिप्ट वास्तव में लटका नहीं है (व्हिपटेल / G_USER_INPUTS मुद्दा नहीं है), लेकिन असफल रहा।

कुछ खुद का परीक्षण किया:

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

dietpi-backup भीतर रूट यूज़र चेक पर टिप्पणी करने के बाद, इसे क्रॉन के माध्यम से निष्पादित किया जाता है:
[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.

@eljotx

tput मुद्दा है:
tput: No value for $TERM and no -T specified

• दिलचस्प है, जैसा कि हमने कहा कि v6.9 के साथ-साथ that।

फिक्स: https://github.com/Fourdee/DietPi/commit/82ac7b32d32dca9db4fdb824c7ead80174844090

यह पैच एक अन्य समस्या को भी ठीक करता है: "run_ntpd 1" प्रतिदिन क्रोन द्वारा चलाया जाता है या समय को सिंक नहीं करता है (/ var / lib / systemd / घड़ी का टाइमस्टैम्प नहीं बदलता है)।

@ किमीकिसारा
जेप आप सही हैं, इससे समझ में आता है।
बस फिक्स को लागू करने के लिए मैन्युअल स्क्रिप्ट एडिट से बचने के लिए, सभी को एक ही मुद्दे के साथ करना चाहिए: 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

मैं बस सोच रहा हूं, यह मुद्दा पहले v6.10 + के साथ क्यों दिखा, क्योंकि हमने अपनी क्रोन नौकरियों के पहले ही tput उपयोग किया था।
हो सकता है कि कोई व्यक्ति उन बदलावों का पता लगा सकता है, जो मुद्दों का कारण बनते हैं, इसलिए हम जानते हैं कि भविष्य में इस तरह की बेहतर देखभाल कैसे करें:

• कॉलिंग एनिमेटेड प्रक्रिया नोटिफिकेशन v6.9: https://github.com/Fourdee/DietPi/blob/7b682286e72ef339518d110892a54e7ce405b648/dietpi-func/dietpi-globals#L301 -L315 -L31515
• V6.10 के साथ किए गए परिवर्तन: https://github.com/Fourdee/DietPi/pull/1867/files
• tput cuu और tput cols दोनों मामलों में कहा जाता है, साथ ही प्रसंस्करण एनीमेशन को मंजूरी देते समय प्रत्येक अन्य डाइटपिपी अधिसूचना पर 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 उत्पादन की ओर जाता है), क्रोन tput त्रुटि -T गुम होने से संबंधित लगती है, [[ -t 0 ]] झूठी परिणाम। शायद यह भी पहले अलग तरह से व्यवहार किया। 2018-02-15 को अंतिम ncurses-bin APT अपडेट: http://ftp.de.debian.org/debian/pool/main/n/ncurses/

• हमारे पास पहले से ही गैर-संवादात्मक / अमान्य टर्मिनलों के मुद्दे थे, इस प्रकार अब डाइटपीआई से बाहर निकलें * स्क्रिप्ट्स, अगर खाली $ TERM या ' unknown ' मिले: https://github.com/Fourdee/DietPi/bbb/ परीक्षण / डायटपी / फंक / डाइटपी-ग्लोबल्स # 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 अपडेट में कोई क्रोन और / या नर्स नहीं हैं (परीक्षण किए गए असंबंधित पैकेजों को कम करके):

• apt-get dist-upgrade और रिबूट होने के बाद भी, क्रोन त्रुटि के बाद निष्पादन बंद नहीं करता है:

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 v6.11 मास्टर करने के लिए: Veeery अजीब, अभी भी कोई मुद्दा नहीं ...

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

• डायटपी-बैकअप निष्पादन जोड़ना:

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 पूरी तरह से गैर-इंटरैक्टिव गोले के भीतर छोड़ दिया जाएगा। लेकिन विफल होने के लिए, हमें पहले परिवर्तनशील घोषित करने के लिए पिछली पद्धति पर वापस लौटना चाहिए और फिर अंकगणितीय वातावरण में बाद में मान असाइन करना चाहिए: प्रतिबद्ध https://github.com/Fourdee/DietPi/commit/0f18aa4dd0af8ab910a0173dce8849d5b53c30b30b0

@eljotx @kmakisara
बोली को साफ करने के लिए मैंने एक नया मुद्दा खोला, कृपया वहां बताए गए फिक्स को लागू करने की कोशिश करें और रिपोर्ट करें, अगर यह सभी मुद्दों को हल करता है: https://github.com/Fourdee/DietPi/issues/1923

मैं इस मुद्दे को नए के पक्ष में बंद कर दूंगा।

मैं सफलतापूर्वक अपने v6.13 में ssh कर सकता था, लेकिन इसके ठीक बाद लटका होगा।

"Tput cols" कमांड tput का उत्पादन कर रहा था

TERM = xterm निर्यात करना, एक बदसूरत हैक, लगता है कि लॉगिन स्क्रिप्ट को ठीक किया गया है, और अब स्थापित करना शुरू कर सकता है।

अगर यह गलत धारा है तो कृपया धैर्य रखें, क्योंकि मैं वास्तव में नहीं जानता कि गीथूब मुद्दों का उपयोग कैसे करें; मुझे यह धागा एक त्रुटि के लिए बेकार जाने के घंटों के बाद मिला है, यदि आप इसे स्थानांतरित करते हैं तो शायद rxvt-256color त्रुटियों के बारे में शेष बचा है, अगर किसी को मेरी समान समस्या है।

सादर!

@ वुही

नमस्ते,

रिपोर्ट और समाधान के लिए धन्यवाद solution

आप कौन से SSH क्लाइंट चला रहे हैं?

@ फोडी
मैं इसके लिए एक अलग मुद्दा खोल रहा था। मुद्दे की पहचान: 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 बिट कलर टर्मिनल पास किया है, तो इसे xterm-256color समायोजित करें, जो कि DietPi द्वारा समर्थित है।

एक विकल्प ऐसा पैकेज स्थापित करना होगा जिसमें अधिक टर्मिनल परिभाषाएँ हों: G_AGI ncurses-term

@Fourdee OpenSSH_7.7p1, OpenSSL 1.1.0h आर्च लिनक्स पर

@MichaIng धन्यवाद खुशी है कि मैं मौका द्वारा मदद कर सकता है!

कृपया ध्यान रखें कि मैं एक बुरा पाप हूँ और टॉम राइडर के इस लेख का अनुसरण

अंत में मेरे लिए जो समस्या थी वह थी

• /root/.bashrc में सही $ TERM का निर्यात करना
• pi के /root/.terminfo फ़ोल्डर में मेरे आर्च इंस्टाल से सही टर्मफ़ॉइट प्रविष्टि की प्रतिलिपि बनाना

मैं टर्मिफ़ फ़ाइल को अपने पीआई को नहीं भेज सकता, क्योंकि एससीपी स्थापित नहीं है (शायद इसे ड्रॉपबियर सर्वर के साथ एक साथ स्थापित करने पर विचार करें?), इसलिए मैंने इसे एक सर्वर पर अपलोड किया जो कि मेरा खुद का है और बस इसे पीआई से मिटाया नहीं है।

खुशी है कि मैं मदद कर सकता हूँ, चीयर्स और फिर से गंदगी के लिए खेद है - पर रॉक!

@ वुही
Jep, $ TERM को /root/.bashrc कोर्स के भीतर सेट करने के साथ ही /etc/profile [ves४/] पर काम करता है, यह सभी उपयोगकर्ताओं के लिए विस्तृत है, जो एक समाधान है जिसे हम DietPi के साथ जाना चाहते हैं।

आपके द्वारा जोड़ा गया लेख बहुत अच्छा है, सब कुछ और संभावनाओं को बहुत अच्छी तरह से समझाते हुए pretty। तो आप मूल रूप से आवश्यक टर्मिनल प्रकार मैन्युअल रूप से स्थापित करें। लेख में टर्मिनल परिभाषाओं की एक विस्तृत श्रृंखला को स्थापित करने के विकल्प के रूप में ncurses-term पैकेज का भी उल्लेख किया गया है। लेकिन DietPi को पतला रखने के लिए, मैं इस तरह के दुर्लभ मामलों के लिए इस पैकेज को प्री-इंस्टॉल करने के लिए उत्सुक नहीं हूं। बेहतर होने के बजाय, बशें / प्रोफ़ाइल समाधान के साथ जाएं; SSH लॉगिन पर फिक्स लगाने से पहले टर्मिनल समर्थन की जांच करना संभव है।

PuTTY क्लाइंट के साथ परीक्षण के लिए: PuTTY> Connection > Data > Terminal-type string

SCP स्थापित करने के बारे में: फ़ाइलों को स्थानांतरित करने के लिए कई अन्य फ़ाइल स्थानांतरण प्रोटोकॉल, FTP, SFTP या नेटवर्क ड्राइव NFS, SMB हैं। मैं पहले से इंस्टॉल नहीं करूंगा, लेकिन उपयोगकर्ता को यह पसंद करना छोड़ दूंगा कि क्लाइंट से सर्वर तक फाइलें कैसे प्राप्त करें। यूएसबी स्टिक, बाहरी ड्राइव भी संभव है या बस एसएसएच टर्मिनल में कॉपी और पेस्ट करें। लेकिन वैसे भी एक सामान्य समाधान के रूप में मैं ऊपर वर्णित दो तरीकों में से एक के साथ जाऊंगा।