Bug 468867 - But I have enough space for the live cd
But I have enough space for the live cd
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: anaconda (Show other bugs)
rawhide
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeremy Katz
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-10-28 10:32 EDT by Andrew Cagney
Modified: 2008-11-03 14:16 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-11-03 14:16:32 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Andrew Cagney 2008-10-28 10:32:44 EDT
(Do not try this at home, lucky for me I had a backup :-)

When installing from the live cd (here the beta), onto an existing partition schema, anaconda appears to determine if there's enough space using df of "/" which isn't sufficient; and then drops everything on the floor.

Some details:

- an existing machine running F-9, with a more traditional /, /var, /usr, /boot, /home partition schema, it is using lvm et.al. to carve up the disk

- the goal is to re-install all the system partitions with F-10, but preserve /home

- using the live cd [usb], and going through the install to disk ...

-> at the partition step, selected custom, and then, for each existing partition, fill in the details - where it should be mounted and for system partitions, that they should get new file systems

-> click next; anaconda "commits" this

-> anaconda comes back declaring that, oops, there isn't enough space so you can't go forward; but wait, anaconda also won't let you go back, ....

-> reboot

-> using the live cd[usb] find that everything was dropped on the floor and /home is missing
Comment 1 Jeremy Katz 2008-11-03 11:00:44 EST
Which filesystems did you say should get formatted?

It used to be difficult for us to figure out early enough that your / wasn't big enough for the live case, but I actually see a way to get it in pretty cleanly now, so I'm going to send that patch off to get reviewed and will try to get it into F10 as it looks pretty straight-forward which will avoid the problem in any case.  But I want to just make sure that I understand how you got into the case you did to make sure there's no other cases to double-check
Comment 2 Jeremy Katz 2008-11-03 11:09:34 EST
Oh, and how big was your / ?
Comment 3 Andrew Cagney 2008-11-03 11:37:21 EST
(In reply to comment #1)
> Which filesystems did you say should get formatted?
> 
> It used to be difficult for us to figure out early enough that your / wasn't
> big enough for the live case, but I actually see a way to get it in pretty
> cleanly now, so I'm going to send that patch off to get reviewed and will try
> to get it into F10 as it looks pretty straight-forward which will avoid the
> problem in any case.  But I want to just make sure that I understand how you
> got into the case you did to make sure there's no other cases to double-check

These numbers are from memory; main thing is / on its own isn't big enough but / + /usr et.al. is:

/ - 1 gb?
/usr - 10 gb
/var - 1 gb
/boot - 200 mb

and they were all marked for mkfs (aka formatted); /home was meant to be left untouched untouched.
Comment 4 Jeremy Katz 2008-11-03 12:29:50 EST
Okay, so you definitely didn't have enough space for the way we do the live install so that's definitely a problem that we should catch earlier (and the patch I sent off for review will ensure we did)

So should be fixed for F10 final as long as the patch doesn't have any big problems
Comment 5 Jeremy Katz 2008-11-03 14:16:32 EST
And applied

Note You need to log in before you can comment on or make changes to this bug.