解決策 1:
Ask Ubuntu の投稿で、korrident は可能な回避策を提案しました:
mount を追加する /etc/rc.local へのコマンド ファイル:
mount -t tmpfs tmpfs /run -o remount,size=85M
スクリプトが「exit 0」になることを確認してください 成功の場合は "、エラーの場合はその他の値 (ファイルからの抜粋)。
解決策 2:
/run のサイズを大きくする必要はないと思いますが、大きくする必要がある場合は、/etc/fstab ファイルを編集してみてください。すべてのマウントポイントとほとんどのパーティションがそこにリストされています。 /run パーティションが tmpfs である場合 (少なくとも https://askubuntu.com/questions/57297/why-has-var-run-been-migrated-to-run によれば、そうあるべきです。前に確認します)これらの手順に従ってください) その後、/run マウントの fstab 行を次のようなものに変更するだけです:
none /dev/shm tmpfs defaults,size=8G 0 0
defaults の直後にサイズがどのように宣言されているかを確認してください ?そうしてみてください。 M を使用して、メガバイトも使用できます:
none /dev/shm tmpfs defaults,size=100M 0 0
この後、コンピューターを再起動すると、変更が反映されます。
編集 :Ubuntu が run を作成するように見えるスクラッチ fstab 経由ではなく、/etc/init および /etc/init.d 内のファイルを使用してパーティション分割します。これらのファイルを調べて、run を作成するために使用するマウント コマンドを見つける必要があります。 手動で編集します。現在、これをテストするためのボックスはありませんが、これを実行してみてください:
find /etc/init* -type f | xargs grep "mount"
または
find /etc/init* -type f | xargs grep "run"
bash スクリプトを介してマウントされている場合は、マウントを行うファイルと行を見つける必要があります。
解決策 3:
一時的に tmpfs ファイルシステムを増やします
1) /etc/fstab を開く vi で または任意のテキスト エディター
2) /dev/shm の行を見つけます tmpfs size オプションを使用して、予想されるサイズを指定します。
e.g. 512MB:
tmpfs /dev/shm tmpfs defaults,size=512m 0 0
e.g. 2GB:
tmpfs /dev/shm tmpfs defaults,size=2g 0 0
その後
mount -o remount /dev/shm