NetBSD 絹の日記

Calculated size of `ramdisk.fs.tmp': 2097152 bytes, 287 inodes
Extent size set to 4096
ramdisk.fs.tmp: 2.0MB (4096 sectors) block size 4096, fragment size 512
        using 1 cylinder groups of 2.00MB, 512 blks, 320 inodes.
super-block backups (for fsck -b #) at:
 32,nbmakefs: ffs_alloccg: map corrupted: start 2 len 510 offset 214 214

Populating `ramdisk.fs.tmp'
*** Error code 1

Stop.
nbmake: stopped in /export/20030516-utc/src/distrib/macppc/floppies/ramdisk

usr.sbin/makefs/ffs/ffs_alloc.c の次の行:

574     "ffs_alloccg: map corrupted: start %d len %d offset %d %ld",
575                                 ostart, olen,
576                                 ufs_rw32(cgp->cg_freeoff, needswap),
577                                 (long)cg_blksfree(cgp, needswap) - (long)cgp);

2048 を 4096 に変更して見たが、これは関係ない

ttyp0:root@serv 10:10:01/030519(...floppies/ramdisk)# (cd obj;/export/20030516-utc/src/tools/obj/tools.NetBSD-1.6R-powerpc/bin/nbmakefs -t ffs -B be -s 4096k -F work.spec -N /export/20030516-utc/src/etc -o bsize=4096,fsize=512 -o optimization=space,minfree=0 -f 15 ramdisk.fs.tmp work)
Calculated size of `ramdisk.fs.tmp': 4194304 bytes, 287 inodes
Extent size set to 4096
ramdisk.fs.tmp: 4.0MB (8192 sectors) block size 4096, fragment size 512
using 1 cylinder groups of 4.00MB, 1024 blks, 320 inodes.
super-block backups (for fsck -b #) at:
32,
Populating `ramdisk.fs.tmp'
nbmakefs: ffs_alloccg: map corrupted: start 2 len 1022 offset 214 214
ttyp0:root@serv 10:10:25/030519(...floppies/ramdisk)#

UPDATING/20030402:: The superblock layout for FFS was changed. If you have 1.6 fsck binaries, they will signal a fatal superblock mismatch

これと関係あるのかなぁ。

＠ 1.6O 辺りの makefs を持って来たら、正常終了風:

( cd obj ; /usr/sbin/makefs-1.6O -t ffs -B be -s 2048k -F work.spec -N /export/20030516-utc/src/etc -o bsize=4096,fsize=512 -f 20 ramdisk.fs.tmp work )
「makefs が変に新しくなってしまっている」ということ ?

static daddr_t ffs_mapsearch(struct fs *, struct cg *, daddr_t, int);  
       ↓
static int32_t ffs_mapsearch(struct fs *, struct cg *, daddr_t, int);

sys/arch/macppc/macppc/disksubr.c かなぁ。

ttyp0:makoto@serv  7:34:22/030519(...compat/darwin)> pwd
/export/20030516-utc/src/sys/compat/darwin
ttyp0:makoto@serv  7:34:25/030519(...compat/darwin)> mkid darwin_iof*c
Segmentation fault (core dumped)
ttyp0:makoto@serv  7:34:29/030519(...compat/darwin)> ls -l  darwin_iof*c
-rw-r--r--  1 makoto  wheel  26091 May 15 23:35 darwin_ioframebuffer.c

ttyp0:makoto@serv  7:36:56/030519(...compat/darwin)> gdb /usr/pkg/bin/mkid mkid.core
...
(gdb) where 
#0  0x72466c60 in ?? ()

とても長い行があるのが原因風。

/usr/include/stdio.h:#define BUFSIZ 1024 /* size of buffer used by setbuf */

これを使っているのかなぁ。BUFSIZ はかなりの数で参照されているので、直すのが面倒な気がして、一時的に

/usr/include/stdio.h:#define BUFSIZ 65536 /* size of buffer used by setbuf */

にして作ったら、問題解決。

./libidu/idfile.c: static char file_name_buffer[BUFSIZ];
./libidu/fnprint.c: static char file_name_buffer[BUFSIZ];
./libidu/scanners.c: char id_0[BUFSIZ];
./libidu/scanners.c: char id_0[BUFSIZ];
./libidu/scanners.c: static char id_0[BUFSIZ];
./src/lid.c:char anchor_dir[BUFSIZ];
./src/lid.c: char line[BUFSIZ];
./src/lid.c: char buf[BUFSIZ];
./src/lid.c: char regexp_buf[BUFSIZ];
./src/lid.c: char ed_arg_buffer[BUFSIZ];
./src/lid.c: char pattern[BUFSIZ];
./src/lid.c: char buf[BUFSIZ];
./src/lid.c: static char pat_buf[BUFSIZ];
./intl/localealias.c: char buf[BUFSIZ];
./intl/localealias.c: if (fgets (buf, BUFSIZ, fp) == NULL)
./intl/localealias.c: if (fgets (buf, BUFSIZ, fp) == NULL)

このうち変更が必要なのは
./src/lid.c: char line[BUFSIZ];
だけかも知れない。いづれにしても lid.c の中だけでいい気がする。

Bugs in id-utils-3.2 (http://mail.gnu.org/archive/html/bug-gnu-utils/2000-11/msg00142.html)

は関係あるかな。
id-utils-3.2d を使うのが普通らしい

2003年05月19日(月) 旧暦 [n年日記]

#1 [NetBSD] ffs_alloccg: map corrupted: start 2 len 510 offset 214 214

＠ 1.6O 辺りの makefs を持って来たら、正常終了風:

#2 [mkid] Segmentation fault