<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<atom:link href="https://dev1galaxy.org/extern.php?action=feed&amp;tid=2679&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / Raspberry Pi 3B+ network not working at boot with Ascii]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=2679</link>
		<description><![CDATA[The most recent posts in Raspberry Pi 3B+ network not working at boot with Ascii.]]></description>
		<lastBuildDate>Sat, 16 Feb 2019 22:50:32 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[Re: Raspberry Pi 3B+ network not working at boot with Ascii]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=14411#p14411</link>
			<description><![CDATA[<p>Thanks for that pointer.&#160; The case described there is for when &quot;... eth0 is not connected to a network,&quot;&#160; In my case, my eth0 _is_ connected to a network, the same cable, switch/router port, and such where the X86 machine running Devuan Ascii boots with_out_ any DCPDISCOVER delay.&#160; The only relevant hits found by a couple of searches were the 2660 and 1688 threads already discussed.&#160; The 2660 thread has one solution of removing all mention of eth0 from /etc/network/interfaces, which would leave that NIC entirely unconfigured.&#160; That thread also points to the 1668 thread.&#160; In the 1668 thread, post #2 says to, &quot;Replace &#039;allow-hotplug&#039; with &#039;auto&#039;.&#160; That (&#039;auto&#039;) is what I have.&#160; Post #18 also says to remove all mention of eth0 from /etc/network/interfaces, but again that would leave that NIC entirely unconfigured, which is not the desired state when eth0 is connected to a network.</p>]]></description>
			<author><![CDATA[dummy@example.com (rmrichesjr)]]></author>
			<pubDate>Sat, 16 Feb 2019 22:50:32 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=14411#p14411</guid>
		</item>
		<item>
			<title><![CDATA[Re: Raspberry Pi 3B+ network not working at boot with Ascii]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=14410#p14410</link>
			<description><![CDATA[<p>Have you seen <span class="bbu"><a href="https://lists.dyne.org/lurker/message/20171129.075348.765409b3.en.html" rel="nofollow">this thread</a></span>?&#160; There is a solution. Can&#039;t remember whether it&#039;s in that thread or elsewhere on this forum.&#160; Sorry . . . not willing to go treasure hunting atm.&#160; <img src="https://dev1galaxy.org/img/smilies/wink.png" width="15" height="15" alt="wink" /></p>]]></description>
			<author><![CDATA[dummy@example.com (golinux)]]></author>
			<pubDate>Sat, 16 Feb 2019 22:24:29 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=14410#p14410</guid>
		</item>
		<item>
			<title><![CDATA[Re: Raspberry Pi 3B+ network not working at boot with Ascii]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=14409#p14409</link>
			<description><![CDATA[<p>Thanks for the reply.&#160; I read through both of those threads and the Debian bug report referenced in the latter thread.&#160; Here&#039;s a little more detail on my situation:</p><p>I&#039;m using only eth0 (well, and lo, of course), not wlan.</p><p>For essentially all practical purposes, I always have the network cable plugged in when I boot the Raspberry Pi.</p><p>I do not have Network Manager installed.</p><p>I boot to text console, not graphical login manager.</p><p>My directory /etc/network/interfaces.d is empty, and I have these four non-comment, non-empty lines in /etc/network/interfaces:</p><p>&#160; auto lo<br />&#160; iface lo inet loopback&#160; <br />&#160; auto eth0<br />&#160; iface eth0 inet dhcp</p><p>Those four lines are identical to the corresponding lines in a 64-bit X86 machine that also runs Devuan Ascii.&#160; The X86 machine does not have any delays.</p><p>Those four lines are also exactly how the datacenter network gurus where I work have always configured Debian-based systems for dynamic IP address on eth0.&#160; Following the examples of said gurus, that&#039;s the way I have configured Debian-based systems I have worked with.&#160; Except for cases whether the DHCP server (run by corporate IT) is slower than slow, I have not seen similar delays on those machines--only on the Raspberry Pi.</p><p>The X86 machine I mentioned and Raspberry Pi were tested with the same network cable, same port on the switch and router, etc.</p><p>When I boot the Raspberry Pi, the LEDs on the RJ45 jack behave curiously.&#160; Initially, both are off.&#160; Then, the yellow/amber LED on the right blinks on a couple of times and then goes back off--doing this once shortly before the DHCPDISCOVER line appears on the console and then again shortly after that line appears.&#160; After the DHCPDISCOVER line appears on the console, and I think after the second round of yellow/amber blinks, the tree LED on the left comes on and stays on.</p><p>My hunch is there is something different about how the Raspberry Pi&#039;s NIC hardware, firmware, and/or drivers are initialized (relative to most X86 desktops and servers) that causes the initial dhclient process invoked by /etc/init.d/networking invoking &quot;ifup -a&quot; to fail/hang.</p><p>Is anyone acquainted well enough with the Raspberry Pi 3B+ NIC hardware/firmware/drivers to shed more light on why the Raspberry Pi shows the hang while the X86 machine does not?</p><p>I have a hypothesis that one possible workaround would be to remove the &#039;auto eth0&#039; line from /etc/network/interfaces and add an &quot;ifup eth0&quot; or perhaps &quot;ifup -a&quot; command to /etc/rd.local.&#160; Any second opinions on whether this would likely be reliable?</p>]]></description>
			<author><![CDATA[dummy@example.com (rmrichesjr)]]></author>
			<pubDate>Sat, 16 Feb 2019 22:20:15 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=14409#p14409</guid>
		</item>
		<item>
			<title><![CDATA[Re: Raspberry Pi 3B+ network not working at boot with Ascii]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=14354#p14354</link>
			<description><![CDATA[<p>Fix your /etc/network/interfaces file and it should work.</p><p>Here are some threads that could help:</p><p><a href="https://dev1galaxy.org/viewtopic.php?id=2660" rel="nofollow">https://dev1galaxy.org/viewtopic.php?id=2660</a></p><p>&quot; The install may have also setup networking to default to ethernet, this happened to me.&#160; This may be whats causing the boot delay on DHCP, as well as the wlan0 problems.</p><p>Check /etc/network/interfaces and remove/comment out these lines or similar if they exist:</p><p># The primary network interface<br />allow-hotplug eth0<br />iface eth0 inet dhcp</p><p>The only interface that should be configured in this file is lo.</p><p>Also make sure interfaces.d is empty.</p><p><a href="https://dev1galaxy.org/viewtopic.php?id=1688" rel="nofollow">https://dev1galaxy.org/viewtopic.php?id=1688</a> &quot;</p>]]></description>
			<author><![CDATA[dummy@example.com (freenet_bro)]]></author>
			<pubDate>Thu, 14 Feb 2019 12:32:43 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=14354#p14354</guid>
		</item>
		<item>
			<title><![CDATA[Raspberry Pi 3B+ network not working at boot with Ascii]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=14353#p14353</link>
			<description><![CDATA[<p>When booting a Raspberry Pi 3B+ running Devuan Ascii from image devuan_ascii_2.0.0_arm64_raspi3.img.xz plus package upgrades plus installing a bunch of non-default packages, the system tries to get an IP address from DHCP, but DHCP does not usually succeed.&#160; About 3/4 of the time, the boot process pauses after printing one DHCPDISCOVER line, then a few/several dozen seconds later several more DHCPDISCOVER lines plus one &quot;No DHCPOFFERS received&quot; line print, and the boot process goes on without eth0 being up.&#160; Later, after everything else has booted, a simple (as root) ifdown eth0 followed by ifup eth0 works within a second or two.&#160; About 1/4 of all boots, DHCP gets an IP address in a few/several seconds, and the system boots with eth0 having a functional IP address.</p><p>Is this a known issue with DHCP and/or the Ethernet adapter driver?&#160; Is there a known solution or workaround?&#160; Is there a kernel module that should be listed to be loaded earlier in the boot process?</p><p>Thanks.</p>]]></description>
			<author><![CDATA[dummy@example.com (rmrichesjr)]]></author>
			<pubDate>Thu, 14 Feb 2019 04:19:19 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=14353#p14353</guid>
		</item>
	</channel>
</rss>
