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%   

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...


freebsd-questions@freebsd.org mailing list
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Reply via email to