タグ付けされた質問 「cron」

Cronは、スケジュールされたコマンドを実行するために使用されます。これは、ユーザーが設定した指定された時間にコマンドを実行するLinuxおよびUNIXシステムのタスクスケジューラとして機能します。Cronには多くのカスタマイズ機能があり、一般的なタスクが定期的に実行されるサーバー環境でよく使用されます。

1
Ubuntu 14.04が長期間後にランダムにフリーズし、自動的に再起動できない(crontab)
しばらくの間、組み立てられたPCでのubuntu 14.04のインストールに問題がありました。主なコンポーネントは、マザーボード、ASRock Q1900M Pro3、4gb ram、および2つのpci sataコントローラーです。 私はこのコンピューターをホームサーバーとして使用します。主な機能は、ファイル共有(samba)、ローカルWebサーバー(LAMP)、bittorrentダウンローダー(Tixati)、および「多重化ステーション」です(必要ないので、尋ねないでください)。それに加えて、メインPCの電源を入れる必要がないと感じるときはいつでもWebブラウジングに使用します。メインPCはアイドル状態で3倍の電力を消費します。 Tixatiが動作せず、インターネットの閲覧と多重化が難しいため、サーバーバージョンのubuntuをインストールできません。また、一般的なデスクトップ環境は、コマンドラインよりも使いやすい方法です。 私には2種類の問題があります: 電源を入れて実行すると、かなりの時間が経過した後、マシンがランダムに動作を停止します(約24時間以上のアップタイムの後、場合によってはさらに早く問題が発生します)。フリーズは、ほとんどの場合、PCを直接使用していないときに発生しますが、入力を行っている間に2〜3回フリーズしました。その結果、画面は処理する最後のフレームまでフリーズし(推測)、どのタイプの入力も無視されます。また、ローカルネットワークから切断されますが、イーサネットLEDは引き続き機能し、緑色のリンクLEDは常にオンになり、オレンジのアクティビティは特定の周波数なしで数回点滅します(ランダムに言うこともあります)。dd-wrtルーターから、ホストが切断されていることがわかり、pcをpingしようとすると、100%のパケット損失が発生します(samba共有がダウンしている)。ハードディスクのアクティビティも主導しません この状態ではtはまったく点滅します。マシンをリブートできる唯一の方法は、ハードな方法です(電源ボタンを押したままにする)。dmesgログファイルを確認すると、フリーズする前に疑わしいエントリが見つかりません。前回の最後のエントリは、crontabで自動ジョブを実行していました。画面が非アクティブになることはありませんので、フリーズする前に最後のものを見ることができます。どんな種類のエラーメッセージも見たことがありませんでしたが、気付いた唯一の奇妙なことは、一度画面が完全に灰色になったことで、そのままにしておきませんでした。前回、最後のエントリは自動ジョブを実行するcrontabでしたが、他の場合はufwブロッキングのような他の何かを実行していました。画面が非アクティブになることはありませんので、フリーズする前に最後のものを見ることができます。どんな種類のエラーメッセージも見たことがありませんでしたが、気付いた唯一の奇妙なことは、一度画面が完全に灰色になったことで、そのままにしておきませんでした。前回、最後のエントリは自動ジョブを実行するcrontabでしたが、他の場合はufwブロッキングのような他の何かを実行していました。画面が非アクティブになることはありませんので、フリーズする前に最後のものを見ることができます。どんな種類のエラーメッセージも見たことがありませんでしたが、気付いた唯一の奇妙なことは、一度画面が完全に灰色になったことで、そのままにしておきませんでした。 この問題を解決するために、crontabを使用して1日に1回自動的に再起動すると問題が解決する可能性があると考えましたが、ここで2番目の問題に遭遇しました。2番目の問題は、ほとんどの場合、crontabがPCを再起動し、正常にシャットダウンしますが、結果的なブートに失敗し、grubの終了とハードディスクからの読み込みの開始との間でシステムがぶら下がります羊。grubで「テキスト」オプションを使用する(または静かなスプラッシュを削除する)場合でも(メッセージの変更後にファイルgrubを更新します)、メッセージは表示されず、紫色の画面がそのまま表示されます。おもしろいのは、その状態からハードな方法でシャットダウンする必要があることです。再度オンにすると、ブートシーケンスが正常に機能し、grubが起動します。10秒後に選択されたオプションに入り(ubuntuを正常に起動します)、システムはすべてのカーネルメッセージが正しくかつ高速に表示されて起動します。修復ブートツールの自動修正オプションを試してみました。4〜5回の自動再起動で機能しましたが、何らかの理由で、もう一度実行しても機能しません。 ブート修復の初期分析はこちらですhttp://paste.ubuntu.com/12589606/ これがdmesgログファイルです。http://paste.ubuntu.com/12632375/ 1192行目:システムのフリーズ強制再起動->エラーのログなし 2399行目:自動再起動が失敗し、grubとRAMへのファイルのロードの間でシステムがハングする->エラーが記録されない 5423行目:手動で再起動して更新プログラムをインストールします。grubとRAMへのファイルのロードの間でシステムがハングします->エラーは記録されません BIOS設定のギャラリー:作業中 フリーズ状態でのpcの動作のビデオ:作業中 自動再起動に失敗したPCのビデオ:作業中 追加情報が必要な場合はお知らせください。ご協力いただきありがとうございます。
1 14.04  freeze  cron  reboot 

3
サブディレクトリをあるディレクトリから別のディレクトリにコピーする
あるディレクトリのコンテンツを別のディレクトリにコピーする必要があります。 サブフォルダーを1つだけコピーする必要があります。 例えば; 「from」というフォルダがあり、その中のすべてのものを含む「21-01-2015」というサブフォルダの1つをコピーする場合<-この名前は毎日変更され、これを実行したいcronjobを介して、フォルダー " to "に + from - 21-01-2015 (**this name changes all the time**) - month (**this stays always the same**) 現在このコマンドを使用していますcp -a /path/from /path/toが、このコマンドはフォルダー「from」のコピーを、その中のすべてのものとともに実行します... そのため、フォルダ " to " 内にいるときは、次のようになります。 + to + from - 21-01-2015 - month 私がそれを必要とする方法の代わりに + to - 21-01-2015 どうすればこのようなことを達成できますか? ありがとうございました

1
geditでのCrontabの問題
Crontabで毎週のバックアップをスケジュールしたいのですが、これまで使用したことがないため、geditでテキストファイルを開くなど、簡単なコマンドでテストを開始したかったのです。 このガイドに従いました:https : //help.ubuntu.com/community/CronHowto sudo crontab -e ターミナルでファイルを取得し、これを追加します: m h dom mon dow command 34 12 * * * /usr/bin/gedit /home/KEN/Desktop/ImaTXT この新しいcrontabを保存してインストールしたのは12:32でした。 crontab: installing new crontab 保存されていることを確認しました: sudo crontab -l 2分が経過すると、何も開かれません。 何が間違っていますか? Kevy、ありがとう。
cron 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.