GNU/Linux >> Linux の 問題 >  >> Linux

InnoDB の解決方法:./ibdata1 mysql エラーをロックできませんか?

「別の解決策があります。問題は AppArmor にある可能性があります」と表示されます。 しない場合 /var/log/apport.log のエントリを参照してください であれば、おそらく AppArmor は問題ではありません。

ただし、興味深い解決策です。


まず、ps コマンドを使用して MySQL プロセスを一覧表示します。

ps aux | grep mysql

そして、プロセスを強制終了します

sudo kill 56311

信じられないかもしれませんが、解決策は別の場所にあります。この問題は明らかに AppArmor の設定ミスが原因です。

だからただやってください:

$ apt install apparmor-profiles

その後、MySQL を再起動します (再起動の速さに注目してください)。

実行中に AppArmor に関連するファイルが見つからないことに気付きました:

$ systemctl status mysql.service

出来上がり。


Linux
  1. / dev / stdin、/ dev / stdout、および/ dev / stderrはどの程度移植可能ですか?

  2. /dev/shm/ と /tmp/ はいつ使用する必要がありますか?

  3. MySQL の再起動方法

  1. /var/run/postgresql/.s.PGSQL.5432 に関するエラーが発生した場合、Postgres にアクセスするにはどうすればよいですか?

  2. /var/lib/mysql ファイルを再初期化する方法は?

  3. デフォルトの /tmp を /home/user/tmp に変更する方法

  1. 修正E:ロックを取得できませんでした/ var / cache / apt / archives /lock[クイックヒント]

  2. Linuxは複数の連続したパスセパレーター(/ home //// username /// file)をどのように処理しますか?

  3. Aptロックを保持しているプロセスを強制終了する方法は?