Pues he ido a mirar a la lista de bugs del paquete de marras y esto es lo que me he encontrado, que ya hay un aviso sobre el cambio en el script de inicialización.
Si tal me callo, pues estoy de acuerdo completamente con el autor del mensaje. -- Saudos: ><ose [EMAIL PROTECTED] (Vigo/Galicia/España) http://pagina.de/xmanoel/ http://w3.to/mikkeli/
Debian bug report logs - #37657 util-linux: hwclock --systohc dangerous Package: util-linux; Severity: important; Reported by: [EMAIL PROTECTED]; dated Fri, 14 May 1999 06:33:00 GMT; Maintainer for util-linux is Vincent Renardias <[EMAIL PROTECTED]>. ---------------------------------------------------------------------------- Message received at [EMAIL PROTECTED]: Received: (at submit) by bugs.debian.org; 14 May 1999 06:18:45 +0000 Received: (qmail 25905 invoked from network); 14 May 1999 06:18:44 -0000 Received: from ne.mediaone.net (HELO chmls05.mediaone.net) (24.128.1.70) by master.debian.org with SMTP; 14 May 1999 06:18:44 -0000 Received: from finnish.idiomtech.com (silberst.ne.mediaone.net [24.128.174.62]) by chmls05.mediaone.net (8.8.7/8.8.7) with ESMTP id CAA24324 for <[EMAIL PROTECTED]>; Fri, 14 May 1999 02:18:42 -0400 (EDT) From: [EMAIL PROTECTED] Received: by idiomtech.com via sendmail from stdin id <[EMAIL PROTECTED]> (Debian Smail3.2.0.102) for [EMAIL PROTECTED]; Fri, 14 May 1999 02:30:40 -0400 (EDT) Date: Fri, 7 May 1999 16:56:02 -0400 (EDT) To: [EMAIL PROTECTED] Subject: util-linux: hwclock --systohc dangerous Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i Received: from localhost (really [127.0.0.1]) by idiomtech.com via in.smtpd with esmtp (ident pimlott using rfc1413) id <[EMAIL PROTECTED]> (Debian Smail3.2.0.102) for <[EMAIL PROTECTED]>; Fri, 7 May 1999 12:02:38 -0400 (EDT) Received: from pop.mdc.net by fetchmail-4.6.4 POP3 for <pimlott/localhost> (single-drop); Fri, 07 May 1999 12:02:38 EDT Received: by smtp-2.mdc.net (mbox pimlott) (with Cubic Circle's cucipop (v1.31 1998/05/13) Fri May 7 11:45:06 1999) X-From_: [EMAIL PROTECTED] Fri May 7 11:40:38 1999 Received: from chmls06.mediaone.net (chmls06.mediaone.net [24.128.1.71]) by smtp-2.mdc.net (8.9.1/8.9.1) with ESMTP id LAA72253 for <[EMAIL PROTECTED]>; Fri, 7 May 1999 11:40:37 -0400 (EDT) (envelope-from [EMAIL PROTECTED]) Received: from nolfolan.idiomtech.com (silberst.ne.mediaone.net [24.128.174.62]) by chmls06.mediaone.net (8.8.7/8.8.7) with ESMTP id LAA00814 for <[EMAIL PROTECTED]>; Fri, 7 May 1999 11:46:35 -0400 (EDT) Received: by idiomtech.com via sendmail from stdin id <[EMAIL PROTECTED]> (Debian Smail3.2.0.102) for [EMAIL PROTECTED]; Fri, 7 May 1999 16:56:02 -0400 (EDT) X-Mailer: bug 3.1.7 Package: util-linux Version: 2.9i-1 Severity: important [This is a resend--my first report was never acknowledged. Sorry if you get a duplicate.] I believe that the "hwclock --adjust" in the hwclock startup script and the "hwclock --systohc" in the shutdown script have considerable potential for harm, and should be removed from the default installation of Debian. First, suppose that I notice that my hardware clock and system clock are both off by one hour, I use "hwclock --set" to correct the hardware clock. Since I don't want my system time to change discontinuously, I do not change my system time. Instead, I reboot cleanly for the new time to take effect. On shutdown, however, the hardware clock is set back to the system clock, effectively undoing my action. Second, suppose that I notice that my hardware clock is wrong, but instead of changing it with hwclock, I shut down and change it via a BIOS menu, or DOS. Now, when I boot, "hwclock --adjust" will be confused about how much time has passed since the last adjustment and make an incorrect adjustment. Finally (and this one I'm not so sure about), every time the hardware clock is set (even with "hwclock --systohc"), hwclock writes drift information to /etc/adjtime. In the first case above, the clock was changed twice, both of which might have appeared to hwclock as huge drifts, which would mess up the clock the next time the system is restarted and "hwclock --adjust" is run. I believe hwclock does have some logic to detect large time jumps and not treat them as drifts, but I know that things can go wrong because they have with my system (my /etc/adjtime file had a drift of 2796.258301 seconds/day after I recently played with the clock). In short, these mechanisms are not reliable unless the user understands how they work. By putting them in place without the user's knowledge, you subject him to several pitfalls. Time is too important for this. Better the clock be inaccurate in a simple and predictable way. If you have thought this through and don't consider it a problem, please share the reasons. Thanks, Andrew -- System Information Debian Release: potato Kernel Version: Linux nolfolan 2.2.7 #1 Fri Apr 30 07:54:26 EDT 1999 i686 unknown Versions of the packages util-linux depends on: ii libc6 2.1.1-2 GNU C Library: Shared libraries and timezone ii libncurses4 4.2-3.2 Shared libraries for terminal handling ii slang1 1.2.2-2 The S-Lang programming library - runtime ver ii slang1 1.2.2-2 The S-Lang programming library - runtime ver ---------------------------------------------------------------------------- Acknowledgement sent to [EMAIL PROTECTED]: New bug report received and forwarded. Copy sent to Vincent Renardias <[EMAIL PROTECTED]>. Full text available. ---------------------------------------------------------------------------- Report forwarded to debian-bugs-dist@lists.debian.org, Vincent Renardias <[EMAIL PROTECTED]>: Bug#37657; Package util-linux. Full text available. ---------------------------------------------------------------------------- Ian Jackson / [EMAIL PROTECTED], through the Debian bug database Last modified: 00:39:01 GMT Thu 24 Jun (timestamp page available).