Якщо я хочу повністю відключити свої графічні інтерфейси, щоб зберегти час автономної роботи, як би я діяв?
Я знаю, що я можу натиснути Ctrl + Alt + F3 і бути в командному рядку, але менеджер робочого столу все ще буде у фоновому режимі (я думаю).
Отже, після Ctrl + Alt + F3 мені потрібні три команди, щоб:
Це має сенс?
Відповіді:
Якщо я хочу повністю відключити свої графічні інтерфейси, щоб зберегти час автономної роботи, як би я діяв?
Ви можете просто відключити Менеджер дисплеїв (будь то 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
Це буде працювати в будь-якій системі, яка використовує upstart, як Debian і похідні.
Якщо ваша система використовує 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. Усі запущені програми продовжуватимуться виконуватись у фоновому режимі.
/etc/initдля gdm, kdm або lightdm, gdm зберігає їх у /etc/dbus-1/system.d/, kdm у /etc/default.
sudo update-rc.d gdm disableзамість цього.
Хтось нагадав, 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"хто -r" для відображення поточного рівня запуску.
Проблема полягає в тому, що для більшості дистрибутивів Linux initпроцес запускає менеджер вікон на власному терміналі, таким чином:
init перезавантажте його автоматично, оскільки він займає один з ваших віртуальних терміналівОтже, вам доведеться налаштувати вашу систему так, щоб графічний інтерфейс не запускався до initзапуску, що дозволить вам запустити та завершити його вручну в звичайному tty. Це не дуже зручно, але це можливо. Шукайте названий файл /etc/inittabта зверніться до конкретної документації щодо розповсюдження, щоб знати, як запобігти initзапуску графічного інтерфейсу. Це може бути просто рядок, щоб видалити або прокоментувати.
Щодо вашого іншого питання, ви можете дізнатися про стан свого акумулятора, просто ввівши команду acpi.
Частина "розповідає про тривалість роботи акумулятора" простіше, я б для цього використовував byobu або подібну утиліту. Ці менеджери чудові тим, що вони будуть відокремлювати сеанси від терміналів, а це означає, що ви навіть можете розпочати свою роботу в DE у byobu, а потім просто запам’ятати DE та продовжити в tty.
Або ви можете реалізувати це в оболонці (мислення $PS1та баш функції).
Що стосується перемикання частини, закрити DE означає закрити всі програми, що працюють в межах цього, що може означати втрату даних. Це може розглядатися як причина, чому вам потрібен кореневий доступ.
Однак, якщо ви дійсно хочете цього і хочете мати можливість це зробити швидко в будь-який час, ви можете написати сценарій для цього, "дати" йому корінь і встановити встановлений біт, так що якщо хтось запустить саме цей сценарій, він запуститься як root без додаткової автентифікації . Що робить це трохи складніше, це те, що деякі дистрибутиви не дозволять вам це робити зі сценаріями . Це можна вирішити, створивши обгортку C, яка буде execсценарієм для вас, і використовувати цю обгортку замість цього.
Я, мабуть, пішов би з таким підходом, а також розглянути додаткові функції, такі як не запхатись, якщо бігати зсередини DE, не перезавантажувати нічого негайно (наприклад, період 60-х років) або зіставляти його на ключ у Byobu.
Нещодавно я виявив приємний пакет, grml-rescuebootякий називається, коли встановлений на комп'ютері дозволяє розмістити ISO-образ в каталозі / boot / grml, а потім, коли ви видасте команду update-grub, додасть це до завантаження grub як щось для завантаження.
ЯКЩО ви використовуєте їх образ ISO та завантажуєте його з його повністю текстового тексту. Але краса цього рішення полягає в тому, що ви завжди можете завантажуватися назад у звичайне налаштування, коли ви знаходитесь поблизу джерела живлення.
Більше інформації про те, як встановити, як цей пакет доступний у більшості дистрибутивів, просто встановіть його та прочитайте сторінку man.
Просто запустіть систему в текстовому режимі.
або відредагуйте / etc / inittab та змініть рівень запуску на 3, якщо ви хочете, щоб GUI змінив рівень запуску на 5
sudo service gdm stopне відключить його під час завантаження, а просто припинить службу. Дляsudo mv /etc/init/gdm.conf{,.norun}вимкнення завдань для вимкнення.