Description of problem: After installing Mga3 Beta1 I installed kernel-desktop586-latest and the system rebooted fine. I then updated all packages to current Cauldron which triggered a rebuild of the initrd. At next reboot the kernel panics instantly: (snippet below is typed by hand so it may not be precise:) [ 0.919769] Write protecting the kernel read-only data: 1836k mount: /proc: filesystem mounted, but mount(8) failed: No such file or directory Cannot mount /proc on /proc! Compile the kernel with CONFIG_PROC_FS! [ 0.954743 ]: Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100 Something in this group triggered building the bad initrd: libsysfs2 libgusb2 colord libcolord1 liblvm2app2.2 udisks sysfsutils suspend The initrd was rebuilt right after updating the 'suspend' package so that's why this bug is initially filed against it. (Perhaps it only triggered a bug elsewhere.) As a workaround, I booted the Beta1 DVD to Rescue, mounted the root filesystem and added a new GRUB entry pointing to the initrd-3.7.1-desktop586-1.mga3.img.old file and now its booting fine again. I don't know how to dissect an initrd but can attach both the good and bad one if it will help for debugging. This is a low-resource system (early Pentium4) but capable of using the standard kernel-desktop so I can try to reproduce with that too... Version-Release number of selected component (if applicable): 1.0-2 How reproducible: See below Steps to Reproduce: 1. Install Mga3 Beta1 2. Install kernel-desktop586-latest (reboot and all is well) 3. Update from Cauldron repositories (reboot and kernel panics) 4. Modify GRUB entry to use old initrd (reboot and all is well)
Apparently initrds are too big to attach so here are a couple of links: The 'Good' initrd prior to Cauldron updates: https://docs.google.com/file/d/0B0W_47-eLn7-c1VYYnI4NWZmVms/edit The 'Bad' initrd after Cauldron updates: https://docs.google.com/file/d/0B0W_47-eLn7-cWxxZ2VtRGxuLU0/edit
Oops, I reversed the descriptions for links above. :$ The 1st is the 'Bad' one (and has a .bad suffix). The 2nd is the 'Good one (and has a .good suffix).
The suspend package is innocent. It simply triggered the initrd building. I've narrowed down the problem to these four inter-dependent packages: libuuid1-2.22.2-1 libblkid1-2.22.2-1 libmount1-2.22.2-1 util-linux-2.22.2-1 Updating these packages and running: bootloader-config --action rebuild-initrds emits initrds which panic immediately upon booting. The same problem happens for both 32-bit desktop and desktop586 kernels. (I haven't tried to reproduce on x86_64 yet.) Reverting the four packages to the 2.22.1-8 versions from the Beta1 DVD and re-running bootloader-config emits good initrds. This is as far as my troubleshooting skills can go. Thanks.
Change bug package to: util-linux-2.22.2-1.mga3.src.rpm
Source RPM: suspend-1.0-2.mga3.src.rpm => util-linux-2.22.2-1.mga3.src.rpm
So I'm not crazy, after all!
CC: (none) => laidlaws
Assignee: bugsquad => tmb
*** Bug 8617 has been marked as a duplicate of this bug. ***
CC: (none) => bcm.alaska
Summary: Cauldron update rebuilds initrd and reboot gets kernel panic. => Cauldron update rebuilds initrd and reboot gets kernel panic. (Cannot mount /proc on /proc!)
Just noting that this is marked i586, but also affects x86_64. (former Bug 8617)
I have the same problem on my mga3-B1 for x86_64. "Cannot mount /proc on /proc! Compile the kernel with CONFIG_PROC_FS"
CC: (none) => geiger.david68210
Confirmed, I'll need to check where it broke.
Status: NEW => ASSIGNED
CC: (none) => hhielscher
I've asked Karel if he knows of anything specific. I'll let you know if he replies.
CC: (none) => mageia
CC: (none) => wilcal.int
Got the same problem (mga 3 beta 1 64 bits). Other users too : http://www.mageialinux-online.org/forum/topic-14332.php#m139007
Status: ASSIGNED => NEWCC: (none) => vbillette
Changed Platform to 'All' and Priority to 'High'
Priority: Normal => HighHardware: i586 => All
Fixed with: glibc-2.17-2.mga3 and util-linux-2.22.2-2.mga3 After those are installed, regenerate the failing initrds and it should boot normally again...
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED
Good to hear! But I can't even boot into Single (Failsafe.) That apart from fiddling around with initrds. I will need to reinstall and take the updated versions then.
Fix confirmed on i586 and x86_64. Thanks!
How can I install glibc-2.17-2.mga3 and util-linux-2.22.2-2.mga3? After updating my media sources, I don't see newer packages than glibc-2.17-1.mga3 and util-linux-2.22.2-1.mga3. (See below.) [root@ratt micron]# urpmi.update -a medium "Core Release" is up-to-date medium "Core Release Debug" is up-to-date medium "Core Updates" is up-to-date medium "Core Updates Debug" is up-to-date medium "Core Updates Testing" is up-to-date medium "Core Updates Testing Debug" is up-to-date medium "Core Backports" is up-to-date medium "Core Backports Debug" is up-to-date medium "Core Backports Testing" is up-to-date medium "Core Backports Testing Debug" is up-to-date medium "Nonfree Release" is up-to-date medium "Nonfree Release Debug" is up-to-date medium "Nonfree Updates" is up-to-date medium "Nonfree Updates Debug" is up-to-date medium "Nonfree Updates Testing" is up-to-date medium "Nonfree Updates Testing Debug" is up-to-date medium "Nonfree Backports" is up-to-date medium "Nonfree Backports Debug" is up-to-date medium "Nonfree Backports Testing" is up-to-date medium "Nonfree Backports Testing Debug" is up-to-date medium "Tainted Release" is up-to-date medium "Tainted Release Debug" is up-to-date medium "Tainted Updates" is up-to-date medium "Tainted Updates Debug" is up-to-date medium "Tainted Updates Testing" is up-to-date medium "Tainted Updates Testing Debug" is up-to-date medium "Tainted Backports" is up-to-date medium "Tainted Backports Debug" is up-to-date medium "Tainted Backports Testing" is up-to-date medium "Tainted Backports Testing Debug" is up-to-date medium "Core 32bit Release" is up-to-date medium "Core 32bit Updates" is up-to-date medium "Core 32bit Backports" is up-to-date [root@ratt micron]# rpm -qa | grep glibc-2 glibc-2.17-1.mga3 [root@ratt micron]# urpmi glibc-2.17-2.mga3 No package named glibc-2.17-2.mga3 [root@ratt micron]# rpm -qa | grep util-linux-2 util-linux-2.22.2-1.mga3 [root@ratt micron]# urpmi util-linux-2.22.2-2.mga3 No package named util-linux-2.22.2-2.mga3 Also, how can I fix a system that I updated and now has a kernel panic when I boot? Could I possibly do something like the following? * Boot into rescue mode from the boot DVD * Run chroot * Install the updated glibc and util-linux RPMs * Remove the broken kernel(s) and initrd(s) from the /boot directory * Run initscript (but I'm not sure what parameters to pass it) * Reinstall kernel 3.7.1.1 Or, am I better off just re-installing? Thanks in advance.
CC: (none) => microngust
Wait until the new packages and the 3.8 kernel packages make it to your mirror, then boot a rescue system, mount the damaged partition, chroot to it, and do: mount -t proc none /proc mount -t sysfs none /sys urpmi --auto-update The installation of the new kernel will build a new initrd.
CC: (none) => ftg
Better to bind mount /dev and /run from the rescue system before chrooting me things. dracut will want udev for rebuilding the initrd. May as well bind mount proc and sys too IMO.
Thanks much for the help. I'll give those steps a try once the packages make it to a mirror.
(In reply to comment #14) > Good to hear! But I can't even boot into Single (Failsafe.) That apart from > fiddling around with initrds. I will need to reinstall and take the updated > versions then. A reinstall fixed it. Thanks. I could have followed Comment 17, but this was easier.
(In reply to comment #17) > Wait until the new packages and the 3.8 kernel packages make it to your mirror, > then boot a rescue system, mount the damaged partition, chroot to it, and do: > > mount -t proc none /proc > mount -t sysfs none /sys > urpmi --auto-update > > The installation of the new kernel will build a new initrd. Just tried that (from Mageia-2 on same machine; Mga3 root is on /dev/sda1), but something is wrong: After: mount -t /dev/sda1 /new chroot /new [root@netbook /]# mount -t proc none /proc mount: /proc: filesystem mounted, but mount(8) failed: No such file or directory [root@netbook /]# mount -t sysfs none /sys [root@netbook /]# urpmi --auto-update ...retrieving failed: aria2 failed: exited with signal 11 ...retrieving failed: aria2 failed: exited with signal 11 ...retrieving failed: aria2 failed: exited with signal 11 ...retrieving failed: aria2 failed: exited with signal 11 ...retrieving failed: aria2 failed: exited with signal 11 ...retrieving failed: aria2 failed: exited with signal 11 (Then cancelled)
CC: (none) => maurice
(In reply to comment #21) > > Just tried that (from Mageia-2 on same machine; Mga3 root is on /dev/sda1), > but something is wrong: > > After: mount -t /dev/sda1 /new > chroot /new > > [root@netbook /]# mount -t proc none /proc > mount: /proc: filesystem mounted, but mount(8) failed: No such file or > directory sys replaces proc, but they coexisted for a time. I guess proc is no longer needed. > [root@netbook /]# mount -t sysfs none /sys > [root@netbook /]# urpmi --auto-update > ...retrieving failed: aria2 failed: exited with signal 11 urpmi --auto-update isn't going to work on a network repository unless you have the network up. aria2 is the download utility.
Try : After: mount -t /dev/sda1 /new > chroot /new # ifup eth0 # gets your network up, substitute for eth0 if necessary; Then # urpmi --auto-update
(In reply to comment #23) > Try : > > After: mount -t /dev/sda1 /new > > chroot /new > > # ifup eth0 # gets your network up, substitute for eth0 if necessary; Didn't work: ------------------------------------------ [root@netbook /]# ifup eth0 ERROR : [/etc/sysconfig/network-scripts/ifup-eth] Device eth0 does not seem to be present, delaying initialization. ------------------------------------------ Perhaps that's because in the Mga3 installation the network is handled by NetworkManager. Anyone know what the NM equivalent of "ifup eth0" is?!
Try nmcli - refer to the man page for the details (I've never used it myself). Or you might try doing the ifup eth0 *before* doing the chroot. Your boot system may be using ifplugd, in which case it should work.
(In reply to comment #24) > (In reply to comment #23) > Perhaps that's because in the Mga3 installation the network is handled by > NetworkManager. Just tried again, and the "ifup eth0" seemed to work, but things still go wrong: [root@netbook ~]# chroot /new .... [root@netbook /]# ifup eth0 Determining IP information for eth0... done. [root@netbook /]# urpmi --auto-update ...retrieving failed: aria2 failed: exited with signal 11 ...retrieving failed: aria2 failed: exited with signal 11 ...retrieving failed: aria2 failed: exited with signal 11 ...retrieving failed: aria2 failed: exited with signal 11 ...retrieving failed: aria2 failed: exited with signal 11 ...retrieving failed: aria2 failed: exited with signal 11 BDB2053 Freeing read locks for locker 0x127f: 7851/139825341069056 BDB2053 Freeing read locks for locker 0x1280: 7851/139825341069056 To satisfy dependencies, the following packages are going to be installed: Package Version Release Arch (medium "Core Release (distrib1)") GConf2 3.2.5 2.mga3 x86_64 ORBit2 2.14.19 4.mga3 x86_64 acl 2.2.51 6.mga3 x86_64 acpi 1.6 2.mga3 x86_64 acpid 2.0.17 3.mga3 x86_64 akonadi 1.9.0 2.mga3 x86_64 alsa-plugins-pulse-config 1.0.26 3.mga3 noarch amarok 2.6.90 3.mga3 x86_64 amarok-handbook 2.6.90 3.mga3 noarch amarok-utils 2.6.90 3.mga3 x86_64 ark 4.9.97 2.mga3 x86_64 ark-handbook 4.9.97 2.mga3 noarch at-spi2-core 2.6.3 2.mga3 x86_64 atk1.0-common 2.6.0 2.mga3 x86_64 aumix-text 2.9.1 3.mga3 x86_64 autocorr-en 4.0.0.0 0.beta2.mga3 noarch avahi 0.6.31 2.mga3 x86_64 basesystem 2 10.mga3 x86_64 basesystem-minimal 2 10.mga3 x86_64 bash 4.2 37.4.mga3 x86_64 binutils 2.23.51.0.8 2.mga3 x86_64 bluedevil 1.3 2.mga3 x86_64 bluez 4.101 5.mga3 x86_64 bootloader-utils 1.15 7.mga3 noarch bootsplash 3.3.9 2.mga3 noarch bzip2 1.0.6 3.mga3 x86_64 carl9170-firmware 1.9.4 2.mga3 noarch ccp 0.4.1 7.mga3 noarch cdialog 1.1 1.20120706.2> x86_64 cdrkit-genisoimage 1.1.11 3.mga3 x86_64 chbg 2.0.1 18.mga3 x86_64 chkconfig 1.3.59 3.mga3 x86_64 cifs-utils 5.9 2.mga3 x86_64 clutter-gtk-i18n 1.4.2 2.mga3 noarch clutter-i18n 1.12.2 2.mga3 noarch cogl-i18n 1.12.0 3.mga3 noarch colord 0.1.23 3.mga3 x86_64 comgt 0.32 14.mga3 x86_64 common-licenses 1.1 3.mga3 noarch cpupower 3.8.0 0.rc3.1.mga3 x86_64 drakxtools 15.14 3.mga3 x86_64 drakxtools-backend 15.14 3.mga3 x86_64 drakxtools-curses 15.14 3.mga3 x86_64 file 5.12 7.mga3 x86_64 gstreamer0.10-cdparanoia 0.10.36 2.mga3 x86_64 gstreamer0.10-plugins-base 0.10.36 2.mga3 x86_64 gstreamer0.10-plugins-ugly 0.10.19 4.mga3 x86_64 gstreamer1.0-gstclutter 1.9.92 3.mga3 x86_64 gstreamer1.0-plugins-bad 1.0.5 1.mga3 x86_64 gstreamer1.0-plugins-base 1.0.5 1.mga3 x86_64 gstreamer1.0-plugins-good 1.0.5 1.mga3 x86_64 gstreamer1.0-soundtouch 1.0.5 1.mga3 x86_64 gstreamer1.0-soup 1.0.5 1.mga3 x86_64 gstreamer1.0-tools 1.0.5 1.mga3 x86_64 gstreamer1.0-voip 1.0.5 1.mga3 x86_64 harddrake 15.14 3.mga3 x86_64 harddrake-ui 15.14 3.mga3 x86_64 initscripts 9.41 7.mga3 x86_64 jackit 1.9.8 4.mga3 x86_64 java-1.7.0-openjdk 1.7.0.6 2.3.3.2.mga3 x86_64 kernel-desktop-3.8.0-0.rc3.1.> 1 1.mga3 x86_64 kernel-desktop-devel-3.8.0-0.> 1 1.mga3 x86_64 kernel-desktop-devel-latest 3.8.0 0.rc3.1.mga3 x86_64 kernel-desktop-latest 3.8.0 0.rc3.1.mga3 x86_64 kernel-firmware 20121225 1.mga3 noarch kernel-userspace-headers 3.8.0 0.rc3.1.mga3 x86_64 ldetect-lst 0.1.314 1.mga3 x86_64 lib64GConf2_4 3.2.5 2.mga3 x86_64 lib64ORBit2_0 2.14.19 4.mga3 x86_64 lib64OpenEXR7 1.7.1 2.mga3 x86_64 lib64SDL1.2_0 1.2.15 4.mga3 x86_64 lib64SDL_gfx14 2.0.24 2.mga3 x86_64 lib64aa1 1.4.0 0.rc5.25.mga3 x86_64 lib64acl1 2.2.51 6.mga3 x86_64 lib64akonadiprotocolinternals1 1.9.0 2.mga3 x86_64 lib64alsa-plugins 1.0.26 3.mga3 x86_64 lib64alsa-plugins-pulseaudio 1.0.26 3.mga3 x86_64 lib64alsa2 1.0.26 6.mga3 x86_64 lib64amarok-sqlcollection1 2.6.90 3.mga3 x86_64 lib64amarok-transcoding1 2.6.90 3.mga3 x86_64 lib64amarokcore1 2.6.90 3.mga3 x86_64 lib64amaroklib1 2.6.90 3.mga3 x86_64 lib64amarokocsclient4 2.6.90 3.mga3 x86_64 lib64amarokpud1 2.6.90 3.mga3 x86_64 lib64apr-util1_0 1.5.1 3.mga3 x86_64 lib64atk-bridge2.0_0 2.6.2 2.mga3 x86_64 lib64atk-gir1.0 2.6.0 2.mga3 x86_64 lib64atk1.0_0 2.6.0 2.mga3 x86_64 lib64atkmm1.6_1 2.22.6 3.mga3 x86_64 lib64atspi0 2.6.3 2.mga3 x86_64 lib64attica0.4 0.4.1 3.mga3 x86_64 lib64attr1 2.4.46 4.mga3 x86_64 lib64audit1 2.2.2 5.mga3 x86_64 lib64avahi-client3 0.6.31 2.mga3 x86_64 lib64avahi-common3 0.6.31 2.mga3 x86_64 lib64avahi-core7 0.6.31 2.mga3 x86_64 lib64avahi-glib1 0.6.31 2.mga3 x86_64 lib64babl0.1_0 0.1.10 3.mga3 x86_64 lib64blkid1 2.22.2 2.mga3 x86_64 lib64bluez3 4.101 5.mga3 x86_64 lib64bonobo2_0 2.32.1 5.mga3 x86_64 lib64boost_date_time1.52.0 1.52.0 2.mga3 x86_64 lib64boost_filesystem1.52.0 1.52.0 2.mga3 x86_64 lib64boost_program_options1.5> 1.52.0 2.mga3 x86_64 lib64boost_regex1.52.0 1.52.0 2.mga3 x86_64 lib64boost_signals1.52.0 1.52.0 2.mga3 x86_64 lib64boost_system1.52.0 1.52.0 2.mga3 x86_64 lib64boost_thread1.52.0 1.52.0 2.mga3 x86_64 lib64bzip2_1 1.0.6 3.mga3 x86_64 lib64cairo2 1.12.8 2.mga3 x86_64 lib64cairomm1.0_1 1.10.0 2.mga3 x86_64 lib64cares2 1.9.1 2.mga3 x86_64 lib64cdda0 10.2 9.mga3 x86_64 lib64celt0_2 0.11.1 3.mga3 x86_64 lib64cfitsio0 3.310 2.mga3 x86_64 lib64chm0 0.40 6.mga3 x86_64 lib64chromaprint0 0.7 5.mga3 x86_64 lib64cln6 1.3.2 3.mga3 x86_64 lib64cloog0 0.15.11 2.mga3 x86_64 lib64clucene-contribs-lib2 2.3.3.4 3.mga3 x86_64 lib64clucene-core2 2.3.3.4 3.mga3 x86_64 lib64clucene_shared2 2.3.3.4 3.mga3 x86_64 lib64clutter-gtk1.0_0 1.4.2 2.mga3 x86_64 lib64clutter1.0_0 1.12.2 2.mga3 x86_64 lib64cmis0.3_3 0.3.0 2.mga3 x86_64 lib64cogl-pango0 1.12.0 3.mga3 x86_64 lib64cogl11 1.12.0 3.mga3 x86_64 lib64colord1 0.1.23 3.mga3 x86_64 lib64dbus-devel 1.6.8 2.mga3 x86_64 lib64dbus-glib1_2 0.100 1.mga3 x86_64 lib64diffie1 0.10.49 19.mga3 x86_64 lib64farstream0.1_0 0.1.2 3.mga3 x86_64 lib64gnutls-ssl27 3.1.6 1.mga3 x86_64 lib64gnutls28 3.1.6 1.mga3 x86_64 lib64gstbasevideo1.0_0 1.0.5 1.mga3 x86_64 lib64gstphotography1.0_0 1.0.5 1.mga3 x86_64 lib64gstreamer-plugins-base0.> 0.10.36 2.mga3 x86_64 lib64gstreamer-plugins-base1.> 1.0.5 1.mga3 x86_64 lib64gstreamer1.0_0 1.0.5 1.mga3 x86_64 lib64hdf5_7 1.8.9 2.mga3 x86_64 lib64hdf5_hl7 1.8.9 2.mga3 x86_64 lib64iw30 30 0.pre9.2.mga3 x86_64 lib64jack0 1.9.8 4.mga3 x86_64 lib64kerfuffle4 4.9.97 2.mga3 x86_64 lib64kolab0 0.4.1 1.mga3 x86_64 lib64kolabxml0 0.8.1 6.mga3 x86_64 lib64lockdev1 1.0.4 0.120111007g> x86_64 lib64magic1 5.12 7.mga3 x86_64 lib64mariadb-embedded18 5.5.28 4.mga3 x86_64 lib64mariadb18 5.5.28 4.mga3 x86_64 lib64mission-control-plugins0 5.14.0 1.mga3 x86_64 lib64mjpegtools2.0_0 2.0.0 8.mga3 x86_64 lib64mount1 2.22.2 2.mga3 x86_64 lib64mspub0 0.0.0 6.mga3 x86_64 lib64nss3 3.14.1 2.mga3 x86_64 lib64orcus0.4_0 0.3.0 3.mga3 x86_64 lib64pam0 1.1.6 2.mga3 x86_64 lib64popt0 1.16 3.mga3 x86_64 lib64pulseaudio0 3.0 6.mga3 x86_64 lib64pulsecommon3.0 3.0 6.mga3 x86_64 lib64pulsecore3.0 3.0 6.mga3 x86_64 lib64pulseglib20 3.0 6.mga3 x86_64 lib64soundtouch0 1.7.0 2.mga3 x86_64 lib64sqlite3_0 3.7.15.2 1.mga3 x86_64 lib64uuid1 2.22.2 2.mga3 x86_64 libalsa-data 1.0.26 6.mga3 x86_64 libbonobo 2.32.1 5.mga3 x86_64 liblangtag 0.4.0 1.mga3 x86_64 libreoffice-base 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-calc 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-core 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-draw 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-graphicfilter 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-impress 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-kde 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-langpack-br 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-langpack-en 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-math 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-ogltrans 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-opensymbol-fonts 4.0.0.0 0.beta2.mga3 noarch libreoffice-pdfimport 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-ure 4.0.0.0 0.beta2.mga3 x86_64 libreoffice-writer 4.0.0.0 0.beta2.mga3 x86_64 lockdev 1.0.4 0.120111007g> x86_64 mariadb-client 5.5.28 4.mga3 x86_64 mariadb-common 5.5.28 4.mga3 x86_64 mariadb-common-core 5.5.28 4.mga3 x86_64 mariadb-core 5.5.28 4.mga3 x86_64 mirrordir 0.10.49 19.mga3 x86_64 mjpegtools 2.0.0 8.mga3 x86_64 nss 3.14.1 2.mga3 x86_64 pam 1.1.6 2.mga3 x86_64 paprefs 0.9.10 4.mga3 x86_64 pavucontrol 1.0 4.mga3 x86_64 pinentry 0.8.2 2.mga3 x86_64 pinentry-qt4 0.8.2 2.mga3 x86_64 popt-data 1.16 3.mga3 noarch pulseaudio 3.0 6.mga3 x86_64 pulseaudio-client-config 3.0 6.mga3 x86_64 pulseaudio-module-gconf 3.0 6.mga3 x86_64 pulseaudio-module-x11 3.0 6.mga3 x86_64 pulseaudio-utils 3.0 6.mga3 x86_64 python-dbus 1.1.1 1.mga3 x86_64 rootcerts 20121229.00 2.mga3 x86_64 rootcerts-java 20121229.00 2.mga3 x86_64 rpm-mageia-setup 1.166 1.mga3 x86_64 shorewall 4.5.10.1 1.mga3 noarch shorewall-core 4.5.10.1 1.mga3 noarch sqlite3-tools 3.7.15.2 1.mga3 x86_64 telepathy-gabble 0.17.2 1.mga3 x86_64 telepathy-haze 0.7.0 1.mga3 x86_64 telepathy-mission-control 5.14.0 1.mga3 x86_64 util-linux 2.22.2 2.mga3 x86_64 wireless-tools 30 0.pre9.2.mga3 x86_64 x11-driver-video-cirrus 1.5.2 1.mga3 x86_64 (medium "Nonfree Release (distrib11)") broadcom-wl-kernel-3.8.0-desk> 5.100.82.112 52.mga3.nonf> x86_64 broadcom-wl-kernel-desktop-la> 5.100.82.112 52.mga3.nonf> x86_64 dkms-broadcom-wl 5.100.82.112 7.mga3.nonfr> x86_64 iwlwifi-agn-ucode 20121225 1.mga3.nonfr> noarch kernel-firmware-nonfree 20121225 1.mga3.nonfr> noarch ralink-firmware 20121225 1.mga3.nonfr> noarch rtlwifi-firmware 20121225 1.mga3.nonfr> noarch (medium "Core 32bit Release (distrib31)") libalsa-plugins 1.0.26 3.mga3 i586 libalsa-plugins-pulseaudio 1.0.26 3.mga3 i586 libalsa2 1.0.26 6.mga3 i586 libatk-bridge2.0_0 2.6.2 2.mga3 i586 libatk1.0_0 2.6.0 2.mga3 i586 libatspi0 2.6.3 2.mga3 i586 libavahi-client3 0.6.31 2.mga3 i586 libavahi-common3 0.6.31 2.mga3 i586 libavahi-glib1 0.6.31 2.mga3 i586 libblkid1 2.22.2 2.mga3 i586 libcairo2 1.12.8 2.mga3 i586 libcelt0_2 0.11.1 3.mga3 i586 libcolord1 0.1.23 3.mga3 i586 libgnutls28 3.1.6 1.mga3 i586 libgstreamer-plugins-base0.10 0.10.36 2.mga3 i586 libpulseaudio0 3.0 6.mga3 i586 libpulsecommon3.0 3.0 6.mga3 i586 libsqlite3_0 3.7.15.2 1.mga3 i586 libuuid1 2.22.2 2.mga3 i586 70MB of additional disk space will be used. 248MB of packages will be retrieved. Proceed with the installation of the 241 packages? (Y/n) Y aria2 failed: exited with signal 11 Failed to download lib64boost_date_time1.52.0-1.52.0-2.mga3.x86_64.rpm Retry? (y/N) y aria2 failed: exited with signal 11 Failed to download lib64boost_date_time1.52.0-1.52.0-2.mga3.x86_64.rpm Retry? (y/N) N ...retrieving failed: aria2 failed: exited with signal 11 Installation failed, some files are missing: http://www.mirrorservice.org/sites/mageia.org/pub/mageia/distrib/cauldron/x86_64/media/core/release/lib64boost_date_time1.52.0-1.52.0-2.mga3.x86_64.rpm http://www.mirrorservice.org/sites/mageia.org/pub/mageia/distrib/cauldron/x86_64/media/core/release/lib64cmis0.3_3-0.3.0-2.mga3.x86_64.rpm http://www.mirrorservice.org/sites/mageia.org/pub/mageia/distrib/cauldron/x86_64/media/core/release/lib64boost_system1.52.0-1.52.0-2.mga3.x86_64.rpm http://www.mirrorservice.org/sites/mageia.org/pub/mageia/distrib/cauldron/x86_64/media/core/release/lib64dbus-devel-1.6.8-2.mga3.x86_64.rpm http://www.mirrorservice.org/sites/mageia.org/pub/mageia/distrib/cauldron/x86_64/media/core/release/liblangtag-0.4.0-1.mga3.x86_64.rpm http://www.mirrorservice.org/sites/mageia.org/pub/mageia/distrib/cauldron/x86_64/media/core/release/lib64orcus0.4_0-0.3.0-3.mga3.x86_64.rpm http://www.mirrorservice.org/sites/mageia.org/pub/mageia/distrib/cauldron/x86_64/media/core/release/lib64dbus-glib1_2-0.100-1.mga3.x86_64.rpm http://www.mirrorservice.org/sites/mageia.org/pub/mageia/distrib/cauldron/x86_64/media/core/release/lib64mspub0-0.0.0-6.mga3.x86_64.rpm You may need to update your urpmi database. Try to continue anyway? (y/N) N [root@netbook /]# exit exit [root@netbook ~]#
It looks like your network still isn't working, although I'm not quite sure where the updated hdlist including all those packages came from. Try it again, but this time do the ifup before the chroot, and both before and after the chroot try some basic tests to see if you have network connectivity and DNS, e. g. ping your router and try "host www.ibm.com". If it looks like the network is working, and urpmi still gives the above error, I'll guess that the problem is the mass rebuild of cauldron, and the hdlist files just can't stay in sync with the packages in the repository. All of the missing files above are mga3, which makes me think that if the mga3 hdlists made it to your mirror before the actual packages, you'd be seeing exactly this. Dunno where the aria2 errors are coming from in that case, though. If that's the case, you just have to wait until the mass rebuild settles down and everything makes it to your mirror. Even a network reinstall wouldn't help at this point - it would get the same errors.
(In reply to comment #27) > It looks like your network still isn't working, although I'm not quite sure > where the updated hdlist including all those packages came from. It must be working in the chroot'ed Mga3 session; why else would it show the 3.8 kernel in the list of offered packages? > Try it again, but this time do the ifup before the chroot, I don't understand that. I am doing the chroot from an active Mga2 session, so what is the point of doing "ifup eth0" in a Mga2 session (rather than after chroot'ing to Mga3) when I know that eth0 is up already (in the Mga2 session)? I'm inclined towards your other supposition - that there is too much change going on at the mirror to allow a steady update. In the absence of any other solution I'll just keep trying chroot at intervals for a day or two, then give up and try an Mga3 Upgrade from the Mga3-Beta1 DVD .iso. (I assume there should be no different final result compared with the chroot approach, and the 'state of mirror' problem would have the same effect.) Anyone got any feel for when the mirror should be settled down?! Many thanks once again for your help, Frank, Much appreciated...
(In reply to comment #28) > I don't understand that. I am doing the chroot from an active Mga2 session, > so what is the point of doing "ifup eth0" in a Mga2 session (rather than after > chroot'ing to Mga3) when I know that eth0 is up already (in the Mga2 session)? chroot only affects the filesystem, by blocking anything except the new root and its subdirectories. Devices which are accessed directly through the kernel, like network interfaces, are just as accessible as they were from the non-chrooted system. So you shouldn't have to reactivate the interface from within the chroot. However, trying to do so from within the chroot would have used the chrooted partition's settings and software for activation, and the state of that was suspect.
(In reply to comment #28) > (In reply to comment #27) > > I'm inclined towards your other supposition - that there is too much change > going on at the mirror to allow a steady update. Just been trying again, and this time it worked - 1,320 file update! However, the root terminal session doing it locked solid near the end (when installing DKMS - presumably for the Broadcom kernel), so I repeated the update. This time 137 packages were installed, but still some missing. Another update installed 17 packages, and finally another update installed none. After that, the system booted via the original menu.lst stanza, so back in business! My only gripe is that the update removed my hard-fought installation of 'old' Pan, despite the fact that it was listed in /etc/urpmi/skip.list. AAAGGHH. Why did it do that??!! Here is the log after the 1st pass of the update: https://dl.dropbox.com/u/10969499/chroot-end-of-success
(In reply to comment #30) > (In reply to comment #28) > > (In reply to comment #27) > My only gripe is that the update removed my hard-fought installation of 'old' > Pan, despite the fact that it was listed in /etc/urpmi/skip.list. AAAGGHH. > Why did it do that??!! Was it in the skiplist of the mga2 system or the chrooted partition ? Since you ran the urpmi under the chroot, it would have to be in the chroot's skiplist. If it was indeed in the skiplist of the chrooted partition, you should open another bug, as this one is getting pretty OT.
(In reply to comment #30) > (In reply to comment #28) > > (In reply to comment #27) > > > > I'm inclined towards your other supposition - that there is too much change > > going on at the mirror to allow a steady update. > > Just been trying again, and this time it worked - 1,320 file update! > > However, the root terminal session doing it locked solid near the end (when > installing DKMS - presumably for the Broadcom kernel), so I repeated the > update. > This time 137 packages were installed, but still some missing. > Another update installed 17 packages, and finally another update installed > none. > t do that??!! > > Here is the log after the 1st pass of the update: > > https://dl.dropbox.com/u/10969499/chroot-end-of-success A lot depends on your mirror. I am in Australia. aarnet was an ongoing problem. Mga's current mrror for here, internode.on.net, seems to be a lot better. I mentioned to the admin at aarnet that Taiwan seemed to be in the same position. He said they were probably taking the same feed. What I was needing came down during the exchange. There is a remark about this on the Wiki page for switching from Official to Cauldron, which is a BIG download. The updates to fix the Cauldron bug were on internode when I was giving them a couple more days to arrive. I always add a second alternative mirror under the mirror setup in MCC.
(In reply to comment #31) > Was it in the skiplist of the mga2 system or the chrooted partition ? Since > you ran the urpmi under the chroot, it would have to be in the chroot's > skiplist. In the chroot'ed system, i.e. Mga3. (I put it there after - earlier on - I had finally persuaded URPMI to install old Pan, only to find that - as I had omitted to add it to the skip.list - a subsequent s/w update replaced it with 'new' Pan! > If it was indeed in the skiplist of the chrooted partition, you should open > another bug, as this one is getting pretty OT. Will do! The odd thing, though, is that it didn't *replace* old Pan with new Pan, it just removed it. (I happened to see the line "Removing pan..." in the chroot terminal session action log - which I lost when the update froze the session at the end.) I've never known an update simply remove a standalone package like that. It's as if it did it because it *was* (the only) entry in the skip.list!
I managed to update my cauldron installation with the DVD rescue option, what's needed to get the network working is to run drvinst on the rescue console first, then you can mount the local partition and configure your network (with ifconfig and route) or run dhcp-client. Now I have updated my cauldron installation but I still have this kernel panic :(
CC: (none) => juan.baptiste
(In reply to comment #34) > I managed to update my cauldron installation with the DVD rescue option, what's > needed to get the network working is to run drvinst on the rescue console > first, then you can mount the local partition and configure your network (with > ifconfig and route) or run dhcp-client. > > Now I have updated my cauldron installation but I still have this kernel panic > :( Amazingly, after my huge Cauldron s/w update (see Comment 30 above) - which cured the kernel panic - the WiFi & Ethernet still connected at boot! (That may be because I had earlier installed NetworkManager.)
(In reply to comment #34) > I managed to update my cauldron installation with the DVD rescue option, what's > needed to get the network working is to run drvinst on the rescue console > first, then you can mount the local partition and configure your network (with > ifconfig and route) or run dhcp-client. > > Now I have updated my cauldron installation but I still have this kernel panic > :( Did the update include a new kernel? It should have, and as a previous comment pointed out, that would have updated your initrd automatically. Otherwise you cant try updating it manually. A new kernel came down last night. Perhaps you could update again. (OT: I have an old initrd still there. I assume that at one stage, I had 2 for the same kernel, and only one was deleted.) I am rather glad I reinstalled.
FYI, you should also be able to boot off the boot.iso for a network install, then choose the "upgrade" option for your cauldron installation.
(In reply to comment #36) > Did the update include a new kernel? It should have, and as a previous comment > pointed out, that would have updated your initrd automatically. Otherwise you > cant try updating it manually. A new kernel came down last night. Perhaps you > could update again. > To tell the truth, I didn't pay attention, but I currently have kernel-desktop-latest-3.8.0-0.rc3.2.mga3, is that the latest one ? What I did for now to be able to boot was to use the initrd.img.old initrd as someone suggested on the ML, but of course, I would like to use the correct one :D
(In reply to comment #38) > To tell the truth, I didn't pay attention, but I currently have > kernel-desktop-latest-3.8.0-0.rc3.2.mga3, is that the latest one ? > > What I did for now to be able to boot was to use the initrd.img.old initrd as > someone suggested on the ML, but of course, I would like to use the correct one > :D Latest should be rc4. By installing it you should get a new and working initrd.
CC: (none) => sander.lepik