View Full Version : problem dual booting f11 and f12
Tellik
28th November 2009, 05:52 PM
Background:
1. Initial set up was F11 on the only Logical Volume of my first Logical Group. I also had two Logical volumes in a second Logical Group. F11 was mounting the two other logical volumes. All volumes formatted ext4.
2. I installed F12 last night. Now F11 / F12 dual boot (or at least I'm trying to get dual boot working). F12 is working fine.
Problem:
During my first attempted at installing F12, during the partitioning section, I merged the two logical volumes in the second logical group into one (I was originally going to put ubuntu on one and F12 on the other and changed my mind). I stopped the installation process after committing these changes and then exited the install process so that I could return to F11 and do some work that came up. Unfortunately, I could not boot into F11. It was crashing while trying to mount the now non-existing two logical volumes. So I decided to finish the F12 anyway and just fix my F11 fstab under F12. I did that and now I get a ton of /sbin/... or /usr/sbin/... and more "permission denied" errors while booting and then it fails to boot. It's like my F11 is being mounted without the correct permissions.
Any ideas?
I tend to take my time getting the newer os up and running and I really like having the older one as a backup.
Thanks.
thibdb
28th November 2009, 10:14 PM
What does your menu.lst file says (under /boot/grub)?
Tellik
29th November 2009, 05:48 AM
What does your menu.lst file says (under /boot/grub)?
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,5)
# kernel /vmlinuz-version ro root=/dev/mapper/vg_crystalstar-lv_linux
# initrd /initrd-[generic-]version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,5)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.31.5-127.fc12.x86_64)
root (hd0,5)
kernel /vmlinuz-2.6.31.5-127.fc12.x86_64 ro root=/dev/mapper/vg_crystalstar-lv_linux LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us rhgb quiet
initrd /initramfs-2.6.31.5-127.fc12.x86_64.img
title Fedora (2.6.30.9-96.fc11.x86_64)
root (hd0,5)
kernel /vmlinuz-2.6.30.9-96.fc11.x86_64 ro root=/dev/mapper/vg_phoenix-lv_root rhgb quiet nopat
initrd /initrd-2.6.30.9-96.fc11.x86_64.img
title Fedora (2.6.30.9-90.fc11.x86_64)
root (hd0,5)
kernel /vmlinuz-2.6.30.9-90.fc11.x86_64 ro root=/dev/mapper/vg_phoenix-lv_root rhgb quiet vga=0x314 nopat
initrd /initrd-2.6.30.9-90.fc11.x86_64.img
title Fedora (2.6.30.8-64.fc11.x86_64)
root (hd0,5)
kernel /vmlinuz-2.6.30.8-64.fc11.x86_64 ro root=/dev/mapper/vg_phoenix-lv_root rhgb quiet vga=0x314 nopat
initrd /initrd-2.6.30.8-64.fc11.x86_64.img
title Vista
rootnoverify (hd0,0)
chainloader +1
Note: I removed the vga= from Fedora (2.6.30.9-90.fc11.x86_64) so that I could see what was going on easier. This is also after I copied the Fedora 11 information from my grub.conf.rpmsave since Fedora 12 created it's own fresh menu.1st
Also, just in case I ran fsck -f on the F11 logical volume and it had no errors.
Tellik
30th November 2009, 04:35 AM
Here is more information, here is part of my boot.log file showing the errors I'm getting.
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
Starting HAL daemon: ^[[60G[^[[0;31mFAILED^[[0;39m]^M
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
Starting PC/SC smart card daemon (pcscd): pcscd: error while loading shared libraries: libdl.so.2: cannot open shared object file: Permission denied
^[[60G[^[[0;31mFAILED^[[0;39m]^M
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
Setting network parameters... ^[[60G[^[[0;32m OK ^[[0;39m]^M
Starting NetworkManager daemon: NetworkManager: error while loading shared libraries: libhal.so.1: cannot open shared object file: Permission denied
^[[60G[^[[0;31mFAILED^[[0;39m]^M
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
Starting NFS statd: ^[[60G[^[[0;31mFAILED^[[0;39m]^M
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
Starting RPC idmapd: ^[[60G[^[[0;32m OK ^[[0;39m]^M
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
Starting Bluetooth services:/usr/sbin/bluetoothd: error while loading shared libraries: libglib-2.0.so.0: cannot open shared object file: Permission denied
^[[60G[^[[0;31mFAILED^[[0;39m]^M
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
Starting sshd: /usr/sbin/sshd: error while loading shared libraries: libwrap.so.0: cannot open shared object file: Permission denied
^[[60G[^[[0;31mFAILED^[[0;39m]^M
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
Starting ntpd: ntpd: error while loading shared libraries: libm.so.6: cannot open shared object file: Permission denied
^[[60G[^[[0;31mFAILED^[[0;39m]^M
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
Starting NFS services: ^[[60G[^[[0;32m OK ^[[0;39m]^M
Starting NFS quotas: rpc.rquotad: unable to register (RQUOTAPROG, RQUOTAVERS, udp).
^[[60G[^[[0;31mFAILED^[[0;39m]^M
Starting NFS daemon: init: rc5 main process (1268) killed by TERM signal^M
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
/sbin/consoletype: error while loading shared libraries: libc.so.6: cannot open shared object file: Permission denied
init: tty4 main process (1638) terminated with status 127^M
init: tty4 main process ended, respawning^M
---------- Post added at 09:35 PM CST ---------- Previous post was at 03:31 PM CST ----------
OK, I've made progress. Under Fedora 12 I changed SE Linux to Permissive and it allowed me to boot back into Fedora 11. Now I can get to the log in screen but I can't actually log on, not under my normal log in nor under root. I can't log in at the terminal either.
Two Questions:
1. Why did changing SE Linux help?
2. How do I get back to being able to log in?
Thanks.
Tellik
30th November 2009, 09:46 PM
OK Problem solved. This was almost entirely an SE Linux issue. For anyone else who encounters this or a similar problem, or just a possible warning to others, here is what I believe to have happened and what I did to fix it.
I had F11 mounting my future F12 partition and then F12 mounting the F11 partition. The effects of this, I believe, were:
Since I changed the F12 partition during installation of F12, F11 had the initial problem mounting it.
SE Linux during the F12 installation process, disrupted the F11 permissions causing the second boot problem and later the log on problem.
To fix it, I:
Under F12, with F11 mounted, changed SE Linux to permissive (may not have been necessary, but allowed me to boot F11 - just not log on with root or any user account)
Later under F12 I ran touch .autorelabel on the F11 root directory forcing F11 to autorelabel on reboot. I also edited the F11 /etc/fstab and set the F12 partition to noauto to prevent the relabeling from effecting F12.
Once back in to F11 (and logging on) I told SE Linux to autorelabel once more (I did this because a few programs like gnome-panel were still having some problems).
For the future:
As a result of this little exercise I recommend not auto-mounting other distributions. Or at the very least not automounting during installation and un-mounting prior to running autorelabel for SE Linux.
vBulletin® v3.8.7, Copyright ©2000-2013, vBulletin Solutions, Inc.