New newfs vs. half-baked disks patch
From: Wes Peters (wes_at_softweyr.com)
Date: 11/11/03
- Previous message: Mark Linimon: "Re: Patches to compile the kernel with Intel's C/C++ compiler"
- Next in thread: Bruce Evans: "Re: New newfs vs. half-baked disks patch"
- Reply: Bruce Evans: "Re: New newfs vs. half-baked disks patch"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: arch@freebsd.org Date: Tue, 11 Nov 2003 13:52:05 -0800
I re-did the patch using a differing magic number, as suggested. This
approach works quite nicely. The patch is smaller and does more with
no kernel mods.
This patch does more because a filesystem partially created with newfs
now has an invalid magic number on the first superblock. This means
older kernels will not mount the filesystem and older fsck will at
least warn about not finding the first superblock.
This patch includes a change to fsck so it will recognize an incomplete
newfs filesystem, exiting with a unique status (11) and issuing the
message "This volume is incomplete, run newfs again."
The patch to newfs includes the -E flag to generate error conditions;
these changes will be committed separately. Barring lack of
objections, I'd like to commit this tomorrow.
Thanks to everyone who commented on the first round. This was my first
foray into filesystem programming since my Minix days and you were all
more than generous.
--
"Where am I, and what am I doing in this handbasket?"
Wes Peters wes@softweyr.com
_______________________________________________
freebsd-arch@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
- text/x-diff attachment: newfs.patch
- Previous message: Mark Linimon: "Re: Patches to compile the kernel with Intel's C/C++ compiler"
- Next in thread: Bruce Evans: "Re: New newfs vs. half-baked disks patch"
- Reply: Bruce Evans: "Re: New newfs vs. half-baked disks patch"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
- [PATCH 2.6.0-test5 latest bk]mqueue filesystem
... changes in 2.6.0-test4 caused your patch to no longer build. ... I have been
hammering the hell out of this filesystem ... POSIX message queues fs ...
+static int proc_write_max_queues(struct file *file, ... (Linux-Kernel) - Re: [PATCH] lockfs patch for 2.6
... Christoph's vfs patch looks good, I've stripped out the XFS bits (FS ... I had
to add a struct super_block pointer to ... * block device, we hould a read lock
on the s->s_umount sem to make sure ... Lock the filesystem while a device is suspended.
... (Linux-Kernel) - Re: [PATCH] Add notification of page becoming writable to VMA ops
... >> The attached patch adds a new VMA operation to notify a filesystem or other
... that reduces the size of the patch. ... Linux NTFS maintainer / IRC:
... send the line "unsubscribe linux-kernel" in ... (Linux-Kernel) - [PATCH] Handle errors in sync_sb_inodes()
... time but not reported to the program as shown by the following script ... #
We binary search the size of a file in 40M filesystem that can cause ... then expects to
find some error code in msync(). ... With this patch, I think it's important to
keep the return values of ... (Linux-Kernel) - Re: Solaris 8, VxVM 3.1 and vxresize
... The VxVM version is 3.1 with patch Solaris 8 ... > 1) the filesystem
has logging switched on. ... It will first enlarge the container, ... (comp.unix.solaris)