아르헨티나 정부가 승인한 컴퓨터에 포함된 운영 체제인 huayra라는 debian GNU/linux 10의 수정된 버전을 사용하고 있습니다. iwlwifi 0000:00:0c.0: BIOS에 WGDS가 포함되어 있지만 WRDS가 없습니다. 명령 cat /proc/acpi/wakeup을 배치했고 목록의 마지막 장치(CNVW)를 보면 사진의 목록에 문제가 없지만 비활성화되어 있지만 sysfs 노드를 보면 다음과 같은 이유로 동일한 번호가 표시됩니다. 문제로 인해 시스템을 부팅할 수 없습니다(0000:00:0c.0). CNVW를 활성화하면 시스템이 부팅될 수 있을 것 같습니다.
답변1
"BIOS에는 WGDS가 포함되어 있지만 WRDS는 없습니다"는 대략적으로 "BIOS에는 국가별 WiFi 전송 전력 테이블이 포함되어 있지만 전 세계적으로 사용할 수 있는 합법적인 기본 테이블은 없습니다"를 의미합니다. 이는 최신 커널에서는 우선순위가 다운그레이드되는 알려진 중요하지 않은 메시지이므로 일반적인 부팅 메시지가 아닌 디버그 로그에만 나타납니다.
WRDS는 전 세계 어디에서나 합법적으로 사용할 수 있는 기본 WiFi 송신기 전력 수준을 설명하는 ACPI 테이블입니다. WGDS는 WRDS를 보완하고 세계의 특정 지역에서 얼마나 높은 송신기 전력을 사용할 수 있는지를 나타내는 또 다른 표입니다.
일반적으로 WiFi 베이스 스테이션(액세스 포인트라고도 함)은 범위 내의 모든 호스트에게 사용 가능한 채널과 전송 전력 수준을 알려주는 국가 코드를 전송합니다.
이 오류 메시지는 인텔 WiFi 드라이버가 기본 전력 수준 정보를 읽을 수 없음을 나타냅니다. 따라서 베이스 스테이션에서 국가 코드를 들을 때까지 주의를 기울여 오류를 일으키고 가장 낮은 전력 수준을 사용하게 됩니다. 이는 SSID를 숨기는 베이스 스테이션에 대한 초기 연결(따라서 시스템이 단순히 듣기만 하는 것이 아니라 연결하기 위해 먼저 전송해야 함)을 수행하려면 다른 경우보다 베이스 스테이션에 더 가까이 있어야 할 수도 있음을 의미합니다. 아마도 시작할 수 없는 것과는 아무 관련이 없을 것입니다.
Intel WiFi 드라이버는 iwlwifiPCI 장치 ID와 연결되어 있으므로 0000:00:0c.0ACPI ID는 CNVW시스템의 Intel WiFi 칩을 나타내야 합니다. 실제로 깨우기 상태는 disabled칩이 WiFi 깨우기를 지원하지 않거나 해당 기능이 현재 활성화되어 있지 않음을 의미합니다. 즉, 랩톱은 WiFi 전송을 통해 절전 모드 또는 종료에서 깨울 수 없습니다.
이것은 아마도좋아요사물: 노트북이 가방에서 깨어나는 것을 원하지 않을 것이며, 무작위 WiFi 전송을 포착하는 경우 아무 이유 없이 가열되어 배터리를 소모해야 합니다.
어떤 이유로 노트북이 절전 모드 또는 종료 상태에서 깨어나도록 설정하려는 경우 권장되는 접근 방식은 아마도 다음과 같은 명령을 사용하거나 iw phy phy0 wowlan enable [wake-up conditions...]WPA-Supplicant와 같은 것을 구성하여 Wi-Fi에서 깨우기를 활성화하는 것입니다. 그러면 드라이버는 다음에서 볼 수 있는 ACPI 설정을 자동으로 활성화합니다 /proc/acpi/wakeup. 이 파일은 ACPI 깨우기 문제를 해결하기 위한 디버깅 인터페이스에 가깝습니다.
실제 주요 문제가 GUI가 시작되지 않는 것이라면, 정확히 잘못된 위치를 찾고 있는 것입니다.
먼저 systemctl get-default시스템이 자동으로 GUI를 시작하도록 구성되어 있는지 확인하기 위해 실행해야 합니다. 응답이 이면 graphical.target시스템은 적어도 GUI를 시작하려고 시도하고 있는 것입니다. 응답이 이면 multi-user.target시스템이 현재 일반 텍스트 모드로 부팅하도록 구성되어 있으며 systemctl set-default graphical.target해당 모드를 계속 변경할 수 있습니다. 하지만 먼저 변환을 테스트해야 합니다 systemctl isolate graphical.target.
시스템이 GUI를 시작하려고 시도했지만 실패하면 systemctl옵션 없이 실행하여 결과 시스템 서비스 목록을 볼 수 있습니다. 빨간색으로 표시된 것이 있나요? 이는 해당 서비스가 실패하고 있음을 의미합니다. 다음 단계는 실행 systemctl status <whatever.service>( <whatever.service>실제 서비스 이름으로 대체)하여 실패한 서비스의 현재 상태와 생성된 마지막 로그 메시지 중 일부를 확인하는 것입니다. 서비스에서 더 많은 로그 메시지를 보려면 을 시도해 보세요 journalctl -u <whatever.service>.