From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00, DATE_IN_PAST_24_48, RCVD_IN_SORBS_WEB,SPF_PASS autolearn=no version=3.2.5 X-Yandex-Uniq: 7fe9fc1b-3ee5-4b82-afca-31f3289d57d1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1394415480; bh=4I5etrraq+a90JgG3ewYFQ+REmuznenhW++ksuSeMzQ=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=BIw434//cucznA5iPDs9MXtPzVoeYLxX6PcogCqWFCyXLUP2c+LzGP/yBlxzKzerC CteNdVQcv6i7F6Z/LtaN75zE0GAyI/pdg/d9zFc7d31UjF4RakeIYdX+qXnIMgYOz7 SyR5xsYbVxmNeifC6naamtfkGCJ2aomOcUxtlkC4= Authentication-Results: smtp2o.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <531BC5F6.5050209@yandex.ru> Date: Sun, 09 Mar 2014 04:37:58 +0300 From: Speccyfighter User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: community@lists.altlinux.org References: <20131225183935.GA29151@osdn.org.ua> <531BDF21.9060108@yandex.ru> <201403091038.30460.a_s_y@sama.ru> <201403091235.24845.a_s_y@sama.ru> In-Reply-To: <201403091235.24845.a_s_y@sama.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Comm] =?koi8-r?b?cDcsIFJUQyDJIFVUQw==?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Mar 2014 01:38:07 -0000 Archived-At: List-Archive: List-Post: 09.03.2014 11:35, Sergey пишет: > On Sunday 09 March 2014, Sergey wrote: > >> Система - Server Light, обновлённый до p7, так что софта не сильно много. >> Тем не менее, кто злодей - пока непонятно. > ... > 14844 ? Ss 0:00 /sbin/minilogd > > Кто ещё это может делать - не понимаю. > Кажется что-то поймал? При UTC=false и ядре led-ws: # hwclock -D && date hwclock из util-linux 2.22.1 Используется /dev interface to clock. Дата последней корректировки отклонения - 1394403049 секунд после 1969 Дата последней калибровки - 1394403049 секунд после 1969 Аппаратные часы выставлены по местному времени Подразумевается, что аппаратные часы выставлены по местному времени. Ожидается тиканье часов... ...получено тиканье часов Время, прочитанное с аппаратных часов: 2014/03/09 01:26:49 Аппаратное время: 2014/03/09 01:26:49 = 1394317609 секунд с 1969 Вс 09 мар 2014 01:26:49 -0.608985 секунд Вс мар 9 01:26:49 FET 2014 ... Тут было ещё два промежуточных вывода в которых не увело RTC в UTC # hwclock -D && date hwclock из util-linux 2.22.1 Используется /dev interface to clock. Дата последней корректировки отклонения - 1394403049 секунд после 1969 Дата последней калибровки - 1394403049 секунд после 1969 Аппаратные часы выставлены по местному времени Подразумевается, что аппаратные часы выставлены по местному времени. Ожидается тиканье часов... ...получено тиканье часов Время, прочитанное с аппаратных часов: 2014/03/09 04:21:11 Аппаратное время: 2014/03/09 04:21:11 = 1394328071 секунд с 1969 Вс 09 мар 2014 04:21:11 -0.345221 секунд Вс мар 9 04:21:10 FET 2014 # uname -r 3.4.80-led-ws-alt0.M70P.1 ------------------------------------------------------------------ А при UTC=false и ядре # rpm -qa|grep kernel-image|grep pae|grep 3.10.32 kernel-image-std-pae-3.10.32-alt1 точно в UTC RTC уводит несмотря на # cat /etc/adjtime|tail -n 1 LOCAL Даже при отсутствующем в системе ntpd. У меня оно постоянно стоит - памяти 6Gb. Завтра, уже сегодня, надо бы посмотреть с std-def и un-def.