Page 1 of 1
init: Id "x1" respawning too fast
Posted: 26 Dec 2019, 08:50
by Kulle
I've solved a problem,
look at the end of this thread:
Automatic connection to the wireless network
Since then a new problem has arisen.
Startup ends with the message:
init: Id "x1" respawning too fast: disabled for 5 minutes
This error does not always occur, but quite often.
Why?
Can someone help?
Thanks
init: Id "x1" respawning too fast
Posted: 26 Dec 2019, 09:18
by Kulle
Supplement:
Do you have to change/add anything to the file /etc/rc.d/rc.4 ?
init: Id "x1" respawning too fast
Posted: 27 Dec 2019, 04:47
by Ed_P
It could be related to what you saved with your network module. Does the problem occur when you don't use it?
Also do you boot Windows on the machine? I get a similar error if I don't shut Windows down before rebooting.
init: Id "x1" respawning too fast
Posted: 14 Jan 2021, 13:25
by michalpelszyk
I have the same problem and it occurs randomly.
I found that adding a pause of 2-4 seconds at the start of /etc/rc.d/rc.4 allows me to far more consistently boot straight to X.
This happens in Virtualbox, eeePC netbook and some old Toshiba laptop as well. All random.
It's as if X is (re)starting before Porteus finishes some kind of initialisation, because startx always works. Some kind of unaccounted dependency?
5.0 rc2 Openbox. Install on a ext4 partition
init: Id "x1" respawning too fast
Posted: 30 Jul 2021, 15:57
by rych
I confirm this problem remains in 5.0 rc3. I'm also on Openbox ext4 partition. (Perhaps unrelated, but every now and then at shutdown it prints a message that next time I need to use fsck cheatcode. I now always boot with fsck, it's so fast anyway, I wonder if it actually checks anything)
michalpelszyk, I'll try to add a pause you suggest in /etc/rc.d/rc.4. What's the syntax, more exactly, please? Because really a manual startx, which self-destroys after the 5 minutes with all GUI programs that were running (I guess because the original process wakes up and tries to bring up the original Desktop) -- all this is becoming a big nuisance.
init: Id "x1" respawning too fast
Posted: 31 Jul 2021, 02:09
by ncmprhnsbl
rych wrote: ↑30 Jul 2021, 15:57
I'll try to add a pause you suggest in /etc/rc.d/rc.4. What's the syntax, more exactly, please?
(before slim)where 5 is 5 secs.. could have more or less..
rych wrote: ↑30 Jul 2021, 15:57
a manual startx, which self-destroys after the 5 minutes
if you have the "init: Id "x11" respawning too fast:", you should do:
to kill the rc.init4 process, then either do
startx,
slim, or try
init 4 to run rc.init4 again..
init: Id "x1" respawning too fast
Posted: 31 Jul 2021, 10:16
by babam
If you are using persistent then add this to /etc/rc.d/rc.local_shutdown
init: Id "x1" respawning too fast
Posted: 01 Aug 2021, 06:59
by Blaze
rych,
need some more Porteus reboot tests
Open as root
/etc/rc.d/rc.4
Find:
Replace with:
Code: Select all
if [ -x /usr/bin/slim ]; then
exec /usr/bin/slim -nodaemon
fi
init: Id "x1" respawning too fast
Posted: 14 Aug 2021, 06:02
by rych
ncmprhnsbl, sleep 4 works. Blaze, your solution I didn't test, sorry. Because babam's solution works too and feels better as intuitively this must be a leftover from a previous session, so rc.local_shutdown seemed a better place to fix it. Thanks everyone.
init: Id "x1" respawning too fast
Posted: 14 Aug 2021, 06:47
by Blaze
rych, thanks for your report.
babam, thanks for your solution.
init: Id "x1" respawning too fast
Posted: 14 Aug 2021, 12:29
by ncmprhnsbl
something worth mentioning here is, if using the changes=EXIT: cheatcode, there's the conf file: /etc/changes-exit.conf, which lists the default directories saved and the ones excluded, one of which is /var/run :
Code: Select all
# Folders listed in this config file will be saved during reboot and shutdown when 'changes=EXIT:' cheatcode is used.
# Folders starting with '!' are omitted. This is useful if you want to save whole folder except for particular subfolder(s).
# An example is inclued in default config below: Porteus will save whole /var folder except for /var/run and /var/tmp subfolders.
# Other example: "!/home/guest/.mozilla/firefox/c3pp43bg.default/Cache" will skip saving of Firefox caches from guest account.
# Thanks to Rava for suggesting implementation of '!' exceptions.
/bin
/etc
/home
/lib
/lib64
/opt
/root
/sbin
/usr
/var
!/var/run
!/var/tmp
init: Id "x1" respawning too fast
Posted: 14 Aug 2021, 15:50
by Ed_P
Some suggested additions to the /etc/changes-exit.conf file to help keep the save.dat's size down.
Code: Select all
!/root/.local/share/Trash/
!/root/.cache/thumbnails/normal
!/home/guest/.cache/thumbnails/normal
!/home/guest/.mozilla/firefox/Crash?Reports/pending/
!/home/guest/.mozilla/firefox/dxsqumip.default/datareporting/archived
The latter one needs to be tweaked to the user's firefox browser's profile name.
init: Id "x1" respawning too fast
Posted: 18 Aug 2021, 17:28
by rych
ncmprhnsbl,
Blaze, why does the
/var folder needs to be persistent at all? It doesn't appear to have anything important in it to keep between boot sessions which could not be instantaneously reproduced each boot, and seems to accumulate junk from booting into different computers etc. The log files there from previous boot are also unimportant when the system operates without problems. Could I make it a tmpfs like we did here
/tmp mounted as tmpfs , for it to live in RAM and to be wiped on restart?