fwts - آنلاین در ابر

برنامه:

نام

fwts - مجموعه تست سیستم عامل برای شناسایی اشکالات سیستم عامل.

خلاصه

fwts [گزینه های] [آزمون(های)]

شرح

این صفحه راهنما به اختصار مستندات fwts مجموعه تست سیستم عامل ابزار fwts is
شامل بیش از پنجاه تست است که برای بررسی و آزمایش جنبه های مختلف طراحی شده است
سیستم عامل کامپیوتر. بسیاری از این تست ها برای استخراج جداول و تعامل نیاز به دسترسی فوق العاده کاربر دارند
با سیستم عامل و ACPI، بنابراین در حال اجرا است fwts استفاده از sudo مورد نیاز است.
محل دویدن و پیاده روی fwts بدون هیچ گزینه ای، تمام تست های دسته ای که نیازی به کاربر ندارند اجرا می شود
اثر متقابل. با این حال، در صورت نیاز، می توان تست های خاصی را برای اجرا انتخاب کرد.

به صورت پیش فرض fwts نتایج آزمایش را در فایل log خروجی می دهد نتایج.log با این حال متفاوت
نام فایل log را می توان مشخص کرد و در صورت نیاز خروجی به stderr یا stdout می شود
انتخاب شد.

توجه داشته باشید که تست‌های مختلفی وجود دارد، از جمله آزمایش‌هایی که به طور بالقوه می‌توانند دستگاه را آویزان کنند
(مانند تعلیق/خواب زمستانی/رزومه).

OPTIONS

گزینه های fwts به شرح زیر است:

- خروجی نتایج به stdout.

-- اکپیکا
گزینه های حالت اجرای ACPICA را فعال کنید. اینها را می توان به صورت جدا شده با کاما مشخص کرد
لیست یک یا چند گزینه گزینه های موجود عبارتند از: سریالی (سریال
اجرای AML)، slack (اجرا در حالت ساده تر)، نادیده گرفتن خطاها (نادیده گرفتن ACPICA)
خطاهای استثناء)، غیرفعال کردن-تعمیر خودکار (ACPICA را از تعمیر خودکار غیرفعال کنید
کنترل های ACPICA شکسته). توجه داشته باشید که حالت Slack برگرداندن ضمنی از را روشن می کند
روش‌های کنترل صفر در تلاش برای اجازه دادن به AML باگ در غیر ویندوز کار می‌کند
سیستم.

--acpica-debug
هنگام فراخوانی زیرسیستم ACPICA، هشدار اشکال زدایی و پیام های خطای ACPICA را فعال کنید.
این عمدتاً برای توسعه دهندگان fwts است تا به ردیابی مشکلات رابط ACPICA کمک کنند
با fwts

- سازگاری
فقط تست هایی را اجرا کنید که به طور خاص مطابقت با ACPI را بررسی می کنند
مشخصات فنی. این ممکن است زیر مجموعه ای از تست های ACPI باشد.

-آ، --همه
تمام تست ها را اجرا کنید

--arch=نام
معماری هدفی را که سفت افزار آن در حال آزمایش است را مشخص کنید. این اجازه می دهد تا fwts
برای اجرا بر روی یک معماری (میزبان) اما آزمایشات را برای معماری متفاوت انجام دهید
معماری (هدف). رشته های معماری شناخته شده عبارتند از: x86، x86_32، یا x86_64
برای اینتل؛ ia64 برای Itanium؛ arm64 یا aarch64 برای ARMv8. مگر اینکه این گزینه باشد
مشخص شده، هدف همان میزبان فرض می شود.

-ب، -- دسته ای
تست های دسته ای غیر تعاملی را اجرا کنید. تست های دسته ای نیازی به تعامل کاربر ندارند.

-- دسته ای - تجربی
فقط آزمایشات آزمایشی دسته ای را اجرا کنید.

-- disassemble-aml
کد بایتی AML (زبان ماشین ACPI) را جدا کنید. این تلاش برای از بین بردن AML است
در جداول DSDT و SSDT و تولید منابع DSDT.dsl و SSDTx.dsl.

-د، --زباله
داده‌های میان‌افزار را استخراج می‌کند و آن‌ها را در فایل‌های گزارش می‌ریزد. این تولید می کند:
acpidump.log - حاوی یک روکش هگز از جداول ACPI (که می توان با استفاده از آن خواند
acpixtract).
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-var-multiple
تعداد دفعات بدست آوردن یک متغیر در متغیر get uefirtvariable را مشخص می کند
سنجش استرس.

--uefi-set-var-multiple
تعداد دفعات تنظیم یک متغیر در متغیر set uefirtvariable را مشخص می کند
سنجش استرس.

--uefi-query-var-multiple
تعداد دفعات پرس و جو از یک متغیر در کوئری uefirtvariable را مشخص می کند
تست استرس متغیر

---فیلتر-خطا-رد کردن
خطاهایی را مشخص می کند که فرد می خواهد بی سر و صدا نادیده بگیرد. یکی یک کاما می دهد
فهرست پراکنده‌ای از برچسب‌های پیام خطای fwts که می‌خواهید fwts آن‌ها را به عنوان گزارش نکند
خطاها fwts تست را اجرا می کند، اما اگر تست شکست خورده باشد و برچسب مطابقت داشته باشد
یکی از ارائه شده در این لیست fwts سپس این خطا را نادیده می گیرد. این نمی تواند باشد
با --filter-error-keep استفاده می شود.

--filter-error-keep
خطاهایی را مشخص می کند که فرد می خواهد نگه دارد، همه خطاهای دیگر بی صدا نادیده گرفته می شوند.
یکی لیستی از برچسب های پیام خطای fwts با کاما ارائه می دهد که فرد fwts می خواهد
به عنوان خطا گزارش دهید، سایر خطاهای تست گزارش نمی‌شوند و بی‌صدا نادیده گرفته می‌شوند.
این را نمی توان با --filter-error-discard استفاده کرد.

-f، -- اجباری پاک کردن
یک فایل گزارش نتایج جدید ایجاد می کند، به جای اینکه فقط به فایل موجود اضافه شود
(پیش فرض)

-h، --کمک
صفحه راهنمای داخلی را خروجی می دهد.

-من، --در ارتباط بودن
تست های تعاملی را اجرا کنید این تست ها نیاز به تعامل کاربر دارند.

--تعاملی-تجربی
فقط تست های تجربی تعاملی را اجرا کنید.

-j، --json-data-path
مسیر فایل های داده fwts json را مشخص می کند. این فایل ها دارای فرمت json هستند
جداول پیکربندی، به عنوان مثال الگوهای اسکن klog.

-k، --klog=پرونده
لاگ هسته را از فایل مشخص شده به جای حلقه log هسته بخوانید
بافر این به شخص اجازه می دهد تا تست های اسکن لاگ هسته مانند klog را اجرا کند
داده های گزارش از پیش جمع آوری شده

---log-fields
فیلدهای فیلتر کردن گزارش موجود را نشان دهید. تعیین این فیلدها با --log-filter
برای انتخاب فیلدهایی که می خواهید وارد شوید.

---log-filter
نوع خاصی از داده های گزارش را مشخص کنید که در فایل log خروجی شوند. هر یک
بسته به نوع گزارش، خط داده های گزارش با یک نشانگر خاص برچسب گذاری می شود
اطلاعات در حال خروجی است انواع موجود را می توان با استفاده از --log-fields مشاهده کرد.
انواع گزارش مورد نظر را با لیست جدا شده با کاما مشخص کنید. برای غیرفعال کردن یک فیلد، پیشوند را وارد کنید
نام با ~، به عنوان مثال:
--log-filter=RES,SUM فقط نتایج و خطوط خلاصه را ثبت می کند.
--log-filter=ALL،~INF همه خطوط به جز خطوط اطلاعات را ثبت می کند.

---log-format
اطلاعات را در هر خط ورود مشخص کنید. مشخص کننده های زیر در دسترس هستند:
%date - تاریخ
%time - time
فیلد % - فیلدهای log-filter
%owner - نام روال آزمایش
%level - سطح شکست تست
%line - خط ورود به سیستم
به عنوان مثال --log-format="%date %time [%field] (%owner):"

---log-level [بحرانی|بالا|متوسط|کم|اطلاعات|همه]
سطح شکست تست را برای ورود مشخص کنید. سطوح شکست تست برابر و بالاتر از
موارد مشخص شده ثبت و به عنوان خرابی ثبت می شوند. پیش‌فرض «همه» است (که است
یکسان با "اطلاعات"). به عنوان مثال، سطح ورود به سیستم از "متوسط" فقط تست ورود به سیستم را انجام می دهد
شکست در سطح "متوسط"، "بالا" و "بحرانی"، که در آن به عنوان یک سطح ورود به سیستم
"بحرانی" فقط خرابی های سطح "بحرانی" را ثبت می کند.

---log-type
نوع لاگ را مشخص کنید در حال حاضر انواع لاگ متن ساده، json و xml در دسترس هستند و
پیش فرض متن ساده است.

--lspci=مسیر
مسیر کامل و نام فایل را برای باینری lspci مشخص کنید.

-پ، -- دولت های قدرت
تست های وضعیت قدرت S3 و S4 را اجرا کنید (تست های s3، s4)

--نتایج-بدون جداکننده
بدون چاپ زیبا از جداکننده های افقی در فایل گزارش نتایج.

-r، --results-output=نام فایل
فایل گزارش خروجی نتایج را مشخص کنید. همچنین می توان stdout و stderr را به آن مشخص کرد
به این جریان های خروجی تغییر مسیر دهید.

-ر، --rsdp=physaddr
آدرس فیزیکی ACPI RSDP را مشخص کنید. این در برخی از سیستم هایی که در آن وجود دارد مفید است
نمی تواند به طور خودکار شناسایی شود.

--pm-method=روش
روش برق مورد استفاده برای ورود به S3 یا S4 را مشخص کنید (یا از تشخیص خودکار استفاده خواهد شد).
مشخص کننده های زیر در دسترس هستند:
logind - روش پیش‌فرض، در صورت وجود (نیاز به dbus و login است).
pm-utils - روش پیش‌فرض قبلی که اکنون منسوخ شده است.
sysfs - بازگشتی که برای زمانی که ورود به سیستم در دسترس نباشد استفاده می شود.
به عنوان مثال --pm-method=sysfs

--s3-delay-delta=N
زمان اضافه شدن به تاخیر بین هر تکرار S3.

--s3-device-check
تفاوت بین پیکربندی دستگاه را در یک چرخه S3 بررسی کنید. توجه داشته باشید این 15 اضافه می کند
چند ثانیه تأخیر پس از هر رزومه s3 برای اجازه دادن به وای فای برای ارتباط مجدد.

--s3-device-check-delay
زمانی را برای صبر کردن در هنگام پیکربندی مجدد دستگاه ها مشخص کنید (مثلاً wifi برای ارتباط مجدد،
اترنت برای اتصال..) قبل از اینکه بررسی پیکربندی دستگاه اجرا شود. پیش فرض است
15 ثانیه اگر از این گزینه استفاده شود، بررسی دستگاه در نظر گرفته می‌شود، بنابراین این کار انجام نمی‌شود
همچنین باید از پرچم --s3-device-check استفاده کنید.

--s3-هیبرید
fwts را قادر می سازد تا Hybrid Sleep را اجرا کند.

--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-sleep-delay=N
خواب N ثانیه از شروع تعلیق تا زمان بیداری. توجه داشته باشید که این
زمان باید بیشتر از زمان معلق کردن دستگاه باشد در غیر این صورت
تایمر بیدار شدن در حالت تعلیق روشن می شود. پیش فرض 30 ثانیه است.

--s3-suspend-time=N
حداکثر زمان مجاز تعلیق را بر حسب ثانیه مشخص کنید. اگر تعلیق بیشتر از
این و سپس یک خطا ثبت شده است.

--s3-resume-time=N
حداکثر زمان مجاز از سرگیری را بر حسب ثانیه مشخص کنید. اگر رزومه بیشتر از
این و سپس یک خطا ثبت شده است.

--s3power-sleep-delay=N
مدت زمان تعلیق را بر حسب ثانیه مشخص کنید. هر چه مقدار بالاتر باشد دقیق تر است
نتیجه تست s3power مدت زمان کمتر از 10 دقیقه توصیه نمی شود.

--s4-delay-delta=N
زمان اضافه شدن به تاخیر بین هر تکرار S4.

--s4-device-check
تفاوت بین پیکربندی دستگاه را در یک چرخه S4 بررسی کنید. توجه داشته باشید این 15 اضافه می کند
چند ثانیه تأخیر پس از هر رزومه s3 برای اجازه دادن به وای فای برای ارتباط مجدد.

--s4-device-check-delay
زمانی را برای صبر کردن در هنگام پیکربندی مجدد دستگاه ها مشخص کنید (مثلاً wifi برای ارتباط مجدد،
اترنت برای اتصال..) قبل از اینکه بررسی پیکربندی دستگاه اجرا شود. پیش فرض است
15 ثانیه اگر از این گزینه استفاده شود، بررسی دستگاه در نظر گرفته می‌شود، بنابراین این کار انجام نمی‌شود
همچنین باید از پرچم --s4-device-check استفاده کنید.

--s4-min-delay=N
حداقل زمان بین تکرارهای S4

--s4-max-delay=N
حداکثر زمان بین تکرارهای S4.

--s4-multiple=N
تعداد آزمایش‌های Hibernate/Resume S4 ​​متعدد برای اجرا را مشخص کرد. پیش فرض 2 است
آزمایشات

--s4-quirks=--quirk[,--quirk]
فهرستی از آرگومان های عجیب و غریب جدا شده با کاما را برای ارسال به pm-hibernate مشخص کنید، برای
مثال: --s4-quirks=--quirk-save-pci

--s4-sleep-delay=N
خواب N ثانیه از شروع خواب زمستانی تا زمان بیداری. توجه داشته باشید که این
زمان باید بیشتر از زمان خواب زمستانی دستگاه باشد در غیر این صورت
تایمر بیداری در حالت خواب زمستانی روشن می شود. پیش فرض در حال حاضر 90 است
ثانیه صورت گرفت.

-پ، --نمایش-پیشرفت
پیشرفت آزمون های در حال اجرا را نشان می دهد. هر آزمون همانطور که هست مشخص می شود
اجرا کن. برای تست های طولانی، درصدی از زمان تکمیل نمایش داده می شود. از fwts
0.19.06 این به طور پیش فرض فعال است و می تواند با --quiet (یا -q) غیرفعال شود.

-q، --ساکت
بی سر و صدا بدون خروجی stdout اجرا شود.

-دی، --نمایش-پیشرفت-گفتگو
خروجی پیشرفت آزمایش‌های در حال اجرا را به شکلی ارائه می‌کند که بتوان آن را در کادر محاوره‌ای وارد کرد
ابزار با گزینه --gauge.

-s ، --نمایش تست ها
نام آزمون های موجود را نشان دهید. به طور پیش فرض تمام تست ها را نشان می دهد. از دسته -- استفاده کنید
--تعاملی، --دسته ای-تجربی، --تعاملی-تجربی، --استفاده از گزینه های
این تست های خاص را نشان می دهد.

--نمایش-تست-کامل
تمام تست های موجود را که با توضیحات آزمون جزئی فهرست شده اند نشان دهید. به طور پیش فرض نشان داده خواهد شد
تمام تست ها استفاده از -- دسته ای، --تعاملی، -- دسته ای تجربی،
گزینه های تعاملی-تجربی برای نشان دادن این تست های خاص.

--نمایش-آزمون-رده ها
تمام تست های موجود و دسته بندی هایی که به آنها تعلق دارند را نشان می دهد.

--skip-test=test[,test..]
تست هایی را برای رد شدن و عدم اجرا مشخص کنید. لیست باید با کاما از هم جدا شود.

--stdout-خلاصه
خروجی SUCCESS یا FAILED در stdout در پایان آزمایشات.

-t، --table-path=مسیر
مسیر حاوی جداول ACPI را مشخص کنید. این جداول باید در نام گذاری شوند
قالب: tablename.dat، برای مثال DSDT.dat، به عنوان مثال، همانطور که با استفاده از استخراج شده است
acpidump یا fwts --dump و سپس acpixtract.

-u، -- کاربردها
برنامه های کاربردی را اجرا کنید طراحی شده برای تخلیه اطلاعات سیستم، مانند جداول ACPI مشروح،
حافظه CMOS، نقشه حافظه Int 15 E820، اطلاعات رام فریمور.

-v، - نسخه
شماره نسخه خروجی و تاریخ ساخت fwts ابزار است.

-w، --width=N
عرض فایل log خروجی را با کاراکتر مشخص کنید. پیش فرض 130 است.

مثال ها

تمام تست های دسته ای را اجرا کنید و نتایج را به نتایج پیش فرض گزارش ثبت کنید.
sudo fwts

تمام تست های تعاملی را اجرا کنید و یک گزارش نتایج تمیز به نام interactive.log را شروع کنید:
sudo fwts -i -f -r interactive.log

تمام تست ها، تعاملی و دسته ای را اجرا کنید:
sudo fwts -i -b

فقط تست های باتری و cpufreq را اجرا کنید:
باتری sudo fwts cpufreq

تمام تست های دسته ای را اجرا کنید و یک قالب گزارش جدید را فقط با استفاده از تاریخ و شماره خط تعریف کنید:
sudo fwts --log-format="%date %line: "

تمام تست های تعاملی را اجرا کنید و فقط نتایج، اطلاعات و داده های خلاصه را ثبت کنید:
sudo fwts -i --log-filter=RES,INF,SUM

تمام اطلاعات سفت‌افزار جالب را برای تجزیه و تحلیل بعداً در فایل‌های گزارش قرار دهید:
sudo fwts --dump

مشاهده نسخه درایور هسته و ACPI و اطلاعات بایوس:
sudo fwts -w 80 -r stdout نسخه bios_info --log-filter=INF --log-format=""

نمایش آزمایشات آزمایشی دسته ای و دسته ای:
fwts --show-tests --batch --batch-experimental

چندین تست S3 را با تاخیر بین هر تست از 1 ثانیه تا 10 ثانیه اجرا کنید
با دلتا تاخیر در هر تست 0.2 ثانیه
sudo fwts s3 --s3-multiple=100 --s3-min-delay=1 --s3-max-delay=10
--s3-delay-delta=0.2

با استفاده از خدمات onworks.net از fwts به صورت آنلاین استفاده کنید