Uptime

uptime -V

procps version 3.2.8

19:33:14 up 8 days, 16:08,  3 users,  load average: 3,77, 2,64, 1,22

фоном компиляется распоследний хромиум, есличо

скажи честно, у тебя все время, потраченное на компиляцию хромиума случайно не больше времени, проведенного за его использованием?

19:42:00 up 275 days, 58 min, 1 user, load average: 0.67, 0.77, 0.78

нет же
компиляю не я, а комп
и мне это абсолютно не мешает
да и вообще, некоторые способы обхода вил при сборке таки попадают в основное дерево

 17:53:23 up 9 days,  5:36, 24 users,  load average: 1.57, 4.33, 5.91
 15:53:11 up 44 days, 18:16,  2 users,  load average: 0.83, 0.59, 0.59
 11:53  up 24 days, 23:54, 13 users, load averages: 0,66 0,96 0,99
 10:53:34 up 58 days, 6 min, 24 users,  load average: 1.56, 1.72, 1.72
 10:53:48 up 361 days, 23:56,  8 users,  load average: 2.00, 1.85, 1.69
 10:53:58 up 361 days, 23:49,  4 users,  load average: 1.35, 1.14, 1.16
 10:54:05 up 361 days, 23:34,  4 users,  load average: 0.89, 0.98, 0.95
 10:54:15 up 363 days, 16:31,  2 users,  load average: 0.00, 0.00, 0.00
 10:54:24 up 348 days, 11 min,  4 users,  load average: 1.31, 1.52, 1.60
 10:57:55 up 51 days, 49 min,  6 users,  load average: 3.33, 5.95, 6.68
 10:54:40 up 26 days, 23:12,  3 users,  load average: 0.00, 0.00, 0.00
 10:54:51 up 71 days, 18:55,  3 users,  load average: 2.77, 2.20, 2.17

Выбирай любой.

десктоп домашний:

 18:49:49 up 9 days,  2:31,  3 users,  load average: 0,08, 0,05, 0,05 

десктоп рабочий:

 18:48:55 up 7 days,  1:12,  6 users,  load average: 0,35, 0,12, 0,08

ноут домашний:

 18:50:22 up 2 days,  12:48,  2 users,  load average: 0,09, 0,05, 0,02

ноут рабочий:

 18:49:02 up 39 days,  6:25,  2 users,  load average: 0,12, 0,07, 0,04

На серверах от полутора месяцев до четырех лет

10:54:15 up 363 days, 16:31, 2 users, load average: 0.00, 0.00, 0.00

Это твоя рабочая система?

19:57:43 up 8 min, 1 user, load average: 0.39, 0.51, 0.29

а что?

Отдельный memcached-сервер. Планирую выпилить со временем - зря ресурсы пропадают.

42 года?

15420 days

что-то мне подсказывает, что это возраст юникса или рядом :3

8D

Полчаса назад включился.

$ uptime
20:16:50 up

а дальше? о_О

Чтобы вычислить не обновляющих ядро. Только никому, ок?

Внутренняя инфраструктура предприятия вполне может не обновлять ядро, зачастую это даже вредно.

дальше мышка сломалась :)

$ uptime
20:16:50 up 1:32

//кубунта, перегруз был недавно (ядро обновилось), а так не выключаю, только в саспенд.

up 716 days

Покажи еще uname -a

$ uptime

18:23:09 up 2 days, 8:03, 1 user, load average: 0.09, 0.22, 0.35

uname -a

Linux yurmamuw 3.2.6-pf #2 SMP Wed Mar 14 02:11:38 EET 2012 x86_64 Intel(R) Core(TM) i5 CPU M 430 @ 2.27GHz GenuineIntel GNU/Linux

это возраст юникса

хм...таки да

echo $((`date +%s` / 60 / 60 / 24))

chroot с переведенным назад временем?

Дырявых ядер тред?

Ну так сломай меня полностью - ядро старое, файрвола нет, ссш на стандартном порту, айпишник могу сказать. Есть, правда, один маленький ньюанс - нет дефолтного маршрута ;)

Внутренняя инфраструктура предприятия вполне может не обновлять ядро, зачастую это даже вредно.

Конечно, особенно когда выходят исправления критических багов (а в LTS-ядрах обычно так и есть).

20:39:40 up 7:03, 4 users, load average: 0.03, 0.10, 0.13

05:12:56 up 716 days, 14:15, 2 users, load average: 0.00, 0.01, 0.00

Ты джва года ждал этот тред!

chroot с переведенным назад временем?

всего лишь кривые руки инженеров dlink :)

Microsoft Windows [Version 6.1.7601]
(c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.

C:\Users\Станислав>uptime
«uptime» не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.

C:\Users\Станислав>

А сколько там реально аптайма и интересно, в чем там проблема, что время неверно показывается?

Конечно, особенно когда выходят исправления критических багов

Можно увидеть список опасных для внутренней инфраструктуры предприятия баги на примере debian 6, ubuntu 8.04 или ubuntu 10.04? Спасибо.

20:48:29 up 5 days, 10:45, 12 users, load average: 0.00, 0.04, 0.09
20:42:12 up 96 days, 7:18, 5 users, load average: 0.07, 0.19, 0.19
20:41:49 up 96 days, 7:38, 4 users, load average: 2.20, 2.56, 2.90
20:41:29 up 10 days, 3:47, 6 users, load average: 0.00, 0.01, 0.05
20:40:28 up 38 days, 17:52, load average: 0.00, 0.00, 0.00
up time: 08:00:17, idle time: 07:24:28, sleep time: 00:00:00
20:43:01 up 172 days, 4:34, 1 user, load average: 1.28, 1.63, 1.66
… (по всем пробегаться лениво)

zless /usr/share/doc/linux-image-$(uname -r)/changelog.Debian.gz

Linux <hostname.tld> 2.6.9-42.ELsmp #1 SMP Sat Aug 12 09:39:11 CDT 2006 i686 i686 i386 GNU/Linux

2.6.9-42

Такого ядра не было в указанных мною системах.

а ты причем? я ymuv-у отвечал вообще-то %)
я что-то упустил?

а ты причем? я ymuv-у отвечал вообще-то %)

Пардон, я ошибся.

И что?

А сколько там реально аптайма и интересно, в чем там проблема, что время неверно показывается?

реально около суток. А баг из за того, что правильная дата выставляется уже после загрузки системы. То есть при загрузке 1970 год, а потом вызывается /bin/date с нужными параметрами

Видя все эти цифры, я думаю,что вы или не знаете как выключать компьютер, или качаете аниме все время ..Ж)

Таки ты читал?

Видя все эти цифры, я думаю,что вы или не знаете как выключать компьютер, или качаете аниме все время ..Ж)

я думаю они просто в курсе, что есть suspend/hibernate

какой uptime

Да включил только

Таки ты читал?

Таки я хочу конкретные примеры.

Таки я хочу конкретные примеры.

Это часть твоей работы — внимательно читать чейнджлоги на предмет важных изменений. Ты же одмин? А я нет. Но подскажу, что нужно смотреть на строки с «CVE-*» и «Closes:» в скобках (Debian).

21:14:04 up 194 days, 22:21, 3 users, load average: 0.16, 0.45, 0.46

Это часть твоей работы — внимательно читать чейнджлоги на предмет важных изменений.

Это ты правильно сказал, но ничего угрожающего внутренним сервисам там нет.

Ты же одмин?

Красивый, большой и бородатый

А я нет.

Это плохо, любой IT-шник должен быть в какой то мере одмином.

Но подскажу, что нужно смотреть на строки с «CVE-*» и «Closes:» в скобках (Debian).

Это очень любезно, но я знал.

Это ты правильно сказал, но ничего угрожающего внутренним сервисам там нет.

Локальные уязвимости? Баги в драйверах ФС и устройств? Действительно, ерунда. У меня сейчас не Squeeze, но я хорошо помню, как у меня глаза на лоб лезли при чтении списка исправлений в ядре (не тех выжимок, которые попадают в указанный файл).

Это плохо, любой IT-шник должен быть в какой то мере одмином.

Я где-то сказал, что связан с IT? Пруф! :)

Это очень любезно, но я знал.

Ну, это уже хорошо.

У меня сейчас не Squeeze, но я хорошо помню, как у меня глаза на лоб лезли при чтении списка исправлений в ядре (не тех выжимок, которые попадают в указанный файл).

У человека не связанного с IT, как ты сам уточнил выше, глаза на лоб лезут от чего угодно, внезапно происходящего в системе или на экране. Поверь мне как профессионалу - ничего страшного для внутренней инфраструктуры предприятия, в указанных мною системах, не было со дня их выхода и по сей день.