ハードリブートはUbuntuにダメージを与えますか

22

時々、かさばるアプリケーションを開くと、RAMが過剰に使用されるため、ラップトップがスタックします。応答しない場合は、電源ボタンを使用してラップトップをシャットダウンします。これはUbuntuに何らかのダメージを与えますか？セキュリティの問題や脆弱性を引き起こすことはありますか？

shutdown

— M.タルン
ソース

3

Ubuntuがフリーズしたときの対処方法の良いリストがあります。これは、電源ボタンに頼る前に試すことができる「スタックしたコンピューター」の問題を解決するのに役立ちます。

— チャールズグリーン14年

1

気違いのようにスワップしていて、入力に応答しない場合は、数時間待つことができます。問題を引き起こしているプログラムがメモリを過剰に割り当て、OSによって強制終了される可能性が高く、その時点でシステムが安定し、再び使用可能になります。

— マーク14年

1

コンピューターがしばらくフリーズし、ハードドライブが静かになった場合、すべてがディスクに書き込まれたか、そうでないかを常に把握しています。

— Wossname 14年

SSDが静かであるかどうかをどのように検出しますか？

— ネイトロックウッド14年

17

セキュリティの問題や脆弱性を引き起こすことはありません。
ただし、その時点で実行されているタスクによっては、OSの損傷やデータの損失を引き起こす可能性があります。
そうは言っても、RAMの使用量が多い場合でも、コンピューターが動かなくなることはありません。

— パビ
ソース

5

OSを損傷する可能性がある場合、セキュリティの問題や脆弱性を引き起こす可能性があります。OSの適切な部分を損傷するだけです（OSが損傷する可能性は非常に低いため、だれも気付かずに重要なセキュリティ機能を使用せずに実行されますが、それでも可能です）。

— バクリウ14年

15

@Bakuriu 起こりそうにないがまだ可能なことについて話している限り、クラッシュが何か良いことをする可能性もありませんか？たぶん...誰かに大量のお金を稼ぐ素晴らしい本を作りますか？

— フィルフロスト14年

@PhilFrost確かに、そのアイデアの最も極端な文書化されたバリアントについては、ボルツマン脳を参照してください。

— フォルカーシーゲル14年

@Bakuriu Ubuntuはext4を使用します。これにはジャーナルがあり、最悪の場合、パッケージは半分しかインストールされません）

— Ramchandra Apte 14年

4

@RamchandraApte Ubuntuは私が選択したファイルシステムを使用します...

— バクリウ14年

6

明らかに、その時点でRAMにあり、まだディスクに書き込まれていないデータの量を失うことになります。また、データ/ファイルシステムが破損する可能性が理論的にあります。

私自身の経験から、過去5年間で1日に4〜5回PCをハードリセットしており、ファイルシステムの破損の問題は一度もなかったことがわかります。ext3 / ext4 / ufsは、この種の障害に対して非常に堅牢だと思います。

これとは逆に、NTFSははるかにこの傾向があると思います。Windowsゲームリグでは、ブルースクリーンの後にファイルシステムが破損する可能性が15％あり、その場合はファイルシステム修復ツールを実行するためにディスクから起動する必要があります... **ため息**

— s1lv3r
ソース

10

なぜそれを頻繁にハードリセットする必要があるのですか？

— ボグダカット14年

...特に、Linuxカーネルが実行されている場合。もちろんWindowsでは、1日で2、3のBSODの素敵な気持ちにまだ馴染みがありますが、カーネルパニックは私が経験したのは... 合計で 5回程度です。スワップによって引き起こされるほぼフリーズはもちろんかなり一般的です（ほとんどOSの障害ではありません）が、これは実際にはハードリセットの理由ではありませんか？通常top、プロセスまたはそれだけを実行するのは非常に簡単killallです。

— 14年

1

@leftaroundabout：システムがダウンするのはカーネルパニックだけではありません。これらは、OSがユーザーに伝える数少ない方法の1つにすぎません。:)毎月、私のラップトップは、画面が完全にフリーズする前に、画面にごみを少し残して行動するのが好きです。（ビデオカードが剥がれ落ちていると思います。）Windowsでも同じくらい頻繁に発生しますが、Windowsが時々ブルースクリーンを表示します。（回復し、ぐにゃぐにゃになっていくようです。）

— cHao 14年

@Bogdacutu一部のドライバー、特にインテル、nouveau、さらにはnvidia blobを含むビデオドライバーは、まったくがらくたです。私は本当に頻繁にOopsesを経験しましたが、これはしばしば完全にフリーズしただけでなく、GPUがハングするだけでなく、すべてがハードリセットになりました。SysRq + REISUBが機能する場合もあれば、リセットボタンを押す（またはラップトップの電源ボタンを押す）必要がある場合もありました。

— ルスラン14年

1

ext4にはジャーナルがあるため、Ubuntuが通常使用するext4ファイルシステムは破損できません（半分書き込まれたデータは次回のブート時に破棄されます）。

— Ramchandra Apte

2

ファイルシステムの不整合を引き起こすリスクがあります。RAMが不足している場合でも、このような状況では通常動作するため、alt-sysrqシーケンスを使用することをお勧めします。電源ボタンを押した場合よりもオフになりますが、成功した場合はオフにする可能性があります）。シーケンスは次のとおりです。

Altキーと「sys rq」とマークされたキーを同時に押します（ラップトップを使用している場合は、ラップトップの特別なキーを押して「sys rq」機能を使用する必要があります）。これらのキーを押したまま、次の文字を次の順序で押して放します。

R-これは、キーボードフォーカスを取得したアプリケーションからキーボードの制御を取り戻します
E-すべてのプロセスを正常に終了しようとします
I-すべてのプロセスをすぐに終了しようとします（前のキーから失敗したすべてのものを取り除きます）
S-すべてのファイルシステムを同期します（これが最も重要な部分です）
U-すべてのファイルシステムを読み取り専用で再マウントします（データをディスクにフラッシュするために必要な場合があります）
B-ハードリブートを実行します（リブートする代わりにOに置き換えて電源をオフにします）

— マイケル・ジョンソン
ソース

1

たぶんこれは少し助けになります。デフォルトではubuntuなどはswappinessが60に設定されており、システムがRAM使用量の60％に達するとスワップに変わり、遅いです。

geditのか、ナノ使っ上でこのファイルを開きます。gksudo gedit /etc/sysctl.confORsudo nano /etc/sysctl.conf
これをファイルの最後に追加します。 vm.swapiness = 0
ファイルを保存して再起動します。

また、速度が低下した場合は、実際にシステムを遅くするスワップを使用しているかどうかを確認する必要があります。そうでない場合、上記の変更は役に立ちません。

— user297579
ソース

0

私の場合、意図的にハードブートすることはありませんext4。これは電気的なトリップで発生し、これがいわゆる破損と呼ばれるたびに発生します。fsck高度なブートで実行します。あとでログインできますが、ネットワークマネージャーが機能しなくなります。いくつかのdpkgディレクトリロック。再インストールすることになります。私のMACはWINDOWSでもより良いものです。

— 豪華なティワリ
ソース