fbterm hành vi dự kiến ​​khi ra mắt?

Tôi đang làm việc trong một môi trường linux nhúng. Tôi có một thiết lập hiển thị với bộ đệm khung linux.

Tôi có thể sử dụng fbgrab để chụp nội dung của bộ đệm khung và lưu trữ nó trong một hình ảnh:

fbgrab myimage.png

Tôi có thể sử dụng tiện ích fbv để đặt hình ảnh lên màn hình của mình:

fbv myimage.png

Tôi thậm chí có thể viết hình ảnh (thô) trực tiếp lên bộ đệm khung bằng dd :

 dd if=./myimage.raw of=/dev/fb0

Tuy nhiên, nếu tôi khởi chạy fbterm :

[root@buildroot ~]# fbterm

Nó chỉ ngồi đó, không thoát ra. Tuy nhiên, điều đó có thể là bình thường, tôi không thấy bất cứ điều gì xuất hiện trên màn hình - và loại bỏ nội dung bộ đệm khung một lần nữa bằng cách sử dụng fbgrabcho thấy không có gì trông giống như một thiết bị đầu cuối - nó chỉ đơn giản chứa bất cứ thứ gì nó làm trước khi khởi chạy fbterm . Ngoài ra, không có thông tin được in ra bàn điều khiển.

Đây có phải là hành vi dự kiến ​​của fbterm khi khởi chạy nó trực tiếp từ bàn điều khiển không? Tôi có phải cung cấp thêm thông tin hoặc khởi chạy theo cách khác trước khi tôi có thể xem trên màn hình không?

Tôi đã đọc nhiều bài viết trực tuyến về việc khởi chạy fbterm khi khởi động - nhưng tôi đoán rằng tôi sẽ cần phải làm cho nó hoạt động trước khi thử điều đó?

Trong thực tế, tôi không chắc chắn làm thế nào để gỡ lỗi hoặc khắc phục sự cố. Tôi không thấy bất kỳ thông báo nào xuất hiện trong nhật ký hệ thống khi mở hoặc đóng fbterm . Lời khuyên nào?

Để sử dụng fbconsole, một phương thức nhập phải được đặt. Theo như tôi có thể tìm thấy các lựa chọn là giữa ucimfs, fcitx và ibus. Từ trang man , -vtùy chọn có thể được sử dụng để hiển thị thông tin dài dòng. Nhiều hơn điều này rất khó xảy ra và trang dự án cũng không kém thông tin, để lại mã nguồn là lựa chọn duy nhất còn lại.

Kernel Linux có một bộ điều khiển bộ đệm khung có thể được biên dịch. Nếu có, con2fbmaplà một công cụ có thể được sử dụng để ánh xạ một giao diện điều khiển tới frambuffer khi chạy. Sử dụng điều này có lẽ là một giải pháp tốt hơn.