[SOLVED] Dhcpcd on startup, how?

What's the best way to run dhcpcd on startup? I've made a script with the following content and placed it in the rc.d directory and added it to the daemons in rc.conf.
#!/bin/bash
wpa_supplicant -i ra0 -c /etc/wpa_supplicant.conf &
It doesn't seem to work when I add dhcpcd ra0 to the script (wpa_supplicant works fine, but the dhcpcd command doesn't), which means that I'll have to root up (or use sudo) and run it manually after login.
Suggestions? Adding it to /etc/.xinitrc doesn't seem to do the trick either.
Last edited by sensei (2011-10-15 12:38:52)

Sensei, you might like this script (drop it in /etc/rc.d/wireless) which I use for my wireless setup (with dhcpcd):
#Starts and stops the wireless as if it were just another network...
. /etc/rc.d/functions
WIRELESS_INTERFACE=wlan0
usage(){
echo "Usage: $0 {start|stop|restart}"
exit 1
if [ $# != 1 ];then
usage
fi
case $1 in
start)
stat_busy "Connecting to router"
wpa_supplicant -B -i $WIRELESS_INTERFACE -c /etc/wpa_supplicant.conf
if [ $? != 0 ];then
stat_fail
exit
fi
while ! iwconfig $WIRELESS_INTERFACE | grep -q 'Signal level';do
sleep 0.5s
done
stat_busy "Getting IP address"
if dhcpcd $WIRELESS_INTERFACE;then
stat_done
else
stat_fail
fi
stop)
stat_busy "Disconnecting from router"
killall dhcpcd
killall wpa_supplicant
while iwconfig $WIRELESS_INTERFACE | grep -q 'Signal level';do
sleep 0.5s
done
stat_done
restart)
$0 stop
$0 start
usage
esac

Similar Messages

  • I have the new 2011 macbook pro, with lion preinstalled. I want to change the harddrive. I have backed up everything on time machine. when i put my new blank hard drive in will the lion screen startup.How do i get the lion dmg when i am already using lion

    I have the new 2011 macbook pro, with lion preinstalled. I want to change the harddrive. I have backed up everything on time machine. when i put my new blank hard drive in will the lion screen startup.How do i get the lion dmg when i am already using lion

    NicholasLiban -
       When you use the Lion restore as described, it does a fresh install on the hard drive that you can select at the beginning of the process.  This provides a complete install of the very latest version of Lion, including the recovery partition.  The drive that you choose for the installation destination winds up like what you would have on a brand new computer from Apple. 
       - Randy

  • [Solved] dhcpcd Takes more than 9 seconds to start up. How to lower?

    Hi, I've tried many things to optimize my boot time, but the only one I'm very unhappy about is the time it takes for dhcpcd...
    When I use "systemd-analyze", it says:
    Startup finished in 6315ms (kernel) + 11435ms (userspace) = 17750ms
    Also "systemd-analyze blame", says:
    9576ms [email protected]
    276ms systemd-vconsole-setup.service
    276ms systemd-remount-fs.service
    206ms systemd-udev-trigger.service
    121ms systemd-sysctl.service
    110ms systemd-modules-load.service
    106ms dev-hugepages.mount
    101ms sys-kernel-debug.mount
    84ms systemd-udevd.service
    60ms dev-mqueue.mount
    57ms systemd-tmpfiles-setup.service
    23ms tmp.mount
    23ms home.mount
    15ms systemd-user-sessions.service
    14ms systemd-logind.service
    I did install e4rat and am currently using it. My /etc/rc.conf contains only this:
    DAEMONS=(vboxservice)
    I'm running ArchLinux as a guest in virtualbox (host is Windows 7) If you need anymore information, please tell me. I've been wondering why my dhcpcd takes >9500 ms just to starting up. Also, before using e4rat, I've got >5000 ms for dhcpcd instead of >9500. And before using e4rat, I get around 10000 ms, not 17000. However, I'm completely satisfied with all of the other times that it takes to start up the other processes, only dhcpcd seemed to increase, not decrease.
    Thanks.
    Last edited by reportados (2012-12-16 01:09:14)

    rebootl wrote:
    Maybe see this: https://wiki.archlinux.org/index.php/Ne … ith_dhcpcd
    Don't know if it makes sense to add it globally, or how it could be done only on boot w/o netcfg...
    Thanks! This fixed my problem! From ~17000 ms to ~7000 ms when running systemd-analyze. If I run systemd-analyze blame I get this:
    462ms systemd-vconsole-setup.service
       439ms systemd-remount-fs.service
       153ms systemd-udev-trigger.service
       121ms [email protected]
       106ms systemd-sysctl.service
        97ms systemd-modules-load.service
        93ms dev-hugepages.mount
        83ms sys-kernel-debug.mount
        49ms systemd-tmpfiles-setup.service
        46ms dev-mqueue.mount
        43ms systemd-udevd.service
        32ms tmp.mount
        26ms home.mount
        20ms systemd-user-sessions.service
        17ms systemd-logind.service
    Editing /etc/dhcpcd.conf and appending "noarp" cuts down the time significantly! Thanks a lot.

  • [solved] dhcpcd seriously slowing boot time, how to fix?

    As the title says, dhcpcd is really the limiting factor in my boot process. Of the 4.125 seconds spent doing userland boot stuff, 2.95 are spent waiting for dhcpcd to finish loading so the network.target is reached and the last few things can continue loading. It might seem petty to complain about an 8 second boot, but I'm just trying to get it as quick as possible. What can I do to make it go faster? I've read through the wiki on improving boot times, dhcpcd, etc. and haven't found anything that has helped significantly. This is on a permanent ethernet connection, by the way.
    Last edited by davidjosepha (2015-06-01 21:02:29)

    roy@uberpc ~ $ sudo dhcpcd -k
    sending signal ARLM to pid 3015
    waiting for pid 3015 to exit
    roy@uberpc ~ $ time sudo dhcpcd
    dev: loaded udev
    enp3s0: adding address fe80::8d30:2b85:75ba:2d40
    wlp4s0: adding address fe80::893f:45de:2864:e33f
    DUID 00:01:00:01:1b:79:14:0c:e8:94:f6:3f:9b:95
    wlp4s0: IAID f6:3f:9b:95
    enp3s0: waiting for carrier
    wlp4s0: soliciting a DHCP lease
    wlp4s0: offered 10.73.2.30 from 10.73.1.1 `uberserver.marples.name'
    wlp4s0: soliciting an IPv6 router
    wlp4s0: leased 10.73.2.30 for 3600 seconds
    wlp4s0: router 10.73.1.1 requires a host route
    wlp4s0: adding route to 10.73.2.0/24
    wlp4s0: adding host route to 10.73.1.1
    wlp4s0: adding default route via 10.73.1.1
    ntpd | * Stopping ntpd ... [ ok ]
    ntpd | * Starting ntpd ... [ ok ]
    forked to background, child pid 3276
    real 0m5.083s
    user 0m0.031s
    sys 0m0.009s
    So, with ARP checking it's just over 5 seconds, which is about right.
    roy@uberpc ~ $ sudo dhcpcd -k
    sending signal ARLM to pid 3276
    waiting for pid 3276 to exit
    roy@uberpc ~ $ time sudo dhcpcd -A
    dev: loaded udev
    enp3s0: adding address fe80::8d30:2b85:75ba:2d40
    wlp4s0: adding address fe80::893f:45de:2864:e33f
    DUID 00:01:00:01:1b:79:14:0c:e8:94:f6:3f:9b:95
    wlp4s0: IAID f6:3f:9b:95
    enp3s0: waiting for carrier
    wlp4s0: soliciting a DHCP lease
    wlp4s0: offered 10.73.2.30 from 10.73.1.1 `uberserver.marples.name'
    wlp4s0: leased 10.73.2.30 for 3600 seconds
    wlp4s0: router 10.73.1.1 requires a host route
    wlp4s0: adding route to 10.73.2.0/24
    wlp4s0: adding host route to 10.73.1.1
    wlp4s0: adding default route via 10.73.1.1
    ntpd | * Stopping ntpd ... [ ok ]
    ntpd | * Starting ntpd ... [ ok ]
    forked to background, child pid 3537
    real 0m0.170s
    user 0m0.030s
    sys 0m0.010s
    roy@uberpc ~ $
    Without ARP, it's under 200 milliseconds. This was a lucky run due to RFC mandated randomised startup delays (this is noted when you add --debug, I omitted this otherwise this post would be quite huge with other debug info)
    But wait, we can go faster yet by ignoring these RFC mandated delays.
    roy@uberpc ~/src/dhcpcd $ sudo dhcpcd -k
    sending signal ARLM to pid 5994
    waiting for pid 5994 to exit
    roy@uberpc ~/src/dhcpcd $ time sudo dhcpcd -A --nodelay
    dev: loaded udev
    DUID 00:01:00:01:1b:79:14:0c:e8:94:f6:3f:9b:95
    wlp4s0: IAID f6:3f:9b:95
    wlp4s0: soliciting an IPv6 router
    wlp4s0: soliciting a DHCP lease
    enp3s0: waiting for carrier
    wlp4s0: offered 10.73.2.30 from 10.73.1.1 `uberserver.marples.name'
    wlp4s0: leased 10.73.2.30 for 3600 seconds
    wlp4s0: router 10.73.1.1 requires a host route
    wlp4s0: adding route to 10.73.2.0/24
    wlp4s0: adding host route to 10.73.1.1
    wlp4s0: adding default route via 10.73.1.1
    ntpd | * Stopping ntpd ... [ ok ]
    ntpd | * Starting ntpd ... [ ok ]
    forked to background, child pid 6272
    real 0m0.126s
    user 0m0.028s
    sys 0m0.013s
    roy@uberpc ~/src/dhcpcd $
    I'm sure we can get under 100ms here!
    Let's strip the NTP options to avoid restarting that.
    roy@uberpc ~/src/dhcpcd $ sudo dhcpcd -k
    sending signal ARLM to pid 6653
    waiting for pid 6653 to exit
    roy@uberpc ~/src/dhcpcd $ time sudo dhcpcd -A --nodelay -O ntp_servers
    dev: loaded udev
    DUID 00:01:00:01:1b:79:14:0c:e8:94:f6:3f:9b:95
    wlp4s0: IAID f6:3f:9b:95
    wlp4s0: soliciting an IPv6 router
    wlp4s0: soliciting a DHCP lease
    enp3s0: waiting for carrier
    wlp4s0: offered 10.73.2.30 from 10.73.1.1 `uberserver.marples.name'
    wlp4s0: leased 10.73.2.30 for 3600 seconds
    wlp4s0: router 10.73.1.1 requires a host route
    wlp4s0: adding route to 10.73.2.0/24
    wlp4s0: adding host route to 10.73.1.1
    wlp4s0: adding default route via 10.73.1.1
    forked to background, child pid 6815
    real 0m0.068s
    user 0m0.019s
    sys 0m0.007s
    roy@uberpc ~/src/dhcpcd $
    Lets go nuts and not bother running any scripts.
    After all, DNS from DHCP is optional - a good local resolver will try DNS ROOT servers by default.
    But screw fast DNS lookups, we want a fast boot!
    roy@uberpc ~/src/dhcpcd $ sudo dhcpcd -k
    sending signal ARLM to pid 7025
    waiting for pid 7025 to exit
    roy@uberpc ~/src/dhcpcd $ time sudo dhcpcd -A --nodelay -O ntp_servers -c /dev/null
    dev: loaded udev
    DUID 00:01:00:01:1b:79:14:0c:e8:94:f6:3f:9b:95
    wlp4s0: IAID f6:3f:9b:95
    wlp4s0: soliciting an IPv6 router
    wlp4s0: soliciting a DHCP lease
    enp3s0: waiting for carrier
    wlp4s0: offered 10.73.2.30 from 10.73.1.1 `uberserver.marples.name'
    wlp4s0: leased 10.73.2.30 for 3600 seconds
    wlp4s0: router 10.73.1.1 requires a host route
    wlp4s0: adding route to 10.73.2.0/24
    wlp4s0: adding host route to 10.73.1.1
    wlp4s0: adding default route via 10.73.1.1
    forked to background, child pid 7030
    real 0m0.024s
    user 0m0.001s
    sys 0m0.002s
    roy@uberpc ~/src/dhcpcd $
    palm, meet face! I was stupidly releasing the lease between runs. lets just clear the IP from the network stack to instead.
    After all, we are rebinding to the same network each boot.
    oy@uberpc ~/src/dhcpcd $ sudo dhcpcd -x
    sending signal TERM to pid 7900
    waiting for pid 7900 to exit
    roy@uberpc ~/src/dhcpcd $ sudo ip a d 10.73.2.30/24 dev wlp4s0
    roy@uberpc ~/src/dhcpcd $ time sudo dhcpcd -4A --nodelay -O ntp_servers -c /dev/null --nodev
    DUID 00:01:00:01:1b:79:14:0c:e8:94:f6:3f:9b:95
    wlp4s0: IAID f6:3f:9b:95
    wlp4s0: rebinding lease of 10.73.2.30
    enp3s0: waiting for carrier
    wlp4s0: leased 10.73.2.30 for 3600 seconds
    wlp4s0: router 10.73.1.1 requires a host route
    wlp4s0: adding route to 10.73.2.0/24
    wlp4s0: adding host route to 10.73.1.1
    wlp4s0: adding default route via 10.73.1.1
    forked to background, child pid 7992
    real 0m0.015s
    user 0m0.002s
    sys 0m0.000s
    roy@uberpc ~/src/dhcpcd $
    There are other ways of making dhcpcd go faster, but that involves hacking the code NOT to query the kernel for any existing IP addresses or routes so we don't break networking needlessly even for a every small window and other such things.
    So at 15ms I think dhcpcd is pretty fast, and this is just profilng via the time shell command.
    Of course, dhcpcd by default provides the most RFC compliant way of autoconfiguring your network address.
    But of course, I leave the best trick until last. A well configured system with well written programs shouldn't need to forceably wait for the initial DHCP run to finish.
    roy@uberpc ~/src/dhcpcd $ sudo dhcpcd -k
    sending signal ARLM to pid 7992
    waiting for pid 7992 to exit
    roy@uberpc ~/src/dhcpcd $ time sudo dhcpcd -b
    dev: loaded udev
    forked to background, child pid 8217
    real 0m0.004s
    user 0m0.001s
    sys 0m0.002s
    If you still believe dhcpcd to be slow, add the debug option and post some logs, ideally with timestamps and then we'll talk about making it go faster to meet your needs.

  • [solved]Delay mySQL startup by 30 secs in /etc/rc.conf

    Basically I use wpa_supplicant and it takes a a bit to connect, by the time /etc/rc.conf gets to the mysql startup service, mySQL cannot bind to my servers address,
    This is because wpa_supplicant probably hasn't got an IP address yet, so mySQL fails to start at bootup every time, however right after the boot I can log in and manually boot it just fine.
    Any Ideas?  Maybe delay the mysql by 30-40 seconds at boot? Anyone know how?
    Last edited by kr1zmo (2010-07-05 23:57:10)

    itsbrad212 wrote:
    You could put:
    /etc/rc.d/mysqld start
    in /etc/rc.local
    Thanks for the reply but I solved this by removing the @ before netprofiles, so that wpa_supplicant doesnt startup in the background, therefor everything else waits until wpa_supplicant is connected before it boots.
    Last edited by kr1zmo (2010-07-05 23:59:58)

  • Internal error 500 keeps coming up when I open Firefox. I tried uninstalling it and reinstalling it, but that did not solve the problem. How can I fix this error

    a message of 500 internal error comes up when I open up Firefox and I cannot do anything. How can this problem be solved? I cannot use Firefox, so I have uninstalled it because it does in work on my computer, but it does work on my desktop and other laptop. This is a new computer, so I am not understanding why this problem is occurring. When I first installed Firefox on my new laptop it worked just fine, but for about a week now it will not work.

    Which security software (firewall) do you have?
    Remove all rules for Firefox from the permissions list in the firewall and let your firewall ask again for permission to get full unrestricted access to internet for Firefox and the plugin-container process and the updater process.
    See:
    * https://support.mozilla.com/kb/Server+not+found
    * https://support.mozilla.com/kb/Firewalls

  • A friend created 3 accounts on his iPhone 5 but forgot the passwords. He can't reset the password as yahoo address is no longer valid. Erasing the phone doesn't solve the issue. How to register the phone with Apple?

    A computer illiterate friend created 3 accounts on his iPhone 5 but forgot the passwords. He can't reset the password as his yahoo address is no longer valid. Erasing the phone doesn't solve the issue as the Apple server identifies the hardware as registered. How to register the phone with Apple?
    I helped him create a new email address and new iCloud account on my Mac but when we try to register the phone with Apple it says: Maximim accounts limit reached for this device. How can he register the phone? I read different threads and found out that only Apple care can do that. We're in Romania and don't know where to call. Any suggestions on how we fix this?

    When I checked the support site for Romania, you apparently don't have an Apple Care contact center.  You "may" try calling the US Apple care number to verify the account and have the password reset sent to a different email address.  800-694-7466

  • [solved] dhcpcd: timed out after reinstalling arch

    Hi erveryone!
    After reinstalling arch I can't connect to my wireless network anymore.
    Typed:
    wpa_supplicant -B -Dwext -i wlan0 -c /etc/wpa_supplicant_vienna.conf
    dhcpcd wlan0
    Got:
    dhcpcd: wlan0: waiting for carrier
    dhcpcd: timed out
    wpa_supplicant_vienna.conf (ssid and psk deleted):
    network={
        ssid=""
        proto=RSN
        pairwise=CCMP TKIP
        key_mgmt=WPA-PSK
        psk=
    I reinstalled arch on my netbook at the same time and there's everything working fine (even with the same wireless-card). The only difference between the two systems is that my laptop has an i686 installation while on my netbook I've installed x86_64.
    Things I've tried:
    + Update the system via wired-connection (mirrors.kernel.org) --> the download never gets faster than 10KB/s (?).
    + Configure the wireless interface via netcfg --> same problem
    + Reinstalled again and only changed LOCALE in /etc/rc.conf --> same problem
    So you may see, I have no idea what I could be doing wrong and hope that theres anybody out there who knows what to do!
    P.S. Well, i have now by-passed my problem.
    1.) Created a list of packages installed during system-update on my netbook.
    2.) In this list I changed package-name-x86_64.tar.gz to package-name-i686.tar.gz
    3.) Downloaded the list with wget.
    4.) Ccopied the packages to my laptop
    5.) Created a local repository and made a system-update.
    Last edited by kronfeld (2010-05-04 17:34:43)

    Hi trusktr
    This might seem stupid but are you sure you are using "eth0" and not "eth1" etc.? As an example I have two on-board lans and I'm plugged into eth1. I had to change rc.conf as it defaults to using eth0.
    #Static IP example
    #eth0="eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
    eth1="dhcp"
    INTERFACES=(eth1)
    Since I am using eth1 and not eth0 here is what I get when I try:
    ifconfig eth0:
    eth0    Link encap:Ethernet  HWaddr 00:04:4B:00:88:0E 
              BROADCAST MULTICAST  MTU:1500  Metric:1
              RX packets:0 errors:0 dropped:0 overruns:0 frame:0
              TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:1000
              RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
              Interrupt:23 Base address:0x6000
    Look familiar?
    I'm not saying this is the case but it could be something as simple as that.
    ifconfig -a
    should show you how many lans you have.
    Thought I would drop the obvious first in case that's all it is.

  • [SOLVED] dhcpcd@eth0.service failure

    I am trying to move from initscripts to systemd on a server I have no physical access to (luckily I do have a rescue system...).
    With only network left in DAEMONS, connectivity comes up just fine, and I see a "dhcpcd -q" process running in the background.
    However, removing that last initscripts daemon and using [email protected] fails.
    The server has eth0 only and a static IP.
    % sudo systemctl start [email protected]
    Job for [email protected] failed. See 'systemctl status [email protected]' and 'journalctl' for details.
    % systemctl status [email protected]
    [email protected] - dhcpcd on eth0
    Loaded: loaded (/usr/lib/systemd/system/[email protected]; enabled)
    Active: failed (Result: resources) since Tue, 16 Oct 2012 11:26:05 +0200; 44s ago
    Process: 14105 ExecStart=/sbin/dhcpcd -A -q -w %I (code=exited, status=0/SUCCESS)
    CGroup: name=systemd:/system/[email protected]/eth0
    Oct 16 11:26:05 cutie.skaaf.net systemd[1]: Starting dhcpcd on eth0...
    Oct 16 11:26:05 cutie.skaaf.net systemd[1]: Failed to start dhcpcd on eth0.
    The relevant part of journalctl comes in two shapes, I'm not sure what that depends on.
    Oct 16 11:26:05 xxx systemd[1]: Starting dhcpcd on eth0...
    Oct 16 11:26:05 xxx dhcpcd[14105]: sending commands to master dhcpcd process
    Oct 16 11:26:05 xxx dhcpcd[314]: control command: dhcpcd[14105]: sending commands to master dhcpcd process
    Oct 16 11:26:05 xxx dhcpcd[314]: handle_args: no interface
    Oct 16 11:26:05 xxx dhcpcd[314]: control command: /sbin/dhcpcd -A -q -w eth0
    Oct 16 11:26:05 xxx systemd[1]: PID file /run/dhcpcd-eth0.pid not readable (yet?) after start.
    Oct 16 11:26:05 xxx systemd[1]: Failed to start dhcpcd on eth0.
    Oct 16 11:26:05 xxx systemd[1]: Unit [email protected] entered failed state.
    and
    Oct 16 11:27:14 xxx systemd[1]: Starting dhcpcd on eth0...
    Oct 16 11:27:14 xxx dhcpcd[14145]: sending commands to master dhcpcd process
    Oct 16 11:27:14 xxx dhcpcd[314]: control command: dhcpcd[14145]: sending commands to master dhcpcd process
    Oct 16 11:27:14 xxx systemd[1]: PID file /run/dhcpcd-eth0.pid not readable (yet?) after start.
    Oct 16 11:27:14 xxx systemd[1]: Failed to start dhcpcd on eth0.
    Oct 16 11:27:14 xxx systemd[1]: Unit [email protected] entered failed state.
    Now maybe this is trying to tell me that dhcpcd is already running? However the result is the same with "systemctl restart ...".
    Upon boot up with no network DAEMON but [email protected] enabled, I simply can't get in.
    I also tried editing /usr/lib/systemd/system/dhcpcd\@.service and making everything explicit in ExecStart, but I don't see any more useful output, and systemctl still claims the start failed.
    Running dhcpcd eth0 explicitly gives no error exit code:
    % sudo dhcpcd eth0
    dhcpcd[14347]: sending commands to master dhcpcd process
    Questions:
    - why does systemctl think the start failed?
    - can I find any more debugging info anywhere? Perhaps reboot with sytemd dhcpcd only and redirect journalctl logs to a text file that I can then view from the rescue system?
    - why does network DAEMON manage to start dhcpcd, while systemd fails?
    Thanks for any help or pointers in advance!
    Last edited by nickray (2012-10-16 12:13:41)

    Glad you got it working. I would go ahead and mark it as solved.
    nickray wrote:Is there a way to do the "systemctl enable" from a rescue system (by editing some file), as was
    possible before with /etc/rc.conf? Otherwise I would never have been able to solve this .
    When you do a systemctl enable, it shows you what it's doing, making a symlink. If you need to do it by hand, you just have to make the appropriate symlink in /etc/systemd/system to the service file in /usr/lib/systemd/system
    nickray wrote:Scimmia, any pointers to read more about the DHCD/DHCPCD issues?
    The place I usually start is Wikipedia: http://en.wikipedia.org/wiki/Dhcp
    To put it simply, it lets a DHCP client (dhcpcd = dhcp client daemon) request networking information from a DHCP server. The server selects an IP from the pool of IP addresses that it has, and sends that information back to the client along with all the other needed network configuration info. The client automatically configures everything and you're up and running without having to do any manual configuration at all.

  • [SOLVED]dhcpcd does not start on boot anymore

    Hello,
    I reinstalled Arch last night to try and be as to the letter as possible because I had three bad installs( or so I thought https://bbs.archlinux.org/viewtopic.php?id=195192 ) and it was going well. I tweaked some SSD Optimization configs and went to bed.
    Today I wanted to install OpenBox so first I tried to update my system with pacman -Syu (without reading the change log or anything of course) and I couldn't download anything. A quick ping to google.com gave an unknown host error. Nothing has changed over night and I rebooted the machine last night a couple of times and I always had internet connection. The guide said that dhcpcd runs automatically on boot and I looked through the change logs at the places I understood and couldn't find anything about this being disabled on boot now. I do see that it was updated in the last 24 hours but again, nothing about auto run on boot being disabled.
    Little things like this bug me, I can enable the service using systemctl and call it a day but I was wondering if I was the only one experiencing this. If I'm the only one then it probably isn't a good thing.
    SOLVED: Did not read the Beginner's Guide within context of the installation medium.
    Last edited by SirMyztiq (2015-03-29 01:20:49)

    nullified wrote:
    SirMyztiq wrote:I updated the packages and just went to bed.
    What packages were upgraded? If I am understanding you correctly, dhcpcd was enabled and working fine before the upgrade, but after the upgrade dhcpcd appears to be disabled. Is that correct? Two bits of informaiton you should post here are the complete list of updated packages and the output of
    systemctl status dhcpcd
    SirMyztiq wrote:Nothing has changed over night and I rebooted the machine last night a couple of times and I always had internet connection.
    You previously say you upgraded then went to bed, so that would be the change. I'm a little confused by these seemingly contradictory assertions.
    I apologize for the confusion.
    I'll give you the current list of packages as soon as I install a browser on my machine(I'm on my laptop) but I can tell you that all I had last night was the "base" and "base-devel" packages installed. I mainly did tweaking like setting the scheduler dynamically on my ssd to "deadline" following the SSD Optimization wiki and read a bit about OpenBox to make sure I get it right. I also rebooted the computer a couple of times to check for that "time out" bug I mentioned. It all checked out, so I went to bed.
    I power her up today, try to do a system update and I wasn't able to. A ping to google.com gave me an "unknown host" error. I checked both the "status" and whether it was "enabled" with their respective systemctl commands and both gave me the feedback that it was not active nor was it enabled.
    I'll edit the original post to be more clear and look like I have some grasp of English.

  • [solved] lxdm, slim: startup delay

    I'm trying to switch from lightdm to lxdm in order to work around the awesome keymap bug.
    When I start lxdm using systemctl start lxdm.service I get a black screen and nothing happens for about 70 seconds. Then the lxdm greeter finally shows up, everything works fine and there are no errors or hints in the logs.
    Any idea what could cause the delay? I tried lxdm-git from AUR, but no difference.
    Thanks in advance,
    lynix
    Last edited by lynix (2013-01-28 21:40:59)

    Okay, solved my own problem (another episode of strace-to-the-rescue)
    The login managers in question seem to open a connection to '::1' (the IPv6 loopback) on startup. My ip6tables lacked a rule for accepting all loopback traffic, and as my default target for INPUT is DROP, the connection attempt was dropped and startup therefore delayed until the timeout for connection establishment is reached.
    Damn this was weird...

  • Password request at startup: how disable?

    Hi, I've lenovo r60e XP. I've no password for Windows, but at startup Thinkvantage ask me (to configure Client Security) for a password to type. I've to press "Annulla": but how can I disable this request?
    thanks

    Hello mate,
    Uninstall Client Security Solution.
    Knowledge is of two kinds. We know a subject ourselves, or we know where we can find information on it.
    ThinkPad T510 4313-CTO Windows 8 x64 - Intel Core i7-620M - NVIDIA NVS 3100M - 8GB RAM - 240GB SSD- Intel Centrino Ultimate-N 6300 - Gobi 2000.
    ThinkPad Helix 3697-CTO Windows 8.1 x64 - Intel Core i7-3667U - Intel HD Graphics 4000 - 8GB RAM- 256GB SSD - Intel Centrino Advanced-N 6205 - Ericsson C5621gw

  • [SOLVED] Very newbish, but how do you install Flash in Opera 9.5?

    I know that flash doesn't work with opera 9.25, so I downloaded 9.5b. So, now how do I install flash? The installer I downloaded from the adobe site still only wants to install in the mozilla directory.
    Last edited by pogeymanz (2008-03-15 04:14:38)

    Glad you got it to work.
    Please add [SOLVED] to your OP title.

  • [Slow NAL startup] How to speed up?

    We are a school with about 600 pc's running Windows XP + Novell Client
    4.91 sp2.
    And one of the servers is running Netware 5.1 sp6, Zenworks for Desktops 4
    and Zenworks for servers 3.
    We have 482 application objects in our tree.
    The problem is that after login, Naldesk.exe takes a long time to load.
    What is the best thing to do to speed things up?

    The 1st thing I would look for are "Force_Run".
    It is possible you could have items running in the background that are
    delaying the finishing of NAL.
    One key here is "Wait on Force Run".
    Disabling this setting on your Force Runs may allow NAL to finish loading
    while the external processes are still running.
    Also, How many "effective" apps are assigned to these users?
    By this I mean directly or inherited.
    A large number of these can slow down the logon process considerably while
    the objects are read and system requirements are evaluated.
    (Example - A User who has 400 effective apps even if only 40 show due to
    failed system requirements will come up much slower than somebody who is
    only assigned 60 with 80 failing due to system requirements.)
    Also, on the packet trace suggested by Anders, check to lost packets and
    retransmissions. This could be an indication of network problems somewhere
    betweeen the server and workstation. I have seen this drastically effect
    the startup times.

  • [solved] arch kernel freezes, how can I replace it with lts

    the kernel freezes on almost every boot; I'm referring to the kernel installed and downloaded when I used the net install to install arch
    how do I install the lts kernel ? maybe the lts won't freeze...
    Last edited by Chrys349 (2011-11-26 16:13:38)

    Chrys349 wrote:
    solved... I got rid of kernel freeze, or kernel hang, by appending the "acpi=off" parameter in grub
    I have no idea what "acpi=off" does, but it's the olny solution I found that enables me to both install arch and use it...
    Keep an eye on the battery meter, w/o acpi your computer might be using more power.

Maybe you are looking for