fwts - Интернет в облаке

ПРОГРАММА:

ИМЯ

fwts - набор тестов прошивки для выявления ошибок прошивки.

СИНТАКСИС

фвтс [кредита] [тест (ы)]

ОПИСАНИЕ

Эта страница руководства кратко документирует фвтс набор тестов прошивки. Инструмент фвтс is
состоит из более чем пятидесяти тестов, предназначенных для изучения и тестирования различных аспектов
Прошивка ПК. Многие из этих тестов требуют доступа суперпользователя для извлечения таблиц и взаимодействия.
с прошивкой и ACPI, так что работает фвтс требуется использование sudo.
Бег фвтс без параметров будет проходить все пакетные тесты, не требующие пользователя
взаимодействие. Однако при необходимости можно выбрать для запуска только определенные тесты.

По умолчанию фвтс выводит результаты теста в файл журнала results.log однако другой
можно указать имя файла журнала и, при необходимости, можно выводить на stderr или stdout.
выбран.

Обратите внимание, что существует множество тестов, в том числе тесты, которые потенциально могут повесить машину.
(например, приостановить / спящий режим / возобновить).

ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

Параметры fwts следующие:

- выводить результаты в стандартный вывод.

--acpica
включить параметры режима выполнения ACPICA. Их можно указать через запятую.
список из одного или нескольких вариантов. Доступные варианты: сериализованный (сериализованный
выполнение AML), слабина (работа в менее однозначном режиме), игнорирование ошибок (игнорирование ACPICA
исключения ошибок), disable-auto-repair (отключить ACPICA от автоматического исправления
сломанные элементы управления ACPICA). Обратите внимание, что в режиме ожидания включается неявный возврат
ноль на методах управления, чтобы попытаться разрешить ошибочную AML работать на не-Windows
систем.

--acpica-отладка
включить предупреждение отладки ACPICA и сообщения об ошибках при вызове подсистемы ACPICA.
Это в основном для разработчиков fwts, чтобы помочь отследить любые проблемы с интерфейсом ACPICA.
с fwts.

- соблюдение
запускать только те тесты, которые специально проверяют соответствие ACPI
технические характеристики. Это может быть подмножество тестов ACPI.

-a --все
запустить все тесты.

--arch = имя
укажите целевую архитектуру, прошивка которой тестируется. Это позволяет fwts
работать на одной архитектуре (хосте), но выполнять тесты для другой
архитектура (цель). Известные архитектурные строки: x86, x86_32 или x86_64.
для Intel; ia64 для Itanium; arm64 или aarch64 для ARMv8. Если эта опция не
указано, цель предполагается такой же, как и хост.

-б, --партия
запустить неинтерактивные пакетные тесты. Пакетные тесты не требуют взаимодействия с пользователем.

- пакетно-экспериментальный
запускать только пакетные экспериментальные тесты.

--разобрать-AML
дизассемблировать байт-код AML (машинный язык ACPI). Это пытается разобрать AML
в таблицах DSDT и SSDT и создает исходные файлы DSDT.dsl и SSDTx.dsl.

-д, --свалка
извлекает данные прошивки и выгружает их в файлы журналов. Это порождает:
acpidump.log - содержащий шестнадцатеричный дамп таблиц ACPI (который можно прочитать с помощью
акпикстракт).
dmesg.log - содержит текущие сообщения журнала ядра.
dmidecode.log - содержащий вывод dmidecode.
lspci.log - содержащий вывод lspci -vv -nn
cpuinfo.log - содержащий вывод cat / proc / cpuinfo
README.txt - содержит метку времени и информацию о версии ядра.

--dumpfile = acpidump.log
загружать таблицы ACPI из вывода, созданного из acpidump или из sudo fwts --dump. В
последнее предпочтительнее, так как fwts --dump может выгружать больше таблиц, чем acpidump. Этот
позволяет выгружать таблицы с одной машины и обрабатывать их с помощью fwts на другой
машина.

--uefi-получить-вар-несколько
указывает количество раз, чтобы получить переменную в переменной get uefirtvariable
стресс тест.

--uefi-set-var-несколько
указывает количество раз, чтобы установить переменную в переменной набора uefirtvariable
стресс тест.

--uefi-запрос-var-несколько
указывает, сколько раз запрашивать переменную в запросе uefirtvariable
переменный стресс-тест.

--фильтр-ошибка-отбросить
указывает ошибки, которые нужно игнорировать. Один ставит запятую
упорядоченный список меток сообщений об ошибках fwts, о которых fwts не должен сообщать как
ошибки. fwts запустит тест, но если произойдет сбой теста и метка совпадает
тот, который указан в этом списке, fwts тогда просто проигнорирует эту ошибку. Это не может быть
используется с --filter-error-keep.

--фильтр-ошибка-держать
указывает ошибки, которые нужно сохранить, все остальные ошибки игнорируются.
Один предоставляет разделенный запятыми список меток сообщений об ошибках fwts, которые нужно fwts
сообщать как об ошибках, другие сбои теста не сообщаются и игнорируются.
Это не может использоваться с --filter-error-discard.

-ф, - принудительная чистка
создает новый файл журнала результатов, а не просто добавляется к существующему
(по умолчанию).

-час, --Помогите
выводит внутреннюю справочную страницу.

-я, - интерактивный
запустить интерактивные тесты. Эти тесты требуют взаимодействия с пользователем.

- интерактивно-экспериментальный
запускать только интерактивные экспериментальные тесты.

-дж, --json-путь к данным
указывает путь к файлам данных fwts json. Эти файлы содержат файлы в формате json.
таблицы конфигурации, например шаблоны сканирования klog.

-к, --klog = файл
читать журнал ядра из указанного файла, а не из кольца журнала ядра
буфер. Это позволяет запускать тесты сканирования журнала ядра, такие как klog против
предварительно собранные данные журнала.

--log-поля
показать доступные поля фильтрации журналов. Указание этих полей с помощью --log-filter
чтобы выбрать, какие поля нужно регистрировать.

--log-фильтр
укажите, какие именно типы данных журнала следует выводить в файл журнала. Каждый
строка данных журнала помечается специальным маркером в зависимости от типа журнала
информация выводится. Доступные типы можно увидеть с помощью --log-fields.
Укажите желаемые типы журналов с помощью списка, разделенного запятыми. Чтобы отключить поле, введите префикс
имя с ~, например:
--log-filter = RES, SUM записывает только результаты и итоговые строки.
--log-filter = ALL, ~ INF записывает все строки, кроме информационных.

--log-формат
укажите информацию в каждой строке журнала. Доступны следующие спецификаторы:
% date - дата
% time - время
% field - поля лог-фильтра
% owner - имя процедуры тестирования
% level - уровень отказа теста
% line - строка журнала
например --log-format = "% date% time [% field] (% owner):"

--лог-уровень [критическое | высокое | среднее | низкое | информация | все]
укажите уровень ошибки теста для регистрации. Уровни неудачных испытаний равны и выше
указанные регистрируются и регистрируются как сбои. По умолчанию установлено "все" (т.е.
идентично 'info'). Например, при уровне журнала "средний" будет регистрироваться только тест.
отказов уровня «средний», «высокий» и «критический», где в качестве уровня журнала
«критический» просто регистрирует сбои «критического» уровня.

--тип журнала
укажите тип журнала. В настоящее время доступны типы журналов plaintext, json и xml.
по умолчанию - открытый текст.

--lspci = путь
укажите полный путь и имя файла к двоичному файлу lspci.

-П, - державы-государства
запустить тесты состояния питания S3 и S4 (тесты s3, s4)

- результаты-без-разделителей
нет красивой печати горизонтальных разделителей в файле журнала результатов.

-р, --results-output = имя файла
укажите файл журнала вывода результатов. Также можно указать stdout и stderr для
перенаправить на эти выходные потоки.

-Р, --rsdp = physaddr
укажите физический адрес ACPI RSDP. Это полезно в некоторых системах, где
не может быть обнаружен автоматически.

--pm-method = метод
укажите метод питания, который будет использоваться для входа в S3 или S4 (или будет использоваться автоопределение).
Доступны следующие спецификаторы:
logind - метод по умолчанию, если он доступен (требуется dbus и logind).
pm-utils - предыдущий метод по умолчанию, теперь не рекомендуется.
sysfs - запасной вариант, используемый, когда логин недоступен.
например --pm-method = sysfs

--s3-задержка-дельта = N
время, добавляемое к задержке между каждой итерацией S3.

--s3-устройство-проверка
проверьте различия между конфигурациями устройств в течение цикла S3. Обратите внимание, это добавляет 15
секундная задержка после каждого возобновления s3, чтобы позволить Wi-Fi повторно подключиться.

--s3-устройство-проверка-задержка
укажите время ожидания, пока устройства переконфигурируются (например, Wi-Fi для повторного подключения,
Ethernet для подключения ..) перед запуском проверки конфигурации устройства. По умолчанию
15 секунд. Если используется эта опция, предполагается проверка устройства, поэтому никто не
также необходимо использовать флаг --s3-device-check.

--s3-гибрид
позволяет fwts запускать гибридный спящий режим.

--s3-min-delay = N
минимальное время между итерациями S3.

--s3-max-delay = N
максимальное время между итерациями S3.

--s3-multiple = N
указано количество запускаемых нескольких тестов приостановки / возобновления S3. По умолчанию 2
тесты.

--s3-quirks = - quirk [, - quirk]
укажите разделенный запятыми список аргументов причуды для передачи в pm-suspend, для
пример: --s3-quirks = - quirk-s3-bios, - quirk-save-pci

--s3-задержка сна = N
спать N секунд от начала приостановки до времени пробуждения. Обратите внимание, что это
время ДОЛЖНО быть больше, чем время, необходимое для остановки машины, в противном случае
таймер пробуждения сработает в режиме ожидания. По умолчанию 30 секунд.

--s3-время приостановки = N
укажите максимально допустимое время приостановки в секундах. Если приостановка длится дольше, чем
тогда регистрируется ошибка.

--s3-resume-time = N
укажите максимально допустимое время возобновления в секундах. Если возобновление длится дольше, чем
тогда регистрируется ошибка.

--s3power-sleep-delay = N
укажите продолжительность приостановки в секундах. Чем выше значение, тем точнее
результат теста s3power. Не рекомендуется длительность менее 10 минут.

--s4-задержка-дельта = N
время, добавляемое к задержке между каждой итерацией S4.

--s4-устройство-проверка
проверьте различия между конфигурациями устройств в течение цикла S4. Обратите внимание, это добавляет 15
секундная задержка после каждого возобновления s3, чтобы позволить Wi-Fi повторно подключиться.

--s4-устройство-проверка-задержка
укажите время ожидания, пока устройства переконфигурируются (например, Wi-Fi для повторного подключения,
Ethernet для подключения ..) перед запуском проверки конфигурации устройства. По умолчанию
15 секунд. Если используется эта опция, предполагается проверка устройства, поэтому никто не
также необходимо использовать флаг --s4-device-check.

--s4-min-delay = N
минимальное время между итерациями S4.

--s4-max-delay = N
максимальное время между итерациями S4.

--s4-multiple = N
указано количество запускаемых нескольких тестов гибернации / возобновления S4. По умолчанию 2
тесты.

--s4-quirks = - quirk [, - quirk]
укажите разделенный запятыми список аргументов причуды для передачи в pm-hibernate, для
пример: --s4-quirks = - quirk-save-pci

--s4-задержка сна = N
спящий режим N секунд от начала спящего режима до времени пробуждения. Обратите внимание, что это
время ДОЛЖНО быть больше, чем время, необходимое для перехода машины в спящий режим, в противном случае
таймер пробуждения сработает во время спящего режима. По умолчанию в настоящее время 90
секунд.

-п, --show-прогресс
показать ход выполнения тестов. Каждый тест будет идентифицирован по мере его проведения.
бег. Для длительных тестов будет отображаться процент времени завершения. По состоянию на fwts
0.19.06 это включено по умолчанию и может быть отключено с помощью --quiet (или -q).

-д, --тихий
работать тихо, без вывода на стандартный вывод.

-Д, --show-прогресс-диалог
выводить ход выполнения тестов в форме, которую можно передать в диалоговое окно
инструмент с параметром --gauge.

-с, --show-тесты
показать названия доступных тестов. По умолчанию покажет все тесты. Используйте --batch,
--interactive, --batch-экспериментальный, --interactive-экспериментальный, --utils параметры для
покажите эти конкретные тесты.

--show-тесты-полные
показать все доступные тесты, перечисленные под второстепенным описанием теста. По умолчанию будет отображаться
все тесты. Используйте --batch, --interactive, --batch-experimental,
- интерактивно-экспериментальные варианты для демонстрации этих конкретных тестов.

--show-tests-Categories
показать все доступные тесты и категории, к которым они принадлежат.

--skip-test = test [, test ..]
укажите тесты, которые нужно пропустить и не запускать. Список должен быть разделен запятыми.

--stdout-резюме
вывести УСПЕХ или НЕУДАЧНО на стандартный вывод в конце тестов.

-т, --table-path = путь
укажите путь, содержащий таблицы ACPI. Эти таблицы должны быть названы в
формат: tablename.dat, например DSDT.dat, например, извлеченный с использованием
acpidump или fwts --dump, а затем acpixtract.

-у, --utils
запустить утилиты. Предназначен для вывода системной информации, такой как аннотированные таблицы ACPI,
Память CMOS, карта памяти Int 15 E820, данные прошивки ROM.

-в, --версия
вывод номера версии и даты сборки фвтс инструмент.

-ш, --width = N
укажите ширину выходного файла журнала в символах. По умолчанию 130.

ПРИМЕРЫ

Запустите все пакетные тесты и добавьте результаты в журнал по умолчанию results.log:
судо фвтс

Запустите все интерактивные тесты и запустите чистый журнал результатов под названием interactive.log:
sudo fwts -i -f -r интерактивный.log

Запустите все тесты, интерактивные и пакетные:
судо fwts -i -b

Запустите только тесты батареи и cpufreq:
sudo fwts аккумулятор cpufreq

Запустите все пакетные тесты и определите новый формат журнала, используя только дату и номер строки:
sudo fwts --log-format = "% date% строка:"

Запустите все интерактивные тесты и записывайте только результаты, информацию и сводные данные:
sudo fwts -i --log-filter = RES, INF, SUM

Сохраните всю интересную информацию о прошивке в файлы журналов для последующего анализа:
sudo fwts --дамп

Просмотрите версию ядра и драйвера ACPI, а также информацию о BIOS:
sudo fwts -w 80 -r версия стандартного вывода bios_info --log-filter = INF --log-format = ""

Покажите серию и серию экспериментальных тестов:
fwts --show-tests --batch --batch-экспериментальный

Запустите несколько тестов S3 с задержкой между каждым тестом от 1 секунды до 10 секунд.
с дельтой задержки на испытание 0.2 секунды
sudo fwts s3 --s3-multiple = 100 --s3-min-delay = 1 --s3-max-delay = 10
--s3-задержка-дельта = 0.2

Используйте fwts онлайн с помощью сервисов onworks.net