 |
 |
 |
 |
| Using Fedora General support for current versions. Ask questions about Fedora and it's software that do not belong in any other forum. |

16th June 2012, 11:29 PM
|
|
Registered User
|
|
Join Date: Jun 2011
Posts: 17

|
|
|
Disabled rc-local.service because it was taking so long during the boot up process!
Hi everyone,
I used the "systemd-analyze blame" command in Fedora 17 to see what service was taking so much time during the boot up process . The worst one was rc-local.service using around 425678 ms! So, I disabled it and now that I reboot the system it just goes to the "emergency mode" and all I get is the "#" prompt. How can I get myself out of this misery?! I feel so stupid to disable this service!!
My system does boot to Windows 7.
Please help me...... Thank you
Last edited by Saman111; 17th June 2012 at 07:56 AM.
|

17th June 2012, 12:09 AM
|
 |
"Registered User" T-Shirt Winner
|
|
Join Date: Mar 2007
Location: Seville, FL
Posts: 5,128

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
At the "#" prompt that you see, type these commands and see if that doesn't fix things.
Code:
systemctl enable rc-local.service
reboot
I'm assuming you used a the same command to "disable" that service. If not, how did you disable it?
|

17th June 2012, 12:14 AM
|
 |
Registered User
|
|
Join Date: Sep 2009
Posts: 1,409

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
The odd thing about your problem is that rc-local.service in not enabled by default in F17. So I'm wondering how and why you enabled it in the first place. If disabling it kept you from booting, you must be doing some pretty important stuff in /etc/rc.d/rc.local.
dd_wizard
|

17th June 2012, 12:58 AM
|
|
Registered User
|
|
Join Date: Jun 2011
Posts: 17

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
Quote:
Originally Posted by PabloTwo
At the "#" prompt that you see, type these commands and see if that doesn't fix things.
Code:
systemctl enable rc-local.service
reboot
I'm assuming you used a the same command to "disable" that service. If not, how did you disable it?
|
"systemctl disable rc-local.service" was used to disable. When I use "systemctl enable rc-local.service", I get an error message. Thank you.
---------- Post added at 11:53 PM ---------- Previous post was at 11:52 PM ----------
Quote:
Originally Posted by dd_wizard
The odd thing about your problem is that rc-local.service in not enabled by default in F17. So I'm wondering how and why you enabled it in the first place. If disabling it kept you from booting, you must be doing some pretty important stuff in /etc/rc.d/rc.local.
dd_wizard
|
I had not enabled the service, it was enabled by itself and obviously it is very much needed to boot up. I upgraded my system from Fedora 16 to Fedora 17 using the "preupgrade" command. Thank you.
---------- Post added at 11:58 PM ---------- Previous post was at 11:53 PM ----------
Pablo,
Would you like me to put the error message here?! Thank you.
|

17th June 2012, 01:49 AM
|
 |
"Registered User" T-Shirt Winner
|
|
Join Date: Mar 2007
Location: Seville, FL
Posts: 5,128

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
Quote:
|
Originally Posted by Saman111
Pablo,
Would you like me to put the error message here?! Thank you.
|
Posting the error message would certainly help.
|

17th June 2012, 02:06 AM
|
|
Registered User
|
|
Join Date: Jun 2011
Posts: 17

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
Quote:
Originally Posted by PabloTwo
Posting the error message would certainly help.
|
Thank you. The error message is:
"Warning: unit files do not carry install information. No operation executed.".
Thank you.
Last edited by Saman111; 17th June 2012 at 07:55 AM.
Reason: My mistake!
|

18th June 2012, 05:43 AM
|
|
Registered User
|
|
Join Date: Jun 2011
Posts: 17

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
In the emrgency mode, when I got the prompt "#", I typed "startx" and the following error messages in the following order received and then I got the Fedora 17 window and immediately after a black screen. When I press "Alt + F2", I receive a blank filed that I can type commands, some of them work, some do not. For example "Network Manager" pops an error indicating a bug, "Nautilus" brings up a file manager!
[DEPEND] Dependency failed for /home
[DEPEND] Dependency failed for Local File Systems
[DEPEND] Dependency failed for Relabel all filesystems, if necessary
[DEPEND] Dependency failed for Mark the need to relabel after reboot
[DEPEND] Dependency failed for D-Bus System Message Bus Socket
[DEPEND] Dependency failed for Login Service
[DEPEND] Dependency failed for D-Bus System Message Bus
[DEPEND] Dependency failed for Avahi mDNS/DNS-SD Stack
[DEPEND] Dependency failed for Network Manager
[DEPEND] Dependency failed for Bluetooth Manager
[DEPEND] Dependency failed for Avahi mDNS/DNS-SD Stack Activation Socket
[DEPEND] Dependency failed for RPCbind Server Activation Socket
[DEPEND] Dependency failed for RPC bind service
[DEPEND] Dependency failed for NFS Server
[DEPEND] Dependency failed for NFS-v4 ID-name mapping daemon
[DEPEND] Dependency failed for NFS Remote Quota Server
[DEPEND] Dependency failed for NFS Mount Daemon
[DEPEND] Dependency failed for NFS file locking service
[DEPEND] Dependency failed for CUPS Printing Service Sockets
[DEPEND] Dependency failed for Basic System
[DEPEND] Dependency failed for Display Manager
[DEPEND] Dependency failed for Permit User Sessions
[DEPEND] Dependency failed for System Setup Keyboard
[DEPEND] Dependency failed for Multi-User
[DEPEND] Dependency failed for Grafical Interface
Welcome to emergency mode. Use "systemctl default"or ^D to enter default mode.
Give root password for maintenance
(or type Control-D to continue):
At this point, what do I need to do?!
Thank you.
|

18th June 2012, 06:21 AM
|
 |
Registered User
|
|
Join Date: Apr 2006
Location: Ohio, USA
Posts: 8,304

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
rc-local..service is created to execute the /etc/rc.d/rc.local script *IF* it exists. It doesn't by default.
Even if you had a legacy script file - from like F14 - it still only had "touch /var/lock/subsys/local" by default and that never takes 435 seconds to execute.
No - it's something you added to that file that is biting your boots.
Post the contents of /etc/rc.d/rc.local
__________________
None are more hopelessly enslaved than those who falsely believe they are free.
Johann Wolfgang von Goethe
|

18th June 2012, 07:00 AM
|
|
Registered User
|
|
Join Date: Jun 2011
Posts: 17

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
Thank you for your post. Here is the content of the rc.local:
touch /var/lock/subsys/local
mount /dev/sda3/ /NTFS
I modified the rc.local to make sure that there is nothing after the ""touch /var/lock/subsys/local". Still the same behaviour.....it messes up everything, really weird. Thank you.
|

18th June 2012, 07:27 AM
|
 |
Registered User
|
|
Join Date: Apr 2006
Location: Ohio, USA
Posts: 8,304

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
Quote:
touch /var/lock/subsys/local
mount /dev/sda3/ /NTFS
|
Well that's no way to do a mount.
Why did you do that instead of making a /etc/fstab entry ?
Does it actually get mounted ?
What sort of filesystem is on /dev/sda3/ ? The output of
su -c "file -s /dev/sda3"
<passwd>
might help.
__________________
None are more hopelessly enslaved than those who falsely believe they are free.
Johann Wolfgang von Goethe
|

18th June 2012, 07:31 AM
|
|
Registered User
|
|
Join Date: Jun 2011
Posts: 17

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
I did it that way because it simply worked from the "#" prompt and then I decided to put it in rc.local. the /dev/sda3 is a NTFS partition where I run Windows 7 from. For now, I have commented out that line and yet the result is the same as before......thank you for your help, much appreciated.
|

18th June 2012, 07:47 AM
|
 |
Registered User
|
|
Join Date: Apr 2006
Location: Ohio, USA
Posts: 8,304

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
Well now it simply doesn't work !
Anyway - you say "result is the same as before". Please reboot and post the output of
systemd-analyze blame
__________________
None are more hopelessly enslaved than those who falsely believe they are free.
Johann Wolfgang von Goethe
|

18th June 2012, 08:10 AM
|
|
Registered User
|
|
Join Date: Jun 2011
Posts: 17

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
Thanks again. The boot time is not the issue anymore. Like I said the system is not fully functional, hence no access to the Internet when fedora 17 is booted, so I use Windows 7 to post in Fedora Forum. therefore I can not copy and paste the result.
Like said in previous messages, the "Network Manager" fails, therefor no access to the Internet when Fedora 17 is booted. Please see below:
[DEPEND] Dependency failed for Network Manager
Having said this, the command "Systemd-analyze blame" does not work and produces error messages shown in my previous posts.
I can boot the system off Fedora 17 installation CD, is there anything we can do there to fix some of the corrupt files?
Thank you for your time, much appreciated.
|

26th June 2012, 06:36 PM
|
|
Registered User
|
|
Join Date: Jun 2011
Posts: 17

|
|
|
Re: Disabled rc-local.service because it was taking so long during the boot up proces
Ended up getting my data and then re-installing from scratch...this was a faster soloution. Thanks to those who tried to help.....
Thank you
|
| Thread Tools |
Search this Thread |
|
|
|
| Display Modes |
Linear Mode
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
Current GMT-time: 06:06 (Sunday, 26-05-2013)
|
|
 |
 |
 |
 |
|
|