Hi John, Dave,
On 03/23/09 22:09, Dave Miner wrote: > John Levon wrote: >> Jan asked me to start a discussion on this bug: >> >> http://defect.opensolaris.org/bz/show_bug.cgi?id=7544 >> 12Gb minimum disk requirement is too restrictive >> >> I think I've made my point well enough in the report, so I'll just >> repeat myself :) >> >> This is a problem in virtualized scenarios, where 12Gb is actually >> rather larger than usual (a typical virtual disk image would be 4Gb, but >> much lower values are sometimes used). It also seems a little >> heavyweight for USB, though perhaps that case isn't relevant. >> >> Furthermore, it doesn't seem useful behaviour to have this restriction >> in place. If I supply a disk, it should just use that (giving a clear >> warning) unless it's literally unworkable (the image will not fit into >> the provided space). >> >> I don't think it's appropriate for AI to second guess the intended >> purpose of the install. It may never be updated, and it just doesn't >> make sense to assume the user will need 14Gb of storage (which is a >> distinctly non-trivial amount). >> > > I tend to agree that it's not a useful limitation since the size of > the required disk depends directly on the packages selected for > installation. If there's only one disk available for use (as is often > the case) then trying it as best we can is probably the most > reasonable approach. Thank you for your input. Based on this, I think if we might change the default behavior in following way: * search for first disk with at least 'recommended' space available (taking into account further upgrades and swap and dump devices). * If such disk is not found, pick up the first one with at least minimum space available (size of bits to be installed plus some reserve - 20% for now is used) * if there is no disk with at least minimum required space available, inform user and give up. Please let me know, if it might sound reasonable. Thank you, Jan
