デュアルブートシステムを実行していますが、LinuxディストリビューションはUbuntu14.04です。
私はGPartedを使用/dev/sda6して、/homeディレクトリが通常マウントされるという名前の論理パーティションを拡大しました。GPartedレポートによると、操作は正常に完了しました。パーティションは85GiBの大きさで、意図したとおり、そのうち83GiBが使用され、2 GiBがフリー（d）です。
ただし、これには2つの奇妙な点があります。
ログイン後、このゲインは認識されません。でディスク使用量を確認するとdf -h、レポートには/dev/sda6、適切にマウントされたパーティション/homeのサイズが85 GiBであり、そのうち83が使用され、0が使用可能であると報告されています。使用は100％であると主張されています。
もう1つの奇妙な点は、グラフィカルユーザーインターフェイスを介して定期的にユーザープロファイルにログインできることです。ただし、資格情報が認識された後、システムは停止し、デスクトップ環境に飛び散ることはありません。df -h情報を取得するには、テキスト端末で通常のIDを使用するか、グラフィックユーザーインターフェイスでゲストステータスを使用してログインする必要があります。ちなみに、データが破損しているようには見えません。
どうすればこの状況を修正できますか？目的は、オペレーティングシステムで完全に利用可能なパーティションのサイズの増加を取得することです。手伝ってくれてありがとう。
おそらくextファイルシステムの1つ（通常はデフォルトのLinuxファイルシステムext4）を使用しています。ほとんどの場合、作成されると、と呼ばれる特定のバッファーを使用して作成されreserved blocksます。この予約済みスペースは、システムプロセスとルートによってのみ書き込み可能であるため、ユーザーによるディスクの充填からOSを保護します。
の主な目的はdf、総計から使用可能なディスク容量を表示することです。（ユーザーが）使用したスペースも表示されますが、この予約済みスペースでは表示されません。
このバッファは、デフォルトでディスク全体の5％です。でそのようなバッファがあるかどうかを確認できますsudo tune2fs -l /dev/sda6 | grep Reserved。sudo tune2fs -l /dev/sda6 | grep [bB]locks1と入力すると、予約済みブロックの数とブロックサイズ（B単位）の両方を読み取ることもできるため、この構造で使用されるパーティションのスペースを決定できます。これは、システムが85GiBを認識していることを説明しますが、83のみが使用され、0は無料です。
本当に必要な場合は、バッファをより低い値に設定できますsudo tune2fs -m 2 /dev/sda6（2はパーセンテージでの値の例であり、デフォルトでは5になります）。
より良いオプションは、実際にサイズを変更して、安全のために十分なディスク容量を解放することです。85GiBの2GiBはわずか2.35％ですが、これはそれほど多くはなく、ほとんどの場合、比較的早くいっぱいになります。スペース使用量が83GiBで安定していることが確実な場合は、tune2fsを使用して安全のためにスペースの0％を予約できますが、ディスクがいっぱいになるとすぐに（85GiBまで）ログインできなくなります。すべてとマシンはおそらくクラッシュし、修理が難しくなります。
5％の安全マージンは比較的健全なものです。したがって、この場合、緊急時に備えてスペースを確保するために、パーティションを少なくとも90GiBにしますが、おそらく100以上にします。ディスク容量は安価であり、ディスクがいっぱいになったことに起因する問題を修復するための時間はおそらくより高価です。
回答この質問は推論にいくつかのより多くの洞察力を与えます。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加