일주일 동안 gdm을 통해 로그인할 수 없었습니다. 상황을 조사하기 위해 가상 콘솔로 전환했습니다. 하지만 명령을 실행하려고 할 때마다 일부 시스템 메시지가 나타나 방해를 받습니다. tty1부터 tty6까지.
OS를 고칠 수 있는 유일한 방법은 끝났습니다 chroot
. 다음 번에는 어떻게 이런 일을 피할 수 있습니까?
lsb_release -a
:
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux 8.7 (jessie)
Release: 8.7
Codename: jessie
정확히 어떤 프로세스를 중지해야 합니까? 시스템 로그?
답변1
콘솔에 있고 로그에서 작업을 허용하지 않는 경우 sudo/root 명령을 사용하십시오.
dmesg -n 1
로그가 콘솔에 더 이상 표시되지 않습니다.
에서 man dmesg
:
-n, --console-level level Set the level at which printing of messages is done to the con‐ sole. The level is a level number or abbreviation of the level name. For all supported levels see the --help output. For example, -n 1 or -n alert prevents all messages, except emergency (panic) messages, from appearing on the console. All levels of messages are still written to /proc/kmsg, so sys‐ logd(8) can still be used to control exactly where kernel mes‐ sages appear. When the -n option is used, dmesg will not print or clear the kernel ring buffer.
기억이 나를 배신하지 않는다면
dmesg -n 0
작업이 완료되면 콘솔에 메시지가 표시됩니다.
rsyslog.conf
/는 syslog-ng.conf
text/X 콘솔에 대한 로깅을 중지하도록 변경할 수도 있지만, 실제로 필요할 때 귀중한 피드백을 제공하므로 기본 설정으로 두는 것이 좋습니다.
실제 로그 메시지는 에만 출력되고 stdout
에는 출력되지 않으므로 stdin
의미 있는 시각적 피드백을 잃어도 위에서 언급한 것처럼 즉시 명령을 입력할 수 있습니다 dmesg -n 1
. 이 상황에서 터치를 통해 명령을 입력할 때 파괴적인 명령을 사용하지 않도록 주의하세요 rm
.