[Bug 59620] Re: can't handle ext2 resize_inode feature
Bug Watch Updater
59620 at bugs.launchpad.net
Sat Oct 28 08:43:07 UTC 2017
Launchpad has imported 28 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=90894.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2003-05-15T05:53:18+00:00 Kenneth wrote:
>From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
Description of problem:
I have two Redhat partition, a small boot parition in hdb1 and the normal Linux
system in hdb3 (hda is a DVD player). Backup strategy is to boot to the small
backup parition and use parted to copy the main Linux parition to a separate
disk (hdd). This worked find in Redhat 7.3. It continued to work when I
reinstalled Redhat 9 in the boot partition, but it quite working when I
installed Redhat 9 in the main linux partition. When it is asked to make the
copy, parted complains that....
This ext2 filesystem has a rather strange layout! Parted can't resize
this (yet)
A forced e2fsck -f /dev/hdb3 reports no errors, so I'm assuming that this is an
incompatibility between e2fsprogs and parted rather than a corrupted disk
partition. Upgrading to parted 1.6.5 hasn't helped.
Version-Release number of selected component (if applicable):
Parted 1.6.3-11 E2fsprogs 1.32-6
How reproducible:
Always
Steps to Reproduce:
1.Run parted and create a partition slightly larger than the main Redhat linux
partition.
2. Ask to copy the main partition to the new one.
Actual Results: This ext2 filesystem has a rather strange layout! Parted can't
resize this (yet)
Expected Results: It should have copied the partition
Additional info:
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/0
------------------------------------------------------------------------
On 2004-06-25T19:25:38+00:00 Jeremy wrote:
*** Bug 104836 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/1
------------------------------------------------------------------------
On 2004-06-25T19:35:00+00:00 Jeremy wrote:
*** Bug 113074 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/2
------------------------------------------------------------------------
On 2004-06-25T19:48:26+00:00 Jeremy wrote:
*** Bug 122803 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/3
------------------------------------------------------------------------
On 2004-06-26T04:44:20+00:00 Andrew wrote:
Unfortunately, Parted's ext2 support is a reimplementation of
e2fsprogs. Ideally, we should switch over to using libe2fs, etc.
(which would require changes to libe2fs). I'm happy to help
volunteers, but I don't have time to do this myself.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/4
------------------------------------------------------------------------
On 2004-06-30T07:11:09+00:00 Günther wrote:
I suggest that this bug (#90894) should be marked with
priority "high" rather than "normal" for the following reasons:
Any ext2/ext3 filesystems created during the installation procedure
of recent RedHat/Fedora Linux versions, which use the e2fsprogs for
this task, cannot be resized, moved or copied anymore using parted.
In other words: Parted can basically not be appplied to those
partitions/filesystems anymore at all. Unfortunately, the utilities
fdisk, resize2fs, etc. are not really alternatives (i.e. inconvenient
to use) when you have to resize and move partitions and filesystems
on a densely packed hard drive.
Regards,
Günther
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/5
------------------------------------------------------------------------
On 2004-07-16T20:31:26+00:00 Jeremy wrote:
*** Bug 128049 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/6
------------------------------------------------------------------------
On 2004-07-17T10:09:27+00:00 chris wrote:
I really dont have anything valuable to contribute to the resolution
of this bug, but I would like to know when a resolution is found.
Thanks all,
Chris
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/7
------------------------------------------------------------------------
On 2004-11-01T15:16:10+00:00 Jeremy wrote:
*** Bug 137793 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/8
------------------------------------------------------------------------
On 2004-11-14T04:30:34+00:00 Ian wrote:
Created attachment 106657
Add ext_attr support to parted
I think the problem is that parted does not support the ext_attr feature used
for SELinux. All the other features on my ext3 partitions are recognized by
parted. This patch copies the EXT2_FEATURE_COMPAT_EXT_ATTR feature definition
from e2fsprogs and adds recognition of it. I don't think there is any reason
for special handling of ext_attr.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/9
------------------------------------------------------------------------
On 2004-11-20T23:47:03+00:00 Andrew wrote:
I think Parted needs special handling of ext_attr.
First, Parted's check won't like it, because it will find unreferenced
blocks.
Second, if it moves an EA block, all the inodes need to be updated.
It probably isn't very hard to fix these two problems, though.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/10
------------------------------------------------------------------------
On 2004-12-02T14:39:46+00:00 J.P. wrote:
Additional issues:
When using Anaconda under Fedora Core 3 (and probably other versions),
not only the above mentioned problems happen, as well as the ones
mentioned in Bug 128049, but WINDOWS XP SETUP FROM THE CD STOPS
WORKING. It becomes impossible to run the setup program to
troubleshoot a windows installation that won't boot. If one tries to
boot from the CD, setup will hang after displaying "Setup is
inspecting your computer' hardware configuration".
After formatting the linux partitions with redhat 9 and reinstalling
FC3 without formatting the disks, all the above mentioned problems
went away. (I haven't checked the parted part, but I imagine it is
fixed as well).
For anyone with a dual boot FC3/XP configuration, I strongly advise
that you install the windows XP recovery console to allow for
additional recovery options in case of trouble. (normally you would
run it from the XP CD, which does not work with FC3 formatted drives)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/11
------------------------------------------------------------------------
On 2004-12-04T08:04:38+00:00 Jens wrote:
I am working on FC2 (2.6.5-1.358), and using Partition Magic and
DriveImage (referenced as PQ tools below):
PQ tools works fine after initial install of the kernel, but after
installation of certain RPMs, the PQ tools does not recognize the root
partitions filesystem properly (Error #510; The version of the file
system is not supported). I found that these RPMs introduced the
ext_attr to the ext3 filesystem.
Are the ext_attr needed ?
I can remove the ext_attr easily the following way:
#debugfs -w /dev/hdb1
debugfs: feature -ext_attr
debugfs: q
Do I have a risk here ?
Regards
Jens
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/12
------------------------------------------------------------------------
On 2004-12-06T11:39:55+00:00 David wrote:
Doesn't the extended attributes contain, among other things, ACL:s and
SELINUX security contexts? I would think twice before deciding I to
remove those things.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/13
------------------------------------------------------------------------
On 2004-12-06T14:02:13+00:00 Need wrote:
I'm wondering what the point of a partition editor that can't resize
partitions is.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/14
------------------------------------------------------------------------
On 2005-02-07T15:20:12+00:00 Jani wrote:
Im having this problem on redhat-release-3AS-12.3 (Fresh copy straight
from installation medias) and parted-1.6.3-29.3.
While trying to resize single big partition into smaller one, i get
error message saying:
Actual Results: No Implementation: This ext2 filesystem has a rather
strange layout! Parted can't resize this (yet).
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/15
------------------------------------------------------------------------
On 2005-02-07T20:20:54+00:00 Need wrote:
Mr Katz - is this bug likely to be fixed ever?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/16
------------------------------------------------------------------------
On 2005-04-01T18:11:55+00:00 Ken wrote:
Partition Magic 8 doesn't like dir_index, resize_inode or ext_attr in
FC3 ext3 partitions. They must be removed before it will allow a resize.
You must disable SELINUX first.
edit /etc/selinux/config, and set SELINUX=disabled
Get e2fsprogs-1.37.tar.gz from sourceforge, compile and install it.
then do this (in single user mode!)
umount /dev/xxxx
debugfs -w /dev/xxxx -R "features ^resize_inode ^dir_index ^ext_attr"
e2fsck -y -f /dev/xxxx
Then reboot and run Partition Magic
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/17
------------------------------------------------------------------------
On 2005-04-29T15:46:57+00:00 Oscar wrote:
Just to insist on Additional Comment #16 (2005-02-07):
Is this bug likely to be fixed ever?
And to paraphrase Additional Comment #14 (2004-12-06):
What is the point of a partition editor that can't resize
partitions?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/18
------------------------------------------------------------------------
On 2005-05-14T20:31:21+00:00 Sven wrote:
(In reply to comment #17)
> Partition Magic 8 doesn't like dir_index, resize_inode or ext_attr in
> FC3 ext3 partitions. They must be removed before it will allow a resize.
Will removing ext_attr delete any important information stored in the attributes
(i haven't changed any attributes on the filesystem in question myself)? Is it
possible to enable SELinux again after resizing the partition?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/19
------------------------------------------------------------------------
On 2005-09-12T23:18:52+00:00 Markus wrote:
hi! I just want to add that i have that not only on RedHat/Fedora, but up to now
since i try to utilize that tool also on SUSE until now to v1.6.24. seems to be
a general prob. not only of RH/FC --> i also interested if there is ANY chance
that that'll be fixed or do i have to buy probrietary software. A friend said
the russian paragon would do. Some specialist please tell us how the chances
are! I'm really desperate. It's extremely rare that i start to compile some SW
myselfe like i had to do with parted now to see if maybe not my distro screwed
up the tool ... ciao, nico.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/20
------------------------------------------------------------------------
On 2006-03-22T04:56:08+00:00 Tim wrote:
This is a horrible horrible bug. Many thanks to Comment #11 From J.P. Gonzalez
for explaining why my Windows XP CD and my Windows XP Pro CD would not install
on my computer. I was ready to throw the whole computer out the window. The
Windows disks would say "Setup is inspecting your hardware configuration" and
then I'd get a blank screen and the computer would never recover. There weren't
many hints in that black screen, but I assumed the hardware was working because
I was able to install Fedora Core. Fortunately a Google search found Mr.
Gonzalez' comment above that Fedora Core 3 had caused the whole problem. When I
installed Red Hat 9 on that drive, removing every remnant of Fedora Core 3, the
Windows XP and Windows XP Pro installations worked fine. It seems this a bug in
Fedora Core 3 colliding with a worse bug in Windows XP. But of course Fedora
will get the blame even though Win XP is equally to blame. Please fix this
problem as soon as possible. It's very horrible.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/21
------------------------------------------------------------------------
On 2006-03-22T08:04:13+00:00 Ian wrote:
The horrible bug is a completely different bug. You probably mean #115980 or
#138419 (or at least some the issues reported in the bug since people jumping on
one bug). This was by caused by FC3 using a different disk geometry than
Windows which confuses Windows.
My impression is that the problem has been fixed in FC4 and presumably in FC5.
If you have a corrupted partition, wiping the drive and repartitioning it with
later Fedora versions or Windows should fix the problem.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/22
------------------------------------------------------------------------
On 2006-09-13T16:19:50+00:00 David wrote:
Hi all,
I have not heard anything on this bug in a while and I'm wondering if it still
exists.
Can one of the reporters test with rawhide? Or FC5? If the problem has been
resolved, I'd like to close the bug.
Thanks.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/28
------------------------------------------------------------------------
On 2006-09-13T17:37:42+00:00 Ian wrote:
Parted 1.7.1 in FC5 or Rawhide does not have any support for ext3 filesystems
using ext_attr feature. It will refuse to copy, resize, or move them with an
"File system has an incompatible feature enabled." error.
Reply at: https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/29
------------------------------------------------------------------------
On 2006-11-27T20:45:47+00:00 David wrote:
I'd like to bring everyone on this bug report up to speed on where parted
currently sits with regard to the original reported issue.
Parted is currently at 1.8.0 which is mostly a bug fix release with some updates
to support new disk label types and partition IDs on new hardware (e.g., new
Macs). We [the parted team] are working on parted 2.0 while continuing the 1.x
branch for bug fixes.
The problem originally reported in this report is definitely a bug, but not a
simple fix in libparted. Currently, all of the filesystem code in libparted was
written from scratch. It does not make use of any filesystem libraries
available (e2fsprogs, and so on). This puts libparted at a severe disadvantage
when the filesystems introduce new features. Our decision was to rewrite the
filesystem layer to use those libraries directly rather than add support as
needed to parted. We can't guarantee that the latter method will work for
future filesystem versions, but we can guarantee a better level of compatibility
by using the libraries written by the same people that write the filesystems.
Our plan for parted 2.0 will add the support necessary to fix the problem
reported above.
Currently the _only_ tool that can resize ext3 filesystems is resize2fs
available in e2fsprogs. While annoying, you can use resize2fs to resize the
filesystem and then use fdisk or parted to resize the partition boundary to
match the new filesystem size. With parted 2.0, we'll be able to do this in one
step.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/49
------------------------------------------------------------------------
On 2007-07-24T19:53:26+00:00 David wrote:
Closing as UPSTREAM. We know about it upstream and are working on it. No point
in tracking it as a RHEL or Fedora bug.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/59
------------------------------------------------------------------------
On 2007-07-24T21:16:52+00:00 Need wrote:
Please can you add the upstream bugzilla number so that commenters/reporters for
this bug can track it, as well as any future Fedora users that encounter the bug
before it is fixed.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/comments/60
** Changed in: parted (Fedora)
Status: Fix Released => Won't Fix
** Changed in: parted (Fedora)
Importance: Unknown => High
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to partman-auto in Ubuntu.
https://bugs.launchpad.net/bugs/59620
Title:
can't handle ext2 resize_inode feature
Status in parted package in Ubuntu:
Won't Fix
Status in partman-auto package in Ubuntu:
Fix Released
Status in partman-basicfilesystems package in Ubuntu:
Fix Released
Status in partman-partitioning package in Ubuntu:
Fix Released
Status in Debian:
Invalid
Status in parted package in Fedora:
Won't Fix
Bug description:
I tried to install Xubuntu dapper the other day from the net installer
images over PXE to my Thinkpad X24 with a 40GB HD. It failed. The
reason seems to be that for some reason parted does not seem to be
able to handle my partition layout. There was an error message to
that effect "This ext2 filesystem has a rather strange layout! Parted
can't resize this (yet)." After that, it could not go on.
Two things. I cannot see how my partition layout is strange. I also
set up and formatted my partitions beforehand. No need for parted in
this case and therefore I believe parted bailing out should not bring
the installation process to a complete halt. I reproduced this error
of parted while being booted via Knoppix so I can attach some output
here.
root at 3[knoppix]# fdisk -l
Platte /dev/hda: 40.0 GByte, 40007761920 Byte
16 Köpfe, 63 Sektoren/Spuren, 77520 Zylinder
Einheiten = Zylinder von 1008 × 512 = 516096 Bytes
Gerät boot. Anfang Ende Blöcke Id System
/dev/hda1 1 1000 503968+ 83 Linux
/dev/hda2 7752 8236 244440 83 Linux
/dev/hda4 8722 76070 33943896 5 Erweiterte
/dev/hda5 8722 12597 1953472+ 83 Linux
/dev/hda6 12598 13567 488848+ 83 Linux
/dev/hda7 13568 71697 29297488+ 83 Linux
/dev/hda8 71698 72194 250456+ 82 Linux Swap / Solaris
/dev/hda9 * 72195 76070 1953472+ 83 Linux
root at 3[knoppix]# parted /dev/hda
GNU Parted 1.6.9
Copyright (C) 1998, 1999, 2000, 2001, 2002, 2003 Free Software Foundation, Inc.
This program is free software, covered by the GNU General Public License.
This program is distributed in the hope that it will be useful, but WITHOUT ANY
WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE. See the GNU General Public License for more details.
Using /UNIONFS/dev/hda
Information: The operating system thinks the geometry on /UNIONFS/dev/hda is
77520/16/63. Therefore, cylinder 1024 ends at 503,999M.
(parted) print
Disk geometry for /UNIONFS/dev/hda: 0.000-38154,375 megabytes
Disk label type: msdos
Minor Start End Type Filesystem Flags
1 0,031 492,187 primary ext2
2 3814,945 4053,656 primary ext2
4 4292,367 37440,703 extended
5 4292,398 6200,085 logical ext2
6 6200,117 6677,507 logical ext2
7 6677,539 35288,367 logical ext2
8 35288,398 35532,984 logical linux-swap
9 35533,015 37440,703 logical ext2 boot
(parted) quit
Information: Don't forget to update /etc/fstab, if necessary.
If I start qtparted on Knoppix to move hda2 a bit up front, I also get
this "This ext2 filesystem has a rather strange layout! Parted can't
resize this (yet)." error message.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/parted/+bug/59620/+subscriptions
More information about the foundations-bugs
mailing list