Fedora 17’s unified filesystem (/usr-move)
Daniel J Walsh
dwalsh at redhat.com
Mon Jan 30 14:28:17 UTC 2012
-----BEGIN PGP SIGNED MESSAGE-----
On 01/29/2012 05:33 PM, Michel Alexandre Salim wrote:
> On 01/27/2012 04:08 PM, Daniel J Walsh wrote:
>> On 01/27/2012 08:10 AM, Harald Hoyer wrote:
>>> The packages, which are about to land in rawhide, are at this
>>> moment available via the ‘f17-usrmove’ koji tag. They are
>>> ready for testing now. Any tests, preferably in virtual
>>> machines or snapshots, where failures are acceptable, are more
>>> than welcome, and any feedback is greatly appreciated.
>>> SELinux relabelling should take effect after you rebooted your
>>> updated system and can take a long time (at least in a VM it
>>> takes insanely long and is still not finished). We are
>>> currently investigating, what seem to take so long, so you
>>> might consider to test with SELinux disabled for now.
>> WHy not do this with enforcing=0 rather then selinux=0, then the
>> relabel should not be required.
> I can report that on my laptop (Sony Vaio SA3), starting from a
> clean Fedora 16 x86_64 install and pulling kernel, kernel-devel and
> gcc from updates-testing (I have to compile acpi_call to turn off
> my new "fusion" AMD card), the upgrade went without a hitch.
> Answering Dan's SELinux suggestion -- I tried doing the migration
> with enforcing=0 -- at the next boot it still tries to relabel the
> filesystem (I aborted once and booted with selinux=0 to verify
> everything is working, and am now doing the relabeling).
> Does the usrmove script have to be modified, perhaps?
grep autorelabel /usr/lib/dracut/modules.d/30usrmove/*
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
More information about the test