On Thu Mar 10 2011 at 19:45:20 +0100, Manuel Bouyer wrote: > On Thu, Mar 10, 2011 at 06:59:41PM +0100, Ignatios Souvatzis wrote: > > Hi, > > > > % unmount /export/home/1 > > % tunefs -q user /export/home/1 > > % fsck -fy /export/home/1 > > ... > > > USER QUOTA MISMATCH FOR ID 0: 0/0 SHOULD BE 1791988/1794 > > > ALLOC? yes > > > USER QUOTA MISMATCH FOR ID 0: 0/0 SHOULD BE 0/0 > > > ALLOC? yes > > > fsck: /dev/home/rtheory1: Segmentation fault > > > > This is on Sparc64. I'll provide more data tomorrow, assuming > > I'll find time to point gdb at a -g binary and the core dump. > > it should not try to allocate/fix entries for the same uid twice. > Also, "0/0 SHOULD BE 0/0" looks wrong. It would be interesting > to see if an entry got really added for id 0 twice, of if the second > id is the result of some corruption. > > Can you see if tests/sbin/fsck_ffs completes fine on sparc64 > (atf-run|atf-report in this directory) ?
They complete fine on a sparc64 (but of course that doesn't guarantee they complete fine on Ignatios's sparc64, so he should run the tests). http://www.netbsd.org/~martin/sparc64-atf/22_atf.html -- älä karot toivorikkauttas, kyl rätei ja lumpui piisaa
