You are not logged in.
Yesterday I wanted to migrate my PC from i686 to x86_64, so I followed the corresponding Wiki-Article (https://wiki.archlinux.org/index.php/Mi … installing). I used method 2. Everything went ok so far, until I ran:
# pacman -S kernel26
After I rebooted the 64-bit kernel, I get the following error message:
MOD EDIT - Please follow image posting rules --Inxsible
sorry for my the picture mistake - Update:
I have three kernels installed (kernel26 (now linux), kernel26-lts, kernel-ck), so I guessed, maybe it's a thing with the kernel26 to linux (3.0) conversion - but even installing the 64-bit kernel26-lts leads to the above error message. The corresponding fallback kernels also fail to load exactly the same way.
The next thing, I did, was chrooting with an 64-bit arch-live-stick and rebuild the initrd image with:
# mkinitcpio -v -p linux
# mkinitcpio -v -p kernel26-lts
So far, I couldn't find any errors when running mkinitcpio, but the problem remained. The last thing I did, was switching to method 1: Ran the (64bit) Live-Stick, enabled network, updated pacman, changed pacman.conf to x86_64, enabled multilib-Repo, mounted installation and ran the script mentioned in the Wiki-Article. But even converting all installed packages to 64 bit, doesn't resolv the problem.
To circumvent such problems and do a test run, I already migrated my notebook two weeks ago with Method 2 from the wiki - without running into that failure.
Last edited by ewigkeit (2011-08-12 09:46:47)
Offline
Looks like you didnt set your root partition right .
Offline
Thank for your answer. That was my first thought, too, but I checked and double checked - and the UUID-Settings in the menu.lst weren't changed - so at least the kernel26-lts should boot - it booted before changing the kernel to 64 bit. My guess is, that it's probably more a udev problem, because the first problems are located there (cannot open shared object file - librt.so.1). But it's really just a wild guess, because my knowledge doesn't reach so far.
But I will try a /dev/sda setup in /boot/grub/menu.lst for testing purposes.
Update:
Changing /boot/grub/menu.lst from /dev/disk/by-UUID/foo to /dev/sda1 made no difference.
Last edited by ewigkeit (2011-08-11 13:46:08)
Offline
Workarounded the whole mess, because I needed my home server up and running again:
Backed up /etc and /opt
Formatted root partition and reinstalled x86_64-Arch with live stick
Copied over backuped /etc (/opt will follow later btw. some .inis there)
Changed the UUID in /etc/fstab for root partition
and everything is ok now.
The only thing I was missing, is making a list of the installed packages (but the daemons sections in rc.conf helps with that).
Last edited by ewigkeit (2011-08-12 09:47:22)
Offline