☰

Ubuntu 14.04LTS で /usr/share の権限を変更した後にシステムがクラッシュしました

tag-icon • tag-icon command-line permissions crash tty
Ubuntu 14.04LTS で /usr/share の権限を変更した後にシステムがクラッシュしました

どうしたの- コマンドラインからAudacity（プログラム）をインストールしました。ヘルプファイルがありませんでした。zipファイルをダウンロードしました。このファイルは/usr/shareフォルダに保存する必要があることがわかりました。そこで解凍しようとしましたが、失敗しました。権限の問題だと思ったので、/usr/shareの権限を次のように変更しました。

sudo chmod -R ugo=rwx /usr/share

数分後、このシステムは異常な動作を始めました。そしてクラッシュしました。何も起こりませんでした。黒い画面だけが表示されました。

そこで、電源ボタンを押して強制的にシャットダウンし、システムを再起動しました。BIOS 画面に色付きの Ubuntu の文字が表示されるまではうまくいきましたが、数秒後に再び画面が真っ白になりました。

私が試したことは何ですか?

そこで、この問題を解決するために、まず BIOS 後の「黒い画面」に関する回答を探しました。ほとんどすべてが、グラフィック カードに問題があるはずだと示唆していました。確信が持てなかったので、権限の変更が何らかの問題を引き起こしているかどうかを確認しようとしました。 これ質問は比較的似た問題を提起しています。しかし、システムがダウンしていて画面がまったくなかったので、コマンドをどこに入力すればよいかわかりませんでした。さらに、2つの点で異なっていました。/usr/binについて言及しており、/usr/shareについて言及しておらず、私の場合はsudoは正常に動作していました。この状況で、少し調べたところ、「ctrl+alt+f1」と入力してみたところ、tty1タイプが表示されるようになりました。私はこのマシンのルートであり、前述のようにsudoは正常に動作していました。ここで、上記の質問で見つけた提案の組み合わせを試し、ここそしてここそしてここ。

shutdown nowまたはrebootまたは のようなコマンドはsudo reboot機能しませんでした。 PC はシャットダウンしませんでした。

私sudo pkexecは助けを求めに行くべきだというメッセージを受け取りましたdisable internal agent。[username] PROGRAMME [Argument]

コマンドを実行したところrepair、権限エラー 13 が発生しました。試してみたsudo apt-get updateところ、権限エラー 13 (アクセスが拒否されました) が発生しました。もう 1 つメッセージがありました。Sorry, command-not-found has crashed! Please file a bug report atこの問題に対処する質問のほとんどは、 によって引き起こされる問題について議論していますlocale。

今 tty1 モードではコマンドの結果を「キャプチャ」できず、出力が長すぎて覚えられません。このような状況で、通常モードに再起動するにはどうすればよいでしょうか?

答え1

現時点で最も簡単なことは次のとおりです。

  1. 現在実行しているUbuntuと同じバージョンのLiveDVDを起動します。
  2. バックアップに使用したのと同じバックアッププログラムをインストールします
  3. 問題が発生する前のコンピューターと同じレベルに更新します。
  4. 復元するファイル権限のみ（ファイル自体ではない）

終わり！ ;-）

100%満足保証!

おお？？？バックアップはないんですか？？？ そうですね...成功する確率は 85% しかないので、引き続きステップ 1 を使用しますが、次のようになります。

  1. バックアップ用のハードドライブを購入しましょう
  2. コンピュータのバックアップを取る

  3. 次のコマンドを実行します

    cd /media/ubuntu/LargeImpossibleNumber/usr/share
sudo chown --recursive root:root *

上記の2と3は、あなたが悪い15％に陥った場合に非常に重要です。上記のことは状況を悪化させる可能性があり、かもしれないすべてが失われ、すべてを再インストールしてからデータを復元する必要があります...

答え2

はい、答えはわかりました。簡単に言えば、とても簡単です。@Aizuddin Zali が提案しているように、解決策は /usr/share に「正しい」権限を再度設定することです。しかし、「正しい権限」(または標準) とは何でしょうか? これに突入したときに、あまり役に立たずに検索してみましたが、質問そしてその答え直接 /usr/share について言及しているわけではありませんが、同じ権限を使用してみましたが、うまくいきました!! これについて詳しく説明します。

私がしたこと（質問で既に議論済み）：

質問で説明したように、カーネル ( ) の助けを借りてctrl+alt+t、ディレクトリ /usr/share の権限を変更しました。再帰コマンド (R) を使用して実行しました。何が起こったか: システムがクラッシュしました。

私が見つけた解決策:

電源キーを長押しして PC を強制終了しました。その後、もう一度押して起動しました。いつものように BIOS 画面が表示されました。色の付いた UBUNTU の文字もしばらく表示され、消えました。その後は何もありませんでした。 を押しましたCtrl+Alt+F1。tty1 が起動しました。そこでログイン名 (管理者アカウント) とパスワードを入力しました。ここで、/usr/share のパーミッションを drwxr-xr-x に変更しました。現在のステータスを確認するために使用したコマンドは次のとおりです。

sudo ls -l /usr/share

ディレクトリ内の権限のリストが表示されました。その後、

sudo chmod -R u=rwx /usr/share

sudo chmod -R go-w /usr/share

(これにより、g(グループ) および o(その他) の「書き込み」権限が制限されました。)

sudo chmod -R go=rx /usr/share

さて、出力は

sudo ls -l /usr/share

だった

drwxr-wr-w

それから、

sudo 再起動

PC はこれを認識しました。(PC は、以前は sudo であっても、再起動または「今すぐシャットダウン」コマンドを認識していませんでした) その後、起動し、ログイン画面も表示されました。うまくいけば、私がしたことはすべて正しかったでしょう。1 つ確かなことは、システムが再設定されたことです。特に @falconer とコミュニティ全体に感謝しています。何か間違ったことをした場合はお知らせください。

関連情報