init: Id "x1" respawning too fast

Non release banter
Kulle
Warlord
Warlord
Posts: 594
Joined: 28 Jan 2017, 10:39
Distribution: v4.0 64bit Xfce
Location: Berlin

init: Id "x1" respawning too fast

Post#1 by Kulle » 26 Dec 2019, 08:50

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

Kulle
Warlord
Warlord
Posts: 594
Joined: 28 Jan 2017, 10:39
Distribution: v4.0 64bit Xfce
Location: Berlin

init: Id "x1" respawning too fast

Post#2 by Kulle » 26 Dec 2019, 09:18

Supplement:
Do you have to change/add anything to the file /etc/rc.d/rc.4 ?

User avatar
Ed_P
Contributor
Contributor
Posts: 8341
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 5.01 ISO
Location: Western NY, USA

init: Id "x1" respawning too fast

Post#3 by Ed_P » 27 Dec 2019, 04:47

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.
Ed

michalpelszyk
White ninja
White ninja
Posts: 14
Joined: 16 Apr 2020, 17:42
Distribution: Porteus OpenBox

init: Id "x1" respawning too fast

Post#4 by michalpelszyk » 14 Jan 2021, 13:25

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

rych
Warlord
Warlord
Posts: 622
Joined: 04 Jan 2014, 04:27
Distribution: Porteus 5.0 x64 OpenBox
Location: NZ
Contact:

init: Id "x1" respawning too fast

Post#5 by rych » 30 Jul 2021, 15:57

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.

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3924
Joined: 20 Mar 2012, 03:42
Distribution: v5.0-64bit
Location: australia
Contact:

init: Id "x1" respawning too fast

Post#6 by ncmprhnsbl » 31 Jul 2021, 02:09

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?

Code: Select all

sleep 5
(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:

Code: Select all

init 3
to kill the rc.init4 process, then either do startx, slim, or try init 4 to run rc.init4 again..
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
babam
Warlord
Warlord
Posts: 526
Joined: 16 Nov 2016, 10:30
Distribution: Porteus 5.0rc3 Xfce K6.1.1
Location: Rainy city

init: Id "x1" respawning too fast

Post#7 by babam » 31 Jul 2021, 10:16

If you are using persistent then add this to /etc/rc.d/rc.local_shutdown

Code: Select all

rm -f /var/run/slim.lock
Sorry, my English is bad.

User avatar
Blaze
DEV Team
DEV Team
Posts: 3869
Joined: 28 Dec 2010, 11:31
Distribution: ⟰ Porteus current ☯ all DEs ☯
Location: ☭ Russian Federation, Lipetsk region, Dankov
Contact:

init: Id "x1" respawning too fast

Post#8 by Blaze » 01 Aug 2021, 06:59

rych,
need some more Porteus reboot tests :D

Open as root /etc/rc.d/rc.4

Find:

Code: Select all

/usr/bin/slim
Replace with:

Code: Select all

if [ -x /usr/bin/slim ]; then
  exec /usr/bin/slim -nodaemon
fi
Linux 6.6.11-porteus #1 SMP PREEMPT_DYNAMIC Sun Jan 14 12:07:37 MSK 2024 x86_64 Intel(R) Xeon(R) CPU E3-1270 v6 @ 3.80GHz GenuineIntel GNU/Linux
MS-7A12 » [AMD/ATI] Navi 23 [Radeon RX 6600] [1002:73ff] (rev c7) » Vengeance LPX 16GB DDR4 K2 3200MHz C16

rych
Warlord
Warlord
Posts: 622
Joined: 04 Jan 2014, 04:27
Distribution: Porteus 5.0 x64 OpenBox
Location: NZ
Contact:

init: Id "x1" respawning too fast

Post#9 by rych » 14 Aug 2021, 06:02

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.

User avatar
Blaze
DEV Team
DEV Team
Posts: 3869
Joined: 28 Dec 2010, 11:31
Distribution: ⟰ Porteus current ☯ all DEs ☯
Location: ☭ Russian Federation, Lipetsk region, Dankov
Contact:

init: Id "x1" respawning too fast

Post#10 by Blaze » 14 Aug 2021, 06:47

rych, thanks for your report.

babam, thanks for your solution.
Linux 6.6.11-porteus #1 SMP PREEMPT_DYNAMIC Sun Jan 14 12:07:37 MSK 2024 x86_64 Intel(R) Xeon(R) CPU E3-1270 v6 @ 3.80GHz GenuineIntel GNU/Linux
MS-7A12 » [AMD/ATI] Navi 23 [Radeon RX 6600] [1002:73ff] (rev c7) » Vengeance LPX 16GB DDR4 K2 3200MHz C16

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 3924
Joined: 20 Mar 2012, 03:42
Distribution: v5.0-64bit
Location: australia
Contact:

init: Id "x1" respawning too fast

Post#11 by ncmprhnsbl » 14 Aug 2021, 12:29

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
Forum Rules : https://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
Ed_P
Contributor
Contributor
Posts: 8341
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 5.01 ISO
Location: Western NY, USA

init: Id "x1" respawning too fast

Post#12 by Ed_P » 14 Aug 2021, 15:50

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.
Ed

rych
Warlord
Warlord
Posts: 622
Joined: 04 Jan 2014, 04:27
Distribution: Porteus 5.0 x64 OpenBox
Location: NZ
Contact:

init: Id "x1" respawning too fast

Post#13 by rych » 18 Aug 2021, 17:28

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?

Post Reply