-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix weirdness with boot sequence/console server #45
Comments
perlun
changed the title
Fix weirdness with boot sequence
Fix weirdness with boot sequence/console server
Sep 5, 2015
This happens from time to time (the random weirdness when switching consoles). Very annoying. |
perlun
added a commit
that referenced
this issue
Nov 10, 2018
This flag is to be used by cludio, and by cluido only, to ensure that the cluido console is always made visible when created; other servers have a lower pirority. This is important to give the user a decent experience when running e.g. the chaos Docker container, using a pre-compiled chaos .iso image etc. Closes #45; there are still some issues with the kernel log console (as being created by the log server) not being visible, but I will create a separate issue for that before merging this one.
perlun
added a commit
that referenced
this issue
Nov 10, 2018
This flag is to be used by cludio, and by cluido only, to ensure that the cluido console is always made visible when created; other servers have a lower pirority. This is important to give the user a decent experience when running e.g. the chaos Docker container, using a pre-compiled chaos .iso image etc. Closes #45; there are still some issues with the kernel log console (as being created by the log server) not being visible, but I will create a separate issue for that before merging this one.
perlun
added a commit
that referenced
this issue
Nov 10, 2018
This flag is to be used by cludio, and by cluido only, to ensure that the cluido console is always made visible when created; other servers have a lower pirority. This is important to give the user a decent experience when running e.g. the chaos Docker container, using a pre-compiled chaos .iso image etc. Closes #45; there are still some issues with the kernel log console (as being created by the log server) not being visible, but I will create a separate issue for that before merging this one.
perlun
added a commit
that referenced
this issue
Nov 10, 2018
This flag is to be used by cludio, and by cluido only, to ensure that the cluido console is always made visible when created; other servers have a lower pirority. This is important to give the user a decent experience when running e.g. the chaos Docker container, using a pre-compiled chaos .iso image etc. Closes #45; there are still some issues with the kernel log console (as being created by the log server) not being visible, but I will create a separate issue for that before merging this one.
perlun
added a commit
that referenced
this issue
Nov 10, 2018
This flag is to be used by cludio, and by cluido only, to ensure that the cluido console is always made visible when created; other servers have a lower pirority. This is important to give the user a decent experience when running e.g. the chaos Docker container, using a pre-compiled chaos .iso image etc. Closes #45; there are still some issues with the kernel log console (as being created by the log server) not being visible, but I will create a separate issue for that before merging this one.
perlun
added a commit
that referenced
this issue
Nov 10, 2018
This flag is to be used by cluido, and by cluido only, to ensure that the cluido console is always made visible when created; other servers have a lower priority. This is important to give the user a decent experience when running e.g. the chaos Docker container, using a pre-compiled chaos .iso image etc. Closes #45; there are still some issues with the kernel log console (as being created by the log server) not being visible, but I will create a separate issue for that before merging this one.
Fixed now, but filed #139 about an issue still remaining with the consoles. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Updated suggestion
This would solve the problem with cludio appearing at e.g. console 3, which happens at the moment. To get chaos to a usable state in Docker also, running in curses mode, this would be quite important to get fixed.
Original text
There is something fishy going on: if I place
cluido
very late in the GRUB config, its console doesn't seem to become "active" upon bootup. Instead, I seem to be getting the log console (and both the kernel and system logs are completely empty btw).I want to be able to place
cluido
last and have its console "take over" the active console on startup. Also, there seems to be some random weirdness when switching consoles - sometimes, I cannot see what I type in cluido (the cursor is moving but no output is written except for the "banner screen" which is shown on startup).Ideally, some of this would be taken care of by the boot server but it seems to be (for the time being) not finished yet. Some critical parts of it seem missing...
The text was updated successfully, but these errors were encountered: