タグ付けされた質問 「reboot」

リブートは、ubuntuのinit 6と同じですか？ Amazon EC2でUbuntu 12.04を実行しています。ボックスにssh'edするとrunlevel、次のように入力できます。 N 2 見てみるman rebootと： --forceで呼び出された場合、またはランレベル0または6の場合、このツールはreboot（2）システムコール自体を呼び出し、システムを直接リブートします。それ以外の場合、これは適切な引数を指定してshutdown（8）ツールを呼び出すだけです。 私が読んだ場合、私man shutdown 8は見る： シャットダウンは、システムを安全な方法で停止するよう手配します。ログインしているすべてのユーザーには、システムがダウンしていることが通知され、TIMEの最後の5分以内に、新しいログインが禁止されます。 rebootとの違いについての私の基本的な理解init 6は： 他のディストリビューションやおそらく古いディストリビューションでrebootは、ディスクをアンマウントし、基本的にシャットダウンスクリプトを実行せずに電源スイッチをフリックします。 init 6/etc/init/rc.*システムのランレベルが低下するため、すべてのシャットダウンスクリプトが実行されます。 Ubuntuの新しいバージョンのrebootコマンドなし--forceか、-f基本的には同じことをするだろうし、shutdownコマンドを実行しますinit 6 おそらくより安全でクロスディストリビューションとして機能するinit 6代わりに、使用する習慣を身に付けたreboot方が良いでしょうが、デフォルトの動作はreboot、誰かがそれを使用した場合にエラー/データ損失を防止するために変更されました。 それは正しいですか？そうでない場合、私は何が欠けていますか？

22 reboot  init 

私は話していないですshutdownし、rebootコマンド。KDEデスクトップ内でログアウト/再起動/シャットダウンボタンを押すと実行されるコマンドラインから同じルーチンを開始したい。

22 kde  command-line  shutdown  reboot 

何らかの理由で、我々はルート（または使用しているように、もはや必要ありませんsudo）を実行するには/sbin/shutdown、/sbin/rebootなど これは、これらの実行可能ファイルが/bin/systemctlすべてを通常のユーザーとして処理するシンボリックリンクになったためと思われます。 ただし、ルート認証を再度必要shutdownとrebootする場合はどうすればよいですか？どうすればこれを達成できますか？

18 permissions  sudo  shutdown  root  reboot 

この質問にはすでに回答があります： Ubuntuでログアウト/再起動/シャットダウン時にスクリプトを実行する （2回答） 27日前に閉鎖されました。 いくつかの迷惑なVMを実行しているマシンがあります。私が抱えている問題は、マシンをシャットダウンまたはリブートする前に、時々それらのVMをシャットダウンするのを忘れることです。そのため、私のマシンは次のメッセージで動けなくなります：waiting for vboxnet0 to become free 私は解決策について検索し、このページを見つけました： http://en.kioskea.net/faq/3348-ubuntu-executing-a-script-at-startup-and-shutdown 私は彼らがシャットダウンするものを試しましたが、うまくいきません。 そのコマンドのshファイルを書きました。 #!/bin/bash cd ~/workspace/git/mediaservice vagrant halt 助言がありますか？

18 shutdown  reboot  execute-command 

新しいDell Latitude E7440ネットブックのUbuntu OSで、かなり深刻なシャットダウン/再起動の問題があります。この問題はOSバージョンに依存していないようです。12.04、13.10、および14.04で発生します。新しいLTSが私の問題を解決することを期待して待っていましたが、そうではありません。 Ubuntuをシャットダウンした後、シャットダウンしてから約2秒後にラップトップが再起動します。私はそれを解決するために多くのことを試みましたが、それらのどれも仕事をしませんでした。14.04の64ビットバージョンをインストールし、セキュアブートを無効にしてレガシーブートモードでブートします。動作は、電源ケーブル/ USBデバイス/イーサネットケーブルが接続されていることとは無関係です。しかし、奇妙なことに、数時間使用した後でも電源がオフのままになることがあります... シャットダウン/リブートの問題に関していくつかの治療が行われたことは知っていますが、どれも私の特定のケースに対する答えを提供しません。BIOSで診断を実行して、潜在的なハードウェアの問題を回復しましたが、まったくありませんでした。この問題を解決する方法についての答えまたは手がかりさえあれば、それは高く評価されます！前もって感謝します！

17 shutdown  14.04  reboot 

私は普段は行かない場所にあるubuntuサーバーで作業しています。openvpnではなくsshを使用してアクセスします。マシンには、複数の有線インターフェース、多くの静的ルート、およびWANへの複数のデフォルトゲートウェイがあります。インターフェースのアドレスとルートを頻繁に変更します。ほとんどの場合、私が行う変更は一時的なものです。再起動すると、行った実験がリセットされます。場合によっては、それらの変更の一部が間違っており、マシンがオフラインになっています。そのような場合、マシンがリブートするようにサーバーが配置されている場所で誰かを呼び出す必要がありました。 次に、再起動をスケジュールします。2時間後に、マシンが再起動サイクルに入るはずです。そして、この2時間で、私が望む一時的な実験を何でもすることができます。すべての一時的な変更が成功した場合、「2時間後」の再起動が発生しないようにする必要があります。だから私が欲しいのは： certian時間後に再起動するようにサーバーに指示する方法は？ マシンをリブートしないと判断した場合、キャンセルできます。

17 server  reboot  remote-access  schedule 

CPUを100％消費し、システムを応答不能にするrtkit-daemonプロセスが時々あります。再起動すると、その後は問題ありません。rtkit-daemonは何をすることになっていて、なぜCPUを100％消費するのですか？

17 reboot  cpu-load 

Ubuntu 14.04を使用しています。最近、sudo特権を持つユーザーでSSH経由でログインすると、実行するすべてのコマンドで「メモリを割り当てられません」というエラーが発生します。コンソールで試したものをいくつか紹介します myuser@mymachine:~$ whoami -bash: fork: Cannot allocate memory myuser@mymachine:~$ uname -a -bash: fork: Cannot allocate memory sudo reboot now上記のエラーが発生した場合でも、インスタンスのロックを解除できる他の方法がわかりません。それが重要な場合、ホストはDigitalOceanです。 編集：ここで与えられた答え/提案ごとに「無料」の出力です myuser@mymachine:~$ free -bash: fork: Cannot allocate memory

16 server  bash  ram  reboot  memory-usage 

使用するとどうなりますか： sudo crontab -e そして次の行を追加します。 @reboot reboot 再起動の無限ループに入りますか？！

15 sudo  cron  reboot 

この回答で提案されているように、KWORKERS HIGH CPUのバグを解決しようとしています。crontabに行を追加します。 @reboot echo "disable" > /sys/firmware/acpi/interrupts/gpe06 再起動後、システムは起動しません。また、シングルユーザーモードでは起動しません。 次のオプションを使用してPCを再起動しました。 init=/bin/bash ルートcrontabの行を削除しましたが、システムが起動しません。

14 14.04  cron  cpu  reboot 

タイトルはそれをすべて言います：実行shutdown -rとの違いは何rebootですか？

14 shutdown  reboot 

私が使用しているアップルスリムなアルミキーボードはありません、SysRqキーを： REISUBと入力する必要がある場合、魔法のSysRqキーを押すにはどのキーを押す必要がありますか？

14 keyboard  reboot 

起動時に起動/シャットダウン時に何が呼び出されますupdate-rc.d myscript defaultか？ ドキュメントは曖昧に見えますが、具体的には欲しいです。私はこれが起こると推測しています： 起動時に（具体的には、ランレベル2、マルチユーザーへのエントリで）、このコマンドが実行されます。 /etc/init.d/myscript start また、シャットダウン/再起動時に同じスクリプトが次のように呼び出されます。 /etc/init.d/myscript stop ここで実際に起こっているのはそれだけですか？

13 bash  startup  reboot  init  init.d 

11.10の新規インストールを行ったところ、再起動オプションが欠落していることに気付きました。それを置くか、このオプションをオンにする方法はありますか？

13 reboot 

同様の質問が他にもあることは知っていますが、問題についてさらに詳しく説明します。 シャットダウン/再起動しようとすると、システムが永久にハングします。これはUbuntu 16.04 64ビットで発生します。アップグレードされたKubuntu（14.04»16.04）、新しくインストールされたLubuntu 16.04、およびライブCD（grml-rescueでハードディスクから起動される）のイベントで同じマシンに表示されます。 デスクトップ環境からシャットダウン/再起動した場合、およびターミナルから実行した場合に表示されます。 この問題は、同じハードディスクにインストールされたUbuntu 14.04では発生していません。 fdisk パーティションでfdiskを実行しようとしましたが、エラーは見つかりませんでした。 イルクポール irqpollシステムブートにパラメーターを追加しようとしました linux /boot/vmlinuz-4.4.0-31-generic root=UUID=c50c612d-813b-4e76-a6d0-92e697658b7a ro irqpoll $vt_handoff BIOS USB3 誰かがBIOSでusb3レガシーサポートをオフにすることで解決しましたが、私のマザーボードは非常に古く、BIOSでusb3サポートがありません systemctlおよびswap この回答/ubuntu//a/769953/23130 は2つの可能な問題について話しました：systemctlとswap sudo swapoff sudo systemctl reboot しかし、テーマの作品はありません シャットダウンデバッグ 前の回答は、Launchpadの興味深いディスカッションhttps://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1464917を指していました 。 次のような導入テキストがあります： シャットダウンハングが発生している場合は、別のバグレポートを提出し、/ usr / share / doc / systemd / README.Debian.gzの「ブート/シャットダウンの問題のデバッグ」セクションで説明されているデバッグ手順に従ってください。シャットダウン時にハングするジョブ。レスキューシェルで「journalctl -b」の画面写真をキャプチャすると、啓発される場合があります。 そのため、デバッグの手順では sudo systemctl enable debug-shell …

13 16.04  shutdown  reboot