File System Issues during bootup

Steve Crosby fost at
Wed Feb 23 21:04:33 PST 2005

"Sparhawk" <sparhawk at> wrote in
news:20050224031812.77C9EEFB48 at 

> I can confirm that Redhat Enterprise Linux 4.0 suffers from this same
> problem as well.  After completing the steps outlined below you
> receive the following msg upon rebooting to LFS.
> Filesystem contains large files, but lacks LARGE_FILE flag in
> superblock. 
> You are then instructed to run e2fsck manually without -a or -p
> options. When you do this from redhat it fixes the filesystem by
> re-adding the large_file option back to the filesystem.  
> Should this version of redhat be added to the bug as well?  
> -----Original Message-----
> From: lfs-support-bounces at
> [mailto:lfs-support-bounces at] On Behalf Of Gerard
> Beekmans
> Sent: Tuesday, February 22, 2005 11:20 AM
> To: LFS Support List
> Subject: Re: File System Issues during bootup
> On February 21, 2005 08:43 pm, Steve Crosby wrote:
>> for example, to remove large_file and resize_inode from /dev/sdc1
>> echo "features -resize_inode" | debugfs -w -f- /dev/sdc1
>> echo "features -large_file" | debugfs -w -f- /dev/sdc1
>> e2fsck -p /dev/sdc1
> Bad FC3, bad. Wow that's ugly. Rumor has it that e2fsprogs-1.36 may
> have these 
> new features built in as well. Maybe not.
> I'll add your latest notes to the bugzilla bug and we'll have to do a
> more thorough investigation and consider our options.

although it's not documented that I could see quickly, the large_file 
capability appears to already be in e2fsprogs upstream - so you only need 
to remove the resize_inode capability, which the e2fsprogs from LFS 6.0 and 
earlier can't understand.

An alternative is to use version 1.36 of e2fsprogs in LFS, which seems to 
have implemented the resize_inode capability.

-- -
Steve Crosby

More information about the lfs-support mailing list