search for: inumb

...14 16:35:37 EEST 2008 doroot@panix.internal.net:/usr/obj/usr/src/sys/GENERIC i386 This hardware change happened in Sunday Jul 13. The next day (Jul 14) morning "periodic daily" cron job at 03:01 gave: /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflush), uid 0 inumber 2662656 on /usr: bad block /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflush), uid 0 inumber 2662656 on /usr: bad block /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflush), uid 0 inumber 2662656 on /usr: bad block /var/log/messages.1.bz2:Jul 14 03:...

If I have a data frame something like: Value=rnorm(30) Group = sample(c('A','B','C'), 30, replace=TRUE) df = data.frame(Value, Group) It seems like it should be simple to create an 'ObsID' column which indicates the observation order of each Value within each of the 3 groups. Somehow, I can't quite see how to do it without manually sub-setting the parent data

I am attempting to utilise a 250Gb Maxtor external Firewire drive. To obtain maximum portability I would prefer to format it as FAT32 (it comes formatted that way) - that way Windows, Linux and FreeBSD machines can access it. Unfortunately FreeBSD doesn't grok really large FAT32 partitions :( When I attempt to mount it, I get -> mountmsdosfs(): disk too big, sorry The code in question..

...00 systrap+0x116 (fe000e34,0) fe000e34 sys_call+0x3f from 08060314 ax: 3b cx: 0 dx: 806a06e bx: 806a058 fl: 246 ds: 1f fs: 0 sp:fe000e64 bp: 0 si: 8069fc4 di: 1 err: 0 es: 1f gs: 0 0> vxi -f c3fb4ac0 VXFS INODE TABLE SIZE = 5396 SLOT MAJ/MIN INUMB RCNT LINK UID GID SIZE MODE FLAGS 2220 65,7 2 187 29 0 0 2048 d---777 rw FORW BACK AFOR ABCK MAPSZ OLDSZ - 3732 - - 0 OWNER RWOWNER COUNT NEXTR IWANT IWANTRW IWANTG IWANTP 306 297 0 0 0 179...

...__attribute__((__packed__)) xfs_dir2_sf_hdr_t; + +typedef struct xfs_dir2_sf_entry { + uint8_t namelen; /* actual name length */ + xfs_dir2_sf_off_t offset; /* saved offset */ + uint8_t name[1]; /* name, variable size */ + xfs_dir2_inou_t inumber; /* inode number, var. offset */ +} __attribute__((__packed__)) xfs_dir2_sf_entry_t; + +typedef struct xfs_dir2_sf { + xfs_dir2_sf_hdr_t hdr; /* shortform header */ + xfs_dir2_sf_entry_t list[1]; /* shortform entries */ +} __attribute__((__packed__)) xfs_dir2_sf_...

...06,13 +438,12 @@ typedef struct xfs_dir2_sf_hdr { typedef struct xfs_dir2_sf_entry { uint8_t namelen; /* actual name length */ xfs_dir2_sf_off_t offset; /* saved offset */ - uint8_t name[1]; /* name, variable size */ - xfs_dir2_inou_t inumber; /* inode number, var. offset */ + uint8_t name[]; /* name, variable size */ } __attribute__((__packed__)) xfs_dir2_sf_entry_t; typedef struct xfs_dir2_sf { - xfs_dir2_sf_hdr_t hdr; /* shortform header */ - xfs_dir2_sf_entry_t list[1];...

Hi all, I was intending on trying out gjournal on a new disk i've added in my desktop. I had a look to see what the most recent patch provided by Pawel and found http://people.freebsd.org/~pjd/patches/gjournal6_20061024.patch I created the directories as per Pawel's original post (http://lists.freebsd.org/pipermail/freebsd-fs/2006-June/001962.html) and the patch succeeded with no failed