バッテリー寿命を節約するためにGUIを完全に無効にしたい場合、どうすればよいですか?
Ctrl + Alt + F3を押してコマンドラインで操作できることはわかっていますが、デスクトップマネージャーはまだバックグラウンドにあると思います(おそらく)。
したがって、Ctrl + Alt + F3の後、次の3つのコマンドが必要です。
これは理にかなっていますか?
バッテリー寿命を節約するためにGUIを完全に無効にしたい場合、どうすればよいですか?
ディスプレイマネージャー(kde、lightdm、gdmなど)を無効にしてブート時に実行し、システムに応じて実行することができます。
Sudo update-rc.d gdm remove
Sudo update-rc.d kdm remove
Sudo update-rc.d lightdm remove
これにより、起動後にデスクトップマネージャーを停止する必要はありません。しかし、これを望まない場合、Sudo /etc/init.d/<display_manager_name> stop
は起動後にデスクトップマネージャを閉じます。
Sudo service gdm stop
Sudo service kdm stop
Sudo service lightdm stop
これは、Debianやその派生物など、upstart
を使用するすべてのシステムで機能します。
システムでsystemd
を使用している場合は、systemctl
を使用できます。
## All the next lines are executed as root
systemctl disable gdm ## or gdm3
systemctl disable kdm
systemctl disable lightdm
systemctl disable <name_of_the_service>
コマンドラインからバッテリー寿命を教えて
バッテリーの状態を確認するには、screen
/byobu
(スクリーンマネージャーであり、バッテリーのパーセンテージとその他の統計情報が表示されます)をインストールして実行するか、acpi -b
を実行します。
デスクトップ環境を閉じる
以前の応答を確認してください。
Ctrl + Alt + F3を押してコマンドラインで操作できることはわかっていますが、デスクトップマネージャーはまだバックグラウンドにあると思います(おそらく)。
Ctrl + Alt + F1-6 ttyの1つに切り替えるだけです。実行中のすべてのプログラムはバックグラウンドで実行を継続します。
誰かがinit
をほのめかしたので、指定されたランレベルで それを使用 してみませんか? Xubuntuでは、最新の1が動作します。
$ runlevel \\just to show your actual runlevel, expect N 2.
$ Sudo telinit $runlevel
where $runlevel is either:
0 : System halt.
1 : Single-User mode.
2 : Graphical multi-user plus networking (DEFAULT)
3 : Same as "2", but not used.
4 : Same as "2", but not used.
5 : Same as "2", but not used.
6 : System reboot.
次に、以前の応答の状態としてデスクトップマネージャーを停止するか、設定を さまざまな方法 で変更できます。
最後に、 Solarisまたは類似 を使用している場合は、init
またはsvcadm
のいずれかと「who -r」を使用して、現在のランレベルを表示します。
問題は、ほとんどのLinuxディストリビューションで、init
プロセスが独自のターミナルでウィンドウマネージャーを起動することです。
init
は仮想端末の1つを占有しているため、自動的に再起動しますそのため、起動時にグラフィカルインターフェイスがinit
によって起動されないようにシステムを構成する必要があります。これにより、通常のttyで手動で起動および終了できます。それはあまり便利ではありませんが、実行可能です。 /etc/inittab
というファイルを探し、ディストリビューション固有のドキュメントを参照して、init
がグラフィカルインターフェイスを起動しないようにする方法を確認してください。削除またはコメントする行の場合もあります。
他の質問に関しては、コマンドacpi
を入力するだけでバッテリーの状態を知ることができます。
「バッテリー寿命を告げる」部分の方が簡単です。私は byob または同様のユーティリティを使用します。これらのマネージャーは、セッションを端末から分離するという点で優れています。つまり、byobuのDEで作業を開始し、DEをzapしてttyで続行できます。
または、これをシェル内に実装できます($PS1
およびbash関数)。
ザッピング部分では、DEを閉じるとは、その中で実行されているすべてのプログラムを閉じることを意味します。これは、データの損失を意味する可能性があります。これは、rootアクセスが必要な理由と見なすことができます。
ただし、これが本当に必要で、いつでもすばやく実行できるようにしたい場合は、そのためのスクリプトを作成し、それをrootに「与え」、setuidビットを設定して、この特定のスクリプトを実行した場合に、次のように実行できるようにします。ルート以降の認証なし。これを少し複雑にするのは、一部のディストリビューションではscriptsを使用してこれを実行できないことです。これは Cラッパーを作成する によって解決でき、スクリプトがexec
して代わりにそのラッパーを使用します。
私はおそらくこのアプローチに加えて、DE内から実行された場合はザッピングしない、何もすぐにザッピングしない(60年代の期間など)、Byobuのキーにマッピングするなどの追加機能を検討します。
最近、grml-rescueboot
というNiceパッケージを発見しました。これをコンピューターにインストールすると、ISOイメージを/ boot/grmlディレクトリに配置でき、update-grubコマンドを発行すると、それが次のようにgrubブートに追加されます。起動するもの。
ISOイメージを使用し、それから完全にテキストベースで起動する場合。ただし、このソリューションの優れた点は、電源の近くにいるときはいつでも通常の設定で起動できることです。
インストール方法の詳細はこちら このパッケージはほとんどのディストリビューションから入手できるため、インストールしてマニュアルページを読んでください。