=45Edisonのルートパーティションは512Mしか無いので、どんどん場所が無くなる。`opkg`のカタログデータがそこそこでかい。update`」コマンドを実行すると8Mくらい使う。`opkg`で何かインストールすると、そのぶん使う。`journald`によるログが、なんだか増えていく。94105`journald`は、ファイルシステムの容量を把握し、残容量を監視しながら適切にログを削除してくれるはず。......127ところが、どうも、「`/var/log/journal`」以下のファイル容量が増えていってしまうことがある。ota`」のせいだと書いた]が、どうやら違っていたようだ。10独立した原因が2個ある。==1314ログファイルは、「`/var/log/journal`」の下の、マシンIDを16進表記したディレクトリの下に作られる。15ところが、このマシンIDが、起動するたびに変化してしまう。16変化するから別のディレクトリにログを記録し、古いログの容量を把握しなくなってしまう。1718この問題は、以下のように操作すれば解消される。reboot1924}}}202521このように、`journald`が把握しているログ容量と、実際に使っているディスク容量が違うことがある。==28「`shutdown`」できちんとシャットダウンした場合は問題無い。29ところが、「`reboot`」や突然の電源断を行った場合、使用中のログファイルが壊れる。30壊れたログファイルは、次回の起動時に「`system@`''????????????????????????????????''`.journal~`」というような名前に変更されて保存される。31このファイルは、ログファイルの定期ローテーションの際に回収され、「`/etc/systemd/journald.conf`」に設定したディスク容量設定に従うように適切に削除される。32ところが、短時間にこのような再起動を繰り返した場合、定期ローテーションにひっかからず、ディスク容量を食いつぶしてしまう。33これは、systemdのバグまたは制限事項であり、Edisonのバグとは言えないだろう。243425~~原因は、ファームウェアの更新。~~35消極的な対策しかない。短時間に何度も再起動しないようにする。/var/log/journal/`''????????????????????????????????''`/*.journal~`」というコマンドを実行する。Edisonで何らかの対策がなされるのを待つ。「`/etc/systemd/journald.conf`」に「`Storage=volatile`」という設定をする。40ただし、「`Storage=volatile`」という設定を行った場合は、カーネルパニックなどの問題をみつけて究明するのが難しくなる。264127~~「`/var/log/journal`」の下には、`journald`の管理しているマシンのIDを名前としたディレクトリが有り、その中にログが保存される。28ファームウェアを更新するとマシンのIDが変わり、ログを保存するディレクトリが変わるのに、以前のディレクトリがそのまま残る。29このせいで、ファームウェアの更新を繰り返していると、ディスクが余計に減ってしまう。==3334原因はファームウェアの更新かと思っていたが、どうも、単なるrebootや電源断でも増えるみたい。/var/log/journal/*`」を実行すればよい。同じ事で困ってる人がいたのでコメント書いた。同じ事で困ってる人がいたのでコメント書いた。.スイッチサイエンス・ウェブショップhttp://www.switch-science.com/。