Date: Mon, 20 Mar 2006 09:14:46 +0100 From: Paolo Tealdi <paolo.tealdi@polito.it> To: Alex Zbyslaw <xfb52@dial.pipex.com> Cc: freebsd-questions@freebsd.org Subject: Re: dump level 9 Message-ID: <7.0.1.0.0.20060320085802.01fe6100@polito.it> In-Reply-To: <441966C6.1000001@dial.pipex.com> References: <7.0.1.0.0.20060315131135.0327a978@polito.it> <441821AD.1080605@dial.pipex.com> <7.0.1.0.0.20060315153306.02165290@polito.it> <4418344D.8080003@dial.pipex.com> <7.0.1.0.0.20060316091138.01fa4ae8@polito.it> <44194A05.4010600@dial.pipex.com> <7.0.1.0.0.20060316133119.020459c8@polito.it> <441966C6.1000001@dial.pipex.com>
next in thread | previous in thread | raw e-mail | index | archive | help
At 13.23 16/03/2006 +0000, Alex Zbyslaw wrote: >Good luck. If you try the newfs, please let us know how it turns out. Hurra ! I resolved! Obviously newfs did not resolve. :-( But... i studied the problem from another point of view reading dump sources, as you suggested. dump thinks that file has changed if : a) modification date has changed b) cdate has changed : cdate is the date of inode modification throught stat utility (very nice) i noticed that every file under /home had a cdate very recent. comparing dates i got solution : sophos antivirus, that starts every night with a complete /home scan, modifies cdate. Unfortunately i installed sophos antivirus more or less in the same days of the power cut ... I think that sophos support will receive a question in the next few days ... :-) Thank for the support, Best regards, Paolo Tealdi Ing. Paolo Tealdi Servizi Informatici per le Biblioteche Politecnico Torino Phone : +39-011-5646714 , FAX : +39-011-5646799 C.so Duca degli Abruzzi, 24 - 10129 Torino - ITALY Email : paolo.tealdi@polito.it
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7.0.1.0.0.20060320085802.01fe6100>