Semi-Emergency - Can't boot to CLI to swap video card
by Pipfrosch from LinuxQuestions.org on (#54N08)
CentOS 7: CentOS Linux release 7.8.2003 (Core)
Current video card: NVIDIA Corporation GT218 [GeForce 405] (rev a2)
Driver: elrepo kmod-nvidia-340xx
Yes, it's old, I do not game. It's dying, the fan stops spinning and then if I do not power off, it eventually overheats and system freezes.
Ordered replacement, fanless model - MSI GeForce 1030
Using the card with dying fan, when I set the system to boot to CLI via `systemctl set-default multi-user.target` it does not boot.
Gets to where it notifies me no i8042 controller found (always does that, not an issue) and stops. I can however select the rescue boot and get to a command line.
If I can't get to the command line in normal boot though, I do not feel I can safely remove the existing archaic nvidia driver, swap cards, and install the nvidia driver suitable for this card.
Furthermore I tried swapping card just to see if new card would boot CLI normally - same issue only not even rescue mode is available.
QUESTIONS:
A) How do I figure out why it won't boot into multi-user CLI using my older card?
B) How do I make sure it will boot into rescue mode using the new card?
Thank you for suggestions.
For time being I am using old card in GUI boot mode and that works. So I can boot the system and use it, but the old card does need to go.
Using GPU in CPU not an option as it's Xeon so is no GPU in CPU.
UPDATE
tried booting to cli having removed rhgb and quiet from boot parameters.
Would not boot at all, even in rescue, had to edit during boot and add systemd.unit=graphical.target to the linux16 line to get it to boot all the way at all.
This is insane.
Current video card: NVIDIA Corporation GT218 [GeForce 405] (rev a2)
Driver: elrepo kmod-nvidia-340xx
Yes, it's old, I do not game. It's dying, the fan stops spinning and then if I do not power off, it eventually overheats and system freezes.
Ordered replacement, fanless model - MSI GeForce 1030
Using the card with dying fan, when I set the system to boot to CLI via `systemctl set-default multi-user.target` it does not boot.
Gets to where it notifies me no i8042 controller found (always does that, not an issue) and stops. I can however select the rescue boot and get to a command line.
If I can't get to the command line in normal boot though, I do not feel I can safely remove the existing archaic nvidia driver, swap cards, and install the nvidia driver suitable for this card.
Furthermore I tried swapping card just to see if new card would boot CLI normally - same issue only not even rescue mode is available.
QUESTIONS:
A) How do I figure out why it won't boot into multi-user CLI using my older card?
B) How do I make sure it will boot into rescue mode using the new card?
Thank you for suggestions.
For time being I am using old card in GUI boot mode and that works. So I can boot the system and use it, but the old card does need to go.
Using GPU in CPU not an option as it's Xeon so is no GPU in CPU.
UPDATE
tried booting to cli having removed rhgb and quiet from boot parameters.
Would not boot at all, even in rescue, had to edit during boot and add systemd.unit=graphical.target to the linux16 line to get it to boot all the way at all.
This is insane.