Ext4は常に読み取り専用としてマウントされます

Question

ここで、私は完全に途方に暮れています。コンピューターを短時間（多くの場合1分未満）使用した後、ルートパーティション（Ext 4、/dev/sda5）は警告なしで読み取り専用になります。これは絶えず起こりますが、その理由はわかりません。私は本当にで、新たにインストールする必要がないことを望んでいます。

再起動を試みましたが、Ubuntuが起動中に実行するルーチンfsckでパーティションを修正できません。起動させてから M 手動で復旧するか、復旧モードで起動してルート端末を使用するには、通常、fsck -f -v -y /dev/sda5を使用して問題を修正できます。 Linux Mintを搭載したライブUSBスティックを使用して、そこからfsckを実行しようとしたことも注目に値します。また、HirenのブートCDのバージョン15.0に付属する古いバージョンのPared Magicを使用しました。

ただし、fsckの実行方法に関係なく、リブートするとほとんどすぐにheadい頭になります。ターミナルからext [2/3/4]パッケージを再インストールすることさえしました：Sudo apt-get install --reinstall e2fslibs e2fsprogs && Sudo reboot。まだサイコロはありません。また、複数のカーネルバージョンで起動しようとしましたが、それぞれに同じ問題が発生しました。

Ubuntu 13.04、32ビットバージョンを実行しているこの特定のコンピューター。

Linux Mintを使用してパーティションを修正しようとしたときに表示された正確な情報bashを次に示します。

#fsck /dev/sda5 -y -v fsck from util-linux 2.20.1 e2fsck 1.42.5 (29-Jul-2012) Freedom contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes Deleted inode 1324553 has zero dtime. Fix? yes Inodes that were part of a corrupted Orphan linked list found. Fix? yes Inode 1324554 was part of the orphaned inode list. FIXED. Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information Block bitmap differences: -(11474858--11474863) -(11519854--11519861) Fix? yes Free blocks count wrong for group #350 (25342, counted=25348). Fix? yes Free blocks count wrong for group #351 (27260, counted=27268). Fix? yes Free blocks count wrong (8929729, counted=8929743). Fix? yes Inode bitmap differences: -(1324553--1324554) Fix? yes Free inodes count wrong for group #162 (5151, counted=5153). Fix? yes Free inodes count wrong (3000124, counted=3000126). Fix? yes Freedom: ***** FILE SYSTEM WAS MODIFIED ***** 392914 inodes used (11.58%, out of 3393040) 2999 non-contiguous files (0.8%) 676 non-contiguous directories (0.2%) # of inodes with ind/dind/tind blocks: 7328/467/0 Extent depth histogram: 208561/63 4640048 blocks used (34.19%, out of 13569791) 0 bad blocks 1 large file 273494 regular files 39518 directories 57 character device files 25 block device files 1 fifo 32 links 79787 symbolic links (62924 fast symbolic links) 23 sockets ------------ 392937 files

より詳細な情報を提供するために私にできることがあれば、私に知らせてください。

pdate＃1： HirenのブートCDを再度使用した後、「ミニXP」環境で起動し、2つのディスクチェックユーティリティ（VictoriaおよびHD Tune）を実行できました。ビクトリアは私にいくつかの興味深いS.M.A.R.T結果を与えました：

HDTuneは本当に失望しました。 HD Tune

私にとっての質問は、これはハードドライブが完全に死にかけていることの指標ですか？

更新＃2：以前にこの投稿にいくつかの画像を追加しましたが、表示できないことがわかりました。ただし、それらを別のWebサイトに再アップロードし、再投稿しました。したがって、それらは表示されるはずです。

NGRhodes · Answer

ドライブ障害が忍び寄る可能性があるため、データを確実にバックアップすることをお勧めします。

通常の条件下で繰り返し発生するという事実は、ハードウェアの問題を示唆しています。ハードドライブは故障することが知られています。

Ubuntuのメインエディションを実行している場合、GnomeのDisksという優れたツールが含まれています（ランチャーから検索してアクセスします）。

左側でドライブを選択し、右上の歯車アイコンをクリックすると、メニューが表示され、「スマートデータとテスト」を選択できます。そこから、スマートテスト（左下の「セルフテストを開始...」ボタン）を実行できます。ドライブの完全なテストを開始する拡張オプションをお勧めします。

Disks

Lorenzo Ancora · Answer

might深刻なデータ損失が発生するため、データをバックアップし、すぐにHDを変更してください。
バックアップ後、ルートの4番目のコロンで/etc/fstab：コマンドを使用してSudo nano /etc/fstabを編集することにより、HDにデフォルト設定を使用するように強制できます（常に読み取り/書き込み可能）。ファイルシステムのエントリは、errorオプションをdefaultsオプションに置き換えます。
例（私のPCから）：
UUID=fa7667f8-e8a4-44d9-8e51-92fb2496c8c1 / ext4 errors=remount-ro 0 1
...編集して：UUID=fa7667f8-e8a4-44d9-8e51-92fb2496c8c1 / ext4 defaults 0 1
それは良い習慣ではありませんそしてあなたのHDが本当に損傷している場合、あなた（またはあなたのソフトウェア）がそれに書き込むときにより多くの損傷を引き起こすかもしれません、これは元のerrors=remount-ro fstabファイル。
変更を行う前にfstabファイルをバックアップし、NEVERコピーして貼り付けます。手動でのみ編集します。
basicfstabファイルのガイド（個人的な知識のため）：man fstab
完全なガイドはオンラインですが、ファイルシステムに依存せず、時間とともに変更される可能性があります。デフォルトオプションが機能しない場合に使用できます。
Asuggestionは、BIOSでS.M.A.R.T.テクノロジーを有効にすることです。特定のソフトウェアを使用してHDの状態（作業を保存できる！）を十分に予想して確認します。
悪いニュースは申し訳ありませんが、しばらく前に私にも起こりました、それは悪い感じです。