パッケージの更新/インストールに失敗しました-スペースの問題-inodeを解放します

まず、問題がどのように発生したか、そしてどのように解決するかについて説明します。

私のチームは ソニーヴァイオm120ALネットブック 私は3GBのハードドライブを共存させて約320年間持っています Windows 7, チャクラ 、私の作業パーティション Xubuntuの12.04、スワップパーティション、/ホームパーティション、および情報を共有する追加の情報パーティション ウィンドウズ。

これらの理由から、両方のシステムのルートパーティションは、ほとんどの標準でかなり小さいですが（それぞれ約6GB）、必要なすべてのパッケージに対して十分すぎるため、問題が発生することはありません。

さて、特定の状況に入り、数日前にいくつかの更新を適用します Xubuntuの （新しいカーネルが含まれていました）更新マネージャーは、linux-image-3.2.0-51-genericをインストールしようとしているが、その依存関係はlinux-headers-3.2.0-51であるというエラーを示しています。インストールされません。エラーを詳細に確認すると、dpkgが使用可能なスペースがないと文句を言っていることに気付きました。

私がそれを書き留めなかったので同一ではありませんが、エラーはこのスタイルの何かを言いました：

`/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new 'を作成できませんでした（処理中` ./usr/src/linux-headers -3.2.0-43 / arch / xtensa / include / asm / coprocessor.h '）：デバイスにスペースが残っていません

以前にも同じことが起こったことがありますが、古いカーネルを削除せずに蓄積させていたためですが、今回は確認したところ、600Mbが利用可能でした。 コンキー 私は理解していませんが、それが私がそれをどのように構成したか、または同様のものにエラーがあるかどうかを確認するために、私は実行します df -h:

しかし、私はまだ/にスペースがあります！

だから私は間違っていません、そしてそれはアップデートを実行するのに十分なスペースです（私はXubuntuにいたので長い年の間に何度もこのようにそれをしました）とにかく私はsudoをします apt-get clean ダウンロードしたパッケージをクリーンアップして再試行しますが、結果は同じです。

私はまだそれが奇妙だと思いますが、とにかく私はいつも使用している/アイコンのテーマから移動しようとしますそして私はたくさん変更しました（ファエンツァ y 覚醒）より多くのスペースを解放し、最終的に更新を実行して、/に戻すために再度続行します。

しかし、問題は他の場所に行かなければならないという考えが頭に残っていましたが、どちらかはわかりませんでした。 数時間後、いくつかの追加パッケージをインストールしようとすると、前述のエラーが再び発生し、もう一度十分なスペースがあったので、調査を行います。

インターネット検索は、のフォーラムのいくつかのスレッドに私を導きます ubuntu-is、しかし、一部の個人の答えは常に同じです。ファイルを削除したり、ルートパーティションを拡張したりするのに十分なスペースがありませんが、見つけたさまざまなスレッドに共通する何かに気づきました。常に空きスペースのあるルートパーティションですが、それは私のもの（〜600-900 Mb）に似ていて、パーティションのサイズが10 Gbを超えることはなかったので、問題は別のものでなければならないことを自分自身に納得させました。 ESTA ページでは、問題はルートパーティションで100％のinodeが使用されていることです。

inodesの使用はコマンドで見ることができます df-i:

100％使用済みinodes

そして今、説明が来ます。

イノデはデニス・リッチーの言葉です：

ファイルへのアクセス情報をディスク上のフラットリストとして保存し、ディレクトリのすべての階層情報を脇に置いたファイルシステムのやや変わった構造によるインデックス。

したがって、特定のファイルシステムでは、ファイルを格納するための空き領域がまだある場合がありますが、システム内に多数のファイルがあり、新しいファイルを作成できないため、インデックスを作成するために使用できるinodeがありません。

重要なのは、パーティション内のinodeの数です 外部4 変更できません（次のような他のタイプのシステムがあります JFX o XFS これは動的であるため制限ではありません）これは、パーティションがmkfs.ext4で作成されたときに計算される固定数であり、サイズに応じて、 /etc/mke2fs.conf。

システムをインストールするときは、通常、inode = 16384の関係を含むデフォルトの設定を使用します。これは、小さなパーティションの場合、大きすぎて十分に作成されない可能性があります（私の場合のように）。 パーティションを変更する唯一の方法は、パーティションを作成/フォーマットし、オプションで指定することです。 -i.

ただし、inodeは既存のファイルの数に関連していることはすでに述べたので、これは私にとってオプションではありませんでした。次のbashスクリプトを使用してください。 stackoverflowの そして、前に述べたページにリンクされて、ルートパーティション内のどのディレクトリがより多くのファイルであるかを見つけます。

#!/bin/bash
# count_em - count files in all subdirectories under current directory.
echo 'echo $(ls -a "$1" | wc -l) $1' >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$

これにより、次の結果が得られます。

そして、ここに犯人がいます！

左側に表示される数字は存在するファイルの数を示し、パスは関連するディレクトリを示します。下のXNUMX行にはディレクトリ/ var / lib / dpkg / infoが表示されますが、いつものようにここでパッケージを削除することはありません。 。

ただし、XNUMXつの問題を認識した場合、最初の問題と、catpuraでは上昇しませんが、さらにいくつかのエントリにアイコンが含まれています。 覚醒、したがって、それらをyesまたはyesに移動する必要があります。また、移動時にルートパーティションから多くのinodeを解放したため、パッケージを更新できた理由も説明されていますが、再配置すると問題が再発しました。

そして第二に、次に多いエントリはいくつかの古いカーネルのヘッ​​ダーに関連付けられています。古いカーネルを削除するために常に使用する手順では、ヘッダーが削除されないことに気付きました。私が通常使用するのは、次のとおりです。 ：

dpkg --get-selections | grep Linux イメージ

インストールされているカーネルが表示され、次に使用します。

sudoapt-パージパッケージを取得

ここで、packageは問題のカーネルの名前ですが、これでは関連するヘッダーが削除されないため、次のようにします。

dpkg --get-selections | grep Linux

次に、次の方法で古いヘッダーを削除します。

sudoapt-getパージlinux-headers-3.2.0-41linux-headers-3.2.0-44 linux-headers-3.2.0-45linux-headers-3.2.0-48

そしてvoilà、しかしもちろんアイコンの問題もありました 覚醒 そこで、それらを〜/ .iconsに移動し、システム全体で使用できるようにすることにしました。/usr/share/iconsにシンボリックリンクを作成します。これは、 df-i ヘッダーを削除し、アイコンを移動した後のXNUMX番目です。

ヒープからリリースされたイノデ！

これで問題は解決し、問題なくパッケージをインストール/更新できます。この投稿が誰かの助けになるか、小さなパーティションへのインストールに関する将来の参照に役立ち、不足しているフォーラムによって広まったトピックをわかりやすく説明することを願っています。スペースの。