<?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=7586&amp;type=rss" rel="self" type="application/rss+xml" />
		<title><![CDATA[Dev1 Galaxy Forum / [SOLVED] How to Solve minissdpd Startup Failure on Excalibur]]></title>
		<link>https://dev1galaxy.org/viewtopic.php?id=7586</link>
		<description><![CDATA[The most recent posts in [SOLVED] How to Solve minissdpd Startup Failure on Excalibur.]]></description>
		<lastBuildDate>Wed, 19 Nov 2025 23:33:15 +0000</lastBuildDate>
		<generator>FluxBB</generator>
		<item>
			<title><![CDATA[[SOLVED] How to Solve minissdpd Startup Failure on Excalibur]]></title>
			<link>https://dev1galaxy.org/viewtopic.php?pid=59869#p59869</link>
			<description><![CDATA[<p>I just upgraded from Daedalus to Excalibur today. As a result I was paying attention to the startup messages when booting Excalibur after the upgrade. There were three failure messages:</p><p>Wed Nov 19 12:18:10 2025: Cannot persist initramfs fsck.log ... failed!<br />Wed Nov 19 12:18:10 2025: Checking file systems...Cannot persist the following output on disc ... failed!<br />Wed Nov 19 12:18:28 2025: MiniSSDPd: START_DAEMON is not set to 1; exiting: failed!</p><p>I haven&#039;t looked into the first two yet, so suggestions on fixing those are welcome.</p><p>The one I concentrated on was the minissdpd failure. After doing some digging and chatting with a friend online I found out the <em>/etc/default/minissdpd</em> file is apparently configured for use with systemd upstream, and so has the START_DAEMON line removed. I simply added that line and started it by hand successfully from the command line.</p><div class="codebox"><pre><code># MiniSSDPd default configuration
START_DAEMON=1

# Set this to the IPv4/interfaces you want the daemon to run on, separated by
# space.
# Notes:
#  1. Specifying IP when built with IPv6 support is disabled by original
#     author, so this option may not be available outside Debian.
#  2. No `-6&#039; should be used when IPv4 specified. You will be flooded by
#     &#039;peer [xxxx:xxxx]:1900 is not from a LAN&#039; if you insist to do so.
MiniSSDPd_INTERFACE_ADDRESS=&quot;eth0&quot;

# This defines other options which you might want to use when
# starting MiniSSDPd.
MiniSSDPd_OTHER_OPTIONS=&quot;&quot;

### For IPv6 users:
# 1. Change MiniSSDPd_INTERFACE_ADDRESS to the correct interface name
# 2. Add `-6&#039; to MiniSSDPd_OTHER_OPTIONS</code></pre></div><div class="codebox"><pre><code># service minissdpd start
Starting UPnP devices daemon: MiniSSDPd.
# service minissdpd status
MiniSSDPd is running.</code></pre></div>]]></description>
			<author><![CDATA[dummy@example.com (UnixRocks)]]></author>
			<pubDate>Wed, 19 Nov 2025 23:33:15 +0000</pubDate>
			<guid>https://dev1galaxy.org/viewtopic.php?pid=59869#p59869</guid>
		</item>
	</channel>
</rss>
