| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
| |
We don't want to show biosraid, multipath, &c disks in the GUI.
|
|
|
|
|
|
|
|
| |
When using the entire disk, whole-disk formats are replaced with a
new disklabel. When replacing existing linux installations, linux-
native whole-disk formats are replaced with a new disklabel. Disks
containing whole-disk formatting are not offered as bootloader
installation targets.
|
|
|
|
| |
Whole-disk formats are recognized but cannot be edited in any way.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
This is yet another way of running anaconda that gets extremely limited use,
no testing, and no consideration during development to making sure it still
works. Again, we need to stop pretending and get rid of modes that we don't
support.
|
|
|
|
|
|
|
| |
'tmp/storage.log' file. (a part of #524980)
Previously, the method call was logged into 'tmp/anaconda.log' which made the
file harder to do anything useful with.
|
|
|
|
|
|
|
| |
The entry format and date format is standardized: do not show date but always
show miliseconds.
Includes a cleanup in the storage/storage_log.py code to use AnacondaLog.
|
|
|
|
|
|
|
|
|
|
| |
New udev rules for DM stuff use 'MAJOR' and 'MINOR' instead of 'DM_MAJOR'
and 'DM_MINOR', so we need devicelibs.dm.device_is_multipath() to check
for them instead. For now, this code will work with either variety.
This also makes devicelibs.dm.device_is_multipath() take the whole info
blob and do what it needs with it, rather than splitting it up in the
calling function.
|
|
|
|
|
|
| |
For devices created using an external utility we can display a
pulsing progressWindow. For devices created using a python module
we display a waitWindow.
|
|
|
|
|
|
| |
If we are using an external utility to create the format we can use
iutil.execWithPulseProgress. For formats we create using a python
module we can only put up a waitWindow.
|
| |
|
|
|
|
|
|
| |
There's some broken hueristic in mkswap that leads it to sometimes
mistake a logical volume for a disk and hence refuse to format it,
citing something about bootblocks. Nonsense.
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
The BOOT flag of a partition indicates that it can be used to boot the OS
from. Surely this is no longer true after we've formatted it. Note that
we will set the BOOT flag on /boot later on.
|
|
|
|
|
|
|
|
|
|
|
| |
In F-10 and before we did not set the boot flag for /boot on msdos labels,
this could lead to issues when asked to install grub into a partition,
or with certain BIOS's which won't boot from a disk when there are no
active partitions on the disk. However our new behavior of always setting
the boot flag for /boot is wrong for msdos labels too, and is causing various
issues, see (amongst others) bug 533658, 530894 and:
http://forums.fedoraforum.org/showthread.php?t=231421
http://forums.fedoraforum.org/showthread.php?t=2348
|
|
|
|
|
|
|
| |
We're not guaranteed to have the _infofs program on every platform, so we
need to make sure the filesystem is supported before making an attempt. For
now this is only showing up on NTFS volumes on ppc, but it's possible to
come up in other places.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is handy for large configurations so you can specify:
clearpart --drives=sda?
Instead of:
clearpart --drives=sdaa,sdab,sdac,sdad,sdae,sdaf,...
All shell globs are supported here, and all the DEVLINKS are checked against
the glob. This means you can use /dev/disk/by-path paths without knowing
the whole big thing.
|
|
|
|
|
|
|
| |
This allows specifying by anything that could be in DEVLINKS, which includes
stuff like UUID a second way, physical device path on the system, serial
number, and perhaps other methods depending on what kinds of devices are
installed. The next step is making this work throughout kickstart.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Similar to what we have to do for zFCP, write /etc/dasd.conf to the
target system for all DASD devices that have been used during
installation. The device address as well as flags that can be set via
sysfs.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Upstream accepted my patch to change rd_DASD to specify a single device.
If multiple devices need to be brought up at boot time, just give
multiple rd_DASD arguments. Syntax is (from dracut.8):
rd_DASD=<CCW address>[,readonly=X][,use_diag=X][,erplog=X][,failfast=X]
The old rd_DASD has been renamed rd_DASD_MOD and is the same syntax as
the dasd kernel module parameter. However, you can only specify a
single rd_DASD_MOD parameter at boot time.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
For each partition, choose the free space region that provides the
greatest amount of combined growth for the partitions allocated up
to that point.
|
|
|
|
|
| |
Use Request and Chunk instances to calculate growth for all partitions,
then recreates and add the partitions to disk with new geometries.
|
|
|
|
|
| |
Once the bits are in pyparted this function can be made to actually
retrieve a meaningful alignment.
|
| |
|
| |
|
|
|
|
|
| |
This also eliminates the need for the min/max constraint when adding
a new partition.
|
| |
|
|
|
|
|
|
| |
For fixed-size requests, choose the smallest suitable region. For
growable requests, choose the largest suitable region. For bootable
requests, as before, choose the first suitable region.
|
|
|
|
| |
Also give a little bump based on mountpoint.
|
| |
|
|
|
|
|
|
| |
Some drivers (cpqarray <blegh>) make block device nodes for
controllers with no disks attached and then report a 0 size,
treat this as no media present.
|
|
|
|
|
|
|
|
|
| |
Make MDRaidArrayDevice.__init__ raise a value exception when creating
a new (so non existing) raid set and there are not enough members for
the requested raid level.
And catch this value exception in the GUI raid dialog and kickstart raid
commands.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since BIOS RAID sets never change there is no need to deactivate them and
later activate them again. This also fixes problems in case the followng
happens:
1) raid sets get activated, pyblock creates device-mappings for partitions on
the set.
2) The partition table changes while exectuing actions
3) the raid sets gets de-activated, because of devicetree.processActions()
tearing down everything in response to a disklabel commit error caused
by lvm or mdraid using a partiton
4) pyblock tries to remove the partition mappings as it has created them,
but the partition table has changed, and when parted commits partition
table changes of a dmraid set to disk, it also modifies the partitions
device-mappings. pyblock tries to remove a non existing mapping ->
backtrace.
|
|
|
|
|
|
| |
Since we are no longer stopping / re-starting mdraid container arrays, we
no longer need the workaround for the mdadm --stop on containers bug
in the MDRaidArrayDevice teardown method.
|