Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 25 September 2012 15:19, Colin Guthrie wrote: > Regarding what does the actual move of files, I cannot say but if it > happens automatically on a yum upgrade I'd certainly be interested to > know how it's done without breaking things... Also I'm surprised that > rpm let you do the upgrade as fedora have the same checks on their > filesystem rpm as we do (i.e. it refuses to install if the /bin + > friends are NOT symlinks)... so I'd be interested to know how this is > done... I used https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum but I did the FC16->17 between 1 and 2 months ago and I'm not sure if I had to do the dracut stuff anymore :-(
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Thierry Vignaud at 25/09/12 11:07 did gyre and gimble: > On 9 September 2012 20:42, Colin Guthrie wrote: >>> Those cannot be done anymore. >>> Now updating rpm in order to be able to sole the unifiedsystemdir depends >>> pulls filesystem... >>> Classic egg & chicken issue... >> >> Yes, this has been a problem for a while now in Cauldron. But not many >> users are asking this question these days, so the likely path now is >> from mga2 -> cauldron which is probably where the effort should be focused. > > BTW I tested live upgrade from FC17 to FC18. > It works smoothly if you don't have third party packages. > in FC there's no need for a special boot, everything is hanled by filesystem > package's pre/post scripts: > > $ rpm -q --scripts filesystem -v > pretrans scriptlet (using ): > --# > --# If we are running in pretrans in a fresh root, there is no /usr > and symlinks. > --# We cannot be sure, to be the very first rpm in the transaction list, > --# so, let's create the toplevel symlinks here and the directories > they point to. > --# When our rpm is unpacked by cpio, it will set all permissions and > modes later. > --# > > if posix.stat("/usr") == nil then > posix.mkdir("/usr") > end > > for i,dir in ipairs({"/lib", "/lib64", "/sbin", "/bin"}) do > if posix.stat("/usr"..dir) == nil then > posix.mkdir("/usr"..dir) > if posix.stat(dir, "mode") == nil then > posix.symlink("usr"..dir, dir) > end > end > end > > return 0 > postinstall scriptlet (using ): > posix.symlink("../run", "/var/run") > posix.symlink("../run/lock", "/var/lock") We have pretty much the same script in our package if you look, but this does not process the move transition itself (i.e. there is nothing to move content from /bin to /usr/bin before rmdir'ing the dir and replacing it with a symlink). What this script achieves is to ensure that the filesystem layout is correct when installing the very first packages e.g. in a chroot. This is needed because some packages (not filesystem.rpm) may package a file /bin/foo. rpm does not guarentee ordering of the package installation transaction so if we install the foo package (which will trigger the installation of filesystem) we cannot guarentee that filesystem will be installed before foo and thus we need to prevent the creation of the /bin dir that would happen if foo was installed first. The comments in the script explain this pretty clearly. Regarding what does the actual move of files, I cannot say but if it happens automatically on a yum upgrade I'd certainly be interested to know how it's done without breaking things... Also I'm surprised that rpm let you do the upgrade as fedora have the same checks on their filesystem rpm as we do (i.e. it refuses to install if the /bin + friends are NOT symlinks)... so I'd be interested to know how this is done... Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 25 September 2012 12:20, Sander Lepik wrote: Those cannot be done anymore. Now updating rpm in order to be able to sole the unifiedsystemdir depends pulls filesystem... Classic egg & chicken issue... >>> >>> Yes, this has been a problem for a while now in Cauldron. But not many >>> users are asking this question these days, so the likely path now is >>> from mga2 -> cauldron which is probably where the effort should be >>> focused. >> >> BTW I tested live upgrade from FC17 to FC18. >> It works smoothly if you don't have third party packages. >> in FC there's no need for a special boot, everything is hanled by >> filesystem >> package's pre/post scripts: > > Hmm, /usr move in Fedora is already done: > http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_16_-.3E_Fedora_17 > I don't see what problems you could have during upgrade from f17 to f18. Try > a live upgrade from f16 to f17 w/o those steps ;) AFAIC I've done both.
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
25.09.2012 13:07, Thierry Vignaud kirjutas: On 9 September 2012 20:42, Colin Guthrie wrote: Those cannot be done anymore. Now updating rpm in order to be able to sole the unifiedsystemdir depends pulls filesystem... Classic egg & chicken issue... Yes, this has been a problem for a while now in Cauldron. But not many users are asking this question these days, so the likely path now is from mga2 -> cauldron which is probably where the effort should be focused. BTW I tested live upgrade from FC17 to FC18. It works smoothly if you don't have third party packages. in FC there's no need for a special boot, everything is hanled by filesystem package's pre/post scripts: Hmm, /usr move in Fedora is already done: http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_16_-.3E_Fedora_17 I don't see what problems you could have during upgrade from f17 to f18. Try a live upgrade from f16 to f17 w/o those steps ;) -- Sander
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 9 September 2012 20:42, Colin Guthrie wrote: >> Those cannot be done anymore. >> Now updating rpm in order to be able to sole the unifiedsystemdir depends >> pulls filesystem... >> Classic egg & chicken issue... > > Yes, this has been a problem for a while now in Cauldron. But not many > users are asking this question these days, so the likely path now is > from mga2 -> cauldron which is probably where the effort should be focused. BTW I tested live upgrade from FC17 to FC18. It works smoothly if you don't have third party packages. in FC there's no need for a special boot, everything is hanled by filesystem package's pre/post scripts: $ rpm -q --scripts filesystem -v pretrans scriptlet (using ): --# --# If we are running in pretrans in a fresh root, there is no /usr and symlinks. --# We cannot be sure, to be the very first rpm in the transaction list, --# so, let's create the toplevel symlinks here and the directories they point to. --# When our rpm is unpacked by cpio, it will set all permissions and modes later. --# if posix.stat("/usr") == nil then posix.mkdir("/usr") end for i,dir in ipairs({"/lib", "/lib64", "/sbin", "/bin"}) do if posix.stat("/usr"..dir) == nil then posix.mkdir("/usr"..dir) if posix.stat(dir, "mode") == nil then posix.symlink("usr"..dir, dir) end end end return 0 postinstall scriptlet (using ): posix.symlink("../run", "/var/run") posix.symlink("../run/lock", "/var/lock")
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Thierry Vignaud at 09/09/12 17:17 did gyre and gimble: > On 22 July 2012 12:42, Colin Guthrie wrote: >> I've clarified these instructions on the wiki: >> >> https://wiki.mageia.org/en/Feature:UsrMove#Release_Notes >> >> >> Feel free to augment them with better info as needed. > > Those cannot be done anymore. > Now updating rpm in order to be able to sole the unifiedsystemdir depends > pulls filesystem... > Classic egg & chicken issue... Yes, this has been a problem for a while now in Cauldron. But not many users are asking this question these days, so the likely path now is from mga2 -> cauldron which is probably where the effort should be focused. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 22 July 2012 12:42, Colin Guthrie wrote: > I've clarified these instructions on the wiki: > > https://wiki.mageia.org/en/Feature:UsrMove#Release_Notes > > > Feel free to augment them with better info as needed. Those cannot be done anymore. Now updating rpm in order to be able to sole the unifiedsystemdir depends pulls filesystem... Classic egg & chicken issue...
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Pascal Terjan at 03/08/12 11:32 did gyre and gimble: > On Fri, Aug 3, 2012 at 11:27 AM, Christiaan Welvaart > wrote: >> On Fri, 3 Aug 2012, Colin Guthrie wrote: >> >>> 'Twas brillig, and Pascal Terjan at 03/08/12 00:40 did gyre and gimble: On Fri, Aug 3, 2012 at 12:23 AM, Pascal Terjan wrote: > > On Sun, Jul 22, 2012 at 1:12 AM, Colin Guthrie > wrote: >> >> OK, so the packages have now all been uploaded. >> >> You should see several packages now that you cannot install on >> Cauldron. >> This is intended behaviour. >> >> Here is how to update your cauldron systems: >> >> 1. Run "urpmi --auto-update" install everything that can be installed. >> 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make >> sure (it may have been excluded in the --auto-update if it was in a >> transaction with other packages that could not be installed). >> 3. Ensure that you do not have zapata or dpkg installed (rpm -e >> zapata; >> rpm -e dpkg) >> 4. Generate a new initrd and include the conversion script: dracut -f >> -a convertfs >> 5. If you have /usr on a separate partition >> - Ensure there is enough free space to hold /bin, /sbin, /lib and >> /lib64 content. >> - If your /usr is mounted readonly, change your /etc/fstab to >> mount >> it rw. >> 6. Reboot. >> 7. At the bootloader prompt, edit the command line and append: "rw >> rd.convertfs" (without the quotes) to your command line and then boot. >> >> That should be all that is needed :) > > > How to update a chroot? Answering to myself: chroot $chroot urpmi dracut $chroot/usr/lib/dracut/modules.d/30convertfs/convertfs.sh $chroot That did the conversion, but I still can't update, probably because my rpm is too old (rpm-4.9.1.3-2.mga2) as it was not possible to update it before the conversion (it pulls filesystem). >>> >>> >>> Yeah in this case if the conversion is done, I'd just recommend >>> installing filesystem --nodeps and the rest should flow. It's not ideal >>> certainly, but there is still time to polish this a bit before upgraders >>> get hit by this (and as there will be updated rpm packages in the stable >>> releases, it should mitigate this specific problem, but we should still >>> see if we can do things better) >> >> >> Polish this a bit? It is not at all ready, and as I said earlier rpmlib is >> broken. Please don't upload broken rpm packages to stable releases. >> >> Maybe the instructions should be: >> - install dracut and kernel-desktop-latest from mga3 >> - reboot, make sure the "usrmove filesystem update" >> kernel entry is chosen in the bootloader >> - upgrade to mga3 as usual >> >> But that means a lot of things are still missing: >> - dracut automatically including the conversion script >> (only when needed?) >> - automatic generation of the bootloader entry mentioned above > > I would vote to also force the reboot into this entry at next boot Yeah I was intending to have a new package that would be pushed into mga2 that ensures dracut is installed (as opposed to mkinitrd - not sure why you're suggesting kernel-desktop-latest here). This new package would take care to install an initrd and add bootloader entry for (probably) the newest currently installed kernel and probably ensure it was the default entry until the boot was complete at which point it would be automatically removed. TBH I'm less worried about the "broken" rpmlib issue than Christiaan. While I can't argue against him technically, I think practical pragmatism is such that it's not going to be an issue for all but a handful of people, in which case it's likely not worth me spending several days working on a more elegant and technically correct solution. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Fri, Aug 3, 2012 at 11:27 AM, Christiaan Welvaart wrote: > On Fri, 3 Aug 2012, Colin Guthrie wrote: > >> 'Twas brillig, and Pascal Terjan at 03/08/12 00:40 did gyre and gimble: >>> >>> On Fri, Aug 3, 2012 at 12:23 AM, Pascal Terjan wrote: On Sun, Jul 22, 2012 at 1:12 AM, Colin Guthrie wrote: > > OK, so the packages have now all been uploaded. > > You should see several packages now that you cannot install on > Cauldron. > This is intended behaviour. > > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be installed. > 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make > sure (it may have been excluded in the --auto-update if it was in a > transaction with other packages that could not be installed). > 3. Ensure that you do not have zapata or dpkg installed (rpm -e > zapata; > rpm -e dpkg) > 4. Generate a new initrd and include the conversion script: dracut -f > -a convertfs > 5. If you have /usr on a separate partition > - Ensure there is enough free space to hold /bin, /sbin, /lib and > /lib64 content. > - If your /usr is mounted readonly, change your /etc/fstab to > mount > it rw. > 6. Reboot. > 7. At the bootloader prompt, edit the command line and append: "rw > rd.convertfs" (without the quotes) to your command line and then boot. > > That should be all that is needed :) How to update a chroot? >>> >>> >>> Answering to myself: >>> >>> chroot $chroot urpmi dracut >>> $chroot/usr/lib/dracut/modules.d/30convertfs/convertfs.sh $chroot >>> >>> That did the conversion, but I still can't update, probably because my >>> rpm is too old (rpm-4.9.1.3-2.mga2) as it was not possible to update >>> it before the conversion (it pulls filesystem). >> >> >> Yeah in this case if the conversion is done, I'd just recommend >> installing filesystem --nodeps and the rest should flow. It's not ideal >> certainly, but there is still time to polish this a bit before upgraders >> get hit by this (and as there will be updated rpm packages in the stable >> releases, it should mitigate this specific problem, but we should still >> see if we can do things better) > > > Polish this a bit? It is not at all ready, and as I said earlier rpmlib is > broken. Please don't upload broken rpm packages to stable releases. > > Maybe the instructions should be: > - install dracut and kernel-desktop-latest from mga3 > - reboot, make sure the "usrmove filesystem update" > kernel entry is chosen in the bootloader > - upgrade to mga3 as usual > > But that means a lot of things are still missing: > - dracut automatically including the conversion script > (only when needed?) > - automatic generation of the bootloader entry mentioned above I would vote to also force the reboot into this entry at next boot > - removal of this bootloader entry after conversion > > > Christiaan
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Fri, 3 Aug 2012, Colin Guthrie wrote: 'Twas brillig, and Pascal Terjan at 03/08/12 00:40 did gyre and gimble: On Fri, Aug 3, 2012 at 12:23 AM, Pascal Terjan wrote: On Sun, Jul 22, 2012 at 1:12 AM, Colin Guthrie wrote: OK, so the packages have now all been uploaded. You should see several packages now that you cannot install on Cauldron. This is intended behaviour. Here is how to update your cauldron systems: 1. Run "urpmi --auto-update" install everything that can be installed. 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make sure (it may have been excluded in the --auto-update if it was in a transaction with other packages that could not be installed). 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; rpm -e dpkg) 4. Generate a new initrd and include the conversion script: dracut -f -a convertfs 5. If you have /usr on a separate partition - Ensure there is enough free space to hold /bin, /sbin, /lib and /lib64 content. - If your /usr is mounted readonly, change your /etc/fstab to mount it rw. 6. Reboot. 7. At the bootloader prompt, edit the command line and append: "rw rd.convertfs" (without the quotes) to your command line and then boot. That should be all that is needed :) How to update a chroot? Answering to myself: chroot $chroot urpmi dracut $chroot/usr/lib/dracut/modules.d/30convertfs/convertfs.sh $chroot That did the conversion, but I still can't update, probably because my rpm is too old (rpm-4.9.1.3-2.mga2) as it was not possible to update it before the conversion (it pulls filesystem). Yeah in this case if the conversion is done, I'd just recommend installing filesystem --nodeps and the rest should flow. It's not ideal certainly, but there is still time to polish this a bit before upgraders get hit by this (and as there will be updated rpm packages in the stable releases, it should mitigate this specific problem, but we should still see if we can do things better) Polish this a bit? It is not at all ready, and as I said earlier rpmlib is broken. Please don't upload broken rpm packages to stable releases. Maybe the instructions should be: - install dracut and kernel-desktop-latest from mga3 - reboot, make sure the "usrmove filesystem update" kernel entry is chosen in the bootloader - upgrade to mga3 as usual But that means a lot of things are still missing: - dracut automatically including the conversion script (only when needed?) - automatic generation of the bootloader entry mentioned above - removal of this bootloader entry after conversion Christiaan
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Pascal Terjan at 03/08/12 00:40 did gyre and gimble: > On Fri, Aug 3, 2012 at 12:23 AM, Pascal Terjan wrote: >> On Sun, Jul 22, 2012 at 1:12 AM, Colin Guthrie wrote: >>> OK, so the packages have now all been uploaded. >>> >>> You should see several packages now that you cannot install on Cauldron. >>> This is intended behaviour. >>> >>> Here is how to update your cauldron systems: >>> >>> 1. Run "urpmi --auto-update" install everything that can be installed. >>> 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make >>> sure (it may have been excluded in the --auto-update if it was in a >>> transaction with other packages that could not be installed). >>> 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; >>> rpm -e dpkg) >>> 4. Generate a new initrd and include the conversion script: dracut -f >>> -a convertfs >>> 5. If you have /usr on a separate partition >>> - Ensure there is enough free space to hold /bin, /sbin, /lib and >>> /lib64 content. >>> - If your /usr is mounted readonly, change your /etc/fstab to mount >>> it rw. >>> 6. Reboot. >>> 7. At the bootloader prompt, edit the command line and append: "rw >>> rd.convertfs" (without the quotes) to your command line and then boot. >>> >>> That should be all that is needed :) >> >> How to update a chroot? > > Answering to myself: > > chroot $chroot urpmi dracut > $chroot/usr/lib/dracut/modules.d/30convertfs/convertfs.sh $chroot > > That did the conversion, but I still can't update, probably because my > rpm is too old (rpm-4.9.1.3-2.mga2) as it was not possible to update > it before the conversion (it pulls filesystem). Yeah in this case if the conversion is done, I'd just recommend installing filesystem --nodeps and the rest should flow. It's not ideal certainly, but there is still time to polish this a bit before upgraders get hit by this (and as there will be updated rpm packages in the stable releases, it should mitigate this specific problem, but we should still see if we can do things better) Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
* Pascal Terjan (pter...@gmail.com) wrote: > On Fri, Aug 3, 2012 at 12:23 AM, Pascal Terjan wrote: > > On Sun, Jul 22, 2012 at 1:12 AM, Colin Guthrie > > wrote: > > > > How to update a chroot? > > Answering to myself: > > chroot $chroot urpmi dracut > $chroot/usr/lib/dracut/modules.d/30convertfs/convertfs.sh $chroot > > That did the conversion, but I still can't update, probably because my > rpm is too old (rpm-4.9.1.3-2.mga2) as it was not possible to update > it before the conversion (it pulls filesystem). Search the thread "My feeeling about the rpmlib(X-CheckUnifiedSystemdir) dependency" on this list. You have first to update rpm using the one in mga2/update_testing. But indeed you can have a migrated fs but just not the rpm. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgp1ekpcc3eHw.pgp Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Fri, Aug 3, 2012 at 12:23 AM, Pascal Terjan wrote: > On Sun, Jul 22, 2012 at 1:12 AM, Colin Guthrie wrote: >> OK, so the packages have now all been uploaded. >> >> You should see several packages now that you cannot install on Cauldron. >> This is intended behaviour. >> >> Here is how to update your cauldron systems: >> >> 1. Run "urpmi --auto-update" install everything that can be installed. >> 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make >> sure (it may have been excluded in the --auto-update if it was in a >> transaction with other packages that could not be installed). >> 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; >> rpm -e dpkg) >> 4. Generate a new initrd and include the conversion script: dracut -f >> -a convertfs >> 5. If you have /usr on a separate partition >> - Ensure there is enough free space to hold /bin, /sbin, /lib and >> /lib64 content. >> - If your /usr is mounted readonly, change your /etc/fstab to mount >> it rw. >> 6. Reboot. >> 7. At the bootloader prompt, edit the command line and append: "rw >> rd.convertfs" (without the quotes) to your command line and then boot. >> >> That should be all that is needed :) > > How to update a chroot? Answering to myself: chroot $chroot urpmi dracut $chroot/usr/lib/dracut/modules.d/30convertfs/convertfs.sh $chroot That did the conversion, but I still can't update, probably because my rpm is too old (rpm-4.9.1.3-2.mga2) as it was not possible to update it before the conversion (it pulls filesystem).
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Sun, Jul 22, 2012 at 1:12 AM, Colin Guthrie wrote: > OK, so the packages have now all been uploaded. > > You should see several packages now that you cannot install on Cauldron. > This is intended behaviour. > > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be installed. > 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make > sure (it may have been excluded in the --auto-update if it was in a > transaction with other packages that could not be installed). > 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; > rpm -e dpkg) > 4. Generate a new initrd and include the conversion script: dracut -f > -a convertfs > 5. If you have /usr on a separate partition > - Ensure there is enough free space to hold /bin, /sbin, /lib and > /lib64 content. > - If your /usr is mounted readonly, change your /etc/fstab to mount > it rw. > 6. Reboot. > 7. At the bootloader prompt, edit the command line and append: "rw > rd.convertfs" (without the quotes) to your command line and then boot. > > That should be all that is needed :) How to update a chroot?
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
I realized /usr move now, and my computer is all ok for now. Thanks mages, 2012/7/30 andre999 : > Colin Guthrie a écrit : > >> OK, so the packages have now all been uploaded. >> >> You should see several packages now that you cannot install on Cauldron. >> This is intended behaviour. >> >> Here is how to update your cauldron systems: >> >> 1. Run "urpmi --auto-update" install everything that can be installed. >> 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make >> sure (it may have been excluded in the --auto-update if it was in a >> transaction with other packages that could not be installed). >> 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; >> rpm -e dpkg) >> 4. Generate a new initrd and include the conversion script: dracut -f >> -a convertfs >> 5. If you have /usr on a separate partition >> - Ensure there is enough free space to hold /bin, /sbin, /lib and >> /lib64 content. >> - If your /usr is mounted readonly, change your /etc/fstab to mount >> it rw. >> > > > Just a random thought. > Is there an easy way to make /bin, /sbin, /lib or /lib64 > relocatable in any packages that use them to usr/*, > when a certain flag is set ? (say a certain file in /) > > Then when the appropriate conditions are met, > such as /usr on / or dracut installed and /usr with rw permissions, we could > set the flag, and then after progressively migrate the various files. > In this transition we would probably have to put syslinks in the old > locations, etc. > > If this works, maybe we could convert many mga2 systems before mga3 release, > to minimise any problems ? > > Haven't really thought this through, and I haven't been following this in > detail, just something that occured to me. > > >> All the best and good luck!!! >> >> Col >> >> > > Regards :) > > -- > André > -- Filipe Saraiva http://filipesaraiva.info/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Colin Guthrie a écrit : OK, so the packages have now all been uploaded. You should see several packages now that you cannot install on Cauldron. This is intended behaviour. Here is how to update your cauldron systems: 1. Run "urpmi --auto-update" install everything that can be installed. 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make sure (it may have been excluded in the --auto-update if it was in a transaction with other packages that could not be installed). 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; rpm -e dpkg) 4. Generate a new initrd and include the conversion script: dracut -f -a convertfs 5. If you have /usr on a separate partition - Ensure there is enough free space to hold /bin, /sbin, /lib and /lib64 content. - If your /usr is mounted readonly, change your /etc/fstab to mount it rw. Just a random thought. Is there an easy way to make /bin, /sbin, /lib or /lib64 relocatable in any packages that use them to usr/*, when a certain flag is set ? (say a certain file in /) Then when the appropriate conditions are met, such as /usr on / or dracut installed and /usr with rw permissions, we could set the flag, and then after progressively migrate the various files. In this transition we would probably have to put syslinks in the old locations, etc. If this works, maybe we could convert many mga2 systems before mga3 release, to minimise any problems ? Haven't really thought this through, and I haven't been following this in detail, just something that occured to me. All the best and good luck!!! Col Regards :) -- André
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
24.07.2012 19:33, Colin Guthrie kirjoitti: > 'Twas brillig, and Olivier Blin at 24/07/12 17:30 did gyre and gimble: >> Thierry Vignaud writes: >> >>> On 24 July 2012 11:28, Colin Guthrie wrote: > Some links were broken in / (they work only if cwd is /): > > -lrwxrwxrwx 1 root root7 Gou 24 08:30 bin -> usr/bin > +lrwxrwxrwx 1 root root8 Gou 24 08:42 bin -> /usr/bin > > -lrwxrwxrwx 1 root root7 Gou 24 08:30 lib -> usr/lib > -lrwxrwxrwx 1 root root9 Gou 24 08:30 lib64 -> usr/lib64 > +lrwxrwxrwx 1 root root8 Gou 24 08:42 lib -> /usr/lib > +lrwxrwxrwx 1 root root 10 Gou 24 08:42 lib64 -> /usr/lib64 > > -lrwxrwxrwx 1 root root8 Gou 24 08:30 sbin -> usr/sbin > +lrwxrwxrwx 1 root root9 Gou 24 08:42 sbin -> /usr/sbin > > Note the missing leading "/"... Yup this is intentional. There is no need to a leading /. IMO this is just a bash bug: e.g. mkdir -p foo/usr/bin ln -snf usr/bin foo/bin ls -l foo/ The above is no different and works fine. >>> >>> yes that's a ls bug that display them as broken >> >> Maybe this one? >> http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=6124a3842dfa8484b52e067a8ab8105c3875a4f7 > > Certainly sounds like it! Applied. -- Anssi Hannula
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Olivier Blin at 24/07/12 17:30 did gyre and gimble: > Thierry Vignaud writes: > >> On 24 July 2012 11:28, Colin Guthrie wrote: Some links were broken in / (they work only if cwd is /): -lrwxrwxrwx 1 root root7 Gou 24 08:30 bin -> usr/bin +lrwxrwxrwx 1 root root8 Gou 24 08:42 bin -> /usr/bin -lrwxrwxrwx 1 root root7 Gou 24 08:30 lib -> usr/lib -lrwxrwxrwx 1 root root9 Gou 24 08:30 lib64 -> usr/lib64 +lrwxrwxrwx 1 root root8 Gou 24 08:42 lib -> /usr/lib +lrwxrwxrwx 1 root root 10 Gou 24 08:42 lib64 -> /usr/lib64 -lrwxrwxrwx 1 root root8 Gou 24 08:30 sbin -> usr/sbin +lrwxrwxrwx 1 root root9 Gou 24 08:42 sbin -> /usr/sbin Note the missing leading "/"... >>> >>> Yup this is intentional. There is no need to a leading /. IMO this is >>> just a bash bug: >>> >>> e.g. >>> >>> mkdir -p foo/usr/bin >>> ln -snf usr/bin foo/bin >>> ls -l foo/ >>> >>> The above is no different and works fine. >> >> yes that's a ls bug that display them as broken > > Maybe this one? > http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=6124a3842dfa8484b52e067a8ab8105c3875a4f7 Certainly sounds like it! Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Thierry Vignaud writes: > On 24 July 2012 11:28, Colin Guthrie wrote: >>> Some links were broken in / (they work only if cwd is /): >>> >>> -lrwxrwxrwx 1 root root7 Gou 24 08:30 bin -> usr/bin >>> +lrwxrwxrwx 1 root root8 Gou 24 08:42 bin -> /usr/bin >>> >>> -lrwxrwxrwx 1 root root7 Gou 24 08:30 lib -> usr/lib >>> -lrwxrwxrwx 1 root root9 Gou 24 08:30 lib64 -> usr/lib64 >>> +lrwxrwxrwx 1 root root8 Gou 24 08:42 lib -> /usr/lib >>> +lrwxrwxrwx 1 root root 10 Gou 24 08:42 lib64 -> /usr/lib64 >>> >>> -lrwxrwxrwx 1 root root8 Gou 24 08:30 sbin -> usr/sbin >>> +lrwxrwxrwx 1 root root9 Gou 24 08:42 sbin -> /usr/sbin >>> >>> Note the missing leading "/"... >> >> Yup this is intentional. There is no need to a leading /. IMO this is >> just a bash bug: >> >> e.g. >> >> mkdir -p foo/usr/bin >> ln -snf usr/bin foo/bin >> ls -l foo/ >> >> The above is no different and works fine. > > yes that's a ls bug that display them as broken Maybe this one? http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=6124a3842dfa8484b52e067a8ab8105c3875a4f7 -- Olivier Blin - blino
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 24/07/12 11:16, Barry Jackson wrote: On 24/07/12 10:25, Colin Guthrie wrote: do you have /var/run.runmove~ and /var/lock.lockmove~ files?) Cheers Col Hi Col, Yes I have both of those. (they are dirs not files) Barry All sorted - on IRC - my fault :\
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 24/07/12 10:25, Colin Guthrie wrote: do you have /var/run.runmove~ and /var/lock.lockmove~ files?) Cheers Col Hi Col, Yes I have both of those. (they are dirs not files) Barry
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 24 July 2012 11:28, Colin Guthrie wrote: >> Some links were broken in / (they work only if cwd is /): >> >> -lrwxrwxrwx 1 root root7 Gou 24 08:30 bin -> usr/bin >> +lrwxrwxrwx 1 root root8 Gou 24 08:42 bin -> /usr/bin >> >> -lrwxrwxrwx 1 root root7 Gou 24 08:30 lib -> usr/lib >> -lrwxrwxrwx 1 root root9 Gou 24 08:30 lib64 -> usr/lib64 >> +lrwxrwxrwx 1 root root8 Gou 24 08:42 lib -> /usr/lib >> +lrwxrwxrwx 1 root root 10 Gou 24 08:42 lib64 -> /usr/lib64 >> >> -lrwxrwxrwx 1 root root8 Gou 24 08:30 sbin -> usr/sbin >> +lrwxrwxrwx 1 root root9 Gou 24 08:42 sbin -> /usr/sbin >> >> Note the missing leading "/"... > > Yup this is intentional. There is no need to a leading /. IMO this is > just a bash bug: > > e.g. > > mkdir -p foo/usr/bin > ln -snf usr/bin foo/bin > ls -l foo/ > > The above is no different and works fine. yes that's a ls bug that display them as broken
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Thierry Vignaud at 24/07/12 07:45 did gyre and gimble: > On 22 July 2012 02:12, Colin Guthrie wrote: > >> 6. Reboot. >> 7. At the bootloader prompt, edit the command line and append: "rw >> rd.convertfs" (without the quotes) to your command line and then boot. > > Some links were broken in / (they work only if cwd is /): > > -lrwxrwxrwx 1 root root7 Gou 24 08:30 bin -> usr/bin > +lrwxrwxrwx 1 root root8 Gou 24 08:42 bin -> /usr/bin > > -lrwxrwxrwx 1 root root7 Gou 24 08:30 lib -> usr/lib > -lrwxrwxrwx 1 root root9 Gou 24 08:30 lib64 -> usr/lib64 > +lrwxrwxrwx 1 root root8 Gou 24 08:42 lib -> /usr/lib > +lrwxrwxrwx 1 root root 10 Gou 24 08:42 lib64 -> /usr/lib64 > > -lrwxrwxrwx 1 root root8 Gou 24 08:30 sbin -> usr/sbin > +lrwxrwxrwx 1 root root9 Gou 24 08:42 sbin -> /usr/sbin > > Note the missing leading "/"... Yup this is intentional. There is no need to a leading /. IMO this is just a bash bug: e.g. mkdir -p foo/usr/bin ln -snf usr/bin foo/bin ls -l foo/ The above is no different and works fine. Relative symlinks are generally preferred for chroot/mounting manually purposes. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Barry Jackson at 24/07/12 10:15 did gyre and gimble: > On 24/07/12 07:21, Sander Lepik wrote: >> 24.07.2012 02:32, Barry Jackson kirjutas: >>> Updating an i586 Cauldron VM I am getting this:- >>> Preparing... >>> # >>> >>> >>> 1/52: filesystem >>> # >>> >>> >>> error: unpacking of archive failed on file /var/run: cpio: rename >>> failed - Is a directory >>> error: filesystem-2.1.9-18.mga3.i586: install failed >>> >>> This is at the start of --auto-update after the re-boot. >>> >> Is your /var on a separate partition? I had the same problem with >> /var/lock and /var/run. To solve this i had to rename those directories >> (later deleted them) and i created two symlinks /var/lock -> /run/lock >> and /var/run -> /run - after that filesystem installed w/o problems. >> >> -- >> Sander >> >> > No, this is a single partition install in virtualbox that I use for > testing. I will look at those files later though - thanks. Did this happen after you ran the conversion process (i.e regenerate initrd with the convertfs module etc. etc.) or before? If before then it's quite worrying that it even let you try and install the package. If after, then I'm confused as to why they were not converted OK as part of that process (in this case do you have /var/run.runmove~ and /var/lock.lockmove~ files?) Cheers Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Sander Lepik at 24/07/12 07:28 did gyre and gimble: > 23.07.2012 22:08, Olivier Blin kirjutas: >> I have updated the command in the wiki to be: >> urpmi --auto-update --skip '/filesystem|ncurses/' >> (as I have pointed earlier in this thread) >> >> This will install a lot more packages (including kernel), before the >> /usr move. >> > Hmm, which initrd is dracut -f rebuilding? Current running one or > latest? If it's rebuilding current one then i would add kernel into the > skip list, else users are probably rebuilding wrong initrd and > conversion won't work if they start with new kernel. It rebuilds the current one. The only issue with adding in kernel to the list is that it assumes the user has not done an earlier update, updated their kernel and not yet rebooted. In this case, it may make sense to include the kernel in the updates list and suggest they do a reboot first, then generate initrd etc. etc. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 24/07/12 07:21, Sander Lepik wrote: 24.07.2012 02:32, Barry Jackson kirjutas: Updating an i586 Cauldron VM I am getting this:- Preparing... # 1/52: filesystem # error: unpacking of archive failed on file /var/run: cpio: rename failed - Is a directory error: filesystem-2.1.9-18.mga3.i586: install failed This is at the start of --auto-update after the re-boot. Is your /var on a separate partition? I had the same problem with /var/lock and /var/run. To solve this i had to rename those directories (later deleted them) and i created two symlinks /var/lock -> /run/lock and /var/run -> /run - after that filesystem installed w/o problems. -- Sander No, this is a single partition install in virtualbox that I use for testing. I will look at those files later though - thanks.
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 22 July 2012 02:12, Colin Guthrie wrote: > 6. Reboot. > 7. At the bootloader prompt, edit the command line and append: "rw > rd.convertfs" (without the quotes) to your command line and then boot. Some links were broken in / (they work only if cwd is /): -lrwxrwxrwx 1 root root7 Gou 24 08:30 bin -> usr/bin +lrwxrwxrwx 1 root root8 Gou 24 08:42 bin -> /usr/bin -lrwxrwxrwx 1 root root7 Gou 24 08:30 lib -> usr/lib -lrwxrwxrwx 1 root root9 Gou 24 08:30 lib64 -> usr/lib64 +lrwxrwxrwx 1 root root8 Gou 24 08:42 lib -> /usr/lib +lrwxrwxrwx 1 root root 10 Gou 24 08:42 lib64 -> /usr/lib64 -lrwxrwxrwx 1 root root8 Gou 24 08:30 sbin -> usr/sbin +lrwxrwxrwx 1 root root9 Gou 24 08:42 sbin -> /usr/sbin Note the missing leading "/"...
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
23.07.2012 22:08, Olivier Blin kirjutas: I have updated the command in the wiki to be: urpmi --auto-update --skip '/filesystem|ncurses/' (as I have pointed earlier in this thread) This will install a lot more packages (including kernel), before the /usr move. Hmm, which initrd is dracut -f rebuilding? Current running one or latest? If it's rebuilding current one then i would add kernel into the skip list, else users are probably rebuilding wrong initrd and conversion won't work if they start with new kernel. -- Sander
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
24.07.2012 02:32, Barry Jackson kirjutas: Updating an i586 Cauldron VM I am getting this:- Preparing... # 1/52: filesystem # error: unpacking of archive failed on file /var/run: cpio: rename failed - Is a directory error: filesystem-2.1.9-18.mga3.i586: install failed This is at the start of --auto-update after the re-boot. Is your /var on a separate partition? I had the same problem with /var/lock and /var/run. To solve this i had to rename those directories (later deleted them) and i created two symlinks /var/lock -> /run/lock and /var/run -> /run - after that filesystem installed w/o problems. -- Sander
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 23 July 2012 20:31, Olav Vitters wrote: > I'm using nouveau though. > > For me I can pretty easily make the system become problematic. Most > reliably is by using a video player (usually mplayer, but also in > totem). For one by skipping ahead in the video. Another is that pausing > doesn't really work. This one is unrelated. This is new glibc that is causing mplayer not to recover after pauses
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Updating an i586 Cauldron VM I am getting this:- Preparing... # 1/52: filesystem # error: unpacking of archive failed on file /var/run: cpio: rename failed - Is a directory error: filesystem-2.1.9-18.mga3.i586: install failed This is at the start of --auto-update after the re-boot.
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Ok. I went through the move, using the wiki instructions: https://wiki.mageia.org/en/Feature:UsrMove At reboot, the screen was corrupted in kdm. Switching to a vt and urpmi --auto-up and restarting dm fixed it. Everything else seems ok (my setup is quite standard, without any fancy stuff). I see the pop-up: The password you typed is invalid in KDE though, but I don't know where it comes from. Cheers, -- Malo
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Anne Wilson writes: >> I've clarified these instructions on the wiki: >> >> https://wiki.mageia.org/en/Feature:UsrMove#Release_Notes >> >> >> Feel free to augment them with better info as needed. >> > I now have a functioning system, but not without some jiggery-pokery > :-) The good news, though, is that I can almost certainly point to > the problem and solution. > > Normally I update my systems almost daily, but for reasons not > relevant here, the netbook hasn't been switched on for about a week, > so there were a number of updates waiting. > > I started with the full update, which failed, part-way through, as > expected. What I didn't realise, though, was that it had failed > before updating the kernel (and, as it happens, half way through > updating KDE which became unusable). > > Basically I followed the hints you gave Charles, and finally got > things running again. > > I would suggest, then, that you make "update your kernel and reboot" > the very first instruction, before updating everything else. > Undoubtedly there will be others who, for whatever reason, don't have > the absolute latest kernel, and don't realise that an update is needed. I have updated the command in the wiki to be: urpmi --auto-update --skip '/filesystem|ncurses/' (as I have pointed earlier in this thread) This will install a lot more packages (including kernel), before the /usr move. -- Olivier Blin - blino
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Mon, Jul 23, 2012 at 11:55:31AM +0200, Thierry Vignaud wrote: > On 22 July 2012 19:15, Colin Guthrie wrote: > >> I am having other issues (X/audio/network related). Making Cauldron > >> totally unstable. > > > > I'm having issues with X due to intel drivers. Gnome-shell crashes > > frequently with "out of space" errors in some intel thing which smells > > to me like something leaking textures. > > Should be fixed by the new driver I pushed this morning I'm using nouveau though. For me I can pretty easily make the system become problematic. Most reliably is by using a video player (usually mplayer, but also in totem). For one by skipping ahead in the video. Another is that pausing doesn't really work. Even e.g. closing tabs in Firefox sometimes locks up. Eventually firefox recovers. -- Regards, Olav
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Frank Griffin at 23/07/12 15:42 did gyre and gimble: > On 07/21/2012 08:12 PM, Colin Guthrie wrote: >> OK, so the packages have now all been uploaded. >> >> You should see several packages now that you cannot install on Cauldron. >> This is intended behaviour. >> >> Here is how to update your cauldron systems: > What about a fresh install ? Fresh install should be fine, tho' not tested it yet. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Thierry Vignaud at 23/07/12 15:14 did gyre and gimble: > On 23 July 2012 16:05, Colin Guthrie wrote: >> Well I do not think doing such a move on an in-use filesystem is a >> particularly good idea (especially for the /var/run bit which makes use >> of several socket files for IPC (think all of dbus breaking). >> >> So doing such a conversion like this does not seem like a good idea to >> me. This is why it is done in the initrd before the switchroot or in the >> installer when the system is mounted under /mnt. >> >> That's my opinion on it. One thought: we could put it in a %post script >> provided it was protected via a check on the $DURING_INSTALL variable >> and thus only ran in the installer context. > > we could set DURING_INSTALL in mgapplet and warn harder > not to do anything else while upgrading. That would mean mgaapplet would have to regenerate initrds etc. at the end of the process too as various packages have code that prevents initrd generation during install (this was most recently highlighted due to a bug with this check in mageia-theme breaking btrfs installs in the installer - still need to do an official update for mageia-theme so that at least net installs for btrfs+mga2 work). Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 07/21/2012 08:12 PM, Colin Guthrie wrote: OK, so the packages have now all been uploaded. You should see several packages now that you cannot install on Cauldron. This is intended behaviour. Here is how to update your cauldron systems: What about a fresh install ?
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 23/07/12 15:24, Anne Wilson wrote: > On 22/07/12 11:42, Colin Guthrie wrote: > > >> I've clarified these instructions on the wiki: > >> https://wiki.mageia.org/en/Feature:UsrMove#Release_Notes > > >> Feel free to augment them with better info as needed. > > I now have a functioning system, but not without some > jiggery-pokery :-) The good news, though, is that I can almost > certainly point to the problem and solution. > > Normally I update my systems almost daily, but for reasons not > relevant here, the netbook hasn't been switched on for about a > week, so there were a number of updates waiting. > > I started with the full update, which failed, part-way through, as > expected. What I didn't realise, though, was that it had failed > before updating the kernel (and, as it happens, half way through > updating KDE which became unusable). > > Basically I followed the hints you gave Charles, and finally got > things running again. > > I would suggest, then, that you make "update your kernel and > reboot" the very first instruction, before updating everything > else. Undoubtedly there will be others who, for whatever reason, > don't have the absolute latest kernel, and don't realise that an > update is needed. > I forgot to add - I have no non-standard /usr, and I use grub, not lilo. Anne - -- Need KDE help? Try http://userbase.kde.org or http://forum.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlANX98ACgkQj93fyh4cnBeFXACfdMj8L6KzMaSWi9CN0bU75bxn MGoAmwY3cqE5xefBcOB2iMkGFUv1I7nH =YU3e -END PGP SIGNATURE-
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 22/07/12 11:42, Colin Guthrie wrote: > > I've clarified these instructions on the wiki: > > https://wiki.mageia.org/en/Feature:UsrMove#Release_Notes > > > Feel free to augment them with better info as needed. > I now have a functioning system, but not without some jiggery-pokery :-) The good news, though, is that I can almost certainly point to the problem and solution. Normally I update my systems almost daily, but for reasons not relevant here, the netbook hasn't been switched on for about a week, so there were a number of updates waiting. I started with the full update, which failed, part-way through, as expected. What I didn't realise, though, was that it had failed before updating the kernel (and, as it happens, half way through updating KDE which became unusable). Basically I followed the hints you gave Charles, and finally got things running again. I would suggest, then, that you make "update your kernel and reboot" the very first instruction, before updating everything else. Undoubtedly there will be others who, for whatever reason, don't have the absolute latest kernel, and don't realise that an update is needed. Anne - -- Need KDE help? Try http://userbase.kde.org or http://forum.kde.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlANXokACgkQj93fyh4cnBd5hwCeIy0vYSLOUHW6K7uwQakBZRD+ X0sAn0IdcLle4DgroFddVOaIw/ap09Rg =Ey7C -END PGP SIGNATURE-
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Le 22/07/2012 02:12, Colin Guthrie a écrit : OK, so the packages have now all been uploaded. You should see several packages now that you cannot install on Cauldron. This is intended behaviour. Here is how to update your cauldron systems: 1. Run "urpmi --auto-update" install everything that can be installed. 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make sure (it may have been excluded in the --auto-update if it was in a transaction with other packages that could not be installed). 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; rpm -e dpkg) 4. Generate a new initrd and include the conversion script: dracut -f -a convertfs 5. If you have /usr on a separate partition - Ensure there is enough free space to hold /bin, /sbin, /lib and /lib64 content. - If your /usr is mounted readonly, change your /etc/fstab to mount it rw. 6. Reboot. 7. At the bootloader prompt, edit the command line and append: "rw rd.convertfs" (without the quotes) to your command line and then boot. An other way for this step is to edit /boot/grub/menu.lst and change the line for the first kernel by adding "rw rd.convertfs" (without the quotes) and removing "splash quiet" (optionnal) After the reboot (and the /usr conversion), you need to rollback your changes. That should be all that is needed :) If you are extra paranoid, or want to see what is going on, then you can remove the "splash" and "quiet" options from the kernel too. If you want to see things in more depth, you can also add rd.break=pre-pivot to the kernel. You will be dumped into a shell with your / mounted as /sysroot. This shell is *before* conversion. If you type "exit" the conversion will be done, and you'll be dumped to another shell afterwards. Typing exit once more here will boot the system as normal. All the best and good luck!!! Col My 2 cents -- Marianne (Jehane) Lombard Geekfeminist and sysadmin
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 23 July 2012 16:05, Colin Guthrie wrote: > Well I do not think doing such a move on an in-use filesystem is a > particularly good idea (especially for the /var/run bit which makes use > of several socket files for IPC (think all of dbus breaking). > > So doing such a conversion like this does not seem like a good idea to > me. This is why it is done in the initrd before the switchroot or in the > installer when the system is mounted under /mnt. > > That's my opinion on it. One thought: we could put it in a %post script > provided it was protected via a check on the $DURING_INSTALL variable > and thus only ran in the installer context. we could set DURING_INSTALL in mgapplet and warn harder not to do anything else while upgrading.
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Thierry Vignaud at 23/07/12 14:08 did gyre and gimble: > On 23 July 2012 12:11, Colin Guthrie wrote: >> If, however, you have a chroot and you don't want to trash it + rebuild >> then just ensure the host system has an up-to-date dracut installed if >> the host is cauldron or copy the cauldron script if on an older mga and run: >> >> /usr/lib/dracut/modules.d/30convertfs/convertfs.sh /path/to/chroot > > Thx > > We miss some conflicts tags for the duplicated files that were removed. > eg: > file /usr/bin/login from install of util-linux-2.21.2-2.mga3.x86_64 > conflicts with file from package shadow-utils-2:4.1.4.2-9.mga1.x86_64 Ahh, good catch. I forgot about this conflict as I fixed shadow-utils a week or so ago. I'll take care of it. >> We will likely use this same script in the installer for mga2 -> mga3 >> upgrades too. > > I would prefer it would be called by some package post script > so that the same would work for both live (mgaapplet) & offline > (drakx) upgrades. Well I do not think doing such a move on an in-use filesystem is a particularly good idea (especially for the /var/run bit which makes use of several socket files for IPC (think all of dbus breaking). So doing such a conversion like this does not seem like a good idea to me. This is why it is done in the initrd before the switchroot or in the installer when the system is mounted under /mnt. That's my opinion on it. One thought: we could put it in a %post script provided it was protected via a check on the $DURING_INSTALL variable and thus only ran in the installer context. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 23 July 2012 12:11, Colin Guthrie wrote: > If, however, you have a chroot and you don't want to trash it + rebuild > then just ensure the host system has an up-to-date dracut installed if > the host is cauldron or copy the cauldron script if on an older mga and run: > > /usr/lib/dracut/modules.d/30convertfs/convertfs.sh /path/to/chroot Thx We miss some conflicts tags for the duplicated files that were removed. eg: file /usr/bin/login from install of util-linux-2.21.2-2.mga3.x86_64 conflicts with file from package shadow-utils-2:4.1.4.2-9.mga1.x86_64 > We will likely use this same script in the installer for mga2 -> mga3 > upgrades too. I would prefer it would be called by some package post script so that the same would work for both live (mgaapplet) & offline (drakx) upgrades.
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Thierry Vignaud at 23/07/12 10:57 did gyre and gimble: > On 23 July 2012 11:55, Angelo Naselli wrote: after you have installed the latest dracut, regenerated the initrd, booted with "rw rd.convert", and the system is up again, just do a second urpmi --auto-update and it will install the rest of the rpms that now depend on the /usr move. >>> >>> What about chroots? >> >> If I understood correctly you have to install new rpm (for stable >> is in update/testing) i had to in mga2, to use iurt for cauldron >> as well. > > No, that's not the question. The issue is: how to convert the fs of > a chroot (aka no bootloader). On the cluster we just invalidated them and the rebuilt themselves OK (after upgrading rpm as Angelo said). If, however, you have a chroot and you don't want to trash it + rebuild then just ensure the host system has an up-to-date dracut installed if the host is cauldron or copy the cauldron script if on an older mga and run: /usr/lib/dracut/modules.d/30convertfs/convertfs.sh /path/to/chroot We will likely use this same script in the installer for mga2 -> mga3 upgrades too. For convenience you can copy the convertfs.sh script from here: http://colin.guthr.ie/usrmove/convertfs.sh HTHs Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Mon, 23 Jul 2012 13:04:30 +0300 Shlomi Fish wrote: > > > > > > > > > BTW, I should note that right now after a few reboots, I am getting these > > > symtoms: > > > > > > 1. I cannot run pm-suspend as user "shlomif", only as root. > > > > This might be to do with how you login. If you don't use a regular > > display manager then there may be things that are not hooked up right. > > Not sure. > > I am using kdm (cannot use "startx", though previously pm-suspend worked with > startx). > Replying to myself, I'd like to note that I found a solution to problem #1 and to problem #3 in these posts: * https://listman.redhat.com/archives/pam-list/2001-December/msg00069.html * http://www.linuxquestions.org/questions/linux-newbie-8/pam-authentification-failed-cannot-start-x-server-117935/ What I did was (as root): # mkdir -p /var/lock/console # touch /var/lock/console/shlomif (where "shlomif" is your user name). This fixed this problem. Since /var/lock was misplaced due to the /usr move transition, it was indeed caused by it. I'll see if it also fixed problem No. 2. Regards, Shlomi Fish > > > > > 2. On X, I am getting a frequent and random "The password you entered is > > > incorrect [CLOSE]" dialogues which I have to click through. > > > > I've seen these dialogs too. I don't think this is anything to do with > > usrmove but rather some other update. Not tracked down what causes it tho'. > > OK. I'll try to investigate. > > > > > > 3. Running startx as user "shlomif" gives me: > > > > > > <<< > > > xauth: file /home/shlomif/.serverauth.2718 does not exist > > > > > > Authentication failed - cannot start X server. > > > Perhaps you do not have console ownership? > > > > > > Dunno about that one. Could be related to new X stuff but again I don't > > *think* it's related to the usrmove (could be wrong of course) > > Yes. Correlation does not imply causation. > > Regards, > > Shlomi Fish > > -- - Shlomi Fish http://www.shlomifish.org/ Free (Creative Commons) Music Downloads, Reviews and more - http://jamendo.com/ I find it’s usually safe to assume that whatever shlomif’s doing, there isn’t a good reason for it. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Thierry Vignaud at 23/07/12 10:55 did gyre and gimble: > On 22 July 2012 19:15, Colin Guthrie wrote: >>> I am having other issues (X/audio/network related). Making Cauldron >>> totally unstable. >> >> I'm having issues with X due to intel drivers. Gnome-shell crashes >> frequently with "out of space" errors in some intel thing which smells >> to me like something leaking textures. > > Should be fixed by the new driver I pushed this morning Awesome, thanks. Will reboot shortly. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
2012/7/23 Thierry Vignaud : > On 23 July 2012 11:55, Angelo Naselli wrote: after you have installed the latest dracut, regenerated the initrd, booted with "rw rd.convert", and the system is up again, just do a second urpmi --auto-update and it will install the rest of the rpms that now depend on the /usr move. >>> >>> What about chroots? >> >> If I understood correctly you have to install new rpm (for stable >> is in update/testing) i had to in mga2, to use iurt for cauldron >> as well. > > No, that's not the question. The issue is: how to convert the fs of > a chroot (aka no bootloader). /usr/lib/dracut/modules.d/30convertfs /path/to/chroot
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 23 July 2012 11:55, Angelo Naselli wrote: >>> after you have installed the latest dracut, regenerated the >>> initrd, booted with "rw rd.convert", and the system is up again, >>> just do a second urpmi --auto-update and it will install the rest >>> of the rpms that now depend on the /usr move. >> >> What about chroots? > > If I understood correctly you have to install new rpm (for stable > is in update/testing) i had to in mga2, to use iurt for cauldron > as well. No, that's not the question. The issue is: how to convert the fs of a chroot (aka no bootloader).
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 22 July 2012 19:15, Colin Guthrie wrote: >> I am having other issues (X/audio/network related). Making Cauldron >> totally unstable. > > I'm having issues with X due to intel drivers. Gnome-shell crashes > frequently with "out of space" errors in some intel thing which smells > to me like something leaking textures. Should be fixed by the new driver I pushed this morning
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 23/07/2012 11:49, Thierry Vignaud ha scritto: > On 22 July 2012 03:36, Thomas Backlund wrote: >> after you have installed the latest dracut, regenerated the >> initrd, booted with "rw rd.convert", and the system is up again, >> just do a second urpmi --auto-update and it will install the rest >> of the rpms that now depend on the /usr move. > > What about chroots? If I understood correctly you have to install new rpm (for stable is in update/testing) i had to in mga2, to use iurt for cauldron as well. Angelo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlANH4oACgkQqEs9DA4DquCJKwCgrVd7a2SDjrUtjmx90rdb4BnV ZqsAn114cv0wqfoArCuU3oyZ1I2bjJIU =JZFW -END PGP SIGNATURE-
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Thierry Vignaud at 23/07/12 10:48 did gyre and gimble: > On 22 July 2012 02:12, Colin Guthrie wrote: >> Here is how to update your cauldron systems: >> >> 1. Run "urpmi --auto-update" install everything that can be installed. >> 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make >> sure (it may have been excluded in the --auto-update if it was in a >> transaction with other packages that could not be installed). >> 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; >> rpm -e dpkg) >> 4. Generate a new initrd and include the conversion script: dracut -f >> -a convertfs >> 5. If you have /usr on a separate partition >> - Ensure there is enough free space to hold /bin, /sbin, /lib and >> /lib64 content. >> - If your /usr is mounted readonly, change your /etc/fstab to mount >> it rw. >> 6. Reboot. >> 7. At the bootloader prompt, edit the command line and append: "rw >> rd.convertfs" (without the quotes) to your command line and then boot. > > That means that live upgrade from mga[12] to mga3 through mgapplet > won't work... Correct. There has to be a conversion first before the rest of the upgrade can complete. I'm not actually a fan of such live updates via an applet anyway personally. It's fine for technical people, but for non-technical folks lots of things will break on their system until apps or the system is restarted anyway. I quite like the offline updates stuff that is happening in various corners for this kind of thing as it can all be wrapped up into a neat little package for updating, but I digress. We'll just have to find a nice way to bundle this up for mga[12]. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 22 July 2012 03:36, Thomas Backlund wrote: > after you have installed the latest dracut, regenerated the initrd, > booted with "rw rd.convert", and the system is up again, just > do a second urpmi --auto-update and it will install the rest of > the rpms that now depend on the /usr move. What about chroots?
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On 22 July 2012 02:12, Colin Guthrie wrote: > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be installed. > 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make > sure (it may have been excluded in the --auto-update if it was in a > transaction with other packages that could not be installed). > 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; > rpm -e dpkg) > 4. Generate a new initrd and include the conversion script: dracut -f > -a convertfs > 5. If you have /usr on a separate partition > - Ensure there is enough free space to hold /bin, /sbin, /lib and > /lib64 content. > - If your /usr is mounted readonly, change your /etc/fstab to mount > it rw. > 6. Reboot. > 7. At the bootloader prompt, edit the command line and append: "rw > rd.convertfs" (without the quotes) to your command line and then boot. That means that live upgrade from mga[12] to mga3 through mgapplet won't work...
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Hi Colin, On Sun, 22 Jul 2012 18:18:34 +0100 Colin Guthrie wrote: >> OK, I did all that and now I am getting: > >> > >> [QUOTE] > >> installing findutils-4.5.10-2.mga3.x86_64.rpm > >> lib64plymouth2-0.8.6.1-2.mga3.x86_64.rpm > >> filesystem-2.1.9-18.mga3.x86_64.rpm > >> lib64ncursesw-devel-5.9-7.mga3.x86_64.rpm > >> plymouth-plugin-script-0.8.6.1-2.mga3.x86_64.rpm > >> lib64ncurses5-5.9-7.mga3.x86_64.rpm ncurses-5.9-7.mga3.x86_64.rpm > >> plymouth-plugin-label-0.8.6.1-2.mga3.x86_64.rpm > >> lib64dbjava5.1-5.1.29-4.mga3.x86_64.rpm > >> lib64ncursesw5-5.9-7.mga3.x86_64.rpm > >> lib64ncurses-devel-5.9-7.mga3.x86_64.rpm from /var/cache/urpmi/rpms > >> Preparing... > >> # > >> 1/69: filesystem > >> # > >> error: unpacking of archive failed on file /var/lock: cpio: rename failed > >> - Is a directory > >> error: filesystem-2.1.9-18.mga3.x86_64: install failed > >> 2/69: ncurses > >> # > >> 3/69: lib64ncurses5 > >> # > >> 4/69: lib64plymouth2 > >> # > >> 5/69: plymouth-plugin-label > >> # > >> 6/69: lib64ncursesw5 > >> # > >> 7/69: lib64ncursesw-devel > >> # > >> 8/69: plymouth-plugin-script > >> > >> # > >> 9/69: lib64ncurses-devel > >> # > >> 10/69: findutils > >> # > >> 11/69: lib64dbjava5.1 > >> # > >> [/QUOTE] > >> > >> And the rest of the packages refuse to install. > > > > OK, I figured out. After I ran as root: > > > > # cd /var > > # mv lock lock.ol > > # mv run run.old > > > > It was fixed and I was able to install the "filesystem" package and the rest > > of the packages. However, something like that should not happen. > > > Well, this should have been done for you. Did you already have > run.runmove~ and lock.lockmove~ folders in /var? > I don't believe I had those. > If so then I suspect something is killing the symlinks. > > I did have this problem initially too because the > mandriva-clean-var-run-lock.service file would actually delete the > symlinks and then some other system (perhaps systemd-tmpfiles) actually > recreated the /var/run and /var/lock folders. > > In the latest version of the dracut script I ensured that I disabled > that script by deleting the service file. > > Can you double check that rebooting again doesn't "reconvert" the links > back to dirs for /var/run and /var/lock because if so, then there could > be some other "cleaning" config somewhere that I've missed. > After a reboot /var looks like this: [QUOTE] shlomif@telaviv1:~$ ls -l /var total 92 drwxr-xr-x 2 root root 4096 Jun 27 13:13 agentx drwxr-xr-x 11 root root 4096 Jul 21 21:22 cache drwxr-xr-x 3 root root 4096 Jul 21 21:22 db drwxr-xr-x 2 root root 4096 Jul 21 21:22 empty drwxr-xr-x 5 root root 4096 Jun 28 05:07 games drwxr-xr-x 56 root root 4096 Jul 21 21:22 lib drwxr-xr-x 2 root root 4096 Jul 21 21:22 local lrwxrwxrwx 1 root root11 Jul 22 19:41 lock;500c2d1c -> ../run/lock lrwxrwxrwx 1 root root11 Jul 22 19:41 lock;500c2d38 -> ../run/lock lrwxrwxrwx 1 root root11 Jul 22 19:46 lock;500c2e50 -> ../run/lock drwxrwxr-x 4 root uucp 4096 Jul 16 04:02 lock.old drwxr-xr-x 16 root root 4096 Jul 22 20:18 log drwx-- 2 root root 16384 Sep 12 2011 lost+found lrwxrwxrwx 1 root root10 Jul 22 19:48 mail -> spool/mail drwxr-xr-x 2 root root 4096 Jul 21 21:22 nis drwxr-xr-x 2 root root 4096 Jul 22 20:16 nmbd drwxr-xr-x 2 root root 4096 Jul 21 21:22 opt drwxr-xr-x 2 root root 4096 Jul 21 21:22 preserve drwxr-xr-x 11 root root 4096 Jul 23 11:01 run lrwxrwxrwx 1 root root 6 Jul 22 19:47 run;500c2e9e -> ../run drwxr-xr-x 26 root root 4096 Jul 22 19:38 run.old drwxr-xr-x 11 root root 4096 Jul 21 21:22 spool drwxrwxrwt 4 root root 4096 Jul 22 22:49 tmp drwxr-xr-x 4 root root 4096 Jul 17 14:47 www drwxr-xr-x 2 root root 4096 Jul 21 21:22 yp [/QUOTE] BTW, I should note that right now after a few reboots, I am getting these symtoms: 1. I cannot run pm-suspend as user "shlomif", only as root. 2. On X, I am getting a frequent and random "The password you entered is incorrect [CLOSE]" dialogues which I have to click through. 3. Running startx as user "shlomif" gives me: <<< xauth: file /home/shlomif/.serverauth.2718 does not exist Authentication failed - cannot start X server. Perhaps you do not have console ownership? >>> How can I fix these issue
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Olivier Thauvin at 23/07/12 07:37 did gyre and gimble: > * Colin Guthrie (mag...@colin.guthr.ie) wrote: >> 'Twas brillig, and Shlomi Fish at 22/07/12 17:51 did gyre and gimble: >>> Hi all, >>> >>> On Sun, 22 Jul 2012 19:46:58 +0300 >>> Shlomi Fish wrote: >>> Hi Colin, [QUOTE] installing findutils-4.5.10-2.mga3.x86_64.rpm lib64plymouth2-0.8.6.1-2.mga3.x86_64.rpm filesystem-2.1.9-18.mga3.x86_64.rpm lib64ncursesw-devel-5.9-7.mga3.x86_64.rpm plymouth-plugin-script-0.8.6.1-2.mga3.x86_64.rpm lib64ncurses5-5.9-7.mga3.x86_64.rpm ncurses-5.9-7.mga3.x86_64.rpm plymouth-plugin-label-0.8.6.1-2.mga3.x86_64.rpm lib64dbjava5.1-5.1.29-4.mga3.x86_64.rpm lib64ncursesw5-5.9-7.mga3.x86_64.rpm lib64ncurses-devel-5.9-7.mga3.x86_64.rpm from /var/cache/urpmi/rpms Preparing... # 1/69: filesystem # error: unpacking of archive failed on file /var/lock: cpio: rename failed - Is a directory error: filesystem-2.1.9-18.mga3.x86_64: install failed 2/69: ncurses # 3/69: lib64ncurses5 # 4/69: lib64plymouth2 # 5/69: plymouth-plugin-label # 6/69: lib64ncursesw5 # 7/69: lib64ncursesw-devel # 8/69: plymouth-plugin-script # 9/69: lib64ncurses-devel # 10/69: findutils # 11/69: lib64dbjava5.1 # [/QUOTE] And the rest of the packages refuse to install. >>> >>> OK, I figured out. After I ran as root: >>> >>> # cd /var >>> # mv lock lock.ol >>> # mv run run.old >>> >>> It was fixed and I was able to install the "filesystem" package and the rest >>> of the packages. However, something like that should not happen. >> >> >> Well, this should have been done for you. Did you already have >> run.runmove~ and lock.lockmove~ folders in /var? >> >> If so then I suspect something is killing the symlinks. > > Is it normal that in the same time filesystem package provide > /usr/{lib,bin} etc as directory whereas the pre script transform it as > symlink (according > http://sophie.zarb.org/rpms/696f0450c6b9baa8dcf088602f19c810/files). > > For me they must be symlinks in the filesystem rpm. Erm, /usr/{lib,bin} etc. are directories in the package and in the filesystem you link above so I'm not sure what you mean about "transform [them to] symlinks" in the statement above. There is no pre script that does anything to these folders. However, the /{lib,bin} etc folders *are* symlinks in the package. There is a pre-transaction lua script that creates the /usr/blah folders and the corresponding symlinks early because we cannot guarentee that filesystem will be the first package actually physically installed in the transaction and thus /bin or /lib etc. may be implicitly created as directories by other package installation in the same transaction. So the lua script just pre-empts what the package will do but it ensures it happens at the start of the transaction. I'm not sure if that answers your question or not because the comments in the spec file are quite clear about the purpose so they should have cleared up any confusion you may have had. So if I've not grasped what you are asking properly, please clarify and I'll try again :) Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
* Colin Guthrie (mag...@colin.guthr.ie) wrote: > 'Twas brillig, and Shlomi Fish at 22/07/12 17:51 did gyre and gimble: > > Hi all, > > > > On Sun, 22 Jul 2012 19:46:58 +0300 > > Shlomi Fish wrote: > > > >> Hi Colin, > >> > >> [QUOTE] > >> installing findutils-4.5.10-2.mga3.x86_64.rpm > >> lib64plymouth2-0.8.6.1-2.mga3.x86_64.rpm > >> filesystem-2.1.9-18.mga3.x86_64.rpm > >> lib64ncursesw-devel-5.9-7.mga3.x86_64.rpm > >> plymouth-plugin-script-0.8.6.1-2.mga3.x86_64.rpm > >> lib64ncurses5-5.9-7.mga3.x86_64.rpm ncurses-5.9-7.mga3.x86_64.rpm > >> plymouth-plugin-label-0.8.6.1-2.mga3.x86_64.rpm > >> lib64dbjava5.1-5.1.29-4.mga3.x86_64.rpm > >> lib64ncursesw5-5.9-7.mga3.x86_64.rpm > >> lib64ncurses-devel-5.9-7.mga3.x86_64.rpm from /var/cache/urpmi/rpms > >> Preparing... > >> # > >> 1/69: filesystem > >> # > >> error: unpacking of archive failed on file /var/lock: cpio: rename failed > >> - Is a directory > >> error: filesystem-2.1.9-18.mga3.x86_64: install failed > >> 2/69: ncurses > >> # > >> 3/69: lib64ncurses5 > >> # > >> 4/69: lib64plymouth2 > >> # > >> 5/69: plymouth-plugin-label > >> # > >> 6/69: lib64ncursesw5 > >> # > >> 7/69: lib64ncursesw-devel > >> # > >> 8/69: plymouth-plugin-script > >> > >> # > >> 9/69: lib64ncurses-devel > >> # > >> 10/69: findutils > >> # > >> 11/69: lib64dbjava5.1 > >> # > >> [/QUOTE] > >> > >> And the rest of the packages refuse to install. > > > > OK, I figured out. After I ran as root: > > > > # cd /var > > # mv lock lock.ol > > # mv run run.old > > > > It was fixed and I was able to install the "filesystem" package and the rest > > of the packages. However, something like that should not happen. > > > Well, this should have been done for you. Did you already have > run.runmove~ and lock.lockmove~ folders in /var? > > If so then I suspect something is killing the symlinks. Is it normal that in the same time filesystem package provide /usr/{lib,bin} etc as directory whereas the pre script transform it as symlink (according http://sophie.zarb.org/rpms/696f0450c6b9baa8dcf088602f19c810/files). For me they must be symlinks in the filesystem rpm. -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpR3kQS9wZU7.pgp Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Colin Guthrie writes: >>> 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; >>> rpm -e dpkg) >> >> dpkg >= 1.16.0.1-3.mga3 should be safe to keep, since I removed >> /usr/sbin/install-info >> >> It will hit the mirrors in a few minutes. > > Cool. Will that work for everything that needs install-info? I thought > that the one from dpkg was compatible with the one from texinfo but not > the other way around? If that's the case, then I guess we should use > alternatives (uggg!)? The one in dpkg was only a compatibility wrapper to print a warning if the old install-info path was hardcoded in a package. -- Olivier Blin - blino
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Shlomi Fish at 22/07/12 17:51 did gyre and gimble: > Hi all, > > On Sun, 22 Jul 2012 19:46:58 +0300 > Shlomi Fish wrote: > >> Hi Colin, >> >> On Sun, 22 Jul 2012 01:12:58 +0100 >> Colin Guthrie wrote: >> >>> OK, so the packages have now all been uploaded. >>> >>> You should see several packages now that you cannot install on Cauldron. >>> This is intended behaviour. >>> >>> Here is how to update your cauldron systems: >>> >>> 1. Run "urpmi --auto-update" install everything that can be installed. >>> 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make >>> sure (it may have been excluded in the --auto-update if it was in a >>> transaction with other packages that could not be installed). >>> 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; >>> rpm -e dpkg) >>> 4. Generate a new initrd and include the conversion script: dracut -f >>> -a convertfs >>> 5. If you have /usr on a separate partition >>> - Ensure there is enough free space to hold /bin, /sbin, /lib and >>> /lib64 content. >>> - If your /usr is mounted readonly, change your /etc/fstab to mount >>> it rw. >>> 6. Reboot. >>> 7. At the bootloader prompt, edit the command line and append: "rw >>> rd.convertfs" (without the quotes) to your command line and then boot. >>> >>> That should be all that is needed :) >>> >> >> OK, I did all that and now I am getting: >> >> [QUOTE] >> installing findutils-4.5.10-2.mga3.x86_64.rpm >> lib64plymouth2-0.8.6.1-2.mga3.x86_64.rpm filesystem-2.1.9-18.mga3.x86_64.rpm >> lib64ncursesw-devel-5.9-7.mga3.x86_64.rpm >> plymouth-plugin-script-0.8.6.1-2.mga3.x86_64.rpm >> lib64ncurses5-5.9-7.mga3.x86_64.rpm ncurses-5.9-7.mga3.x86_64.rpm >> plymouth-plugin-label-0.8.6.1-2.mga3.x86_64.rpm >> lib64dbjava5.1-5.1.29-4.mga3.x86_64.rpm lib64ncursesw5-5.9-7.mga3.x86_64.rpm >> lib64ncurses-devel-5.9-7.mga3.x86_64.rpm from /var/cache/urpmi/rpms >> Preparing... >> # >> 1/69: filesystem >> # >> error: unpacking of archive failed on file /var/lock: cpio: rename failed - >> Is a directory >> error: filesystem-2.1.9-18.mga3.x86_64: install failed >> 2/69: ncurses >> # >> 3/69: lib64ncurses5 >> # >> 4/69: lib64plymouth2 >> # >> 5/69: plymouth-plugin-label >> # >> 6/69: lib64ncursesw5 >> # >> 7/69: lib64ncursesw-devel >> # >> 8/69: plymouth-plugin-script >> >> # >> 9/69: lib64ncurses-devel >> # >> 10/69: findutils >> # >> 11/69: lib64dbjava5.1 >> # >> [/QUOTE] >> >> And the rest of the packages refuse to install. > > OK, I figured out. After I ran as root: > > # cd /var > # mv lock lock.ol > # mv run run.old > > It was fixed and I was able to install the "filesystem" package and the rest > of the packages. However, something like that should not happen. Well, this should have been done for you. Did you already have run.runmove~ and lock.lockmove~ folders in /var? If so then I suspect something is killing the symlinks. I did have this problem initially too because the mandriva-clean-var-run-lock.service file would actually delete the symlinks and then some other system (perhaps systemd-tmpfiles) actually recreated the /var/run and /var/lock folders. In the latest version of the dracut script I ensured that I disabled that script by deleting the service file. Can you double check that rebooting again doesn't "reconvert" the links back to dirs for /var/run and /var/lock because if so, then there could be some other "cleaning" config somewhere that I've missed. Cheers Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Olav Vitters at 22/07/12 16:02 did gyre and gimble: > On Sun, Jul 22, 2012 at 01:12:58AM +0100, Colin Guthrie wrote: >> That should be all that is needed :) > > Worked without any issues. Nice :) > I am having other issues (X/audio/network related). Making Cauldron > totally unstable. I'm having issues with X due to intel drivers. Gnome-shell crashes frequently with "out of space" errors in some intel thing which smells to me like something leaking textures. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Olivier Blin at 22/07/12 14:01 did gyre and gimble: > Colin Guthrie writes: > >> OK, so the packages have now all been uploaded. >> >> You should see several packages now that you cannot install on Cauldron. >> This is intended behaviour. >> >> Here is how to update your cauldron systems: >> >> 1. Run "urpmi --auto-update" install everything that can be installed. >> 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make >> sure (it may have been excluded in the --auto-update if it was in a >> transaction with other packages that could not be installed). >> 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; >> rpm -e dpkg) > > dpkg >= 1.16.0.1-3.mga3 should be safe to keep, since I removed > /usr/sbin/install-info > > It will hit the mirrors in a few minutes. Cool. Will that work for everything that needs install-info? I thought that the one from dpkg was compatible with the one from texinfo but not the other way around? If that's the case, then I guess we should use alternatives (uggg!)? Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Hi all, On Sun, 22 Jul 2012 19:46:58 +0300 Shlomi Fish wrote: > Hi Colin, > > On Sun, 22 Jul 2012 01:12:58 +0100 > Colin Guthrie wrote: > > > OK, so the packages have now all been uploaded. > > > > You should see several packages now that you cannot install on Cauldron. > > This is intended behaviour. > > > > Here is how to update your cauldron systems: > > > > 1. Run "urpmi --auto-update" install everything that can be installed. > > 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make > > sure (it may have been excluded in the --auto-update if it was in a > > transaction with other packages that could not be installed). > > 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; > > rpm -e dpkg) > > 4. Generate a new initrd and include the conversion script: dracut -f > > -a convertfs > > 5. If you have /usr on a separate partition > > - Ensure there is enough free space to hold /bin, /sbin, /lib and > > /lib64 content. > > - If your /usr is mounted readonly, change your /etc/fstab to mount > > it rw. > > 6. Reboot. > > 7. At the bootloader prompt, edit the command line and append: "rw > > rd.convertfs" (without the quotes) to your command line and then boot. > > > > That should be all that is needed :) > > > > OK, I did all that and now I am getting: > > [QUOTE] > installing findutils-4.5.10-2.mga3.x86_64.rpm > lib64plymouth2-0.8.6.1-2.mga3.x86_64.rpm filesystem-2.1.9-18.mga3.x86_64.rpm > lib64ncursesw-devel-5.9-7.mga3.x86_64.rpm > plymouth-plugin-script-0.8.6.1-2.mga3.x86_64.rpm > lib64ncurses5-5.9-7.mga3.x86_64.rpm ncurses-5.9-7.mga3.x86_64.rpm > plymouth-plugin-label-0.8.6.1-2.mga3.x86_64.rpm > lib64dbjava5.1-5.1.29-4.mga3.x86_64.rpm lib64ncursesw5-5.9-7.mga3.x86_64.rpm > lib64ncurses-devel-5.9-7.mga3.x86_64.rpm from /var/cache/urpmi/rpms > Preparing... # > 1/69: filesystem# > error: unpacking of archive failed on file /var/lock: cpio: rename failed - > Is a directory > error: filesystem-2.1.9-18.mga3.x86_64: install failed > 2/69: ncurses # > 3/69: lib64ncurses5 # > 4/69: lib64plymouth2# > 5/69: plymouth-plugin-label # > 6/69: lib64ncursesw5# > 7/69: lib64ncursesw-devel # > 8/69: plymouth-plugin-script > # > 9/69: lib64ncurses-devel# > 10/69: findutils # > 11/69: lib64dbjava5.1# > [/QUOTE] > > And the rest of the packages refuse to install. OK, I figured out. After I ran as root: # cd /var # mv lock lock.ol # mv run run.old It was fixed and I was able to install the "filesystem" package and the rest of the packages. However, something like that should not happen. Regards, Shlomi Fish > > What should I do? > > Regards, > > Shlomi Fish > > > > If you are extra paranoid, or want to see what is going on, then you can > > remove the "splash" and "quiet" options from the kernel too. > > > > If you want to see things in more depth, you can also add > > rd.break=pre-pivot to the kernel. You will be dumped into a shell with > > your / mounted as /sysroot. This shell is *before* conversion. If you > > type "exit" the conversion will be done, and you'll be dumped to another > > shell afterwards. Typing exit once more here will boot the system as normal. > > > > > > > > All the best and good luck!!! > > > > Col > > > > > -- - Shlomi Fish http://www.shlomifish.org/ Chuck Norris/etc. Facts - http://www.shlomifish.org/humour/bits/facts/ Only perl and Chuck Norris can parse Perl. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Hi Colin, On Sun, 22 Jul 2012 01:12:58 +0100 Colin Guthrie wrote: > OK, so the packages have now all been uploaded. > > You should see several packages now that you cannot install on Cauldron. > This is intended behaviour. > > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be installed. > 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make > sure (it may have been excluded in the --auto-update if it was in a > transaction with other packages that could not be installed). > 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; > rpm -e dpkg) > 4. Generate a new initrd and include the conversion script: dracut -f > -a convertfs > 5. If you have /usr on a separate partition > - Ensure there is enough free space to hold /bin, /sbin, /lib and > /lib64 content. > - If your /usr is mounted readonly, change your /etc/fstab to mount > it rw. > 6. Reboot. > 7. At the bootloader prompt, edit the command line and append: "rw > rd.convertfs" (without the quotes) to your command line and then boot. > > That should be all that is needed :) > OK, I did all that and now I am getting: [QUOTE] installing findutils-4.5.10-2.mga3.x86_64.rpm lib64plymouth2-0.8.6.1-2.mga3.x86_64.rpm filesystem-2.1.9-18.mga3.x86_64.rpm lib64ncursesw-devel-5.9-7.mga3.x86_64.rpm plymouth-plugin-script-0.8.6.1-2.mga3.x86_64.rpm lib64ncurses5-5.9-7.mga3.x86_64.rpm ncurses-5.9-7.mga3.x86_64.rpm plymouth-plugin-label-0.8.6.1-2.mga3.x86_64.rpm lib64dbjava5.1-5.1.29-4.mga3.x86_64.rpm lib64ncursesw5-5.9-7.mga3.x86_64.rpm lib64ncurses-devel-5.9-7.mga3.x86_64.rpm from /var/cache/urpmi/rpms Preparing... # 1/69: filesystem# error: unpacking of archive failed on file /var/lock: cpio: rename failed - Is a directory error: filesystem-2.1.9-18.mga3.x86_64: install failed 2/69: ncurses # 3/69: lib64ncurses5 # 4/69: lib64plymouth2# 5/69: plymouth-plugin-label # 6/69: lib64ncursesw5# 7/69: lib64ncursesw-devel # 8/69: plymouth-plugin-script # 9/69: lib64ncurses-devel# 10/69: findutils # 11/69: lib64dbjava5.1# [/QUOTE] And the rest of the packages refuse to install. What should I do? Regards, Shlomi Fish > If you are extra paranoid, or want to see what is going on, then you can > remove the "splash" and "quiet" options from the kernel too. > > If you want to see things in more depth, you can also add > rd.break=pre-pivot to the kernel. You will be dumped into a shell with > your / mounted as /sysroot. This shell is *before* conversion. If you > type "exit" the conversion will be done, and you'll be dumped to another > shell afterwards. Typing exit once more here will boot the system as normal. > > > > All the best and good luck!!! > > Col > -- - Shlomi Fish http://www.shlomifish.org/ "The Human Hacking Field Guide" - http://shlom.in/hhfg Bugs are too afraid to reproduce on Chuck Norris’ computer. As a result, when he uses Microsoft Windows, it behaves just like a Linux system. Please reply to list if it's a mailing list post - http://shlom.in/reply .
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
22.07.2012 18:14, Angelo Naselli skrev: > hmm, > filesystem rpm won't install anymore so you won't be able to > update your cauldron anymore Yes exactly. > [...] >> It's two very simple manual steps which I do not think is beyond >> the skill set of anyone running cauldron, nor does it take much >> time. > > So if someone is on vacation now, has to install all from scratch? No need to install from scratch... The packages depending on /usr move will simply not install... > Can that(those) package(s) remain(s) available for a while or in e > different repo to allow lazy people like me to update all their vm or > real machine that maybe are not in the same place? :) > No need for separate repo, just do the upgrade when you have time. -- Thomas
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hmm, filesystem rpm won't install anymore so you won't be able to update your cauldron anymore >>> >>> >>> Yes exactly. [...] > It's two very simple manual steps which I do not think is beyond > the skill set of anyone running cauldron, nor does it take much > time. So if someone is on vacation now, has to install all from scratch? Can that(those) package(s) remain(s) available for a while or in e different repo to allow lazy people like me to update all their vm or real machine that maybe are not in the same place? :) Thanks, Angelo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAMGMgACgkQqEs9DA4DquD3YgCgnS8Sg8djzTbfpIsxtiFbKb+j QEcAn2RQtfXRX2QQu2A15IbhbBSqpHwj =5Q/Z -END PGP SIGNATURE-
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Sun, Jul 22, 2012 at 01:12:58AM +0100, Colin Guthrie wrote: > That should be all that is needed :) Worked without any issues. I am having other issues (X/audio/network related). Making Cauldron totally unstable. -- Regards, Olav
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Colin Guthrie writes: > 7. At the bootloader prompt, edit the command line and append: "rw > rd.convertfs" (without the quotes) to your command line and then boot. Another tip: make sure your kernel command line is not too long (not more than 256 characters). For the record, mine was the following (already too long before adding rd.converfs...): BOOT_IMAGE=linux root=UUID=0496a11c-4f6d-427d-874e-f6af4f5a0b0c splash quiet resume=UUID=67d65da4-bf8c-45eb-9228-c8701cb3a5ef acpi_osi=Linux acpi_backlight=vendor speedboot=no i915.i915_enable_fbc=1 i915.i915_enable_rc6=1 i915.lvds_downclock=1 init=/bin/systemd vga=788 The kernel is supposed to handle longer command lines (since 2.6.21?), but it seems to be truncated by grub. -- Olivier Blin - blino
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Colin Guthrie writes: > OK, so the packages have now all been uploaded. > > You should see several packages now that you cannot install on Cauldron. > This is intended behaviour. > > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be installed. This seems to miss quite a lot of packages. I got better results by using this: urpmi --auto-update --split-length 1 --skip '/filesystem|kernel|ncurses/' (not sure if the split-length is still useful when filesystem is properly skipped) -- Olivier Blin - blino
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
22.07.2012 03:12, Colin Guthrie skrev: > OK, so the packages have now all been uploaded. > > You should see several packages now that you cannot install on Cauldron. > This is intended behaviour. > > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be installed. > 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make > sure (it may have been excluded in the --auto-update if it was in a > transaction with other packages that could not be installed). > 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; > rpm -e dpkg) > 4. Generate a new initrd and include the conversion script: dracut -f > -a convertfs 4.5 If you use lilo as bootloader, you must re-run it after recreating the initrd (just type "lilo" as root) > 5. If you have /usr on a separate partition > - Ensure there is enough free space to hold /bin, /sbin, /lib and > /lib64 content. > - If your /usr is mounted readonly, change your /etc/fstab to mount > it rw. > 6. Reboot. > 7. At the bootloader prompt, edit the command line and append: "rw > rd.convertfs" (without the quotes) to your command line and then boot. > > That should be all that is needed :) > > If you are extra paranoid, or want to see what is going on, then you can > remove the "splash" and "quiet" options from the kernel too. > > If you want to see things in more depth, you can also add > rd.break=pre-pivot to the kernel. You will be dumped into a shell with > your / mounted as /sysroot. This shell is *before* conversion. If you > type "exit" the conversion will be done, and you'll be dumped to another > shell afterwards. Typing exit once more here will boot the system as normal. > > > > All the best and good luck!!! > > Col >
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Colin Guthrie writes: > OK, so the packages have now all been uploaded. > > You should see several packages now that you cannot install on Cauldron. > This is intended behaviour. > > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be installed. > 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make > sure (it may have been excluded in the --auto-update if it was in a > transaction with other packages that could not be installed). > 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; > rpm -e dpkg) dpkg >= 1.16.0.1-3.mga3 should be safe to keep, since I removed /usr/sbin/install-info It will hit the mirrors in a few minutes. -- Olivier Blin - blino
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Olivier Thauvin at 22/07/12 12:12 did gyre and gimble: > * Colin Guthrie (mag...@colin.guthr.ie) wrote: >> 'Twas brillig, and Nicolas Lécureuil at 22/07/12 11:58 did gyre and gimble: >>> Le dimanche 22 juillet 2012 12:56:42 Claire Revillet a écrit : Hi What append if we decide not to make the step on our machine ? Will it still be possible to update ? to package ? >>> >>> filesystem rpm won't install anymore so you won't be able to update your >>> cauldron anymore >> >> >> Yes exactly. >> >> This is a necessary step to continue using Cauldron really. It's also >> something that will need to be done in the mga2 -> mga3 upgrade although >> I will ensure that a nice packaged solution exits for users doing this >> change so as to be a bit more user friendly. > > Then just do it now. I'd rather not... all this update package would do is generate an initrd and add a menu item that uses it and I'd rather concentrate with users to run the steps manually for now. > I have my laptop + 2 others VM under cauldron at work to be able to > contribute to Mageia. > I don't really have time for such migration, and don't want to if this > can break by laptop then denying me to work. > > I'll wait to update my cauldron, no mather if I can't test anymore. Yeah I appreciate that, but I'm not going to do this update package yet. I'd rather wait and gather feedback first. All the update package would do is the same as I'm asking you to do, so the "risk" of breakage is identical in either case. I don't want to provide a package that pretends to be any more "safe" than any other mechanism. It's two very simple manual steps which I do not think is beyond the skill set of anyone running cauldron, nor does it take much time. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
22.07.2012 14:23, Charles A Edwards skrev: > On Sun, 22 Jul 2012 10:39:12 +0100 > Colin Guthrie wrote: > >> That's weird. >> >> When in the shell can you (triple) check that the path >> usr/bin/convertfs is really there in the initrd (just type "ls >> usr/bin/convertfs" in the first shell) >> >> As you use lilo have you run whatever command you have to run to >> update it before rebooting? I forget what it is - maybe just "lilo"? > > > As the name of the image did not change and the convertfs was added > at the boot prompt rather than as an append to lilo it I did not run > "lilo". > > But lilo was the issue. > I had tried with all the kernels I had installed with no success, > switched to grub using the same command at the boot prompt and the fs > converted nicely. > > Will be interesting to see if any others using lilo have this problem > or if I am just "lucky". > Nope. everyone using lilo will hit it as every time you recreate initrd, lilo must be re-run to be mapped/used correctly... That's the "downside" of using lilo... -- Thomas
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Sun, 22 Jul 2012 10:39:12 +0100 Colin Guthrie wrote: > That's weird. > > When in the shell can you (triple) check that the path > usr/bin/convertfs is really there in the initrd (just type "ls > usr/bin/convertfs" in the first shell) > > As you use lilo have you run whatever command you have to run to > update it before rebooting? I forget what it is - maybe just "lilo"? As the name of the image did not change and the convertfs was added at the boot prompt rather than as an append to lilo it I did not run "lilo". But lilo was the issue. I had tried with all the kernels I had installed with no success, switched to grub using the same command at the boot prompt and the fs converted nicely. Will be interesting to see if any others using lilo have this problem or if I am just "lucky". Charles -- Man usually avoids attributing cleverness to somebody else -- unless it is an enemy. -- Albert Einstein -- Mageia release 3 (Cauldron) for x86_64$ On SuperSizehttp://www.eslrahc.com Registered Linux user #182463 3.4.6-tmb-server-2.mga3 x86_64 -- signature.asc Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
* Colin Guthrie (mag...@colin.guthr.ie) wrote: > 'Twas brillig, and Nicolas Lécureuil at 22/07/12 11:58 did gyre and gimble: > > Le dimanche 22 juillet 2012 12:56:42 Claire Revillet a écrit : > >> Hi > >> What append if we decide not to make the step on our machine ? > >> Will it still be possible to update ? to package ? > > > > filesystem rpm won't install anymore so you won't be able to update your > > cauldron anymore > > > Yes exactly. > > This is a necessary step to continue using Cauldron really. It's also > something that will need to be done in the mga2 -> mga3 upgrade although > I will ensure that a nice packaged solution exits for users doing this > change so as to be a bit more user friendly. Then just do it now. I have my laptop + 2 others VM under cauldron at work to be able to contribute to Mageia. I don't really have time for such migration, and don't want to if this can break by laptop then denying me to work. I'll wait to update my cauldron, no mather if I can't test anymore. > > Col > > > -- > > Colin Guthrie > colin(at)mageia.org > http://colin.guthr.ie/ > > Day Job: > Tribalogic Limited http://www.tribalogic.net/ > Open Source: > Mageia Contributor http://www.mageia.org/ > PulseAudio Hacker http://www.pulseaudio.org/ > Trac Hacker http://trac.edgewall.org/ -- Olivier Thauvin CNRS - LATMOS ♖ ♘ ♗ ♕ ♔ ♗ ♘ ♖ pgpHZRic7mpIF.pgp Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Nicolas Lécureuil at 22/07/12 11:58 did gyre and gimble: > Le dimanche 22 juillet 2012 12:56:42 Claire Revillet a écrit : >> Le 22/07/2012 02:12, Colin Guthrie a écrit : >>> OK, so the packages have now all been uploaded. >>> >>> You should see several packages now that you cannot install on Cauldron. >>> This is intended behaviour. >>> >>> Here is how to update your cauldron systems: >>> 1. Run "urpmi --auto-update" install everything that can be installed. >>> 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make >>> >>> sure (it may have been excluded in the --auto-update if it was in a >>> transaction with other packages that could not be installed). >>> >>> 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; >>> >>> rpm -e dpkg) >>> >>> 4. Generate a new initrd and include the conversion script: dracut -f >>> >>> -a convertfs >>> >>> 5. If you have /usr on a separate partition >>> >>> - Ensure there is enough free space to hold /bin, /sbin, /lib and >>> >>> /lib64 content. >>> >>> - If your /usr is mounted readonly, change your /etc/fstab to mount >>> >>> it rw. >>> >>> 6. Reboot. >>> 7. At the bootloader prompt, edit the command line and append: "rw >>> >>> rd.convertfs" (without the quotes) to your command line and then boot. >>> >>> That should be all that is needed :) >>> >>> If you are extra paranoid, or want to see what is going on, then you can >>> remove the "splash" and "quiet" options from the kernel too. >>> >>> If you want to see things in more depth, you can also add >>> rd.break=pre-pivot to the kernel. You will be dumped into a shell with >>> your / mounted as /sysroot. This shell is *before* conversion. If you >>> type "exit" the conversion will be done, and you'll be dumped to another >>> shell afterwards. Typing exit once more here will boot the system as >>> normal. >>> >>> >>> >>> All the best and good luck!!! >>> >>> Col >> >> Hi >> What append if we decide not to make the step on our machine ? >> Will it still be possible to update ? to package ? > > filesystem rpm won't install anymore so you won't be able to update your > cauldron anymore Yes exactly. This is a necessary step to continue using Cauldron really. It's also something that will need to be done in the mga2 -> mga3 upgrade although I will ensure that a nice packaged solution exits for users doing this change so as to be a bit more user friendly. Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Le dimanche 22 juillet 2012 12:56:42 Claire Revillet a écrit : > Le 22/07/2012 02:12, Colin Guthrie a écrit : > > OK, so the packages have now all been uploaded. > > > > You should see several packages now that you cannot install on Cauldron. > > This is intended behaviour. > > > > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be installed. > > 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make > > > > sure (it may have been excluded in the --auto-update if it was in a > > transaction with other packages that could not be installed). > > > > 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; > > > > rpm -e dpkg) > > > > 4. Generate a new initrd and include the conversion script: dracut -f > > > > -a convertfs > > > > 5. If you have /usr on a separate partition > > > > - Ensure there is enough free space to hold /bin, /sbin, /lib and > > > > /lib64 content. > > > > - If your /usr is mounted readonly, change your /etc/fstab to mount > > > > it rw. > > > > 6. Reboot. > > 7. At the bootloader prompt, edit the command line and append: "rw > > > > rd.convertfs" (without the quotes) to your command line and then boot. > > > > That should be all that is needed :) > > > > If you are extra paranoid, or want to see what is going on, then you can > > remove the "splash" and "quiet" options from the kernel too. > > > > If you want to see things in more depth, you can also add > > rd.break=pre-pivot to the kernel. You will be dumped into a shell with > > your / mounted as /sysroot. This shell is *before* conversion. If you > > type "exit" the conversion will be done, and you'll be dumped to another > > shell afterwards. Typing exit once more here will boot the system as > > normal. > > > > > > > > All the best and good luck!!! > > > > Col > > Hi > What append if we decide not to make the step on our machine ? > Will it still be possible to update ? to package ? > > Claire filesystem rpm won't install anymore so you won't be able to update your cauldron anymore
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Le 22/07/2012 02:12, Colin Guthrie a écrit : OK, so the packages have now all been uploaded. You should see several packages now that you cannot install on Cauldron. This is intended behaviour. Here is how to update your cauldron systems: 1. Run "urpmi --auto-update" install everything that can be installed. 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make sure (it may have been excluded in the --auto-update if it was in a transaction with other packages that could not be installed). 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; rpm -e dpkg) 4. Generate a new initrd and include the conversion script: dracut -f -a convertfs 5. If you have /usr on a separate partition - Ensure there is enough free space to hold /bin, /sbin, /lib and /lib64 content. - If your /usr is mounted readonly, change your /etc/fstab to mount it rw. 6. Reboot. 7. At the bootloader prompt, edit the command line and append: "rw rd.convertfs" (without the quotes) to your command line and then boot. That should be all that is needed :) If you are extra paranoid, or want to see what is going on, then you can remove the "splash" and "quiet" options from the kernel too. If you want to see things in more depth, you can also add rd.break=pre-pivot to the kernel. You will be dumped into a shell with your / mounted as /sysroot. This shell is *before* conversion. If you type "exit" the conversion will be done, and you'll be dumped to another shell afterwards. Typing exit once more here will boot the system as normal. All the best and good luck!!! Col Hi What append if we decide not to make the step on our machine ? Will it still be possible to update ? to package ? Claire
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Colin Guthrie at 22/07/12 02:39 did gyre and gimble: > 'Twas brillig, and Colin Guthrie at 22/07/12 01:12 did gyre and gimble: >> OK, so the packages have now all been uploaded. >> >> You should see several packages now that you cannot install on Cauldron. >> This is intended behaviour. >> >> Here is how to update your cauldron systems: >> >> 1. Run "urpmi --auto-update" install everything that can be installed. > > I should clarify that it is expected that some packages will refuse to > install due to them requireing the new filesystem package and that > package itself requires a converted filesystem before it will install. > >> 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make >> sure (it may have been excluded in the --auto-update if it was in a >> transaction with other packages that could not be installed). >> 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; >> rpm -e dpkg) >> 4. Generate a new initrd and include the conversion script: dracut -f >> -a convertfs > > When generating the initrd, make sure you are booted currently on the > latest kernel, or that you adjust the dracut command accordingly. > >> 5. If you have /usr on a separate partition >> - Ensure there is enough free space to hold /bin, /sbin, /lib and >> /lib64 content. >> - If your /usr is mounted readonly, change your /etc/fstab to mount >> it rw. >> 6. Reboot. >> 7. At the bootloader prompt, edit the command line and append: "rw >> rd.convertfs" (without the quotes) to your command line and then boot. >> >> That should be all that is needed :) > > Oh, yeah, after reboot, make sure you complete the rest of the updates :) I've clarified these instructions on the wiki: https://wiki.mageia.org/en/Feature:UsrMove#Release_Notes Feel free to augment them with better info as needed. Cheers Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Charles A Edwards at 22/07/12 10:20 did gyre and gimble: > On Sun, 22 Jul 2012 09:59:27 +0100 > Colin Guthrie wrote: > >>> Booting with >>> rw rd.convertfs rd.break=pre-pivot >>> >>> Using "exit" on 1st shell >>> >>> (output given as follows) >>> >>> exit >>> pre-pivot >>> >>> dracut warning: Break before switch_root >>> dracut warning: Break before switch_root >>> >>> Dropping to debug shell. >>> >>> sh:0: can't access tty; job control off >>> switch_root:/# >>> >>> (end output) >>> >>> I type exit and the system continues booting. >> >> >> So this looks really like the convertfs module is simply not included >> in your initrd. >> >> Can you confirm that your grub entry is using the latest kernel and >> that the initrd used is the right one? > > I use lilo. > > [root@SuperSize ~]# uname -r > 3.4.6-tmb-server-1.mga3 > [root@SuperSize ~]# dracut -f -a convertfs > I: *** Including module: dash *** > I: *** Including module: i18n *** > I: *** Including module: rpmversion *** > I: *** Including module: convertfs *** > I: *** Including module: plymouth *** > I: *** Including module: kernel-modules *** > I: *** Including module: resume *** > I: *** Including module: rootfs-block *** > I: *** Including module: terminfo *** > I: *** Including module: udev-rules *** > I: Skipping udev rule: 50-udev.rules > I: Skipping udev rule: 95-late.rules > I: Skipping udev rule: 50-firmware.rules > I: *** Including module: usrmount *** > I: *** Including module: base *** > I: *** Including module: fs-lib *** > I: *** Including module: shutdown *** > I: Skipping program kexec as it cannot be found and is flagged to be > optional I: *** Including modules done *** > I: Wrote /boot/initrd-3.4.6-tmb-server-1.mga3.img: > I: -rw-r--r-- 1 root root 7032269 Jul 22 > 05:02 /boot/initrd-3.4.6-tmb-server-1.mga3.img > > [root@SuperSize ~]# lsinitrd | grep convertfs > -rwxr-xr-x 1 root root 304 Feb 24 09:38 > lib/dracut/hooks/pre-pivot/99do-convertfs.sh > -rwxr-xr-x 1 root root 8031 Jul 21 12:19 usr/bin/convertfs > > > > reboot system > > Same occurs > > exit > pre-pivot > > dracut warning: Break before switch_root > dracut warning: Break before switch_root > > Dropping to debug shell. > > sh:0: can't access tty; job control off > switch_root:/# > > > [root@SuperSize ~]# uname -r > 3.4.6-tmb-server-1.mga3 > > [root@SuperSize ~]# lsinitrd | grep convertfs > -rwxr-xr-x 1 root root 304 Feb 24 09:38 > lib/dracut/hooks/pre-pivot/99do-convertfs.sh > -rwxr-xr-x 1 root root 8031 Jul 21 12:19 usr/bin/convertfs That's weird. When in the shell can you (triple) check that the path usr/bin/convertfs is really there in the initrd (just type "ls usr/bin/convertfs" in the first shell) As you use lilo have you run whatever command you have to run to update it before rebooting? I forget what it is - maybe just "lilo"? Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Sun, 22 Jul 2012 09:59:27 +0100 Colin Guthrie wrote: > > Booting with > > rw rd.convertfs rd.break=pre-pivot > > > > Using "exit" on 1st shell > > > > (output given as follows) > > > > exit > > pre-pivot > > > > dracut warning: Break before switch_root > > dracut warning: Break before switch_root > > > > Dropping to debug shell. > > > > sh:0: can't access tty; job control off > > switch_root:/# > > > > (end output) > > > > I type exit and the system continues booting. > > > So this looks really like the convertfs module is simply not included > in your initrd. > > Can you confirm that your grub entry is using the latest kernel and > that the initrd used is the right one? I use lilo. [root@SuperSize ~]# uname -r 3.4.6-tmb-server-1.mga3 [root@SuperSize ~]# dracut -f -a convertfs I: *** Including module: dash *** I: *** Including module: i18n *** I: *** Including module: rpmversion *** I: *** Including module: convertfs *** I: *** Including module: plymouth *** I: *** Including module: kernel-modules *** I: *** Including module: resume *** I: *** Including module: rootfs-block *** I: *** Including module: terminfo *** I: *** Including module: udev-rules *** I: Skipping udev rule: 50-udev.rules I: Skipping udev rule: 95-late.rules I: Skipping udev rule: 50-firmware.rules I: *** Including module: usrmount *** I: *** Including module: base *** I: *** Including module: fs-lib *** I: *** Including module: shutdown *** I: Skipping program kexec as it cannot be found and is flagged to be optional I: *** Including modules done *** I: Wrote /boot/initrd-3.4.6-tmb-server-1.mga3.img: I: -rw-r--r-- 1 root root 7032269 Jul 22 05:02 /boot/initrd-3.4.6-tmb-server-1.mga3.img [root@SuperSize ~]# lsinitrd | grep convertfs -rwxr-xr-x 1 root root 304 Feb 24 09:38 lib/dracut/hooks/pre-pivot/99do-convertfs.sh -rwxr-xr-x 1 root root 8031 Jul 21 12:19 usr/bin/convertfs reboot system Same occurs exit pre-pivot dracut warning: Break before switch_root dracut warning: Break before switch_root Dropping to debug shell. sh:0: can't access tty; job control off switch_root:/# [root@SuperSize ~]# uname -r 3.4.6-tmb-server-1.mga3 [root@SuperSize ~]# lsinitrd | grep convertfs -rwxr-xr-x 1 root root 304 Feb 24 09:38 lib/dracut/hooks/pre-pivot/99do-convertfs.sh -rwxr-xr-x 1 root root 8031 Jul 21 12:19 usr/bin/convertfs Charles -- Remembering is for those who have forgotten. -- Chinese proverb -- Mageia release 3 (Cauldron) for x86_64$ On SuperSizehttp://www.eslrahc.com Registered Linux user #182463 3.4.6-tmb-server-1.mga3 x86_64 -- signature.asc Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Charles A Edwards at 22/07/12 09:53 did gyre and gimble: > On Sun, 22 Jul 2012 09:19:26 +0100 > Colin Guthrie wrote: > >> When you reboot please append the following: >> >> rw rd.convertfs rd.break=pre-pivot >> >> and make sure your remove the following >> >> splash silent >> >> >> As noted earlier, this will drop you to two debug shells. Type "exit" >> at the first one and then you should see the conversion taking place, >> including any errors relating to rolling back the change and why. >> >> that should give you some clues. > > Booting with > rw rd.convertfs rd.break=pre-pivot > > Using "exit" on 1st shell > > (output given as follows) > > exit > pre-pivot > > dracut warning: Break before switch_root > dracut warning: Break before switch_root > > Dropping to debug shell. > > sh:0: can't access tty; job control off > switch_root:/# > > (end output) > > I type exit and the system continues booting. So this looks really like the convertfs module is simply not included in your initrd. Can you confirm that your grub entry is using the latest kernel and that the initrd used is the right one? lsinitrd | grep convertfs This should give you some results. It just seems like you regenerated the initrd when not booted on the latest kernel or that you are using a non-latest initrd. Either way just work out which kernel+initrd combo you are using and regenerate it to include the convertfs module. Cheers Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Sun, 22 Jul 2012 09:19:26 +0100 Colin Guthrie wrote: > When you reboot please append the following: > > rw rd.convertfs rd.break=pre-pivot > > and make sure your remove the following > > splash silent > > > As noted earlier, this will drop you to two debug shells. Type "exit" > at the first one and then you should see the conversion taking place, > including any errors relating to rolling back the change and why. > > that should give you some clues. Booting with rw rd.convertfs rd.break=pre-pivot Using "exit" on 1st shell (output given as follows) exit pre-pivot dracut warning: Break before switch_root dracut warning: Break before switch_root Dropping to debug shell. sh:0: can't access tty; job control off switch_root:/# (end output) I type exit and the system continues booting. Charles -- To err is humor. -- Mageia release 3 (Cauldron) for x86_64$ On SuperSizehttp://www.eslrahc.com Registered Linux user #182463 3.4.6-tmb-server-1.mga3 x86_64 -- signature.asc Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Charles A Edwards at 22/07/12 04:18 did gyre and gimble: > On Sun, 22 Jul 2012 02:39:42 +0100 > Colin Guthrie wrote: > >>> 6. Reboot. >>> 7. At the bootloader prompt, edit the command line and append: "rw >>> rd.convertfs" (without the quotes) to your command line and then >>> boot. >>> >>> That should be all that is needed :) >> >> Oh, yeah, after reboot, make sure you complete the rest of the >> updates :) > > > I am not getting the filesystem conversion. > > What am I doing wrong? > > I updated dracut and everything else that would install > > rpm -q dracut > dracut-017-22.mga3 > > Regenerated initrd for the running kernel using > dracut -f -a convertfs > > Reboot > > At the command prompt I append > rw rd.convertfs > > No conversion occurs > installing filesystem-2.1.9-18.mga3.x86_64.rpm > from /var/cache/urpmi/rpms > Installation failed: rpmlib(X-CheckUnifiedSystemdir) is needed > by filesystem-2.1.9-18.mga3.x86_64 > > I do not have a separate /usr When you reboot please append the following: rw rd.convertfs rd.break=pre-pivot and make sure your remove the following splash silent As noted earlier, this will drop you to two debug shells. Type "exit" at the first one and then you should see the conversion taking place, including any errors relating to rolling back the change and why. that should give you some clues. Cheers Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Sun, 22 Jul 2012 02:39:42 +0100 Colin Guthrie wrote: > > 6. Reboot. > > 7. At the bootloader prompt, edit the command line and append: "rw > > rd.convertfs" (without the quotes) to your command line and then > > boot. > > > > That should be all that is needed :) > > Oh, yeah, after reboot, make sure you complete the rest of the > updates :) I am not getting the filesystem conversion. What am I doing wrong? I updated dracut and everything else that would install rpm -q dracut dracut-017-22.mga3 Regenerated initrd for the running kernel using dracut -f -a convertfs Reboot At the command prompt I append rw rd.convertfs No conversion occurs installing filesystem-2.1.9-18.mga3.x86_64.rpm from /var/cache/urpmi/rpms Installation failed:rpmlib(X-CheckUnifiedSystemdir) is needed by filesystem-2.1.9-18.mga3.x86_64 I do not have a separate /usr Charles -- The boy stood on the burning deck, Eating peanuts by the peck. His father called him, but he could not go, For he loved those peanuts so. -- Mageia release 3 (Cauldron) for x86_64$ On SuperSizehttp://www.eslrahc.com Registered Linux user #182463 3.4.6-tmb-server-1.mga3 x86_64 -- signature.asc Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Charles A Edwards at 22/07/12 02:28 did gyre and gimble: > On Sun, 22 Jul 2012 01:12:58 +0100 > Colin Guthrie wrote: > >> Here is how to update your cauldron systems: >> >> 1. Run "urpmi --auto-update" install everything that can be >> installed. 2. Ensure that latest dracut is installed. Run "urpmi >> dracut" to make sure (it may have been excluded in the --auto-update >> if it was in a transaction with other packages that could not be >> installed). 3. Ensure that you do not have zapata or dpkg installed >> (rpm -e zapata; rpm -e dpkg) > > After installing all the updates if I then install a new kernel will I > need to make any adjustments or will it creat a proper and bootable > initrd during installation? If the updates installed a new kernel, then you can either adjust the dracut command I gave to mention the specific initrd name and kernel version, or just reboot as normal first and run the dracut command in the fresh boot. HTHs Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
'Twas brillig, and Colin Guthrie at 22/07/12 01:12 did gyre and gimble: > OK, so the packages have now all been uploaded. > > You should see several packages now that you cannot install on Cauldron. > This is intended behaviour. > > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be installed. I should clarify that it is expected that some packages will refuse to install due to them requireing the new filesystem package and that package itself requires a converted filesystem before it will install. > 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make > sure (it may have been excluded in the --auto-update if it was in a > transaction with other packages that could not be installed). > 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; > rpm -e dpkg) > 4. Generate a new initrd and include the conversion script: dracut -f > -a convertfs When generating the initrd, make sure you are booted currently on the latest kernel, or that you adjust the dracut command accordingly. > 5. If you have /usr on a separate partition > - Ensure there is enough free space to hold /bin, /sbin, /lib and > /lib64 content. > - If your /usr is mounted readonly, change your /etc/fstab to mount > it rw. > 6. Reboot. > 7. At the bootloader prompt, edit the command line and append: "rw > rd.convertfs" (without the quotes) to your command line and then boot. > > That should be all that is needed :) Oh, yeah, after reboot, make sure you complete the rest of the updates :) Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
22.07.2012 03:12, Colin Guthrie skrev: > OK, so the packages have now all been uploaded. > > You should see several packages now that you cannot install on Cauldron. > This is intended behaviour. > > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be installed. > 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make > sure (it may have been excluded in the --auto-update if it was in a > transaction with other packages that could not be installed). > 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; > rpm -e dpkg) > 4. Generate a new initrd and include the conversion script: dracut -f > -a convertfs > 5. If you have /usr on a separate partition > - Ensure there is enough free space to hold /bin, /sbin, /lib and > /lib64 content. > - If your /usr is mounted readonly, change your /etc/fstab to mount > it rw. > 6. Reboot. > 7. At the bootloader prompt, edit the command line and append: "rw > rd.convertfs" (without the quotes) to your command line and then boot. > > That should be all that is needed :) 8. run urpmi --auto-update again to pull in the rpms that depend on the completed /usr move... > > If you are extra paranoid, or want to see what is going on, then you can > remove the "splash" and "quiet" options from the kernel too. > > If you want to see things in more depth, you can also add > rd.break=pre-pivot to the kernel. You will be dumped into a shell with > your / mounted as /sysroot. This shell is *before* conversion. If you > type "exit" the conversion will be done, and you'll be dumped to another > shell afterwards. Typing exit once more here will boot the system as normal. > > > > All the best and good luck!!! > Worked like a charm here on my x86_64 laptop. -- Thomas
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
22.07.2012 04:28, Charles A Edwards skrev: > On Sun, 22 Jul 2012 01:12:58 +0100 > Colin Guthrie wrote: > >> Here is how to update your cauldron systems: >> >> 1. Run "urpmi --auto-update" install everything that can be >> installed. 2. Ensure that latest dracut is installed. Run "urpmi >> dracut" to make sure (it may have been excluded in the --auto-update >> if it was in a transaction with other packages that could not be >> installed). 3. Ensure that you do not have zapata or dpkg installed >> (rpm -e zapata; rpm -e dpkg) > > After installing all the updates if I then install a new kernel will I > need to make any adjustments or will it creat a proper and bootable > initrd during installation? > It should work normally. -- Thomas
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
22.07.2012 04:17, Nicolas Lécureuil skrev: > Le dimanche 22 juillet 2012 01:12:58 Colin Guthrie a écrit : >> 1. Run "urpmi --auto-update" install everything that can be installed. > > i can't install anything: > > installing filesystem-2.1.9-18.mga3.i586.rpm from /var/cache/urpmi/rpms > Installation failed:rpmlib(X-CheckUnifiedSystemdir) is needed by > filesystem-2.1.9-18.mga3.i586 > > any idea ? > This is expected. after you have installed the latest dracut, regenerated the initrd, booted with "rw rd.convert", and the system is up again, just do a second urpmi --auto-update and it will install the rest of the rpms that now depend on the /usr move. -- Thomas
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
On Sun, 22 Jul 2012 01:12:58 +0100 Colin Guthrie wrote: > Here is how to update your cauldron systems: > > 1. Run "urpmi --auto-update" install everything that can be > installed. 2. Ensure that latest dracut is installed. Run "urpmi > dracut" to make sure (it may have been excluded in the --auto-update > if it was in a transaction with other packages that could not be > installed). 3. Ensure that you do not have zapata or dpkg installed > (rpm -e zapata; rpm -e dpkg) After installing all the updates if I then install a new kernel will I need to make any adjustments or will it creat a proper and bootable initrd during installation? Charles -- We ARE as gods and might as well get good at it. -- Whole Earth Catalog -- Mageia release 3 (Cauldron) for x86_64$ On SuperSizehttp://www.eslrahc.com Registered Linux user #182463 3.4.6-tmb-server-1.mga3 x86_64 -- signature.asc Description: PGP signature
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
Le dimanche 22 juillet 2012 01:12:58 Colin Guthrie a écrit : > 1. Run "urpmi --auto-update" install everything that can be installed. i can't install anything: installing filesystem-2.1.9-18.mga3.i586.rpm from /var/cache/urpmi/rpms Installation failed:rpmlib(X-CheckUnifiedSystemdir) is needed by filesystem-2.1.9-18.mga3.i586 any idea ?
Re: [Mageia-dev] ANNOUNCE: The /usr move cometh! <---- Instructions
OK, so the packages have now all been uploaded. You should see several packages now that you cannot install on Cauldron. This is intended behaviour. Here is how to update your cauldron systems: 1. Run "urpmi --auto-update" install everything that can be installed. 2. Ensure that latest dracut is installed. Run "urpmi dracut" to make sure (it may have been excluded in the --auto-update if it was in a transaction with other packages that could not be installed). 3. Ensure that you do not have zapata or dpkg installed (rpm -e zapata; rpm -e dpkg) 4. Generate a new initrd and include the conversion script: dracut -f -a convertfs 5. If you have /usr on a separate partition - Ensure there is enough free space to hold /bin, /sbin, /lib and /lib64 content. - If your /usr is mounted readonly, change your /etc/fstab to mount it rw. 6. Reboot. 7. At the bootloader prompt, edit the command line and append: "rw rd.convertfs" (without the quotes) to your command line and then boot. That should be all that is needed :) If you are extra paranoid, or want to see what is going on, then you can remove the "splash" and "quiet" options from the kernel too. If you want to see things in more depth, you can also add rd.break=pre-pivot to the kernel. You will be dumped into a shell with your / mounted as /sysroot. This shell is *before* conversion. If you type "exit" the conversion will be done, and you'll be dumped to another shell afterwards. Typing exit once more here will boot the system as normal. All the best and good luck!!! Col -- Colin Guthrie colin(at)mageia.org http://colin.guthr.ie/ Day Job: Tribalogic Limited http://www.tribalogic.net/ Open Source: Mageia Contributor http://www.mageia.org/ PulseAudio Hacker http://www.pulseaudio.org/ Trac Hacker http://trac.edgewall.org/