＜解決＞No space left on device（空いとらんバイ）

対処策を忘れないうちにメモっておきます。

パーティション数は５個、これをマウントしてディレクトリとしてコピーすることになります。１個のパーティション内のデータ容量は、平均約17GBでした。したがって、マウント後のディレクトリのサイズも17GBとなります。

（パーティションは事前に適正なサイズに切っています。１パーティションあたり約80GB弱。基本パーティション３個、論理パーティション2個。）

「No space left on device」は次の２つの状況で発生しました。それぞれの対処方法を紹介します。

１．コピーしているとき

（１）マウント

旧HDDがsdb、新HDDがsdc

（２）コピー

正常にコピーが終わりました。

このとき、「No space left on device」が表示され、コピーに失敗しました。

「No space left on device」は、i-nodeが枯渇すると表示されるそうです。

そして、そのパーティションのサイズを大きくするか、不要ファイルを削除するとi-nodeの使用を減らせるようです。

そもそも、i-nodeって何？==ウィキペディアより

う〜ん、ようわからんバイ。ファイルシステムに関連するもので、ファイルやディレクトリの情報を格納するデータベースかなぁ？おそらく、ファイル容量とは直接は関係していないようですね。実際に、df -hで見ると、容量には十分余裕があっても、i-nodeが満タンになっている場合もありました。

さっそく、チェックしてみます。

としてみると

「/livemnt/squashfs」のi-nodeの使用率が１００％になっています。

中身を見てみると、/booや/sbinなどSystemrescueCDのシステムに関連したものが詰まっています。

他のディレクトリは数％台でした。

そもそも、CDなので、容量は増やせませんし、不要ファイルが何なのかも明確でないので削除できません。

おそらく、今回は、コピー、しかも-aなので元のファイルやディレクトリのデータ以外にもそれらのパーミッションやユーザ・グループ情報や階層構造などなど多くの情報を取ってくるので、通常のコピーより半端なくコピー量が増えていると思われました。

そこで、連続的にマウントし、そのディレクトリをコピーするのをやめて、１度に１つのパーティションしかコピーせず、しかも、コピー後は、アンマウントして解放することにしました。

（３）対処策

（先ほどのマウントポイントはすべてアンマウントして解除し、再度やり直します。）

①マウント（１組だけマウント）

②コピー（１つのディレクトリをコピー）

③アンマウント（マウント解除）

④　①〜③を/mnt/b6、/mnt/c6まで繰り返す。

少し面倒ですが、これで「No space left on device」の表示なしに、無事にコピーが終わりました。

２．システムを起動している途中

旧ハードディスクを取り外し、新ハードディスクを装着し、システムを起動させました。

（システムはデータ用のハードディスクとは別のディスクにインストールされています。今回は、データの移行だったので、システム自体はなにも変更されていません。）

（１）起動途中「No space left on device」が多発

sshdなどメインシステムが正常に起動できませんでした。

（２） i-nodeを確認

図１：i-nodeを確認

i-nodeの使用率はすべて数％でした。これではよくわからないので、実際にサイズの大きいファイルやディレクトリを表示させます。

（3）対処策

①　容量を無駄遣いしているファイルやディレクトリを探す

容量の大きい順に上位２０を表示

②　なぜか、/mnt/c5が存在し、容量が約16GB消費していた

③　削除

「No space on left device」が消え、正常に起動しました。

本来は存在しないはずの/mnt/c5がなぜ存在していたのかは、最初、SystemrescueCDを使わず、直接システムを起動してコピーしていたので、そのとき、間違えて、システム内にマウントしたことが原因だと思います。

システム用のハードディスクの容量は20GBなので、/mnt/c5の約16GBは、かなり容量を食っていたはずです。