public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Markus Trippelsdorf <markus@trippelsdorf.de>
To: coreutils@gnu.org
Cc: xfs@oss.sgi.com
Subject: Files full of zeros with coreutils-8.11 and xfs (FIEMAP related?)
Date: Thu, 14 Apr 2011 12:26:08 +0200	[thread overview]
Message-ID: <20110414102608.GA1678@x4.trippels.de> (raw)

I trashed my system this morning when I installed coreutils-8.11.

What happened is that coreutils compiles and links correctly, but then
the following command (during the installation phase):

./ginstall chroot hostid nice who users pinky stty df stdbuf [ base64 basename cat chcon chgrp chmod chown cksum comm cp csplit cut date dd dir dircolors dirname du echo env expand expr factor false fmt fold head id join link ln logname ls md5sum mkdir mkfifo mknod mktemp mv nl nproc nohup od paste pathchk pr printenv printf ptx pwd readlink rm rmdir runcon seq sha1sum sha224sum sha256sum sha384sum sha512sum shred shuf sleep sort split stat sum sync tac tail tee test timeout touch tr true truncate tsort tty uname unexpand uniq unlink vdir wc whoami yes arch '/var/tmp/portage/sys-apps/coreutils-8.11/image//usr/bin'

apparently produces files which have the length of the originals but are
full of zeros. (and these were then installed to my live system, thereby
trashing it).

Now all the above is automated, because I use gentoo.
But when I run the command above (ginstall) later again by hand,
everything is copied just fine and the resulting binaries are all
usable.

The partition in question uses xfs.

# xfs_info /var
meta-data=/dev/sda1              isize=256    agcount=4, agsize=12800000 blks
         =                       sectsz=4096  attr=2
data     =                       bsize=4096   blocks=51200000, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=25000, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

This is a 4kb hard drive (sectsz=4096).

I'm running the lastest vanilla git kernel (2.6.39-rc3-00087-gda768a4).

Now my question is, could this be caused by the recent FIEMAP changes in
coreutils?
-- 
Markus

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

             reply	other threads:[~2011-04-14 10:22 UTC|newest]

Thread overview: 61+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-14 10:26 Markus Trippelsdorf [this message]
2011-04-14 12:06 ` Files full of zeros with coreutils-8.11 and xfs (FIEMAP related?) Markus Trippelsdorf
2011-04-14 14:02   ` Markus Trippelsdorf
2011-04-14 14:59     ` Pádraig Brady
2011-04-14 15:50       ` Eric Sandeen
2011-04-14 15:52         ` Pádraig Brady
2011-04-14 15:56           ` Eric Sandeen
2011-04-14 16:03             ` Markus Trippelsdorf
2011-04-14 16:14               ` Eric Sandeen
2011-04-14 16:21               ` Yongqiang Yang
2011-04-14 16:28                 ` Markus Trippelsdorf
2011-04-14 16:31                   ` Eric Sandeen
2011-04-14 16:48                     ` Markus Trippelsdorf
2011-04-14 16:49                       ` Eric Sandeen
2011-04-14 16:04             ` Yongqiang Yang
2011-04-14 16:10               ` Yongqiang Yang
2011-05-05 11:29                 ` Pádraig Brady
2011-05-05 11:47                   ` Yongqiang Yang
2011-04-14 17:27           ` Jim Meyering
2011-04-14 19:13             ` Pádraig Brady
2011-04-14 19:39             ` Jim Meyering
2011-04-14 22:59         ` Dave Chinner
2011-04-14 23:29           ` Pádraig Brady
2011-04-15  0:09             ` Dave Chinner
2011-04-15  5:01               ` Andreas Dilger
2011-04-16  0:50                 ` Dave Chinner
2011-04-16  5:11                   ` Andreas Dilger
2011-04-16 12:21                     ` Theodore Tso
2011-04-18  0:40                       ` Dave Chinner
2011-04-18  2:45                         ` Andreas Dilger
2011-04-19  1:58                           ` Yongqiang Yang
2011-04-19  2:59                             ` Ted Ts'o
2011-04-19  3:05                               ` Eric Sandeen
2011-04-21 20:12                                 ` Jim Meyering
2011-04-19  3:30                               ` Yongqiang Yang
2011-04-19  4:14                               ` Dave Chinner
2011-04-19  5:27                               ` Christoph Hellwig
2011-04-19  3:44                             ` Dave Chinner
2011-04-19  6:53                               ` Yongqiang Yang
2011-04-19  7:45                                 ` Dave Chinner
2011-04-19  8:11                                   ` Yongqiang Yang
2011-04-19 14:05                                     ` Eric Sandeen
2011-04-19 14:09                                   ` Ted Ts'o
2011-04-19 14:13                                     ` Eric Sandeen
2011-04-19 16:01                                       ` Ted Ts'o
2011-04-20  1:53                                         ` Yongqiang Yang
2011-04-20 15:21                                         ` Christoph Hellwig
2011-04-20 17:21                                           ` Ted Ts'o
2011-04-19 21:08                                     ` Dave Chinner
2011-04-20 15:29                                       ` Christoph Hellwig
2011-04-16  6:05                   ` Yongqiang Yang
2011-04-18  0:35                     ` Dave Chinner
2011-04-15  8:53               ` Jim Meyering
2011-04-15 17:16                 ` Christoph Hellwig
2011-04-15 17:24                   ` Eric Blake
2011-04-15 17:26                     ` Christoph Hellwig
2011-04-15 22:28                       ` Andreas Dilger
2011-04-16  0:25                         ` Dave Chinner
2011-04-14 14:39 ` Eric Sandeen
2011-04-20 14:39 ` Jim Meyering
2011-04-21 20:01   ` Jim Meyering

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20110414102608.GA1678@x4.trippels.de \
    --to=markus@trippelsdorf.de \
    --cc=coreutils@gnu.org \
    --cc=xfs@oss.sgi.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox