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
[Mageia-dev] libboost
Would someone knowledgeable please upgrade boost. -- Best regards Thomas Spuhler
Re: [Mageia-dev] don't update perl modules yet
(a long time ago) Jerome Quelin writes: > when cauldron will reopen, please don't update perl modules yet: perl > 5.16.0 is out and i'll update perl to this release first. For the record, I've committed in SVN my helper script to rebuild a major version of perl: svn+ssh://svn.mageia.org/svn/soft/build_system/iurt/trunk/rebuild_perl_iurt Hope this helps for next perl version bump, Jérôme :) -- Olivier Blin - blino
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] [changelog] [RPM] cauldron core/release gnome-control-center-3.5.5-1.mga3
Olav Vitters writes: [...] >> The region panel crashes: >> gnome-control-center: symbol lookup error: >> /usr/lib64/control-center-1/panels/libregion.so: undefined symbol: >> ibus_bus_new_async >> >> gnome-control-center build does not fail or even warn because of this >> missing symbol. >> >> I will upgrade our ibus to a pre 1.5 (like Fedora). > > Thanks! I was aware of needing to update ibus (after building g-c-c), > but hoped for a proper release. I don't like prereleases. I have prepared ibus 1.4.99 in our ibus svn, but it seems to require a bit more to be properly integrated in Gnome3. Maybe we should add more gjs and xkb patches from Fedora. -- 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] [changelog] [RPM] cauldron core/release gnome-control-center-3.5.5-1.mga3
On Sun, Jul 22, 2012 at 05:29:38PM +0200, Olivier Blin wrote: > ovitters writes: > > > Name: gnome-control-center Relocations: (not relocatable) > > Version : 3.5.5 Vendor: Mageia.Org > > Release : 1.mga3Build Date: Tue Jul 17 20:33:52 > > 2012 > > [...] > > > ovitters 3.5.5-1.mga3: > > + Revision: 271996 > > - br ibus-1.0 > > The region panel crashes: > gnome-control-center: symbol lookup error: > /usr/lib64/control-center-1/panels/libregion.so: undefined symbol: > ibus_bus_new_async > > gnome-control-center build does not fail or even warn because of this > missing symbol. > > I will upgrade our ibus to a pre 1.5 (like Fedora). Thanks! I was aware of needing to update ibus (after building g-c-c), but hoped for a proper release. I don't like prereleases. -- Regards, Olav
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] [changelog] [RPM] cauldron core/release libusbx-1.0.12-1.mga3
On Sun, 22 Jul 2012, Olivier Blin wrote: sander85 writes: Name: libusbx Relocations: (not relocatable) Version : 1.0.12Vendor: Mageia.Org Release : 1.mga3Build Date: Sun Jul 22 10:56:07 2012 [...] sander85 1.0.12-1.mga3: + Revision: 273400 - imported package libusbx It conflicts with libusb: Installation failed: file /usr/lib64/libusb-1.0.so.0.1.0 from install of lib64usbx1.0_0-1.0.12-1.mga3.x86_64 conflicts with file from package lib64usb1.0_0-1.0.9-2.mga3.x86_64 Library policy violation, I think I fixed it in 1.0.12-2. Christiaan
Re: [Mageia-dev] [changelog] [RPM] cauldron core/release gnome-control-center-3.5.5-1.mga3
ovitters writes: > Name: gnome-control-center Relocations: (not relocatable) > Version : 3.5.5 Vendor: Mageia.Org > Release : 1.mga3Build Date: Tue Jul 17 20:33:52 > 2012 [...] > ovitters 3.5.5-1.mga3: > + Revision: 271996 > - br ibus-1.0 The region panel crashes: gnome-control-center: symbol lookup error: /usr/lib64/control-center-1/panels/libregion.so: undefined symbol: ibus_bus_new_async gnome-control-center build does not fail or even warn because of this missing symbol. I will upgrade our ibus to a pre 1.5 (like Fedora). -- Olivier Blin - blino
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] [changelog] [RPM] cauldron core/release libusbx-1.0.12-1.mga3
sander85 writes: > Name: libusbx Relocations: (not relocatable) > Version : 1.0.12Vendor: Mageia.Org > Release : 1.mga3Build Date: Sun Jul 22 10:56:07 > 2012 [...] > sander85 1.0.12-1.mga3: > + Revision: 273400 > - imported package libusbx It conflicts with libusb: Installation failed: file /usr/lib64/libusb-1.0.so.0.1.0 from install of lib64usbx1.0_0-1.0.12-1.mga3.x86_64 conflicts with file from package lib64usb1.0_0-1.0.9-2.mga3.x86_64 -- Olivier Blin - blino
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] Merge MCC and KDE config center
On Sun, 2012-07-22 at 07:54 +0200, Pierre Jarillon wrote: > I don't know if this is a safe way but it should be interesting to have a > look > on it. Speaking as gnome user, sounds awful. MCC is one of the strengths of the distribution, and the fact you can run it outside of kde or gnome is really important. A kde plugin or whatever they call it to let you run the mcc drak programs inside the kde control panel thingy might be OK, but there's a risk the standalone shell would be no longer maintained. Liam -- Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/ Pictures from old books: http://fromoldbooks.org/ Ankh: irc.sorcery.net irc.gnome.org freenode/#xml Beginning XML
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] apache-mpm gone
Guillaume Rousse writes: > Le 22/07/2012 03:25, David Walser a écrit : >> Let me read your mind as to why you're asking this, however. apache-mod_php >> requires apache-mpm and you're wondering what to do about that. >> That require is actually incorrect, even on Mageia 2, and I wish I had >> caught this earlier. The require should now just be on apache, and I'll >> have to make the same change in Mageia 2 next time we issue a security >> update for php. See https://bugs.mageia.org/show_bug.cgi?id=6534 for >> some background. Basically this is a result of the way we reorganized the >> requires of the packages within the apache spec before Mageia 2. > AFAIK, php was not compatible with all available apache mpms, hence > the dependency on a specific one. Yes, there were comments in the php spec file around conflicts with mpms: # php is not fully thread safe # http://www.php.net/manual/en/faq.installation.php#faq.installation.apache2 # http://stackoverflow.com/questions/681081/is-php-thread-safe Conflicts: apache-mpm-worker >= %{apache_version} Conflicts: apache-mpm-event >= %{apache_version} -- Olivier Blin - blino
Re: [Mageia-dev] apache-mpm gone
Le 22/07/2012 03:25, David Walser a écrit : Let me read your mind as to why you're asking this, however. apache-mod_php requires apache-mpm and you're wondering what to do about that. That require is actually incorrect, even on Mageia 2, and I wish I had caught this earlier. The require should now just be on apache, and I'll have to make the same change in Mageia 2 next time we issue a security update for php. See https://bugs.mageia.org/show_bug.cgi?id=6534 for some background. Basically this is a result of the way we reorganized the requires of the packages within the apache spec before Mageia 2. AFAIK, php was not compatible with all available apache mpms, hence the dependency on a specific one. -- BOFH excuse #238: You did wha... oh _dear_
Re: [Mageia-dev] apache-mpm gone
Le 22/07/2012 03:33, Colin Guthrie a écrit : 'Twas brillig, and Thomas Spuhler at 22/07/12 01:35 did gyre and gimble: Is apache-mpm gone for good? IIRC, the different mpm's can now be configured and loaded as needed, so yes, there is no need to have all the separate mpm's now I believe. That's it. -- BOFH excuse #201: RPC_PMAP_FAILURE
Re: [Mageia-dev] apache-mpm gone
David Walser writes: > Thomas Spuhler wrote: >> Is apache-mpm gone for good? > > I'm not sure, I did notice all the mpm packages were removed in the 2.4 > update. Could be a temporary thing to get it to build, or it could be > a permanent change since we're apparently using Fedora as upstream for our > apache package now instead of Mandriva. > > Let me read your mind as to why you're asking this, however. apache-mod_php > requires apache-mpm and you're wondering what to do about that. > That require is actually incorrect, even on Mageia 2, and I wish I had caught > this earlier. The require should now just be on apache, and I'll > have to make the same change in Mageia 2 next time we issue a security update > for php. See https://bugs.mageia.org/show_bug.cgi?id=6534 for > some background. Basically this is a result of the way we reorganized the > requires of the packages within the apache spec before Mageia 2. I've uploaded a new php with requires to apache instead of mpm -- 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] Merge MCC and KDE config center
22.07.2012 08:54, Pierre Jarillon skrev: > I don't know if this is a safe way but it should be interesting to have a > look > on it. > > https://qa.mandriva.com/show_bug.cgi?id=65681 > http://wiki.rosalab.ru/en/index.php/Drakxtools_Future_Directions > Nope. We are not a KDE only distro. -- Thomas
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/