Панель управления -> Электропитание.
Кстати неплохо еще скринсейвер отключить в настройках дисплея, может из-за него не работать.
Вы не сказали.
Вывод команды: iotop -b -n3 приведите пожалуйста.
И вообще не имейте привычку гадать. Все можно точно диагностировать. А кофейная гуща не инструмент сурового айтишника.
Кто-то готовится войне, в которой погибнут все? Каковы же мотивы? ))))
Вот когда бухнет по датацентру, тогда будет не 100%, а пока 100%.
Консольная сессия никогда не прибивается и так.
Убрать деструктивные команды у шелла: vi, cat, rm, mv и так далее.
У RDP есть ключ входа в консоль:
mstsc -v:IP.ADD.RE.SS /console
Если так войти и запретить блокировку экрана, то все должно быть в порядке.
P.S. а вообще это самое топорное решение задачи, которое только может быть. Нужно обладать поистине гениальной фантазией, чтобы придумать так что-то чинить. Вы лучше сразу скажите изначальную задачу.
Мысли будут после того, как Вы посмотрите кто именно мучал диск утилитой iotop и скажете нам.
ну ну... Вы сами прочитайте, что Вы написали. Ахинею полнейшую... идите иврит учите.
Я знаю, что со времен 1946-го года оружие ни разу не использовалось. И есть подозрение, что продержимся еще долго. В теории 100% не достижимо. На практике легко.
++++++++++++
Смотри, аптайм в 100% достижим. В случае падения будет просто минимальная задержка на CARP (ну или что там раутит трафф). Но запрос будет обслужен. Если полностью избавиться от единых точек отказа и ставить даже не по одной альтернативе, а по 10 да еще и в разных странах с разными политическими системами, то это 100% гарантирует. В случае чего угодно отработает запрос будет перекинут.
Вопрос только в делэе в этот период.
Дайнтайм когда все выключено - конечно глупо. Потому и получается 99.8. А когда Апач отвечает через 5-10 секунд - даунтаймом не считается, хотя для пользования непригодно. Так что да, прежде чем говорить какой уровень правильный, нужно сначала прийти к одной базе понятий.
