search for: 28c28

...02 \0 \0 \0 020 \0 \0 \0 004 \0 \0 \0 004 \0 \0 --- > 0000600 374 002 \0 \0 \0 020 \0 \0 \0 004 \0 \0 \0 004 \0 \0 25c25 < 0000640 . d a t a \0 \0 \0 030 \0 \0 \0 \0 \0 \0 --- > 0000640 . d a t a \0 \0 \0 034 \0 \0 \0 \0 \0 \0 28c28 < 0000720 024 \0 \0 \0 \0 0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 --- > 0000720 030 \0 \0 \0 \0 0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 At which point I come to a halt due to my lack of knowledge on compilers and DLL's etc. (Are the discrepancies at the termination of st...

..., I would appreciate it. thanks. have fun, greg -- this signature intentionally left blank Index: cmdline/Makefile.in =================================================================== RCS file: /usr/local/cvsroot/vorbis/cmdline/Makefile.in,v retrieving revision 1.5 diff -r1.5 Makefile.in 28c28 < LIBS=@LIBS@ @pthread_lib@ --- > LIBS=@LIBS@ @pthread_lib@ getopt.a 30c30,31 < OFILES = getopt.o getopt1.o main.o --- > OFILES = main.o > GETOPT_OBJECTS = getopt.o getopt1.o 43,44c44,45 < target: $(OFILES) ../lib/libvorbis.a < $(LD) $(CFLAGS) $(OFILES) $(LDFLAGS) ../lib/lib...

Hi, Using dumpe2fs I have been able to determine that all of my alternate ext3 superblocks are corrupted (not clean), and only the primary superblock is valid, i.e. mount works and the ordered journal is applied. When the primary superblock gets flakey, i.e. the ext_attr Filesystem feature goes missing - not sure why this occurs. At this point, the mount does not apply the journal using the