Đây là lệnh fwts có thể chạy trong nhà cung cấp dịch vụ lưu trữ miễn phí OnWorks bằng cách sử dụng một trong nhiều máy trạm trực tuyến miễn phí của chúng tôi như Ubuntu Online, Fedora Online, trình giả lập trực tuyến Windows hoặc trình giả lập trực tuyến MAC OS
CHƯƠNG TRÌNH:
TÊN
fwts - một bộ phần mềm kiểm tra phần mềm để xác định lỗi phần sụn.
SYNOPSIS
chết tiệt [lựa chọn] [(các) bài kiểm tra]
MÔ TẢ
Trang hướng dẫn sử dụng này tài liệu ngắn gọn về chết tiệt bộ kiểm tra phần sụn. Công cụ chết tiệt is
bao gồm hơn năm mươi bài kiểm tra được thiết kế để kiểm tra và kiểm tra các khía cạnh khác nhau của
Phần sụn PC. Nhiều thử nghiệm trong số này cần quyền truy cập siêu người dùng để trích xuất bảng và tương tác
với phần sụn và ACPI, để chạy chết tiệt sử dụng sudo là bắt buộc.
Chạy chết tiệt không có tùy chọn sẽ chạy qua tất cả các thử nghiệm hàng loạt không yêu cầu người dùng
sự tương tác. Tuy nhiên, người ta có thể chỉ chọn các bài kiểm tra cụ thể để chạy nếu được yêu cầu.
Theo mặc định chết tiệt xuất kết quả kiểm tra vào tệp nhật ký kết quả.log tuy nhiên một khác
tên tệp nhật ký có thể được chỉ định và nếu cần, có thể xuất ra stderr hoặc stdout
đã chọn.
Lưu ý rằng có nhiều bài kiểm tra khác nhau, bao gồm cả các bài kiểm tra có khả năng làm treo máy
(chẳng hạn như tạm ngừng / ngủ đông / tiếp tục).
LỰA CHỌN
các tùy chọn fwts như sau:
- xuất kết quả ra stdout.
--acpica
kích hoạt các tùy chọn chế độ thực thi ACPICA. Chúng có thể được chỉ định dưới dạng dấu phẩy được phân tách
danh sách một hoặc nhiều tùy chọn. Các tùy chọn khả dụng là: serialized (tuần tự hóa
thực thi AML), chùng xuống (chạy ở chế độ ít học hơn), bỏ qua lỗi (bỏ qua ACPICA
lỗi ngoại lệ), vô hiệu hóa-tự động sửa chữa (vô hiệu hóa ACPICA để tự động sửa chữa
điều khiển ACPICA bị hỏng). Lưu ý rằng chế độ chùng sẽ bật lợi nhuận ngầm định của
XNUMX trên các phương pháp kiểm soát để cố gắng cho phép AML có lỗi hoạt động trên không phải Windows
hệ thống.
--acpica-gỡ lỗi
kích hoạt cảnh báo gỡ lỗi ACPICA và thông báo lỗi khi gọi hệ thống con ACPICA.
Điều này chủ yếu dành cho các nhà phát triển fwts để giúp theo dõi bất kỳ vấn đề nào về giao diện ACPICA
với fwts.
--picompliance
chỉ chạy những bài kiểm tra kiểm tra cụ thể xem có tuân thủ ACPI không
thông số kỹ thuật. Đây có thể là một tập hợp con của các bài kiểm tra ACPI.
-một, --tất cả các
chạy tất cả các bài kiểm tra.
--arch = tên
chỉ định kiến trúc đích có phần sụn đang được kiểm tra. Điều này cho phép fwts
để chạy trên một kiến trúc (máy chủ) nhưng thực hiện các thử nghiệm cho một kiến trúc khác
kiến trúc (mục tiêu). Các chuỗi kiến trúc đã biết là: x86, x86_32 hoặc x86_64
cho Intel; ia64 cho Itanium; arm64 hoặc aarch64 cho ARMv8. Trừ khi tùy chọn này là
được chỉ định, mục tiêu được giả định là giống với máy chủ.
-NS, --lô hàng
chạy các bài kiểm tra hàng loạt không tương tác. Kiểm tra hàng loạt không yêu cầu người dùng tương tác.
- thử nghiệm hàng loạt
chỉ chạy các bài kiểm tra thử nghiệm hàng loạt.
--tháo rời-aml
tháo rời mã byte AML (ngôn ngữ máy ACPI). Điều này cố gắng tháo rời AML
trong bảng DSDT và SSDT và tạo các nguồn DSDT.dsl và SSDTx.dsl.
-NS, --bãi rác
trích xuất dữ liệu phần sụn và chuyển nó vào các tệp nhật ký. Điều này tạo ra:
acpidump.log - chứa một kết xuất hex của các bảng ACPI (có thể được đọc bằng cách sử dụng
rút gọn).
dmesg.log - chứa các thông báo nhật ký hạt nhân hiện tại.
dmidecode.log - chứa đầu ra từ dmidecode.
lspci.log - chứa đầu ra từ lspci -vv -nn
cpuinfo.log - chứa đầu ra từ cat / proc / cpuinfo
README.txt - chứa thông tin về dấu thời gian và phiên bản hạt nhân.
--dumpfile = acpidump.log
tải bảng ACPI từ đầu ra được tạo từ acpidump hoặc từ sudo fwts --dump. Các
thứ hai được ưu tiên hơn vì fwts --dump có thể kết xuất nhiều bảng hơn acpidump. Cái này
cho phép một người kết xuất các bảng từ một máy và xử lý chúng bằng fwts trên một máy khác
máy móc.
--uefi-get-var-nhiều
chỉ định số lần nhận một biến trong biến get uefirtvariable
kiểm tra căng thẳng.
--uefi-set-var-multiple
chỉ định số lần thiết lập một biến trong biến tập hợp uefirtvariable
kiểm tra căng thẳng.
--uefi-query-var-multiple
chỉ định số lần truy vấn một biến trong truy vấn không thay đổi
kiểm tra ứng suất biến.
- bộ lọc-lỗi-loại bỏ
chỉ định các lỗi mà người ta muốn im lặng bỏ qua. Một cung cấp một dấu phẩy
danh sách rõ ràng các nhãn thông báo lỗi fwts mà người ta muốn fwts không báo cáo là
các lỗi. fwts sẽ chạy thử nghiệm nhưng nếu có lỗi thử nghiệm và nhãn khớp
cái được cung cấp trong danh sách này fwts sau đó sẽ bỏ qua lỗi này. Điều này không thể được
được sử dụng với --filter-error-keep.
- bộ lọc-lỗi-giữ lại
chỉ định các lỗi mà người ta muốn giữ lại, tất cả các lỗi khác được bỏ qua một cách im lặng.
Một cung cấp một danh sách các nhãn thông báo lỗi fwts được viết bằng dấu phẩy mà một người muốn fwts
báo cáo như lỗi, các lỗi thử nghiệm khác sẽ không được báo cáo và âm thầm bỏ qua.
Điều này không thể được sử dụng với --filter-error-discard.
-NS, --làm sạch
tạo một tệp nhật ký kết quả mới, thay vì chỉ thêm vào bất kỳ tệp hiện có nào
(mặc định).
-NS, --Cứu giúp
xuất ra trang trợ giúp nội bộ.
-tôi, - tương tác
chạy các bài kiểm tra tương tác. Các bài kiểm tra này yêu cầu sự tương tác của người dùng.
- tương tác-thử nghiệm
chỉ chạy các bài kiểm tra thực nghiệm tương tác.
-NS, --json-data-path
chỉ định đường dẫn đến tệp dữ liệu fwts json. Các tệp này có định dạng json
các bảng cấu hình, ví dụ như các mẫu quét klog.
-k, --klog = tệp
đọc nhật ký hạt nhân từ tệp được chỉ định thay vì từ vòng nhật ký hạt nhân
đệm. Điều này cho phép một người chạy các bài kiểm tra quét nhật ký hạt nhân, chẳng hạn như klog chống lại
dữ liệu nhật ký được thu thập trước.
- trường -log
hiển thị các trường lọc nhật ký có sẵn. Chỉ định các trường này bằng --log-filter
để chọn trường mà người ta muốn ghi lại.
--log-bộ lọc
chỉ định loại dữ liệu nhật ký cụ thể nào sẽ được xuất vào tệp nhật ký. Mỗi
dòng dữ liệu nhật ký được gắn thẻ bằng một điểm đánh dấu đặc biệt tùy thuộc vào loại nhật ký
thông tin đang được xuất ra. Có thể thấy các loại hiện có bằng cách sử dụng --log-fields.
Chỉ định các loại nhật ký mong muốn với danh sách được phân tách bằng dấu phẩy. Để tắt một trường, tiền tố
tên có ~, ví dụ:
--log-filter = RES, SUM chỉ ghi các kết quả và dòng tóm tắt.
--log-filter = ALL, ~ INF ghi lại tất cả các dòng ngoại trừ các dòng thông tin.
- định dạng nhật ký
chỉ định thông tin trong mỗi dòng nhật ký. Các thông số kỹ thuật sau có sẵn:
% date - ngày
% time - time
% trường - trường lọc nhật ký
% chủ sở hữu - tên của quy trình kiểm tra
% cấp độ - mức độ lỗi kiểm tra
% dòng - dòng nhật ký
ví dụ --log-format = "% date% time [% field] (% owner):"
--mức đăng nhập [quan trọng | cao | trung bình | thấp | thông tin | tất cả]
chỉ định mức độ lỗi kiểm tra để ghi nhật ký. Kiểm tra mức độ lỗi bằng và cao hơn
các chỉ định được ghi lại và ghi lại là các lỗi. Mặc định là 'tất cả' (là
giống với 'thông tin'). Ví dụ: mức nhật ký 'trung bình' sẽ chỉ kiểm tra nhật ký
hư hỏng ở mức 'trung bình', 'cao' và 'tới hạn', trong đó mức ghi của
'quan trọng' sẽ chỉ ghi lại các lỗi cấp độ 'quan trọng'.
- loại nhật ký
chỉ định loại nhật ký. Hiện tại có sẵn các loại bản ghi rõ ràng, json và xml và
mặc định là bản rõ.
--lspci = đường dẫn
chỉ định đường dẫn đầy đủ và tên tệp cho tệp nhị phân lspci.
-P, --power-state
chạy kiểm tra trạng thái nguồn S3 và S4 (kiểm tra s3, s4)
--kết quả-không-dấu phân cách
không in dấu phân cách ngang trong tệp nhật ký kết quả.
-NS, --results-output = tên tệp
chỉ định tệp nhật ký đầu ra kết quả. Người ta cũng có thể chỉ định stdout và stderr để
chuyển hướng đến các luồng đầu ra này.
-NS, --rsdp = Physaddr
chỉ định địa chỉ vật lý của ACPI RSDP. Điều này hữu ích trên một số hệ thống mà nó
không thể tự động được phát hiện.
--pm-method = phương pháp
chỉ định phương thức nguồn sẽ sử dụng để nhập S3 hoặc S4 (hoặc tính năng tự động phát hiện sẽ được sử dụng).
Các thông số kỹ thuật sau có sẵn:
logind - phương thức mặc định, nếu có (yêu cầu dbus và logind).
pm-utils - phương thức mặc định trước đây, hiện không được dùng nữa.
sysfs - dự phòng, được sử dụng khi không có logind.
ví dụ --pm-method = sysfs
--s3-delay-delta = N
thời gian được thêm vào độ trễ giữa mỗi lần lặp S3.
--s3-kiểm tra thiết bị
kiểm tra sự khác biệt giữa các cấu hình thiết bị trong một chu kỳ S3. Lưu ý điều này thêm 15
độ trễ giây sau mỗi s3 tiếp tục để cho phép wifi kết nối lại.
--s3-thiết bị-kiểm tra-độ trễ
chỉ định thời gian chờ trong khi thiết bị định cấu hình lại (ví dụ: wifi để liên kết lại,
ethernet để kết nối ..) trước khi chạy kiểm tra cấu hình thiết bị. Mặc định là
15 giây. Nếu tùy chọn này được sử dụng, việc kiểm tra thiết bị được giả định như vậy không
cũng cần sử dụng cờ --s3-thiết bị-kiểm tra.
--s3-lai
cho phép fwts chạy Hybrid Sleep.
--s3-min-delay = N
thời gian tối thiểu giữa các lần lặp S3.
--s3-max-delay = N
thời gian tối đa giữa các lần lặp S3.
--s3-nhiều = N
đã chỉ định số lượng nhiều thử nghiệm tạm ngừng / tiếp tục S3 để chạy. Giá trị mặc định là 2
kiểm tra.
--s3-quirks = - quirk [, - quirk]
chỉ định danh sách các đối số quirk được phân tách bằng dấu phẩy để chuyển đến pm-Suspe, cho
ví dụ: --s3-quirks = - quirk-s3-bios, - quirk-save-pci
--s3-sleep-delay = N
ngủ N giây kể từ khi bắt đầu tạm ngừng đến khi thức dậy. Lưu ý rằng điều này
thời gian PHẢI lâu hơn thời gian cần thiết để tạm ngừng máy nếu không
bộ hẹn giờ đánh thức sẽ kích hoạt trong trạng thái tạm ngừng. Mặc định là 30 giây.
--s3-pause-time = N
chỉ định thời gian tạm ngừng tối đa cho phép tính bằng giây. Nếu thời gian tạm ngưng kéo dài hơn
điều này sau đó một lỗi được ghi lại.
--s3-resume-time = N
chỉ định thời gian tiếp tục tối đa được phép tính bằng giây. Nếu tiếp tục mất nhiều thời gian hơn
điều này sau đó một lỗi được ghi lại.
--s3power-sleep-delay = N
chỉ định thời gian tạm ngưng tính bằng giây. Giá trị càng cao càng chính xác
kết quả kiểm tra s3power. Thời lượng ít hơn 10 phút không được khuyến khích.
--s4-delay-delta = N
thời gian được thêm vào độ trễ giữa mỗi lần lặp S4.
--s4-kiểm tra thiết bị
kiểm tra sự khác biệt giữa các cấu hình thiết bị trong một chu kỳ S4. Lưu ý điều này thêm 15
độ trễ giây sau mỗi s3 tiếp tục để cho phép wifi kết nối lại.
--s4-thiết bị-kiểm tra-độ trễ
chỉ định thời gian chờ trong khi thiết bị định cấu hình lại (ví dụ: wifi để liên kết lại,
ethernet để kết nối ..) trước khi chạy kiểm tra cấu hình thiết bị. Mặc định là
15 giây. Nếu tùy chọn này được sử dụng, việc kiểm tra thiết bị được giả định như vậy không
cũng cần sử dụng cờ --s4-thiết bị-kiểm tra.
--s4-min-delay = N
thời gian tối thiểu giữa các lần lặp S4.
--s4-max-delay = N
thời gian tối đa giữa các lần lặp S4.
--s4-nhiều = N
đã chỉ định số lượng nhiều thử nghiệm ngủ đông / tiếp tục S4 để chạy. Giá trị mặc định là 2
kiểm tra.
--s4-quirks = - quirk [, - quirk]
chỉ định danh sách các đối số quirk được phân tách bằng dấu phẩy để chuyển đến pm-hibernate, cho
ví dụ: --s4-quirks = - quirk-save-pci
--s4-sleep-delay = N
ngủ N giây kể từ khi bắt đầu ngủ đông đến khi thức dậy. Lưu ý rằng điều này
thời gian PHẢI lâu hơn thời gian cần để máy ở chế độ ngủ đông nếu không
bộ hẹn giờ đánh thức sẽ kích hoạt trong trạng thái ngủ đông. Giá trị mặc định hiện là 90
giây.
-P, --show-tiến trình
hiển thị tiến trình của các bài kiểm tra đang được chạy. Mỗi bài kiểm tra sẽ được xác định như nó đang được
chạy. Đối với các bài kiểm tra dài, phần trăm thời gian hoàn thành sẽ được hiển thị. Kể từ fwts
0.19.06, tính năng này được bật theo mặc định và có thể bị vô hiệu hóa bằng --quiet (hoặc -q).
-NS, --Yên lặng
chạy nhẹ nhàng mà không có đầu ra để stdout.
-NS, --show-tiến trình-hội thoại
xuất tiến trình của các bài kiểm tra đang được chạy trong một biểu mẫu có thể được đưa vào hộp thoại
công cụ với tùy chọn --gauge.
-S, --show-kiểm tra
hiển thị tên của các bài kiểm tra có sẵn. Theo mặc định sẽ hiển thị tất cả các bài kiểm tra. Sử dụng --batch,
- tương tác, - thử nghiệm theo nhóm, - tương tác-thử nghiệm, tùy chọn --utils để
hiển thị các thử nghiệm cụ thể này.
--show-kiểm tra-đầy đủ
hiển thị tất cả các bài kiểm tra có sẵn được liệt kê theo mô tả bài kiểm tra nhỏ. Theo mặc định sẽ hiển thị
tất cả các bài kiểm tra. Sử dụng --batch, - tương tác, --batch-thử nghiệm,
- các tùy chọn thử nghiệm tương tác để hiển thị các thử nghiệm cụ thể này.
--show-tests-category
hiển thị tất cả các bài kiểm tra có sẵn và các hạng mục mà chúng thuộc về.
--skip-test = test [, test ..]
chỉ định các bài kiểm tra để bỏ qua và không chạy. Danh sách phải được phân tách bằng dấu phẩy.
--stdout-tóm tắt
đầu ra THÀNH CÔNG hoặc THẤT BẠI thành lỗi khi kết thúc các bài kiểm tra.
-NS, --table-path = đường dẫn
chỉ định đường dẫn chứa các bảng ACPI. Các bảng này cần được đặt tên trong
format: tablename.dat, ví dụ DSDT.dat, chẳng hạn như được trích xuất bằng cách sử dụng
acpidump hoặc fwts --dump và sau đó acpixtract.
-bạn, --utils
chạy các tiện ích. Được thiết kế để kết xuất thông tin hệ thống, chẳng hạn như bảng ACPI được chú thích,
Bộ nhớ CMOS, bản đồ bộ nhớ Int 15 E820, dữ liệu ROM phần sụn.
-v, --phiên bản
số phiên bản đầu ra và ngày xây dựng của chết tiệt công cụ.
-w, - width = N
chỉ định chiều rộng bằng các ký tự của tệp nhật ký đầu ra. Giá trị mặc định là 130.
VÍ DỤ
Chạy tất cả các bài kiểm tra hàng loạt và nối kết quả vào các kết quả nhật ký mặc định.log:
sudo fwt
Chạy tất cả các bài kiểm tra tương tác và bắt đầu một nhật ký kết quả rõ ràng có tên tương tác.log:
sudo fwts -i -f -r tương tác.log
Chạy tất cả các bài kiểm tra, tương tác và hàng loạt:
sudo fwts -i -b
Chỉ chạy kiểm tra pin và cpufreq:
sudo fwts pin cpufreq
Chạy tất cả các thử nghiệm hàng loạt và xác định định dạng nhật ký mới chỉ sử dụng ngày và số dòng:
sudo fwts --log-format = "% date% line:"
Chạy tất cả các bài kiểm tra tương tác và chỉ ghi lại kết quả, thông tin và dữ liệu tóm tắt:
sudo fwts -i --log-filter = RES, INF, SUM
Đưa tất cả thông tin phần sụn thú vị vào tệp nhật ký để phân tích sau:
Sudo fwts --dump
Xem kernel và phiên bản trình điều khiển ACPI và thông tin BIOS:
sudo fwts -w 80 -r phiên bản stdout bios_info --log-filter = INF --log-format = ""
Hiển thị các bài kiểm tra thử nghiệm hàng loạt và hàng loạt:
fwts --show-tests --batch --batch-testing
Chạy nhiều bài kiểm tra S3 với độ trễ giữa mỗi bài kiểm tra từ 1 giây đến 10 giây
với độ trễ delta cho mỗi bài kiểm tra là 0.2 giây
sudo fwts s3 --s3-multiple = 100 --s3-min-delay = 1 --s3-max-delay = 10
--s3-delay-delta = 0.2
Sử dụng fwts trực tuyến bằng các dịch vụ onworks.net