EnglischFranzösischSpanisch

Server ausführen | Ubuntu > | Fedora > |


OnWorks-Favicon

fwts - Online in der Cloud

Führen Sie fwts im kostenlosen OnWorks-Hosting-Provider über Ubuntu Online, Fedora Online, Windows-Online-Emulator oder MAC OS-Online-Emulator aus

Dies ist der Befehl fwts, der im kostenlosen OnWorks-Hosting-Provider über eine unserer zahlreichen kostenlosen Online-Workstations wie Ubuntu Online, Fedora Online, Windows-Online-Emulator oder MAC OS-Online-Emulator ausgeführt werden kann

PROGRAMM:

NAME


fwts - eine Firmware-Testsuite zur Identifizierung von Firmware-Bugs.

ZUSAMMENFASSUNG


fwts [Optionen] [Prüfung(en)]

BESCHREIBUNG


Diese Handbuchseite dokumentiert kurz die fwts Firmware-Testsuite. Das Werkzeug fwts is
besteht aus über fünfzig Tests, die darauf ausgelegt sind, verschiedene Aspekte von . zu untersuchen und zu testen
PC-Firmware. Viele dieser Tests benötigen Superuser-Zugriff, um Tabellen zu extrahieren und zu interagieren
mit der Firmware und ACPI, also läuft fwts Die Verwendung von sudo ist erforderlich.
Laufen fwts ohne Optionen werden alle Batch-Tests durchlaufen, die keinen Benutzer erfordern
Interaktion. Bei Bedarf können jedoch auch nur bestimmte Tests zur Ausführung ausgewählt werden.

Standardmäßig fwts gibt die Testergebnisse in die Logdatei aus results.log jedoch anders
Protokolldateiname kann angegeben werden und bei Bedarf kann die Ausgabe auf stderr oder stdout erfolgen
ausgewählt.

Beachten Sie, dass es eine Vielzahl von Tests gibt, einschließlich Tests, die möglicherweise eine Maschine hängen lassen
(z. B. Suspend/Hibernate/Resume).

OPTIONAL


fwts-Optionen sind wie folgt:

- Ergebnisse auf stdout ausgeben.

--acpica
Aktivieren Sie die Optionen für den ACPICA-Ausführungsmodus. Diese können durch Kommas getrennt angegeben werden
Liste mit einer oder mehreren Optionen. Verfügbare Optionen sind: serialisiert (serialisiert
Ausführung von AML), Slack (im weniger umständlichen Modus ausführen), Ignorier-Fehler (Ignorieren von ACPICA
Ausnahmefehler), deaktivieren Sie die automatische Reparatur (Deaktivieren Sie ACPICA von der automatischen Behebung
defekte ACPICA-Kontrollen). Beachten Sie, dass der Slack-Modus implizite Rückgaben von aktiviert
Null auf Kontrollmethoden, um zu versuchen, fehlerhafte AML unter Nicht-Windows zu ermöglichen
Systemen.

--acpica-debug
Aktivieren Sie ACPICA-Debug-Warn- und Fehlermeldungen beim Aufrufen des ACPICA-Subsystems.
Dies ist hauptsächlich für fwts-Entwickler, um Probleme mit der ACPICA-Schnittstelle aufzuspüren
mit fwt.

--acpicompliance
Führen Sie nur die Tests durch, die speziell die Einhaltung der ACPI . überprüfen
Spezifikationen. Dies kann eine Teilmenge der ACPI-Tests sein.

-a, --alle
alle Tests durchführen.

--arch=Name
Geben Sie die Zielarchitektur an, deren Firmware getestet wird. Dies ermöglicht fwts
auf einer Architektur (dem Host) laufen, aber Tests für eine andere durchführen
Architektur (das Ziel). Bekannte Architektur-Strings sind: x86, x86_32 oder x86_64
für Intel; ia64 für Itanium; arm64 oder aarch64 für ARMv8. Es sei denn, diese Option ist
angegeben, wird davon ausgegangen, dass das Ziel mit dem Host identisch ist.

-B, --Charge
Führen Sie die nicht interaktiven Batch-Tests aus. Batch-Tests erfordern keine Benutzerinteraktion.

--batch-experimentell
Führen Sie nur experimentelle Batch-Tests durch.

--disassemble-aml
AML (ACPI-Maschinensprache) Byte-Code zerlegen. Dies versucht, AML zu zerlegen
in DSDT- und SSDT-Tabellen und generiert DSDT.dsl- und SSDTx.dsl-Quellen.

-D, --entsorgen
extrahiert Firmware-Daten und legt sie in Protokolldateien ab. Dies erzeugt:
acpidump.log - enthält einen Hex-Dump der ACPI-Tabellen (die mit gelesen werden können)
akpixtract).
dmesg.log - enthält die aktuellen Kernel-Log-Meldungen.
dmidecode.log - enthält die Ausgabe von dmidecode.
lspci.log - enthält die Ausgabe von lspci -vv -nn
cpuinfo.log - enthält die Ausgabe von cat / proc / cpuinfo
README.txt - enthält einen Zeitstempel und Informationen zur Kernel-Version.

--dumpfile=acpidump.log
Laden Sie ACPI-Tabellen aus der Ausgabe, die von acpidump oder von sudo fwts --dump generiert wurde. Die
letzteres wird bevorzugt, da fwts --dump mehr Tabellen als acpidump ausgeben kann. Dies
ermöglicht es einem, Tabellen von einem Computer zu kopieren und mit fwts auf einem anderen zu verarbeiten
Maschine.

--uefi-get-var-multiple
Gibt an, wie oft eine Variable in der uefirtvariable get-Variable abgerufen werden soll
Stresstest.

--uefi-set-var-multiple
gibt an, wie oft eine Variable in der uefirtvariable set variable gesetzt werden soll
Stresstest.

--uefi-query-var-multiple
Gibt an, wie oft eine Variable in der uefirtvariable-Abfrage abgefragt werden soll
Variabler Stresstest.

--filter-error-discard
gibt die Fehler an, die man stillschweigend ignorieren möchte. Man setzt ein Komma
Getrennte Liste von Fwts-Fehlermeldungsetiketten, die Fwts nicht melden soll
Fehler. fwts führt den Test aus, aber wenn der Test fehlschlägt und das Label übereinstimmt
der in dieser Liste angegebene fwts ignoriert diesen Fehler dann einfach. Das kann nicht sein
verwendet mit --filter-error-keep.

--filter-error-keep
gibt die Fehler an, die man behalten möchte, alle anderen Fehler werden stillschweigend ignoriert.
Man liefert eine kommagerierte Liste von fwts-Fehlermeldungslabels, die man fwts . haben möchte
als Fehler melden, andere Testfehler werden nicht gemeldet und stillschweigend ignoriert.
Dies kann nicht mit --filter-error-discard verwendet werden.

-F, --force-clean
erstellt eine neue Ergebnisprotokolldatei, anstatt sie einfach an eine vorhandene anzuhängen
(Standard).

-h, --help
gibt die interne Hilfeseite aus.

-ich, --interaktiv
Führen Sie die interaktiven Tests durch. Diese Tests erfordern eine Benutzerinteraktion.

--interaktiv-experimentell
Führen Sie nur interaktive experimentelle Tests durch.

-J, --json-data-path
gibt den Pfad zu den fwts-json-Datendateien an. Diese Dateien enthalten Json-formatiert
Konfigurationstabellen, zum Beispiel klog Scanmuster.

-k, --klog=Datei
Lesen Sie das Kernel-Log aus der angegebenen Datei und nicht aus dem Kernel-Log-Ring
Puffer. Dies ermöglicht es einem, die Kernel-Log-Scan-Tests wie klog gegen auszuführen
vorab erfasste Protokolldaten.

--log-Felder
die verfügbaren Log-Filterfelder anzeigen. Angeben dieser Felder mit --log-filter
um auszuwählen, welche Felder man protokollieren möchte.

--log-filter
Geben Sie an, welche Arten von Protokolldaten in die Protokolldatei ausgegeben werden sollen. Jeder
Zeile der Protokolldaten wird mit einer speziellen Markierung versehen, je nachdem, welche Art von Protokoll
Informationen werden ausgegeben. Die verfügbaren Typen können mit --log-fields angezeigt werden.
Geben Sie die gewünschten Protokolltypen mit einer durch Kommas getrennten Liste an. Um ein Feld zu deaktivieren, Präfix
der Name mit ~, zum Beispiel:
--log-filter=RES,SUM protokolliert nur die Ergebnisse und Zusammenfassungszeilen.
--log-filter=ALL,~INF protokolliert alle Zeilen außer den Informationszeilen.

--log-format
Geben Sie die Informationen in jeder Protokollzeile an. Die folgenden Spezifizierer sind verfügbar:
%Datum datum
%Zeit Zeit
%field - Log-Filter-Felder
%owner - Name der Testroutine
%level - Testfehlerlevel
%line - Protokollzeile
zB --log-format="%date %time [%field] (%owner): "

--log-level [kritisch|hoch|mittel|niedrig|info|alle]
Geben Sie die Testfehlerstufe an, die protokolliert werden soll. Testfehlerstufen gleich und höher als
die angegebenen werden protokolliert und als Fehler aufgezeichnet. Der Standardwert ist 'all' (das ist
identisch mit 'info'). Zum Beispiel wird ein Log-Level von 'mittel' nur den Test protokollieren
Fehler der Stufen 'mittel', 'hoch' und 'kritisch', wobei als Protokollstufe
'kritisch' protokolliert nur Fehler der Stufe 'kritisch'.

--log-typ
Geben Sie den Protokolltyp an. Derzeit sind Klartext-, Json- und XML-Protokolltypen verfügbar und
die Standardeinstellung ist Klartext.

--lspci=Pfad
Geben Sie den vollständigen Pfad und Dateinamen zur lspci-Binärdatei an.

-P, --power-states
Ausführen von S3- und S4-Energiezustandstests (s3-, s4-Tests)

--results-no-separators
kein hübsches Drucken von horizontalen Trennzeichen in der Ergebnisprotokolldatei.

-R, --results-output=Dateiname
Geben Sie die Protokolldatei für die Ergebnisausgabe an. Man kann auch stdout und stderr angeben auf
zu diesen Ausgabeströmen umleiten.

-R, --rsdp=physaddr
Geben Sie die physikalische Adresse von ACPI RSDP an. Dies ist auf einigen Systemen nützlich, bei denen es
nicht automatisch erkannt werden.

--pm-method=Methode
Geben Sie die Energiemethode an, die verwendet werden soll, um S3 oder S4 einzugeben (oder die automatische Erkennung wird verwendet).
Die folgenden Spezifizierer sind verfügbar:
logind - die Standardmethode, sofern verfügbar (erfordert dbus und logind).
pm-utils - die vorherige Standardmethode, jetzt veraltet.
sysfs - der Fallback, der verwendet wird, wenn logind nicht verfügbar ist.
zB --pm-method=sysfs

--s3-delay-delta=N
Zeit, die der Verzögerung zwischen jeder S3-Iteration hinzugefügt werden soll.

--s3-Geräteprüfung
Überprüfen Sie die Unterschiede zwischen den Gerätekonfigurationen über einen S3-Zyklus. Beachten Sie, dass dies 15 . hinzufügt
Sekunden Verzögerung nach jeder s3-Wiederaufnahme, damit sich das WLAN erneut zuordnen kann.

--s3-device-check-delay
Geben Sie die Wartezeit an, während die Geräte neu konfiguriert werden (z. B. WLAN zum erneuten Verbinden,
Ethernet zu verbinden..), bevor eine Gerätekonfigurationsprüfung durchgeführt wird. Die Standardeinstellung ist
15 Sekunden. Wenn diese Option verwendet wird, wird von der Geräteprüfung ausgegangen, sodass dies nicht der Fall ist
Sie müssen auch das Flag --s3-device-check verwenden.

--s3-hybrid
ermöglicht es fwts, Hybrid Sleep auszuführen.

--s3-min-delay=N
Mindestzeit zwischen S3-Iterationen.

--s3-max-delay=N
maximale Zeit zwischen S3-Iterationen.

--s3-multiple=N
die Anzahl der auszuführenden S3-Suspend/Resume-Tests angegeben. Der Standardwert ist 2
Tests.

--s3-quirks=--quirk[,--quirk]
Geben Sie eine durch Kommas getrennte Liste von Eigenartenargumenten an, die an pm-suspend übergeben werden sollen, für
Beispiel: --s3-quirks=--quirk-s3-bios,--quirk-save-pci

--s3-Schlafverzögerung=N
sleep N Sekunden vom Start des Suspends bis zur Aufwachzeit. Beachten Sie, dass dies
Die Zeit MUSS länger sein als die Zeit, die zum Aussetzen der Maschine benötigt wird, andernfalls wird die
Der Wakeup-Timer wird während des Suspend-Zustands ausgelöst. Der Standardwert beträgt 30 Sekunden.

--s3-suspend-time=N
Geben Sie die maximal zulässige Suspend-Zeit in Sekunden an. Wenn das Aussetzen länger dauert als
dies wird dann ein Fehler protokolliert.

--s3-resume-time=N
Geben Sie die maximal zulässige Wiederaufnahmezeit in Sekunden an. Wenn der Lebenslauf länger dauert als
dies wird dann ein Fehler protokolliert.

--s3power-sleep-delay=N
Geben Sie die Dauer der Unterbrechung in Sekunden an. Je höher der Wert, desto genauer
das s3power-Testergebnis. Dauern unter 10 Minuten werden nicht empfohlen.

--s4-delay-delta=N
Zeit, die der Verzögerung zwischen jeder S4-Iteration hinzugefügt werden soll.

--s4-Geräteprüfung
Überprüfen Sie die Unterschiede zwischen den Gerätekonfigurationen über einen S4-Zyklus. Beachten Sie, dass dies 15 . hinzufügt
Sekunden Verzögerung nach jeder s3-Wiederaufnahme, damit sich das WLAN erneut zuordnen kann.

--s4-device-check-delay
Geben Sie die Wartezeit an, während die Geräte neu konfiguriert werden (z. B. WLAN zum erneuten Verbinden,
Ethernet zu verbinden..), bevor eine Gerätekonfigurationsprüfung durchgeführt wird. Die Standardeinstellung ist
15 Sekunden. Wenn diese Option verwendet wird, wird von der Geräteprüfung ausgegangen, sodass dies nicht der Fall ist
Sie müssen auch das Flag --s4-device-check verwenden.

--s4-min-delay=N
Mindestzeit zwischen S4-Iterationen.

--s4-max-delay=N
maximale Zeit zwischen S4-Iterationen.

--s4-multiple=N
gab die Anzahl der auszuführenden S4-Ruhezustands-/Wiederaufnahmetests an. Der Standardwert ist 2
Tests.

--s4-quirks=--quirk[,--quirk]
Geben Sie eine durch Kommas getrennte Liste von Quirk-Argumenten an, die an pm-hibernate übergeben werden sollen, für
Beispiel: --s4-quirks=--quirk-save-pci

--s4-Schlafverzögerung=N
sleep N Sekunden vom Beginn des Ruhezustands bis zur Aufwachzeit. Beachten Sie, dass dies
Die Zeit MUSS länger sein als die Zeit, die für den Ruhezustand der Maschine benötigt wird, andernfalls
Der Wakeup-Timer wird während des Ruhezustands ausgelöst. Der Standardwert ist derzeit 90
Sekunden.

-P, --Fortschritt anzeigen
den Fortschritt der ausgeführten Tests anzeigen. Jeder Test wird so identifiziert, wie er gerade durchgeführt wird
Lauf. Bei langen Tests wird ein Prozentsatz der Abschlusszeit angezeigt. Ab fwts
0.19.06 dies ist standardmäßig aktiviert und kann mit --quiet (oder -q) deaktiviert werden.

-Q, --ruhig
laufen leise ohne Ausgabe auf stdout.

-D, --show-progress-dialog
Geben Sie den Fortschritt der ausgeführten Tests in einer Form aus, die in den Dialog geleitet werden kann
Werkzeug mit der Option --gauge.

-S, --show-tests
die Namen der verfügbaren Tests anzeigen. Standardmäßig werden alle Tests angezeigt. Verwenden Sie die --batch,
--interactive, --batch-experimental, --interactive-experimental, --utils Optionen für
zeigen diese spezifischen Tests.

--show-tests-voll
Zeigen Sie alle verfügbaren Tests an, die nach Nebentestbeschreibung aufgelistet sind. Standardmäßig wird angezeigt
alle Prüfungen. Verwenden Sie --batch, --interactive, --batch-experimental,
--interactive-experimental Optionen zum Anzeigen dieser spezifischen Tests.

--show-tests-Kategorien
alle verfügbaren Tests und die Kategorien anzeigen, zu denen sie gehören.

--skip-test=test[,test..]
Geben Sie Tests an, die übersprungen und nicht ausgeführt werden sollen. Liste muss durch Kommas getrennt werden.

--stdout-Zusammenfassung
Ausgabe von SUCCESS oder FAILED auf stdout am Ende der Tests.

-T, --table-path=Pfad
Geben Sie den Pfad an, der ACPI-Tabellen enthält. Diese Tabellen müssen im benannt werden
Format: Tabellenname.dat, zum Beispiel DSDT.dat, zum Beispiel, wie extrahiert mit
acpidump oder fwts --dump und dann acpixtract.

-du, --utils
Dienstprogramme ausführen. Entwickelt, um Systeminformationen wie kommentierte ACPI-Tabellen auszugeben,
CMOS-Speicher, Int 15 E820-Speicherkarte, Firmware-ROM-Daten.

-v, --Version
Ausgabeversionsnummer und Erstellungsdatum der fwts Werkzeug.

-w, --Breite=N
Geben Sie die Breite in Zeichen der Ausgabeprotokolldatei an. Der Standardwert ist 130.

Beispiele:


Führen Sie alle Batch-Tests aus und fügen Sie die Ergebnisse in das Standardprotokoll results.log ein:
sudo fwts

Führen Sie alle interaktiven Tests aus und starten Sie ein sauberes Ergebnisprotokoll namens interactive.log:
sudo fwts -i -f -r interactive.log

Führen Sie alle Tests aus, interaktiv und im Batch:
sudo fwts -i -b

Führen Sie nur die Batterie- und CPUfreq-Tests durch:
sudo fwts batterie cpufreq

Führen Sie alle Batch-Tests aus und definieren Sie ein neues Protokollformat nur mit Datum und Zeilennummer:
sudo fwts --log-format="%date %line: "

Führen Sie alle interaktiven Tests durch und protokollieren Sie nur die Ergebnisse, Informationen und zusammenfassenden Daten:
sudo fwts -i --log-filter=RES,INF,SUM

Speichern Sie alle interessanten Firmware-Informationen zur späteren Analyse in Protokolldateien:
sudo fwts --dump

Anzeigen von Kernel- und ACPI-Treiberversion und BIOS-Informationen:
sudo fwts -w 80 -r stdout-Version bios_info --log-filter=INF --log-format=""

Zeigen Sie die experimentellen Batch- und Batch-Tests an:
fwts --show-tests --batch --batch-experimental

Führen Sie mehrere S3-Tests mit einer Verzögerung zwischen den einzelnen Tests von 1 Sekunde bis 10 Sekunden durch
mit einem Verzögerungsdelta pro Test von 0.2 Sekunden
sudo fwts s3 --s3-multiple=100 --s3-min-delay=1 --s3-max-delay=10
--s3-Verzögerungs-Delta=0.2

Verwenden Sie fwts online mit den onworks.net-Diensten


Ad


Ad