Tại sao các bảng điều khiển ảo của tôi hoàn toàn trống?


19

Khi tôi đi từ phiên đồ họa của mình sang bảng điều khiển ảo bằng Ctrl+ Alt+ F i(với i trong 1 - 7 và 9-12) tôi thấy một màn hình hoàn toàn đen. Chỉ trên F8 tôi mới thấy GUI. Thậm chí không phải là một coursor nhấp nháy trên những người khác. Khi tôi nhập bất cứ thứ gì, tôi không thể thấy bất cứ điều gì.

Vấn đề là gì và làm cách nào để khắc phục nó?

Hệ thống của tôi

$ uname -a
Linux pc09 3.13.0-36-generic #63-Ubuntu SMP Wed Sep 3 21:30:07 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/issue
Linux Mint 17 Qiana \n \l
$ lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation GK110B [GeForce GTX Titan Black] (rev a1)
$ lspci -k | grep -A 2 -i "VGA"
01:00.0 VGA compatible controller: NVIDIA Corporation GK110B [GeForce GTX Titan Black] (rev a1)
Subsystem: NVIDIA Corporation Device 1066
Kernel driver in use: nvidia

chỉnh sửa: Tôi đã thử các bước đầu tiên được đề xuất trên http://forums.linuxmint.com/viewtopic.php?f=42&t=168108 và vấn đề dường như là bộ đệm khung.

Tôi đã làm điều này:

Đây là một vấn đề gây khó chịu với các trình điều khiển độc quyền của Nvidia trong hai hoặc ba năm và khiến tôi tránh xa các bản phát hành dựa trên Ubuntu trong một thời gian. Cuối cùng, trên diễn đàn Nvidia, tôi đã tìm thấy cách giải quyết mà tôi đang tìm kiếm. Vấn đề phát sinh với trình điều khiển độc quyền của Nvidia (Nouveau không thể hiện hành vi này): khi bạn đẩy ctrl-alt-F1, bạn chỉ nhận được một màn hình đen hoặc, tốt nhất là, một con trỏ nhấp nháy không có gì. Vấn đề rõ ràng, liên quan đến cách thức bộ đệm khung được thực hiện và điều này cần phải được vô hiệu hóa. Để xem đây có phải là sự cố không, trước tiên bạn cần thực hiện một vài sửa đổi nhỏ thành / etc / default / grub - nhưng trước tiên, hãy tạo bản sao lưu!

$ sudo cp /etc/default/grub /etc/default/grub.bak

Bây giờ chỉnh sửa tập tin bằng cách nhập

$ sudo pluma /etc/default/grub

trong trình soạn thảo, bỏ ghi chú

#GRUB_TERMINAL=console
#GRUB_GFXMODE=640x480

bằng cách loại bỏ #. Lưu tệp và chạy undate-grub để thực hiện các thay đổi

sudo update-grub

Bây giờ tôi có (một sự phục hồi thấp) tty làm việc lại :-)


Thẻ video và trình điều khiển? KMS có được kích hoạt và hoạt động không?
jasonwryan

Tôi đã thêm đầu ra của lspci | grep VGA. Làm cách nào để kiểm tra câu hỏi KMS của bạn?
Martin Thoma

Bạn đang sử dụng blob hay nouveau? Với trình điều khiển độc quyền, bạn có thể cần một bộ đệm khung như uvesafb. Người Mint nên ghi lại nó ở đâu đó ...
jasonwryan

Câu trả lời:


10

Đó là bởi vì bạn đang sử dụng trình điều khiển NVidia độc quyền.

Khi tôi là OpenSUSE với trình điều khiển độc quyền, bảng điều khiển của tôi cũng sẽ có màu đen, bây giờ tôi đang sử dụng Ubuntu một lần nữa, chúng có hiệu ứng thậm chí "mát" hơn: (Đừng lo, màn hình vẫn ổn!) Những thứ hay ho khác mà trình điều khiển NVidia có thể làm

Lý do cho điều này dường như là trình điều khiển hạt nhân NVidia, một khi được trình điều khiển DDX (= phụ thuộc thiết bị X11) khởi tạo, không thể đáp ứng các yêu cầu từ bất kỳ hệ thống con video nào khác (như fbdev, VESA, Linux console , ...).

Bảng điều khiển sẽ vẫn được kích hoạt khi chuyển sang nó. Để xác minh điều này, hãy thử đăng nhập một cách mù quáng vào bảng điều khiển và nhập một cái gì đó sẽ dễ nhận thấy, chẳng hạn như wallhoặc reboot:

<Your username>
<Your password>
echo "Test message" >/tmp/message; wall </tmp/message

Sau khi trở về từ bàn điều khiển, bạn sẽ thấy một cái gì đó như thế này trong bất kỳ cửa sổ đầu cuối nào:

Broadcast message from <Your username>@<Hostname>
        (/dev/tty2) at 23:38 ...

Test message

Thật không may, tôi không biết cách nào để khắc phục điều này ngoại trừ việc sử dụng trình điều khiển OpenSource ("nouveau"). Chuyển mạch VT hoạt động tốt khi sử dụng trình điều khiển đó, nhưng trình điều khiển đó tạo ra các vấn đề khác (sự cố tự phát và thường ít hiệu suất hơn trong trường hợp của tôi). Tôi cũng không phải là nhà phát triển nhân cũng không phải là nhà phát triển NVidia vì vậy tôi không thể làm gì hơn là tự mình phân tích các triệu chứng.


Đây chỉ là một vấn đề trong bảng điều khiển bộ đệm khung. Nếu bạn không sử dụng nó, bảng điều khiển ảo hoạt động tốt.
casey

@ alexander255 xem chỉnh sửa của tôi trong câu hỏi: Tôi đã nhận nó (một phần) để hoạt động trở lại. Tôi không thực sự hiểu những gì đang diễn ra ở đây và giải pháp tốt là gì, vì vậy tôi sẽ đánh giá cao nếu ai đó có thể viết một câu trả lời hay.
Martin Thoma

@casey: Bạn có đề xuất dựa vào thiết lập video thời gian khởi động không? Hay bạn đã chạy thành công SVGATextMode với thẻ nvidia hiện đại và trình điều khiển độc quyền của nó?
Incni Mrsi

@IncnisMrsi Afaik trình điều khiển nvidia độc quyền không tương thích với bộ đệm khung. Sử dụng tiểu thuyết nếu bạn muốn cả hai.
casey

@casey: Khi nào nó không tương thích? Có lẽ vào năm 2014, nhưng người lái xe hiện tại đã cho tôi thấy một TUI có vẻ ngoài đẹp đẽ (mặc dù không hoàn toàn chắc chắn về điều đó fbdev). Đá nvidiamô-đun ra khỏi hộp mới của tôi chỉ sau khi nó treo tôi lên . Nhân tiện, tôi đang nói cụ thể là về các chế độ văn bản phần cứng .
Incni Mrsi

1

Không biết hệ thống Ubuntu quá tốt, nhưng thông thường ttysđược sinh ra agettytrong quá trình khởi động. Có lẽ các nhà phát triển Ubuntu đã quyết định không làm như vậy? Dù sao, bạn có thể thử chạy root /sbin/agetty 38400 tty2 linuxvà xem có gì thay đổi không tty2.

Thông thường lệnh này có mặt trong một số tập tin cấu hình trong /etcthư mục. Ví dụ trên hộp gentoo của tôi trong /etc/inittabtôi có

# TERMINALS
c1:12345:respawn:/sbin/agetty --noclear 38400 tty1 linux
c2:2345:respawn:/sbin/agetty 38400 tty2 linux
c3:2345:respawn:/sbin/agetty 38400 tty3 linux
c4:2345:respawn:/sbin/agetty 38400 tty4 linux
c5:2345:respawn:/sbin/agetty 38400 tty5 linux
c6:2345:respawn:/sbin/agetty 38400 tty6 linux

Bạn có thể grep getty /etc/*xem nếu có một tập tin với các dòng tương tự.


Đầu tiên, nếu một bảng điều khiển ảo không được tạo, thì bạn không thể truy cập nó và nếu nó tồn tại, thì con trỏ (bình thường) sẽ nhấp nháy ở đó. Thứ hai, gettykhông có gì để làm với các chế độ video, đặc biệt tty1luôn luôn có mặt. Downvote.
Incni Mrsi

1

Ừ Vì vậy, vấn đề này đã làm tôi khó chịu trong 18 tháng. Tôi đã sửa nó ngày hôm nay cuối cùng.

Tôi đã phải thiết lập một phân vùng khởi động UEFI và có được hệ thống có khả năng khởi động từ nó. Tôi đã kích hoạt efifb, Simplefb và trình xử lý fb chung trong các tùy chọn pci (nhiều kết hợp khác không hoạt động). Tôi có uefi khởi động trực tiếp kernel, không có bootloader trung gian nào được sử dụng.

Không có sự kết hợp nào của crap khi sử dụng chế độ tương thích bios (Simplefb, uvesafb, vesafb, v.v.) có thể lấy lại VT của tôi sau khi tải X11. Bây giờ tôi có thể chuyển đổi qua lại một cách vui vẻ khi tôi phá vỡ mọi thứ :)


1
Làm thế nào bạn có thể truyền tham số kernel trực tiếp từ UEFI?
sherrellbc

0

Tôi cũng gặp vấn đề này và cách giải quyết của tôi là chuyển sang chế độ phục hồi và ở đó chọn tùy chọn "Tiếp tục lại". Khi tôi nhìn thấy màn hình đăng nhập và nhấn, STRG + ALT + F1tôi có thể thấy thông tin đăng nhập văn bản và có thể tương tác với hệ thống (đối với tôi rất quan trọng để cài đặt trình điều khiển NVIDIA độc quyền, mỉa mai phải không?). Tôi hy vọng, cách giải quyết của tôi cũng làm việc cho bạn :)

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.