実際にターミナルを使用してコンピューターをクラッシュさせることはできますか?


48

Terminalを理解していない人は、コマンドを台無しにしてコンピュータをクラッシュさせるのではないかと恐れて、Terminalを使用することを恐れることがよくあります。Terminalをよく知っている人はそうではないことを知っています-通常Terminalはエラーを出力するだけです。しかし、実際にコンピューターをクラッシュさせるコマンドはありますか?

警告:特にsudoand rmコマンドを入力するか、コピーペーストすると、データが失われる可能性があります。


ある人が偶然彼の会社のコンピューターのすべてを一列で拭きました。数年前に私はこのサイトでそれを見ました。見つけられたらリンクします。
ノアクリスティーノ

7
ターミナルは、実行中のプログラムに対する単なるコマンドラインインターフェイスです。これは、グラフィカルユーザーインターフェイスの代替です。どちらからでも任意のプログラムを実行できます。したがって、あなたの質問はあまり意味がありません。あなたは代わりに尋ねるべきです:プログラムを実行してコンピュータをクラッシュさせることはできますか?
ジェームズリン

「クラッシュ」とはどういう意味ですか?ターミナルで実行されるコマンドは、多くの場合強力であり、多くのMac OS X GUIコマンドとは異なり、尋ねることなく「あなたの言うことではなく、言うことをする」ことがよくあります。ただし、意図的に試行しない限り、マシンをクラッシュさせることはほとんどありません。(しかし、意図的にそうするいくつかの方法を考えることができます)
ジョシュ

1
Webにコマンドを貼り付けるのは非常に危険です。マシンを掛ける可能性に関係なく。ただし、少なくとも漠然と理解しているコマンドを入力することは危険ではありません。それ以外の場合は、コンピューターをねじ込む多くの方法。これは、GUIでランダムなシステム構成設定をクリックするようなものですが、GUIでは少なくとも可能性がより限られています。コマンドを貼り付ける危険性について-視覚的にコピーされたテキストはコピーされた実際のテキストとは異なる可能性があるため、悪意のあるコマンドが混在している可能性があります。
akostadinov

回答:


51

コンピューターをクラッシュさせる1つの方法は、いわゆるfork-bombを実行することです。

次の方法で、Unixシステムで実行できます。

:(){ :|: & };:

これは、OSがビジー状態になってプロセスに応答しなくなるまで、再帰的にプロセスを生成するコマンドです。


49
私が正しくあなたのコマンドを理解していれば@bunyaCloven、それはにコマンドのプロンプトを表示せず、すべてのフォルダーを削除している、それが動作するかどうかは非常に危険。警告通知を書いてほしい。
アンドリューT.

80
@AndrewT。インターネット上で見つけたランダムなコマンドを入力するだけではいけません。(特にものを「あなたのコンピュータは、端子を介してクラッシュすることができます」と呼ばれるスレッド)
ジョン・ハミルトン

34
OPは、ワイプではなく、ターミナルからのクラッシュを要求しました。
piersb

16
フォーク爆弾は、プロセス数の上限があるため、実際にはMac OS Xで最小限のダメージを与えます。
GDP2

7
@bunyaClovenをに置き換える;と、&すべてのファイルを削除し、同時に爆弾をフォークし、最初にシステムが壊れるのを確認できます!
ミューザー

41

「コンピューターをクラッシュさせる」ことの意味がわからない-「コンピューターを使用不可にする」と言い直せば、はい。確かに必要なのは単一の迷走コマンドだけです-考えずに話すときと同じように、自分が何をしているのかを明確に考えていない瞬間です。古典的な例:

$ sudo rm -rf /

このコマンドをたった1秒間実行しただけでは、システムが完全に消去されてブート不能になり、場合によっては不可逆的なデータ損失が発生する可能性があります。しないでください。


2
そして、私が言い直しを明確にしたい理由を共有するために..伝統的な意味でコンピュータを「クラッシュ」させる-それをロックするために-あなたはそれが応答できないようにするためにCPUに十分な仕事を与える必要があるだろう他のジョブにタイムリーに..たとえば、グラフィックの更新やカーソルの移動など。コマンドラインからそれを行う方法があると確信しています。
-Harv

6
@DonielF -rは、ディレクトリ内のファイルを再帰的に削除することを意味します。-fは、特定のファイルの許可に関係なく、確認を求めない「強制」を意味します。/は、ファイルシステムのルートディレクトリです。つまり、通常のファイルとして動作しない特別なファイルを除いて、あらゆるものを破壊します。また、ルート/管理者権限なしでシステムをクラッシュさせる簡単なコマンドを見つけるのはかなり困難です。
GDP2

11
rm -rf /はしばらく前に試しましたが、rmルートを削除したい場合は、そのようなフラグを使用すると言いました。データは失われませんでした。盲目的に実行することから、現在セキュリティ保護があるようrm -rf /です。
alexyorke

27
--no-preserve-rootフラグは2006年以降、これが意図したとおりに機能するために必要でした
Encaitar

6
ここでは「これが実際に起こっている現実世界のケースだ- rm -rf 本当に法的1と同様にして、本当に間違っていた:/
mgarciaisaia

30

ハードドライブのバックアップを実行して何をしようとしているかわからないとします

dd if=/dev/disk1 of=/dev/disk2 

まあ、それらを混ぜると(ifとofを切り替える)、新しいデータが古いデータで上書きされ、質問はありません。

アーカイブユーティリティでも同様の混乱が発生する可能性があります。そして、ほとんどのコマンドラインユーティリティで率直に言って。

システムをクラッシュさせる1文字の例が必要な場合は、次のシナリオを参照してください。現在のディレクトリ内のすべてのファイルを別のファイルに移動する場合:

 mv -f ./* /path/to/other/dir

./現在のディレクトリを示すために使用することを学んだという事実を受け入れましょう。(そうです)ドットを省略すると、すべてのファイルの移動が開始されます。システムファイルを含めます。幸運なことに、これをsudoしなかった。しかし、「sudo -i」を使用してどこかを読んだ場合、sudoを再度入力する必要はもうないので、今はrootとしてログインしています。そして今、あなたのシステムはあなたの目の前でそれ自体を食べています。

しかし、1文字を台無しにしたり、パラメーターの順序を混同したりするため、貴重なコードファイルをゴミで上書きするようなことは、さらに面倒だと思います。

gccが生成しているアセンブラコードをチェックアウトするとします。

gcc -S program.c > program.s

すでにprogram.sがあり、TAB補完を使用するとします。急いでいるので、TABを2回押すのを忘れています。

gcc -S program.c > program.c

現在、program.cにはアセンブラコードがあり、cコードはありません。これは少なくとも一部の人にとっては本当の後退ですが、他の人にとってはゼロからのスタートです。

これらは本当の「害」を引き起こすものだと思います。私のシステムがクラッシュしても気にしません。私は自分のデータが失われるのを気にします。

残念ながら、これらは、適切な予防措置を講じて端末を使用することを学ぶまで、間違いを犯す必要があります。


16
あなたの最後のポイントは、誰もがバージョン管理を使用すべき多くの理由の1つです
ダレンH

4
gcc program.c -o program.cタブ補完のおかげで、使用していたプログラムを破壊したことがあります。その後、バージョン管理を宗教的に使用することを学びました。
-nneonneo

2
これまでの最高の答えは、合法的に見えるコマンドの投稿ができ、単純なタイプミスの結果も、まだ大きな被害につながることができます。
-gaazkam

1
「今、program.cにアセンブラコードがあります」いいえ。あなたは何もありません。GCCが開く前に、リダイレクトによりファイルが切り捨てられました。
ムル

1
ああ、GCCのユーザーインターフェイスの改善を追加して本当にうれしいです。私の最後の失敗からしばらく経ちましたが、次回から少し保護されることになるのは嬉しいことです。
-nneonneo

28

カーネルパニックを引き起こすことは、ここまで見てきた他の答えよりもクラッシュに似ています。

sudo dtrace -w -n "BEGIN{ panic();}"

ここから取られコードとApple自身のドキュメントにもあります

あなたも試してみてください:

sudo killall kernel_task

私はそこにある2番目のものが実際に機能することを確認していません(実際、現在いくつかの作業を開いているので、意図していません)。


2
ジャストは10.12.3 VMに2番目のを試みたが、それだけで言う:No matching processes were found
アレクサンダーO'Mara

3
また、少なくともSIPが有効になっている場合は、最初のものは機能していないようです。dtrace: system integrity protection is on, some features will not be available dtrace: description 'BEGIN' matched 1 probe dtrace: could not enable tracing: Permission denied
Alexander O'Mara

@ AlexanderO'Mara 2番目のコマンドでの結果にはあまり驚きません。Mac OS Xでは、カーネルプロセスをこのような方法で停止することはできないと考えました。dtraceSIPによって事実上除去さ
GDP2

1
kernel_task通常のプロセスではありません。それは不滅です。独自のエラー(およびKPと呼ばれ、マシン全体がダウンする)を除いて、強制終了できません。kernel_taskのPIDは名目上0ですが、それをkill(pid, sig)syscallに提供すると、manページにIf If pidequal 0 sigが表示され、呼び出しプロセスのプロセスグループ内のすべてのプロセスに送信されます。。そのためkernel_task、単に信号を送信することはできません。
Iwillnotexist Idonotexist

@IwillnotexistIdonotexistうん、そうだと思いました。しかし、情報をありがとう。心に留めておくべき良いもの。
GDP2

19

UNIXシステムは何千人ものユーザーをシステム全体を破壊することなく処理することを目的としているため、最新のmacOSでは、権限のないユーザーとして(つまり、使用せずに)マシンをクラッシュさせることは非常に困難sudoです。ありがたいことに、マシンを破壊する何かをする前に、通常はプロンプトを表示する必要があります。

残念ながら、その保護はシステム自体にのみ適用されます。XKCDが示すように、というものがたくさんありますあなたは、システムの整合性の保護、root権限やパスワードのプロンプトで保護されていない気には:

XKCD 1200

したがって、入力しなければならないものが山ほどあり、注意しないとユーザーアカウントとすべてのファイルが破壊されてしまいます。いくつかの例:

  • rm -rf ${TEMPDIR}/*。これは、環境変数のスペルがわかるまで完全に合理的ですTMPDIRTEMPDIR通常は未定義rm -rf /です。がなくてもsudo、これにより、通常はホームフォルダー全体が含まれる削除権限があるものはすべて削除されます。これを十分に長く実行すると、通常はマシンへの書き込み権限があるため、マシンに接続されているドライブもすべて無効になります。
  • find ~ -name "TEMP*" -o -print | xargs rmfind通常、特定の条件に一致するファイルを見つけて印刷します。なければ-oこれはあなたが期待するものとしで始まるすべてのファイルを削除しますTEMP*限り、あなたはパスにスペースを持っていないとして)。しかし、これ-oは「または」(他の多くのコマンドのように「出力」ではない!)を意味し、このコマンドによって実際にすべてのファイルが削除されます。残念。
  • ln -sf link_name /some/important/file。たまにこのコマンドの構文を間違えますが、重要なファイルを役に立たないシンボリックリンクで上書きしてしまいます。
  • kill -9 -1 すべてのプログラムを強制終了し、かなり迅速にログアウトし、データ損失を引き起こす可能性があります。

3
FYI(これを読んでいる他の人)にfindは、配管するよりはるかに安全な-delete議論がありますxargs rm
ジョシュ

最新のMacOSは本当にクラッシュ防止されていますか?これらのシステムのほとんどは、単一のユーザー向けです。彼らは本当にまともなmaxprocs / cpulimitsを持っていますか?参照を提供できますか?
user2497

1
あなたは、すべての人々の中で、被害ln -sfがもたらすことをよく知っているでしょう... そして
それから

1
@ジョシュ:それを指摘してくれてありがとう。また、一般的なケースでfind -print0 | xargs -0は、ファイル名の奇妙な文字を安全に処理するために使用する必要があります。
-nneonneo

1
同意した。より便利なxargsのアドバイス:<whatever> | xargs echo <something>最初に使用して、xargsが実際に実行するコマンドをプレビューします。xargsは、CLIが非常に強力である理由の優れた例です。厄介な確認や手で保持することなく、一度に多くの多くの項目を操作できます。
ジョシュ

16

あなたができるもう1つのこと(私が前に間違ってやったこと)は次のとおりです:

sudo chmod 0 /

これにより、ファイルシステム全体(すべてのコマンドとプログラムを意味する)にアクセスできなくなります(rootユーザーを除く)。これは、rootユーザーとして直接ログインし、ファイルシステムを復元する必要があることを意味しますが、sudoコマンド(またはその他のコマンド)にアクセスすることはできません。コマンドやファイルへのアクセスを復元するには、シングルユーザーモードで起動し、でファイルシステムをマウントおよび復元しますchmod 755 /

これを再帰的に実行chmod -R 0 /すると、システムが使用できなくなります。その時点での適切な修正は、リカバリパーティションのディスクユーティリティを使用して、ディスクのアクセス許可修復することです。これを再帰的に実行した場合は、ファイルシステムのスナップショットまたはバックアップを復元するだけの方がよい場合があります。


8
「修正できるのは... chmod 755 /」 - いいえ、できません。多くのファイルには、セキュリティのため、またはまったく機能するために、755とは異なるアクセス許可が必要です。chmod 755 /システムが安全でなく、微妙な方法で破損したままになります。からの完全な回復chmod 0 /は、スナップショットの復元、バックアップの復元、および/または再インストールのみです。
-marcelm

2
@marcelm良い点。私の提案は、永続的な修正としてではなく、コマンドへのアクセスを復元することだけでした。それを反映するように回答を更新しました。私の知る限り、-Rフラグを使用しない限り、chmodは再帰的ではありません。したがって、サブディレクトリのアクセス許可は影響を受けないと思いますか?
musicman523

5
@marcelmは正しいですが、表示されるコマンドは再帰的ではないため、/影響を受けるだけです。
アンドレアラザロット

私はかつてsudo chmod -R 700 /新しいコンピューターでしたが、そうすればもっと安全になると考えていました。驚くべきことに、それは起動し、空のメニューバーと空白のデスクトップで終わりました。他には何も機能しませんでしたが、リカバリパーティションのディスクユーティリティの復元権限により、実際にはほぼすべてが正しく設定されました。
nneonneo

2
@marcelm Diskユーティリティには、「システムの完全な復元なしでこれを修正する必要がある」「修正権限」オプションがあります
ジョシュ

10

呼び出しの回答はsudo無効と見なされる必要があります。これらはすでにシステムへの管理アクセスを前提としています。

試してくださいperl -e 'exit if fork;for(;;){fork;}'。OSXは現在、これに対して何らかの保護策を講じている可能性があります。ターミナルアプリとサブプロセスを終了するかどうかを尋ねるアップルバブルが表示された場合は、(ほぼ)大丈夫です。

while true ; do cat /dev/zero > /dev/null & doneまた、非常に便利です。持っていない場合perl

for i in 1 2 3 4 ; do cat /dev/zero > /dev/null & doneちょっと面白いCPU負荷テストを行うだけです。ヒートシンクとファンが標準に達しているかどうかを確認するのに非常に適しています。


これはとして知られているフォーク爆弾、おそらくシステムが使用不能になります(「クラッシュ」と考えることができる)が、おそらく永久的な損傷を引き起こすことはありません。しかし、それは厄介です!
ジョシュ

@Josh「しかし、永久的な損害を引き起こす可能性は低い」現在開いている未保存の作品を除きます。
-reirab

@reirab Joshは、キャッチオールを「可能性が高い」と声明に追加しました。しかし、MacOSは現在、写真とビデオの編集用です。Adobeプログラムには自動自動保存機能がありませんか?
-user2497

1
また、保存されていない作業は、保存されるまで常に危険にさらされます。コンピューターが使用不可になっている場合、開いているものは保存できません:)
ジョシュ

@Josh MacOSはものを保存するのがとても簡単です。常に🍎-Sです。「可能性が高い」と書いてはいけません
👋🏾– user2497

7

確かに、バックアップがあることを確認し、気になるファイルを保存してから、入力します halt

その後sudo、rootになるために使用すると、Macがクラッシュします。

コマンドラインからの最大のリスクはデータの損失です。macOSインターフェースは、人々を驚かせたり、データや設定、アプリを細断したりしないように、数十年にわたって設計されています。macOSグラフィカルインターフェイスは、学習曲線(急な曲線)を削除して安全でシェルスクリプトをマスターするためにも存在します。

これらの保護が失われるため、ターミナルアプリまたはsshで開始するユーザーに警告します。動作することがわかっているバックアップがあり、復元を実行する時間と自信/スキルがある場合は、物事に飛び込んで学習し、さらには破壊する必要があります。


3
あなたは、「...そしてさらには物事を壊す」と言った。これは、仮想マシンで危険なことをするための良いユースケースだ。:)
user3439894

1
これはどのようにクラッシュしますか?システムをただちにシャットダウンします。カーネルバッファーもフラッシュするため、(保存された)データ損失はありません。developer.apple.com/legacy/library/documentation/Darwin/…–
ジョシュ

7
sudo kill -9 -1  

私は誤っkill -9 -1てperlスクリプトでrootとして実行しました。電源コードを引っ張るのと同じくらい速いです。再起動時に、サーバーはファイルシステムチェックを行い、適切に実行を続けました。

sudo kill -9 -1コマンドラインでそのコマンドを試したことはありません。プロセスID「-1」は「呼び出し元のプロセスグループに属するすべてのプロセスを強制終了する」ことを意味するため、機能しない可能性があります。

確かではありませんが、sudoを使用している場合、これはinitとすべてのカーネルスタッフも意味しますkill -9 -1。ちなみに、ログファイルには何も表示されません。これは、このコマンドが西側で最速のキラーだからです!

実際、回復するために、私はシステム管理者のところに行って、自分に何をしたかを伝えました。そのサーバー(RHEL6)にログインする方法がなかったため、彼らはハードリブートを行いました。

A kill -9 -1ルートとしては、rootとして実行するすべてのプロセスを、殺します。つまり、sshdです。それはすぐに私をログアウトし、誰も再びログインすることを防ぎました。initによって開始されたプロセス(initを含む)は、UIDまたはGIDを変更しない限り強制終了されています。シリアルコンソールからログインすることもできなくなりました。ps -eaf | grep rootデフォルトの方法でSIGKILLに反応すると、基本的なHDへの書き込みさえもほとんど停止する、いくつかの派手なプロセスを示しています。

私はラップトップでこれを試してみません: kill -9 165-)([ext4-rsv-conver])が本当にHDへの書き込みを停止するかどうかを知ることに興味がありません。


カーネルを「殺す」ことはできません。これにより、ファイルシステムのチェックインやそれ自体が行われることはありません。この状況からどのように回復しましたか?ハードリブートしましたか?それがおそらくファイルシステムのチェックを引き起こした原因だから:)
ジョシュ

編集した答えは理にかなっています。実際にinit正常に強制終了することはできませんが、すべてのgettyおよびSSHセッションを強制終了し、マシンを使用不能にすることができます。A マジックSysRqをはクリーン再起動を許可している必要がありますが、それは多くの場合、単にパワーサイクルに簡単ですし、FSジャーナル:)に依存している
ジョシュ

5

はい、システムを完全に破壊できます。誤ってsudo特権を使って何かをすることは、端末に意図したものとはまったく異なることをするように指示するいくつかの文字を忘れているかどうかにかかわらず、投稿された1つの例です。代わりのrming は5文字の違いです。間違った場所にスペースを置くと、まったく異なることもできます。他の場合、一見うまく意味するように見える命令に、悪意のあるコードが難読化される可能性があります。インターネット上の一部の人々は、コードを難読化するのが得意です。//tmp/\*

HTMLを使用してフォントサイズをゼロにできるコマンドもあります。そのため、クリップボードにコピーしたときに完全に無害なものが、実際には誰かのgitリポジトリを信頼できるソースとしてインストールし、マルウェアをダウンロードする可能性があります。

また、実行できるコマンドがあり、悪用される可能性があります。または、完全に意図されていても重要なファイルやプログラムを削除したり、ディスクを破損したりする可能性があります。実際、誤ってツールを使用すると、誤ってブートセクター、ディスクのヘッド、または他の多くの問題を上書きするような基本的なことができます。

投稿されていない破壊的でないものの例は、でバイナリファイルを開くことですvi。あなたがそれを試したことがあるなら、あなたはそれが使用可能になるまで使用できないという点まであなたの端末を台無しにすることができることを知っているでしょうreset

別の方法として、次のようなマシンを停止させるコマンドがあります。

yes >> /dev/null & yes >> /dev/null & yes >> /dev/null & yes >> /dev/null & 

あなたはそれを試すことができます、それはダメージを与えるつもりはありませんが、それはあなたのプロセッサを動かしません、そしてあなたはあなたが生み出した各プロセスを殺さなければなりません。

そうは言っても、コンピューティングでは、いくつかの卵を割らなければオムレツを作ることはできないと一般に考えられています。端末に注意する必要がありますが、OSの使用を向上させる唯一の方法は、学習して練習することです。


最初の例はほとんど有害ではありません。バイナリファイルを編集するとき、Vimは実際には非常に正気です。そして最悪の場合、ウィンドウを閉じるだけで済みます。「yes」の2番目の例は迷惑であり、かなりのユーザーCPUを消費しますが、システムは応答性を維持し、親端末ウィンドウを簡単に強制終了できます。
-nneonneo

1
「再起動するまで端末を使用できなくなるまで端末を台無しにします」-試してみてreset、バイナリ出力が出力された端末をクリアする必要があります。または、新しいTTYを生成するだけです
ジョシュ

1
クール、nw @JFA。実際には、resetトリックを学ぶのに何年もかかりました!詳細:unix.stackexchange.com/questions/79684
ジョシュ

1
@ジョシュはそれをありがとう、それは大きな助けでした。実に私にとっては長年のこと
JFA

1
@Joshそれから、 'stty sane ^ M'と 'tput reset'もエキサイティングなはずです。
user2497

4

私は単なるbash初心者ですが、しばらくTrueに設定できます。COMMAND; 完了; ほとんどの人は、外部プロセスではなく、コマンドを停止するCtrl + Cを試します(ctrl + Z。これは強制終了する必要があります)。もし、コマンドが大きな数を自分の力に掛けるような重い操作だとしたら、それはあなたのリソースを混乱させる可能性があると思います。しかし実際、現代のOSは通常このような混乱から保護されています。


2
それは本当に高速で実行され、何もクラッシュしません。カーネルのmaxprocsがあなたを悲しませないように、いくつかの集中的な計算をフォークする必要がありました。試行while true do cat /dev/zero > /dev/null & done
-user2497

ありがとう。コンピューターを遅くするために大量のデータを処理することを期待していましたが、機械学習に使用した非常に単純なjava / pythonプログラムで時々起こりました。
安藤

1
cat 0からnullビットは、少なくともI / Oでの大きな数の操作です。CPUのコアごとにこれらのいずれかを使用して、温度テストを行います。
user2497

1
そして、^C なりますまた、whileループを殺すが、それはあまりにも高速割り込みがキャッチされるようにするために繰り返されます。押し続けると^Cループが抜ける場合があります。ターミナルを閉じることも:)
ジョシュ

2
@Josh CPUを集中的に使用するタスクの後に、スリープ0.1のような小さな休止がある場合、INTをキャッチするのは簡単です。
user2497

3

ターミナルで入力したコマンドを使用すると、システムクラッシュを引き起こす可能性があります。

おそらく、あらゆる種類の制限と保護対策が適用されたために、年々難しくなりつつありますが、マーフィーのような法則は次のように述べています。

「フォーク爆弾」とそのrm -rfスクリプトキディのすべては、UNIXで古くから知られているものです。Mac OS Xを使用すると、GUIサブシステムパーツ(WindowServer言及する)またはPFAppleのエンジニアが持ち込んだが、2008年の状態以降は更新できなかったOpenBSDファイアウォールのようなものを使用して、さらに楽しむことができます。PFカーネルで動作するので、気まぐれを見つけたら、Apple から「パニックが原因でコンピュータ再起動しました」などのメッセージが表示されます。

これの最悪の部分は、どこでパニックに陥ったのかまったくわからないことです。Appleが意味のあるスタックトレースを提供しないためです。スタックフレームの戻りアドレスの16進数のみを持つことができます。


良い答えと優れた点。私のお気に入りのダンスフロアでOS Xをパニックさせるすばらしい方法のリストに追加したいと思いますが、スクリプトの子供の愚かさを避けるための明示的な用語はありません。NFCに関連するカーネル拡張機能をアンロードします。いつでもすぐに動作します。これを5分のような割り切れる数にスケジュールすることにより、これをDOSに簡単に武器化できます。したがって、起動してから白鳥に飛び込みます。これは....これを欠場する管理者や技術者さえほとんどを与えられたOSの再インストールが必要になる
ResponseBaseからフランシス

3

あなたのコンピュータを「クラッシュ」させるというのは少し曖昧です...そして、それに対する決定的な正しい答えはありませんが、他の答えにはいくつかの有用な例があります。あなたの質問はより曖昧で一般的なので、質問の性質に焦点を当て、より一般的な答えをしたいと思います。

ターミナルを理解していない人は、コマンドを台無しにしてコンピュータをクラッシュさせる恐れがあるため、ターミナルを使用することを恐れています。

コマンドラインは両刃の剣で、しばしば非常に鋭い剣だと思います。その最大の強みは、新規ユーザーにとっての最大の弱点でもあります。CLIプログラムは、あなたが言ったことを、それが本当にあなたが意図したものかどうかを尋ねることなく行います。多くの場合、確認を求めず、手に持ったり、インタラクティブなヘルプを提供したりせず、オプションは短く、簡潔で、時には混乱を招くテキストベースの文字列です。それら一般的に非常によく文書化されていることに注意してください、マニュアルを読んで(ほとんど常にman <command you are about to run>)、実行しようとしているコマンドラインが何をするのかを理解するのに時間をかける必要があります。

この操作モードは強力です。つまり、熟練したCLIユーザーは、単一のコマンドで複雑なタスクを実行する長いコマンド「パイプライン」を作成できます。これは、タスクが「本当によろしいですか」と尋ねないからです。方法のすべてのステップで、それは言われたことをします。しかし、このモードになじみがなく、オンラインヘルプを1回クリックするだけでGUIを使用するユーザーにとってはなじみがなく恐ろしいものです。

しかし、実際にコンピューターをクラッシュさせるコマンドはありますか?

CLIを使用してコンピューターを「クラッシュ」させることはできますか?多分。破壊的なコマンドを誤って使用すると、データが失われる可能性があります。例えば、ここでの回答の多くは、rmファイルを削除するコマンドに言及しています。明らかに、そのコマンドでデータ損失を引き起こす可能性があります。それは、コマンドが実行するように設計されたものです。

他の答えが指摘したように、コマンドラインを使用して、マシンを一定期間実質的に使用不能にすることができます:確認なしでシャットダウンし、プロセスが確認なしで使用可能なリソースの100%を使用するようにし、すべてのプログラムを殺すことができますまたはファイルシステムを破壊します。本当にしたい場合は、CLIを使用して、カーネルパニックを引き起こすカーネル拡張機能を作成できます(これは、私が考えることができる「クラッシュ」に最も近いものです)。

コマンドライン(ターミナルからアクセス)は強力なツールです。多くの場合、ターミナルを使用してGUIよりも問題を解決する方が高速です。一部のソリューションは、ターミナルコマンドを使用する場合にのみ使用できます。ただし、CLIの鍵は理解することです。オンラインで表示されるランダムなコマンドを実行しないでください。マニュアルページを読んで、コマンドの機能を理解してください。よくわからない場合は、実行する前に誰かに尋ねるか、コマンドの詳細を確認してください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.