From owner-freebsd-arm@freebsd.org Tue Mar 29 02:01:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69BD0AE1C5D for ; Tue, 29 Mar 2016 02:01:39 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1A69711E4 for ; Tue, 29 Mar 2016 02:01:37 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id u2T21EjO095798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 29 Mar 2016 04:01:21 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id u2T218GI035273 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Mar 2016 04:01:08 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id u2T218Kd071065; Tue, 29 Mar 2016 04:01:08 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id u2T218xl071064; Tue, 29 Mar 2016 04:01:08 +0200 (CEST) (envelope-from ticso) Date: Tue, 29 Mar 2016 04:01:07 +0200 From: Bernd Walter To: =?iso-8859-1?Q?Jos=E9_P=E9rez?= Cc: Nikolai Lifanov , freebsd-arm@freebsd.org Subject: Re: Official images without noatime Message-ID: <20160329020107.GC68225@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <4b23b28ffae59216b5dde8f28f665330@mail.lifanov.com> <813ba9c4a1474478daa86fe685acec21@mail.yourbox.net> <56F96C46.80705@mail.lifanov.com> <6c15a205f6d5126c7d468bd2605be769@mail.yourbox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6c15a205f6d5126c7d468bd2605be769@mail.yourbox.net> X-Operating-System: FreeBSD cicely7.cicely.de 10.2-RELEASE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2016 02:01:39 -0000 On Mon, Mar 28, 2016 at 08:43:55PM +0200, José Pérez wrote: > Hello Nokolai, > > El 2016-03-28 19:39, Nikolai Lifanov escribió: > >A simple case is during install /usr/bin/cmp is ran to compare two > >files, atime for /usr/bin/cmp is updated during a crash, and > >/usr/bin/cmp is gone on next boot. I then have to copy it out of > >/usr/obj and into place and run installworld again. It's the handful of > >utilities actually *used* by installworld that do this and mounting > >root > >with noatime stops this from happening. > > I suspect you have a problem somewhere else, maybe a faulty flash? Well - unless you don't have a power loss having atime on just increases the write load. And having a power loss during install is always a bad thing to happen, since the card is writing anyway. Of course chance that you loose the used binary is obvious, since it is updating the inode of that binary, but the way flash cards work you may loose way more than that. > Can you reproduce with another hardware? Can you help us reproduce it? > What do you mean "atime is updated during a crash"?? If it is crashing (instead of having a power loss) during writes the situation is different. Since the card had no power loss all data that the OS had written should be on the card. That means either the old inode or the new inode. First thing to see is why it crashes. Another good thing to do is to do a full fsck of the filesystem. Trusting a journal can be a bad idea, since the whole media technology can't be trusted to begin with. > >>My RPI2 shutdown cleanly with shutdown(8) or reboot(8). > >> > > > >It doesn't stay down if the power cable is still connected. > > RP does not power down, you have to disconnect the power cable. > But first you have to stop the OS: > shutdown -p now > does that for you (which includes syncing and unmounting disks). Chances are that your system crashes on shutdown, so that it automatically reboots. The only way to find out what happens is plugging something to the console and see. That said: it shouldn't crash, neither on shutdown nor when installing something. You should hook up a console to find out anyway. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.