Failure of utmps
- Dominant language
- C
- Stars
- 20.5k
- Forks
- 1.5k
- PR merge metrics
- No merged PRs in 30d
Description
Adding the utmps APK and enabling it via ‘rc-update add s6 default’ the following behavior is observed on restart of iSH (Assuming OpenRC is enabled)
(18:22 ish /~)-> rc-status
Runlevel: default
s6 [ crashed ]
utmps [ stopped ]
sshd [ started ]
dcron [ started ]
Dynamic Runlevel: hotplugged
Dynamic Runlevel: needed/wanted
Dynamic Runlevel: manual
(18:22 ish /~)-> dmesg
44 missing syscall 327
113 missing syscall 327
209 missing syscall 327
278 missing syscall 327
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by reproducing the reported restart with OpenRC enabled, the utmps APK installed, and `rc-update add s6 default`; inspect `rc-status` and `dmesg` for the crashed s6 service and missing syscall 327. The issue names no source file or test, so completion would need to establish why utmps stops and make the enabled service start without that syscall failure.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, ios, linux
- Domain
- operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100