Well in that case I will speak up and suggest systemd might be the culprit. If it&#39;s a configuration the systemd developers don&#39;t use then they don&#39;t support it (I&#39;m not making that up).<div><br></div><div>Have you tried a modern non-systemd based distribution? If not, give Void Linux a try; their muslc may be a perfect fit -- <a href="http://www.voidlinux.eu/download/">http://www.voidlinux.eu/download/</a><br><br>On Friday, June 3, 2016, Chris Fowler &lt;<a href="mailto:cfowler@outpostsentinel.com">cfowler@outpostsentinel.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:arial,helvetica,sans-serif;font-size:12pt;color:#000000"><div><br></div><div><br></div><hr><div><blockquote style="border-left:2px solid #1010ff;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt"><b>From: </b>&quot;DJ-Pfulio&quot; &lt;<a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;DJPfulio@jdpfu.com&#39;);" target="_blank">DJPfulio@jdpfu.com</a>&gt;<br><b>To: </b><a href="javascript:_e(%7B%7D,&#39;cvml&#39;,&#39;ale@ale.org&#39;);" target="_blank">ale@ale.org</a><br><b>Sent: </b>Friday, June 3, 2016 2:11:11 PM<br><b>Subject: </b>Re: [ale] CentOS 7 install driving me mad<br></blockquote></div><div><blockquote style="border-left:2px solid #1010ff;margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt">Just because something **can** be done, doesn´t make it a good idea.<br></blockquote><div><br></div><div>&lt;disclaimer&gt;drinking some moonshine on bday&lt;/disclaimer&gt;</div><div><br></div><div>Just because you think it may not be a good idea does not make it so.  World is so much bigger than that :)</div><div><br></div><div><br></div><div>The end game is this.  I want to move my dev tree from CentOS 5 i386 (the real deal.  Not some bullsh*t where someone has labeled i686 as i386).</div><div>to CentOS 7 i586.  This allows me to support this:</div><div><br></div><div>vyos@vyos:~/nDPI-1.8$ cat /proc/cpuinfo <br>processor : 0<br>vendor_id : Genuine RDC<br>cpu family : 5<br>model : 8<br>model name : 05/08<br>stepping : 6<br>cpu MHz : 999.982<br>physical id : 0<br>siblings : 1<br>core id : 0<br>cpu cores : 1<br>apicid : 0<br>initial apicid : 0<br>fdiv_bug : no<br>f00f_bug : no<br>coma_bug : no<br>fpu : yes<br>fpu_exception : yes<br>cpuid level : 1<br>wp : yes<br>flags : fpu tsc cx8 mmx<br>bogomips : 1999.96<br>clflush size : 32<br>cache_alignment : 32<br>address sizes : 32 bits physical, 32 bits virtual<br>power management:<br><br>vyos@vyos:~/nDPI-1.8$ </div><div><br></div><div>And to support a Baytrail.  </div><div><br></div><div>While Joe blow may have only one RDC based device I have HUNDREDS.  I have 300 J1900 BayTrail devices.</div><div><br></div><div>If I can move to a base of CentOS 7 i586 then I may keep typing and split the SVN tree to support i586 and the BayTrail.  This will give me optimization on both platforms for the CPU.</div><div><br></div><div>I can no longer purchase the RDC hardware, but I have to support it.  I also have a limited stock of it for internal use.  Right now I&#39;m using one as a pfsense router on my home network.  I have another running Asterisk PBX.  I am not running X.  I&#39;m running stuff where the load average is typically 0.25 or less!  So why would it not be a good idea?</div><div><br></div><div>It looks to me like 3.13 is happy.</div><div><br></div><div>vyos@vyos:~/nDPI-1.8$ uname -a ;uptime<br>Linux vyos 3.13.11-1-586-vyos #1 SMP Wed Aug 12 01:58:45 UTC 2015 i586 GNU/Linux<br> 18:38:08 up 44 min, 1 user, load average: 0.00, 0.04, 0.05<br>vyos@vyos:~/nDPI-1.8$</div><div><br></div><div><br></div><div>This is one thing that grinds my gears.  &quot;I don&#39;t believe people should be using MP3 codecs because it is not open therefore I will not make it available. I also believe that everyone should be on 64bit systems so I will not make 32bit available&quot;  My original config program for Linux was VI so I&#39;m capable of adding in the media repositories, but my gripe is based on me thinking of others who do not know how.  They must search &quot;how to play MP4 on Ubuntu&quot;.  At least Ubuntu now allows you to make your own decisions.</div><div><br></div><div><br></div><div>As a ham I can also break it down like this:</div><div><br></div><div>&quot;Just because you don&#39;t use a radio does not mean everyone else does not.  Do not assume that something is obsolete.&quot;</div><div><br></div><div>In the final I need to weight this:</div><div><br></div><div>Do the benefits of compiling everything for the target CPU outweigh the management headache of two trees and two firmware packages?</div><div><br></div><div>That does not address the fact that compiling modern packages for CentOS 5.X is getting harder.  I guess I could recompile the whole dev environment and shove the packages of 7 into 5?</div><div><br></div><div><br></div><div>What sucks is that this project is a real time sink.  I get an idea and walk that path for 8+ hours.  Change my mind and stop for a while.  Repeat.</div><div><br></div><div>One  really great idea is Cross LFS.  I worked that for 10 hours then my patience grew thin and I screwed it up.  I even did a PI2 to x86-i586 so I&#39;d learn more.  CentOS 7 is just a target.  Linux 4.X via i586 Cross-LFS is acceptable and I may try again next week.  This time I&#39;m going to write scripts for the stages.  Put the RDC on gigabit for NFS instead of wireless bridge.  </div><div><br></div><div><br></div><div>Sure, I could do CentOS 6, but I&#39;m burning up time and doing 7 gets me that much ahead.</div><div><br></div><div><br></div><div><br></div><div><br></div></div></div></div></blockquote></div><br><br>-- <br>James Sumners<br><a href="http://james.sumners.info/" target="_blank">http://james.sumners.info/</a> (technical profile)<br><a href="http://jrfom.com/" target="_blank">http://jrfom.com/</a> (personal site)<br><a href="http://haplo.bandcamp.com/" target="_blank">http://haplo.bandcamp.com/</a> (music)<br>