From owner-freebsd-questions@freebsd.org Fri Aug 14 00:01:48 2015 Return-Path: Delivered-To: freebsd-questions@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 3E5929B8D61 for ; Fri, 14 Aug 2015 00:01:48 +0000 (UTC) (envelope-from bugReporter@ib-haakh.de) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CF5911FE1 for ; Fri, 14 Aug 2015 00:01:47 +0000 (UTC) (envelope-from bugReporter@ib-haakh.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1439510502; l=2317; s=domk; d=ib-haakh.de; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References: Subject:To:MIME-Version:From:Date; bh=Mjy2E8Pm4ZmlHoI0+n+JKkbMQUZwrfBuYCRK2xINB0I=; b=o5oUO0RfgmsWfD/4l7VcKqdHV/suskElgJjrkZC0YQHrhD8L83+SxGEW7qvyFbcaSgm dZ+8OU+Uw2sd1IuCmvNGLlKwLcatuK1wYWr42ve3H70DvJ7WHKDJAF/SQsgeR8zwYDFHN tzxAw9ye3vP6C2+eGexYgNacu6Vumdze/+k= X-RZG-AUTH: :LWQcbViwW/e6OTbW0dHzwKkCepEs/ThuRG8zpeuciRNkwehqPJJjNLbgVNeKcQ== X-RZG-CLASS-ID: mo00 Received: from abaton.Haakh.de (p57A71EB8.dip0.t-ipconnect.de [87.167.30.184]) by post.strato.de (RZmta 37.9 DYNA|AUTH) with ESMTPA id 40105br7E01g4j8; Fri, 14 Aug 2015 02:01:42 +0200 (CEST) Received: from Crabberio.Haakh.de (crabberio.Haakh.de [192.168.63.16]) by abaton.Haakh.de (8.14.9/8.14.9) with ESMTP id t7E01fs8028475; Fri, 14 Aug 2015 02:01:42 +0200 (CEST) (envelope-from bugReporter@ib-haakh.de) Message-ID: <55CD2FE5.5050309@ib-haakh.de> Date: Fri, 14 Aug 2015 02:01:41 +0200 From: "Dr. Andreas Haakh" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 MIME-Version: 1.0 To: Polytropon , freebsd-questions@freebsd.org Subject: Re: a bug in /bin/ls References: <55CD23C7.9010803@ib-haakh.de> <20150814012930.e40c0ba6.freebsd@edvax.de> In-Reply-To: <20150814012930.e40c0ba6.freebsd@edvax.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2015 00:01:48 -0000 Am 14.08.2015 um 01:29 schrieb Polytropon: > On Fri, 14 Aug 2015 01:09:59 +0200, Dr. Andreas Haakh wrote: >> On: >> FreeBSD Crabberio.Haakh.de 10.2-PRERELEASE FreeBSD 10.2-PRERELEASE #0 >> r286580: Mon Aug 10 19:49:05 CEST 2015 >> toor@Crabberio.Haakh.de:/usr/obj/usr/src/sys/CRABBERIO amd64 >> >> using the "-U"-flag in /bin/ls together with "-l" >> leads to the following output >> [...] >> -rwxr--r-- 1 krabbe ibh 798720 1 Jan 1970 IMAG1562.jpg >> -rw-r--r-- 1 krabbe ibh 579493 1 Jan 1970 IMAG1714.jpg >> [...] >> >> and the sorting is not affected by the flag (still by name). > What file system (FS type) do those files reside on? It seems > that the file creation date hasn't been recorded properly (or > the file system in use doesn't have that feature), or the date > has been reset to "zero" (00:00:00 UTC on 1 January 1970). > It's also possible that FS inode data got corrupted. > > However, sorting by creation date using -U doesn't seem to work > on my system, too: > > % ll > -rw-r--r-- 1 poly staff 0 2015-08-14 01:21:29 a > -rw-r--r-- 1 poly staff 0 2015-08-14 01:21:25 b > > This is sorted by name, as expected, but: > > % ll -U > -rw-r--r-- 1 poly staff 0 2015-08-14 01:21:29 a > -rw-r--r-- 1 poly staff 0 2015-08-14 01:21:25 b > > Those lines should be in reverse order... and none of the > time-related flags (-c, -u, -U) seems to change the fact > that the files are sorted alphabetically. > > > > NB: ll = 'ls -laFG -D "%Y-%m-%d %H:%M:%S"' :-) > My example comes from an nfs-mounted ufs-filesystem -- the server is FreeBSD abaton 9.3-STABLE FreeBSD 9.3-STABLE #0 r284539: Thu Jun 18 12:55:12 CEST 2015 toor@abaton:/usr/obj/usr/src/sys/ABATON amd64 mount on my server gives (among others) /dev/mirror/gm0p1 on /datM (ufs, NFS exported, local, nfsv4acls) <--- this one /dev/mirror/gm0p2 on /datV (ufs, NFS exported, local) /arr0/mmed on /mmed (zfs, NFS exported, local, nfsv4acls) The second fs (without nfsv4acls) and the last one (zfs) give me the same results. The lowercase variant of the options "-u" gives a real date but ordering doesn't work either. I guess the ordering (on ufs) should be taken care of and the date-problem should be handled afterwards. Best regards Andreas Haakh N.B.: Senile Bettflucht ;-) ??