Parted 'incompatible feature'
Robert
kerplop at sbcglobal.net
Fri Jul 23 01:57:41 UTC 2004
Chris Adams wrote:
> Once upon a time, Robert <kerplop at sbcglobal.net> said:
>
>>After consulting man tune2fs, I follow what you're doing above. I remain
>>mystified about the source of your information, though.
>
>
> When I ran FC2 parted to resize a partition a week or two ago, it said
> that the problem was the dir_index option, and I happened to still
> remember it when I saw your email. :-)
Thanks again for remembering but I have yet the experience the "Thrill
of victory". I tried the sequence you spelled out without success and
decided it just might be the version of parted and/or tune2fs available
in FC1. For the record, that's parted 1.6.3-31 and tune2fs 1.34
(25-Jul-2003). So, I got out my trusty FC2 rescue CD and booted this
machine from it. (Skipped network setup, skipped mounting / fs on
/mnt/sysimage.) This gives me tune2fs 1.35 (28 Feb 2004) and GNU parted
1.6.9 to work with and I got the same results. First I tried tune2fs \
-O ^dir_index /dev/hdb2 then tried the same command on the /boot part
(hdb1) too. Parted complained, either way, with the same msg as before.
I'm thinking that the tune2fs command isn't doing anything because when
I theoretically restored the dir_index for the two partitions, any delay
before the bash prompt returned was imperceptable.
Y'know, since removing the rescue CD and rebooting to FC1, I thought of
something else that's not exactly normal. When I loaded FC2 onto that
drive, I unplugged the pri master drive to be damn certain that any
misunderstanding 'tween Anaconda and I would cost nothing but time.
Therefore GRUB was installed on the pri slave drive.
I wonder if that's spoiling my party... That's for tomorrow.
--
HOST SYSTEM RESPONDING, PROBABLY UP...
20:24:00 up 4 min, 2 users, load average: 0.47, 0.42, 0.18
One billion seconds ago it was 17:37:20 CST Mon 11/13/72
More information about the fedora-list
mailing list