Linuxの壊れたパイプエラーを修正する方法

非常にまれですが、Linuxの安定したインストールでは、パッケージをまったくインストールできない可能性があります。 Debian、Ubuntu、およびそれらから派生したディストリビューションは、apt-getパッケージマネージャーに依存しています。通常、管理者のスーパーユーザーアクセス権がある場合は、apt-get install -fと入力すると、必要に応じて追加のパッケージがインストールされます。ただし、まれに、dpk-deb：errorというメッセージが表示され、パイプが壊れていることを通知するメッセージが表示される場合があります。

通常、壊れたパイプという用語は、文字の誤用を指します。コマンドラインで、特にMS-DOSのバックグラウンドを持つ人にとっては、パイプと呼ばれることがよくあります。ただし、この場合、コマンドを誤って入力していない可能性があります。むしろ、|を使用しなかった場合apt-getコマンドを入力するときに文字を入力すると、読み取り専用マウントを強制するファイルシステムに関連する問題が発生する可能性があります。恥ずかしいように思えるかもしれませんが、最初のステップは、先に進む前に、インストールコマンドを正しく入力したことを確認して確認することです。問題がなければ、次のステップはファイルシステムを検査することです。

方法1：入力されたコマンドを検査する

おそらくそうではありませんが、最悪の事態を想定する前に、インストールコマンドを正しく入力したことを確認することが重要です。最もエリートなプログラマーでさえ、何かをタイプミスしてしまうことがあり、|を入力するのは簡単です。誤ってキャラクター。最後のコマンドを呼び出すためにキーボードを押し上げないでください。個別にもう一度入力してください。これらのコマンドは破壊的ではないため、apt-get install-fまたはapt-getupdateを実行してみてください。再発行を繰り返してもエラーが発生する場合は、マシンを再起動してみてください。それでも受信する場合は、ファイルシステムの問題が発生している可能性があります。壊れたパイプのエラーメッセージは、より大きな問題の症状にすぎない可能性があります。

方法2：ファイルシステムの機能不全によって引き起こされた壊れたパイプエラーからの回復

コマンドをもう一度入力するだけでは修正できない場合は、端末の出力に「読み取り専用ファイルシステム」というエラーが表示されるかどうかに特に注意してください。これは、何らかの理由で、ブートパーティションが読み取り専用ボリュームとしてマウントされていることを示しています。一般に、これは、何らかのファイルシステムの問題が発生しており、GNU / Linuxオペレーティングシステムが安全に書き込むことができないと感じていることを意味します。この安全メカニズムは、一部のデータが破損している可能性がある一方で、Linuxはインストールを回復するために最善を尽くしていることを意味します。

これと同じタイプのエラーが原因であるsudoコマンドを使用しようとすると、何らかの奇妙なメッセージが表示される可能性があります。このようなメッセージは、「sudo：開くことができません」で始まり、その後にリソースの名前が続きます。 Unixのすべてのリソースはファイルとして保存されるため、読み取り専用のパーティションマウントによってsudoが機能しなくなる可能性があります。

これらのケースのいずれかが当てはまる場合は、システムをシャットダウンする必要があります。クリーンなLinuxインストールのISOを備えた既製のUSBドライブがある場合は、それを挿入し、BIOSまたはUEFIシステムがリムーバブルデバイスから起動するために必要なキーを押し続けます。代わりに、ブートドライブに別のLinuxパーティションがある場合は、再起動時にGRUBを介してこれにアクセスする必要があります。いずれの場合も、破損したパーティションから起動せずにアクセスできる安定した環境で作業する必要があります。

まだバックアップしていないデータの種類があると仮定して、Linuxでマウントされたデバイスをこの状態で接続できる場合は、この機会にそのデータを別のパーティションまたはリムーバブルデバイスにバックアップします。通常、デバイスを読み取り専用ファイルシステムにマウントすることはできないため、バックアップを実行するには、システムをライブUSBまたはDVD環境で再起動する必要があります。ブートドライブにインストールされているファイルシステムに対して適切なfsckコマンドを実行して、ファイルシステムを安定した状態に復元することをお勧めします。たとえば、ext4ファイル構造でフォーマットした/ dev / sda1パーティションが破損していると仮定します。その場合は、ライブUSBまたはDVD環境内のルート端末からfsck.ext4 -fv / dev / sda1を発行してファイルシステムを確認できます。これら2種類のextファイルシステムのいずれかから起動した場合は、fsck.ext2またはfsck.ext3を使用することもできます。理論的には、これら3つすべてがとにかくe2fsckプログラムを呼び出し、単なるソフトリンクである可能性があります。

これにより、詳細な出力が提供され、クリーンに見えても強制的にスキャンされます。ディスクに何らかのジオメトリの問題があったと思われる場合は、-cまたは-ckを使用してbadblocksプログラムで表面スキャンを実行することをお勧めします。プログラムを実行したら、パーティションが安定している場合はパーティションから再起動し、このブート内のターミナルからsudo mount -o rw、remount /コマンドを発行して、読み取り/書き込みアクセスを復元します。 / lost + foundディレクトリを検索するにはrootアクセスが必要ですが、fsck.ext＃によって失われたクラスターがいくつか配置されている可能性があるため、ルートアクセスを行うことが重要です。 GNU / Linuxインストール内に戻ったときにファイルが見つからない場合は、名前が変更されますが、ファイルがここにある可能性があります。可能であれば、ターミナルでfileコマンドを使用して、それぞれがどのタイプであるかを確認します。

起動するライブUSBまたはDVDがない場合は、Linuxのディストリビューション用にダウンロードしたISOからクリーンなマシンから作成する必要があります。ターミナルコマンドのみを使用しているため、ディストリビューション用のブートデバイスさえ必要ない場合があります。 KNOPPIXのように、このような問題を修正するために明示的に設計されたものもあります。 SDまたはmicroSDカードスロットを備えたネットブックまたはラップトップを使用している場合は、SDHCまたはmicroSDHCカードに書き込まれたISOから起動することもできます。同じことが、たとえば、そのようなスロットを持つUbuntuタブレットにも当てはまります。