Terabyte harddisks, GELI, AMD64, Samba and Zen...

Solon Luigi Lutz solon at pyro.de
Tue Apr 17 10:51:30 UTC 2007

Hello Ivan,

Tuesday, April 17, 2007, 12:16:04 PM, you wrote:

IV> Solon Luigi Lutz wrote:
>> Hi again,
>> after some troubleshooting and some hours of memory tests, it
>> finaly seems to be a hardware problem...
>> The machine is based on an ASUS M2N4-SLI (Nforce4) and since the
>> heat-sink on the north/southbridge is rather small and passive,
>> the chip seems to get too hot. I manufactured a massive one from
>> a IGBT heat-sink and since 20 hours the machine is doing ftp-transfers
>> without any reboots - I keep my fingers crossed...

IV> Glad you've solved it. Did memtest discover this particular problem for
IV> you or did you have to diagnose it some other way?

I burnt my fingers on the heat-sink of the nforce4
north/southbridge/mcp-chip and decided it was too hot ;-)

>> BTW a "fsck_ufs -y -f /dev/da0.eli" without sofupdates on this 10 TB
>> volume takes only 3 hours to complete.

IV> Is the file system mostly empty? (i.e. how many % of inodes have been
IV> used - see "df -i")?

Filesystem   1K-blocks         Used      Avail Capacity iused     ifree %iused  Mounted on
/dev/da0.eli 10657598008 5464985376 4340004792    56%  139261 335877569    0%   /mnt

Not very many inodes used.

But I rejoiced too early, just as I'm writing this e-mail I started a
python-script and my files were gone again partialy:

radium# cd /mnt/temporary/
radium# cfv *
[output deleted]
radium# ls -1 | wc -l
radium# cd
radium# umount /mnt
radium# mount /dev/da0.eli /mnt
radium# cd /mnt/temporary/
radium# ls -1 | wc -l

And this seems to be rather random behaviour...


More information about the freebsd-questions mailing list