Dietpi: cronと自動バックアップ（v6.10-6.11から）に問題がありますか？

@eljotx
ご報告ありがとうございます。

G_USER_INPUT=0は、実際にはcronの実行時に自動検出されるため、割り当てる必要はありません。 ただし、影響を与えたい場合は、エクスポートする必要があります。もちろん、これは試してみる価値があります。
export G_USER_INPUT=0

非対話型の実行では、ターゲットドライブで不十分な空き領域（に近い）が検出された場合、スクリプトは終了します： //github.com/Fourdee/DietPi/blob/master/dietpi/dietpi-backup#L456
しかし、あなたは、手動実行はうまくいくと言いますか？ 空き容量が不足している場合は、ホイップテールプロンプトが表示され、無視するか終了するかを選択できます。

ログエントリについては、いくつかの不可解なカラーコード+ checking for elevation root accessが予想されます。 試してみてください：
cat /mnt/rpi/backup.log
カラーコードをアクティブにして、ログをフォーマットします。 また、この出力をここに入力してください。問題が発生した段階を確認できます。

スクリプトを手動で実行するとうまく機能します。

奇妙な。

cronジョブを実行して、ログ結果を貼り付けてみてください/mnt/rpi/backup.log

注意： 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）とバックアップ（最初の投稿から）があるので奇妙ですが、この単純なものからはありません

@eljotx
さて、少なくともcronのエラーもあるようです。 cronはrun-parts /etc/cron.X/scriptを介してスクリプトを開始し、いくつかのルールがあることに注意してください。たとえば、スクリプトはroot（AFAIK）が所有する必要があり、スクリプトにファイルの末尾を付けないようにする必要があります。 つまり、 /etc/cron.daily/script.shはスキップされ、代わりに名前を/etc/cron.daily/scriptにする必要があります。

また、それは必要ではないはずですが、DietPiスクリプトで使用するとき#!/bin/bash 、シバンとして#!/bin/bashがありますが、フェイルセーフにするために、cronスクリプト内でも使用してみてください。

スクリプトの名前は常に「backup」（。shなし）でした。スクリプトでも「＃！/ bin / sh」を「＃！/ bin / bash」に変更しました。このスクリプトは、rootが所有しています。 前回の投稿の「テスト」スクリプトも機能するようになりました。

私はすべてを試しましたが、それでも機能しません。 1つのジョブを終了した後、スクリプトをログファイルに出力するように変更すると、スクリプトが開始されますが、tar、rcloneなどの次のジョブに移動できないため、バックアップが開始または終了しません（dietpi-backup.logが空です）。また、cronを実行した後、プロセス/ usr / sbin / cron -fが機能し、-bashが機能していることを確認しました。これは正常ですか？

スクリプトを手動で実行しても引き続き機能しますが、バックアップが終了したら、[OK]をクリックして[キャンセル]（ホイップテール画面）をクリックする必要があります。その後、次のジョブが開始されます。

問題は、cronによって開始された自動バックアップにdietpi-backupを使用することにあると思います。 6.9バージョンでは動作しましたが、dietpi-backupを書き直した後は動作しませんでした。

@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 #!/bin/bash原因でbash環境を開始するため、 /usr/sbin/cron -f + -bashはyesと予想されます。

上記のすべてが当てはまる場合は、手動でrun-partsを起動して、期待どおりに実行されるかどうかを確認できますか？

• スクリプトを別のフォルダに移動/コピーします（例： ~/testdir/backup
• 次にrun-parts ~/testdir

私はあなたが示すように、そしてあなたのすべての質問についてテストしました：はい、私がそれを手動で開始したときにすべてが機能しています。
run-partsコマンドでテストしましたが、手動で実行するとまだ機能しています。

私のスクリプトは使用後にリストされます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 。

ただし、変数がエクスポートされない場合、スクリプトはユーザー入力が可能かどうかを判断します。 cronやsystemdユニットの実行などでは、すべてのDietPiスクリプトが自動的にG_USER_INPUTS=0決定して割り当てる必要があります。
cronジョブ（またはテストジョブ）の開始に追加することで、この方法が機能することを確認できます。
[[ -t 0 ]] && echo 'This environments allows user inputs' > /mnt/rpi/inputs.log || echo 'This environment does not allow user inputs' > /mnt/rpi/inputs.log
スクリプトを手動で実行する場合、ユーザー入力が許可されている（ホイップテールメニューが表示される）ことを示す必要があります。cron経由で起動した場合は許可されません。また、ホイップテールメニューによってスクリプトがハングすることはありません。

最初に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によって開始された場合、まだ機能しません。

問題はまだdietpiにあります-v6.10からcronによって開始されたバックアップ。 これは、dietpi-backupスクリプトのv6.10で行った変更の問題だと思います。

Dietpi-backup.logはまだ空です

@eljotx
テストにご協力いただきありがとうございます。
私は私たちの変更を通過します。 今のところ手がかりはありません。 少なくともテストによると、スクリプトは実際にはハングしていませんが（whiptail / G_USER_INPUTSは問題ではありません）、失敗しています。

いくつかの独自のテストを行いました：

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

rootユーザーチェックにコメントした後、 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.

@eljotx

tputが問題です：
tput: No value for $TERM and no -T specified

• 興味深いことに、v6.9でもそう呼んでいます🤔。

修正： https ：

このパッチは、別の問題も修正します。cronによって毎日または毎時実行される「run_ntpd1」は時刻を同期しません（/ var / lib / systemd / clockのタイムスタンプは変更されません）。

@kmakisara
うん、あなたは正しい、これは理にかなっている。
修正を適用するための手動のスクリプト編集を避けるために、同じ問題のすべてが行う必要があります： 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 ：

以前にcronジョブ内でtputを使用したため、なぜこの問題がv6.10 +で最初に発生したのか疑問に思っています。
たぶん誰かが問題を引き起こした変化を見つけることができるので、私たちは将来そのようなより良い世話をする方法を知っています：

• アニメーション化されたプロセス通知v6.9の呼び出し： https ：
• v6.10で行われた変更： https ：
• tput cuuとtput colsはどちらの場合も呼び出され、処理アニメーションをクリアすると、他のすべてのDietPi通知でtput edが呼び出されます。
• 問題の原因は通知の変更ではなく、特定の更新後のcron処理エラー（または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

• cronの$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- *スクリプトを終了します： //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からv6.11マスターへ：非常に奇妙ですが、それでも問題はありません...

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

• Dietpiバックアップ実行の追加：

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

• スクリプトは失敗しますが、cronジョブは続行されます。 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 ：
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/0f18aa4dc0af8ab910a0173dce8849d5b53c30b0

@eljotx @kmakisara
新しい問題を開いた入札をクリーンアップするには、そこに記載されている修正を適用して、すべての問題が解決する場合は報告してください： //github.com/Fourdee/DietPi/issues/1923

私はこの問題を閉じて、新しい問題を支持します。

v6.13にSSHで正常に接続できましたが、すぐにハングします。

「tputcols」コマンドはtput：unknown terminal "rxvt-256color"を出力していました。その結果、dietpi-loginの328行目に値が空になり、最初の起動時にデータベースを正常に読み取った後、永久にハングしました。

醜いハックであるTERM = xtermをエクスポートすると、ログインスクリプトが修正されたようで、インストールを開始できるようになりました。

これが間違ったセクションである場合は、しばらくお待ちください。githubの問題の使用方法がよくわかりません。 何時間もエラーをグーグルで調べた後、このスレッドを見つけました。移動すると、誰かが同じ問題を抱えている場合に備えて、rxvt-256colorエラーについて残りを残す可能性があります。

宜しくお願いします！

@wuhei

こんにちは、

レポートとソリューションをありがとう👍

どのSSHクライアントを実行していますか？

@Fourdee
私はこれについて別の問題を開いていました。 問題を特定しました： https ：

@wuhei
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、ArchLinux上のOpenSSL1.1.0h

@MichaIngたまたま手伝ってもらえてよかった！

私は悪いシステム管理者であり、Tom Ryderによるこの記事に従う

結局、私にとって問題を解決したのは

• /root/.bashrcに正しい$ TERMをエクスポートする
• piの/root/.terminfoフォルダーにある私のarchインストールから正しいterminfoエントリをコピーする

scpがインストールされていないため（おそらくdropbearサーバーと一緒にインストールすることを検討しますか？）、terminfoファイルをpiにscpできませんでした。そのため、所有しているサーバーにアップロードして、piから取得しました。

手伝ってくれてうれしいです、応援して、混乱してもう一度申し訳ありません-頑張ってください！

@wuhei
もちろん、$ TERMを/root/.bashrc内に設定することもできます。これを/etc/profile[.d/]に追加すると、すべてのユーザーがシステム全体で解決できます。これは、DietPiで使用するソリューションです。

あなたがリンクした記事はとても素晴らしく、すべてと可能性を非常によく説明しています👍。 したがって、基本的に必要な端末タイプを手動でインストールしました。 この記事では、さまざまな端末定義をインストールするためのオプションとして、 ncurses-termパッケージについても言及しています。 しかし、DietPiをスリムに保つために、私はこのようなまれなケースのためにこのパッケージをプレインストールすることにあまり熱心ではありません。 代わりに、bashrc / profileソリューションを使用することをお勧めします。 SSHログインに修正を適用する前に、端末のサポートを確認することもできます。

PuTTYクライアントでテストする場合：PuTTY> Connection > Data > Terminal-type string

SCPのインストールについて：ファイルを転送するために、FTP、SFTP、またはネットワークドライブNFS、SMBなど、他にもいくつかのファイル転送プロトコルがあります。 プレインストールはしませんが、クライアントからサーバーにファイルを取得する方法はユーザーに任せます。 もちろん、USBスティック、外付けドライブも可能です。場合によっては、SSH端末にコピーして貼り付けることもできます。 しかし、とにかく一般的な解決策として、私は上記の2つの方法のいずれかを使用します。