When I read the Subject ([2.6 patch] fs/reiser4/: possible cleanups) for a second, I thought that this patch was against Linus' tree. I concluded that reiser4 must have been recently merged in mainline, since there's a patch for it. But no, it's a -mm patch. Gah! Shouldn't the Subject be more like
Steve Olivieri wrote:
> Greetings!
>
> I have a Maxtor Atlas II 15k, 147GB SCSI hard disk and an LSI Logic
> LSI21320 Ultra320 SCSI Host Bus Adapter for PCI-X (though it's running in
> a PCI slot). I have partitioned it and installed a temporary Gentoo
> system with the reiserfs filesytem. My boo
This patch contains the following possible cleanups:
- make needlessly global code static
- #if unused code away
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/reiser4/flush_queue.c |2 ++
fs/reiser4/fsdata.c|9 ++---
fs/reiser4/fsdata.h
Greetings!
I have a Maxtor Atlas II 15k, 147GB SCSI hard disk and an LSI Logic
LSI21320 Ultra320 SCSI Host Bus Adapter for PCI-X (though it's running in
a PCI slot). I have partitioned it and installed a temporary Gentoo
system with the reiserfs filesytem. My boot partition uses ext2. These
par
p will preserve permissions, but I'd add l to avoid traversing the
virtual proc and sys filesystems. You'll also need a minimal set of
device nodes. I find it easiest to tar up my current /dev (p is all you
need here too) rather than making only the devices needed before udev
starts.
On Fri, 2005-
Vlad,
fsck.reiserfs version is 3.6.19; when I run it, it reports no corruption errors found at the end; or something like that.
I'll tar the whole partition to an external drive, then format it and untar it again.
Anyone knows if "tar cvjpf file /" is suffecient to keep all permisions
etc. (inc
John Gilmore wrote on Thu, 27 Oct 2005 12:41:50 +:
> I'm failing to see the difference between a "true path" and a "not guaranteed
> true path" -- Don't all paths (that point "upwards") have to lead to root
> eventually? Hrm... Maybe you mean that an "upward path" (also called a "back
> refe
