You're viewing a single thread.
How the fuck is login and "the command line" still working? Maybe they did not reboot.
35 0 ReplyThe reboot probably sent him straight to a virtual console.
24 0 ReplyI was curious too, so I tried it in a virtual machine
It half installed sysvinit, systemd failed to get fully removed, and apt gave up due to too many post-install errors
The reboot threw me into an init that asked for me to specify the runlevel (since there wasn’t anything in init.d)
I guess they didn’t understand the difference between that question and a logged in shell
My guess before trying it was that they somehow got stuck in Grub’s shell
12 0 ReplyYeah i remember debian installs sysvinit if you apt remove systemd and installs systemd if you apt remove sysvinit
4 0 Replyhaha why does debian bother adding this rule if the system will be left in broken state anyway
2 0 ReplyMaybe because its still not a broken state? They could still add init files ig
2 0 Reply(As the tester above) It is a broken state
It failed to install the
initscripts
package because apt bailed outapt —fix-broken install
got you a little closer, but the screenshot didn’t say they tried thatMy bet is this worked when systemd was first introduced, but since there’s not much use for it now, and sysvinit is deprecated, it just doesn’t accidentally work anymore
1 0 ReplyI mean you still can use cli? So you can technically make an init file and boot?
1 0 ReplyYou can’t - it’s just asking what runlevel to launch, and there are no files for any runlevel
You’d need to add init=/bin/sh through grub at that point
1 0 ReplyHow are you running apt then?
1 0 ReplyI didn’t after breaking it and rebooting
I restored the snapshot from before breaking the system and tried to see what would happen if I didn’t just reboot after apt bailed out
1 0 ReplyOh okay
1 0 Reply
As long as you can run
vim
,gcc
andmake
, it's not broken.0 1 Reply
initramfs recovery shell or they are trolling
7 1 Reply