「限界ノート」シリーズから。 自分を忘れないように、しかし誰かが役に立つかもしれません。
Raspberry Pi 2を購入した後、1週間は生きていなかったOdroid XU4は、システムをインストールして初期設定するためのゆるやかなシャーマニズムに置き換えられました。 最愛のramlogの
インストール(怠け者ではなく、手でアンパック)を拒否しただけ
でなく 、強制的な「実装」の後に開始することを拒否したときの失望は何でしたか。 絶望的でグーグルを要求して、「完全に」という言葉から、それはsystemdとの友達ではないことがわかりました。
すでに彼
自身のものの大騒ぎをする準備がほとんどできていたので、私は
ドイツ語のポストに出くわしまし
た 。そこで、「適応した」ramlogが言及されました。 すぐにダウンロードした画像を確認すると、まさに私が望んでいたことが行われたことがわかりました。 したがって、自転車を発明する代わりに、すでに準備されたものを使用することを提案します
。
仕組み
ramlogの古いバージョンと新しいバージョンはどちらも同じ原理で動作します:ブート時に/ var / logをダウンロードし、コマンドまたはシャットダウンによってディスクに書き込みます。
新しいバージョンとの違いは、systemd起動メカニズムの使用とアーカイブ内のログの保存です。これにより、アーカイブおよび変更されていないファイルを犠牲にしてコードが根本的に簡素化されます。 さて、独自のRAMディスクを起動する代わりに、tmpfsが使用されます。この場合、スワップに移行します(そして、zram上にあり、ディスクにアクセスできない可能性が十分あります)
設置
- ramlog-aサービス(/ usr / bin / ramlog)を作成します。
- systemdのエントリ(/etc/systemd/system/ramlog.service)を作成します。
非表示のテキスト [Unit] Description=Ramlog After=local-fs.target Before=cron.service syslog.service [Service] Type=oneshot RemainAfterExit=yes ExecStart=/usr/bin/ramlog start ExecStop=/usr/bin/ramlog stop [Install] WantedBy=multi-user.target
- CRONにレコードを追加して、ログを定期的に保存します。
# ... # 15 , */15 * * * * /usr/bin/crontab flush >/dev/null 2>&1
- / etc / fstabを編集し、/ var / logをtmpfsに転送します。
tmpfs /var/log tmpfs nodev,nosuid 0 0
- サービスをインストールします。
- サービスを開始します
# systemctl start ramlog.service
これで、次回の再起動時に/ var / logの内容が/var/var_log.tar.gzに保存され、tmpfsにすでにロードされます
- ...利益!
ウィッシュリスト
元のramlogとの類推によって作業のロジックをやり直すことは非常に可能です-保存するためにパッケージ化する代わりにrsyncを実行するだけです。 フラッシュドライブを使用する場合の「収益性の高い」とは何ですか?
圧縮されたtmpfsのアイデアは空中にありましたが、何とかグーグルアップされたもののまだ妥当なものはありませんでした。
ネットワークドライブを含む他のフォルダーの保存を舗装できます。 systemdパラメーターを処理して、このケースが開始される順序を構成する必要がある場合を除きます。