- K y ! ~ S S J H M W 9 \ S J ` Q L E ] 1 % - D u ` y P - ! 6 X @ F _ x ! * / Z ) z - % F = f 5 % ) ) = g % ~ ! 8 % * P l 2 2 T > D F 8 5 N " % . F G < # T! x! " ! $ ! ! " ! _ " 5 e" " " " " " / " %# # ! # $ - 7$
e$ s$ ) $ & $ $ $ 0 % 6 H% % % J % % )
& 4& & & & ) ' % ?' ) e' ' ' ' ' ' 0 ' ( ( ( ? I( ) ( ( " ( " ( $
) " 2) U) # m) ) ) ) ) / ) % /* - U* i + [ + _ I, - ! T.
v. . . " 1 1 1 1 2 ! 2 " 2 3 &3 -3 73 =3 & P3 ( w4 4 ( i6 ? 6 ] 7 08 ! 58 W8 8 v g9 9 n: # G; o k< < {= '> } ? x +@ @ @ A ( AB J jB _ B H C 9 ^C - C 6 C : C / 8E ^ hF G 0 G 0 H c ?H O H J . K ` >K A K M K T /L 3 L Z L - M u AM Y M ] N ; oN L N m N [ fO S O ` P g wP y P M YQ E Q \ Q \ JR 5 R q R 0 OS < S B S T ^ T O T A :U R |U } U MV W B W $ X x ,X X X u CY : Y Y Q Y E NZ R Z 6 Z 0 [ 0 O[ [ l\ ! +] > M^ " ^ N ^ P ^ Z O_ A _ E _ a 2a a ( a - a b b } 7b o b Q %d i wd N d [ 0e 6 e K e ` f pf + f 8 +g x dg g ` _h h h N i y i d cj 6 k k 3 l H @l D l H l B m * Zm * m m m Z m ) (n Rn ^ n P 2o 0 o ] o ` p ; sp J p H p K Cq U q o q K Ur : r ^ r < ;s l xs u v {w v lz u { B Y| C | | ; % g 1 Z G H <
"
Є ۄ x T g ' R V r l a ? i 2 # 3 y K ~ u & h
L ` { - } m E ! F G o W t n | 0 x s J ; ( P ) I @ 6 z C j = 9 Y 1 > ^ B X ] : 4 g 5 . * 7 $ \ c Q Z [ U / N + q f " A k < e %
, O 8 w H M d D b p S v T _ Tainted modules: %s. With this option enabled ABRT never shows notifications of reported problems. Takes effect only if Shortened reporting is enabled. %s and the diagnostic data has been submitted & [ & [-v -i] -e|--event EVENT DIR... & [-v] -d DIR
Calculates and saves UUID and DUPHASH for oops problem directory DIR & [-v] -d DIR
Calculates and saves UUID and DUPHASH for xorg problem directory DIR & [-v] -d DIR
Calculates and saves UUID and DUPHASH of python crash dumps & [-v] -d DIR
Calculates and saves UUID of coredump in problem directory DIR & [-v] [-c CONFFILE] -d DIR
Query package database and save package and component name & [-v] [-d SIZE:DIR]... [-f SIZE:DIR]... [-p DIR] [FILE]...
Deletes problem dirs (-d) or files (-f) in DIRs until they are smaller than SIZE.
FILEs are preserved (never deleted). & [-v] [-r] -d DIR
Creates coredump-level backtrace from core dump and corresponding binary & [-v] [DIR]...
Applet which notifies user when new problems are detected by ABRT
& [-vs] [-F STR]... FILE PROG [ARGS]
Watch log file FILE, run PROG when it grows or is replaced & [-vs] [-w NUM] [-c MiB] [UPLOAD_DIRECTORY]
Watches UPLOAD_DIRECTORY and unpacks incoming archives into DumpLocation
specified in abrt.conf
If UPLOAD_DIRECTORY is not provided, uses a value of
WatchCrashdumpArchiveDir option from abrt.conf & [-vsoxm] [-d DIR]/[-D] [FILE]
Extract Xorg crash from FILE (or standard input) & [-vusoxm] [-d DIR]/[-D] [FILE]
Extract oops from FILE (or standard input) & [options] & [options] -d DIR
Analyzes C/C++ backtrace, generates duplication hash, backtrace rating,
and identifies crash function in problem directory DIR & [options] -d DIR
Analyzes coredump in problem directory DIR, generates and saves backtrace '%s' element can't be modified '%s' is not a valid element name '%s' is not a valid problem directory A Known Problem has Occurred A New Problem has Occurred A Problem has Occurred A Problem has been Reported A kernel problem occurred because of broken BIOS. Unfortunately, such problems are not fixable by kernel maintainers. A kernel problem occurred, but your hardware is unsupported, therefore kernel maintainers are unable to fix this problem. A kernel problem occurred, but your kernel has been tainted (flags:%s). Kernel maintainers are unable to diagnose tainted reports. A problem has been detected A problem in the %s package has been detected ABRT notification applet ABRT signal (abort() was called?) ABRT stores problem data in directories. Whenever ABRT needs writable directory, the directory is moved from the system location to your home directory. With this option disabled ABRT will move the problem directory without asking. About About System Config ABRT Add program names to log Additional debuginfo directories All debuginfo files are available Ask before stealing directory Ask before uploading coredump Automatic Bug Reporting Tool Automatically send uReport Backtrace is generated and saved, %u bytes Backtrace parsing failed for %s Can't access the problem for modification Can't chown '%s': %s Can't close notification: %s Can't connect to NetworkManager over DBus: %s Can't connect to system DBus: %s Can't create temporary file '%s' Can't create temporary file in Can't delete the element '%s' from the problem directory '%s' Can't determine network status via NetworkManager: %s Can't execute '%s' Can't extract the oops message: '{0}' Can't get problem data from abrt-dbus: %s Can't get problem list from abrt-dbus: %s Can't get size of '%s' Can't open directory for writing '%s' Can't open {0}: {1} Can't process {0}:
{1} Can't read from gio channel: '%s' Can't rename '%s' to '%s'. Failed to remove problem '%s' Can't set encoding on gio channel: %s Can't show notification: %s Can't take ownership of '%s' Can't turn on nonblocking mode for gio channel: %s Can't update the problem: more than one oops found Can't write to '%s'. Problem '%s' will not be removed from the ignored problems '%s' Chowning directory failed. Check system logs for more details. Communicate directly to the user Configuration file Coredump references {0} debuginfo files, {1} of them are not installed Crash thread not found Create new problem directory in DIR for every oops found Create problem directory in DIR for every crash found Current instruction: Daemize Delete files inside this directory Delete whole problem directories Deleting problem directory failed: %s Division by zero Do not daemonize Do not hash fingerprints Do you want to enable automatically submitted anonymous crash reports? Do you want to enable automatically submitted crash reports? Do you want to generate a stack trace locally? (It may download a huge amount of data but reporting can't continue without stack trace). Don't run PROG if STRs aren't found Error: %s Error: GDB did not return any data Exit after NUM seconds of inactivity Exiting on user command Extracting the oops text from core Failed to open connection to session manager: '%s', notification may reappear on the next login Failed to send HTTP header of length %d: NSS error %d File {0} doesn't exist Generating backtrace Generating core_backtrace Hide Ignore forever Illegal instruction (jump to a random address?) Incomplete problems are detected while computer is shutting down or user is logging out. In order to provide valuable problem reports, ABRT will not allow you to submit these problems. Invalid number of arguments Job control signal sent by kernel Jump to an invalid address Kill gdb if it runs for more than NUM seconds Log to syslog Log to syslog even with -d Make the problem directory world readable Maximal cache size in MiB. Default is Missing debuginfo file: {0} Missing requested file: {0} Module '%s' was loaded - won't report this crash No free workers and full buffer. Omitting archive '%s' No problem space left Not Authorized Notification area applet that notifies users about issues detected by ABRT Notify incomplete problems Number of concurrent workers. Default is Ok to upload core dump? (It may contain sensitive data). If your answer is 'No', a stack trace will be generated locally. (It may download a huge amount of data). Oops text extracted successfully Open Preserve this directory Print found crash data on standard output Print found oopses on standard output Print search string(s) to stdout and exit Problem Reporting Configuration Problem detected Problem directory Quit Report Request private ticket for sensitive information Run EVENT on DIR SYS signal (unknown syscall was called?) Same as -d DumpLocation, DumpLocation is specified in abrt.conf Save the extracted information in PROBLEM Shortened reporting Signal due to write to broken pipe Signal due to write to closed pipe Signal has siginfo.si_code = SI_USER Signal sent by alarm(N) expiration Signal sent by keyboard Signal sent by timer/IO/async event Signal sent by userspace code Signal sent by window resize Silent shortened reporting Sleeping for %d seconds TRAP signal (can be a bug in a debugger/tracer) The Problem has already been Reported The coredump file is necessary for generating stack trace which is time and space consuming operation. ABRT provides a service which generates the stack trace from the coredump but you have to upload the coredump to this service. With this option disabled ABRT will upload the coredump without asking. The kernel log indicates that hardware errors were detected.
This is most likely not a software problem.
The name '%s' has been lost, please check if other service owning the name is not running.
The problem data are incomplete. This usually happens when a problem is detected while computer is shutting down or user is logging out. In order to provide valuable problem reports, ABRT will not allow you to submit this problem. If you have time and want to help the developers in their effort to sort out this problem, please contact them directly. The report which will be sent does not contain any security sensitive data. Therefore it is not necessary to bother you next time and require any further action by you.
This program must be run as root. Unknown error Unknown option value: '%s'
Usage: %s [-vy] [--ids=BUILD_IDS_FILE]
[--tmpdir=TMPDIR] [--cache=CACHEDIR[:DEBUGINFODIR1:DEBUGINFODIR2...]] [--size_mb=SIZE]
[-e, --exact=PATH[:PATH]...]
Installs debuginfos for all build-ids listed in BUILD_IDS_FILE
to CACHEDIR, using TMPDIR as temporary staging area.
Old files in CACHEDIR are deleted until it is smaller than SIZE.
-v Be verbose
-y Noninteractive, assume 'Yes' to all questions
--ids Default: build_ids
--tmpdir Default: @LARGE_DATA_TMP_DIR@/abrt-tmp-debuginfo-RANDOM_SUFFIX
--cache Default: /var/cache/abrt-di
--size_mb Default: 4096
-e,--exact Download only specified files
--repo Pattern to use when searching for repos.
Default: *debug*
Usage: {0} [-v[v]] [--core=VMCORE] Use NUM as client uid Warning With this option enabled reporting process started by click on Report button in problem notification bubble will be interrupted after uReport is sent. You can always use the default problem browser to make complete report. Write to an invalid address XCPU signal (over CPU time limit) XFSZ signal (over file size limit) _About _Close _Defaults _Quit translator-credits uReport is short and completely anonymous description of a problem. ABRT uses uReports for fast global duplicate detection. In default configuration uReport is sent at beginning of reporting process. With this option enabled uReports are sent automatically immediately after problem detection. {0} of debuginfo files are not installed Project-Id-Version: PACKAGE VERSION
Report-Msgid-Bugs-To: jmoskovc@redhat.com
POT-Creation-Date: 2015-07-14 15:37+0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
PO-Revision-Date: 2014-12-12 08:30-0500
Last-Translator: Jakub Filak <jfilak@redhat.com>
Language-Team: Thai (http://www.transifex.com/projects/p/fedora-abrt/language/th/)
Language: th
Plural-Forms: nplurals=1; plural=0;
X-Generator: Zanata 3.6.2
โมดูลที่เสีย: %s ด้วยทางเลือกนี้ ABRT ที่เปิดใช้งานแล้วจะไม่แจ้งเตือนปัญหาที่รายงานแล้ว มีผลก็ต่อเมื่อการรายงานสั้นถูกเปิดใช้งาน %s และข้อมูลการวินิจฉัยถูกส่งแล้ว & [ & [-v -i] -e|--event EVENT DIR... & [-v] -d DIR
คำนวณและบันทึกค่า UUID และ DUPHASH สำหรับ oops problem directory DIR & [-v] -d DIR
คำนวณและบันทึกค่า UUID และ DUPHASH สำหรับ xorg problem directory DIR & [-v] -d DIR
คำนวณและบันทึกค่า UUID และ DUPHASH ของ python crash dumps & [-v] -d DIR
คำนวณและบันทึกค่า UUID ของ coredump ในไดเรกทอรีปัญหา DIR & [-v] [-c CONFFILE] -d DIR
สอบถามฐานข้อมูลแพกเกจ แล้วบันทึกแพกเกจรวมทั้งชื่อคอมโพเนนต์ด้วย & [-v] [-d SIZE:DIR]... [-f SIZE:DIR]... [-p DIR] [FILE]...
ลบไดเรกทอรีปัญหา (-d) หรือแฟ้ม (-f) ใน DIRs จนกว่าจะมีขนาดเล็กกว่า SIZE.
FILEs จะถูกสงวนไว้ (ไม่ลบ). & [-v] [-r] -d DIR
สร้าง coredump-level backtrace จาก core dump และ corresponding binary & [-v] [DIR]...
Applet ซึ่งเตือนผู้ใช้เมื่อพบปัญหาใหม่ถูกตรวจพบโดย ABRT
& [-vs] [-F STR]... FILE PROG [ARGS]
ให้ดู FILE เรียก PROG เมื่อมันงอกขึ้นมา หรือถูกแทนที่ & [-vs] [-w NUM] [-c MiB] [UPLOAD_DIRECTORY]
เฝ้าดู UPLOAD_DIRECTORY และแกะแฟ้มเก็บถาวรลงใน DumpLocation
ที่ระบุไว้ใน abrt.conf
หาก UPLOAD_DIRECTORY ไม่ได้ถูกให้ไว้ ให้ใช้ค่าของตัวเลือก WatchCrashdumpArchiveDir จาก abrt.conf & [-vsoxm] [-d DIR]/[-D] [FILE]
แยก Xorg crash จาก FILE (หรือการป้อนมาตรฐาน) & [-vusoxm] [-d DIR]/[-D] [FILE]
แยก oops จาก FILE (หรือการป้อนมาตรฐาน) & [options] & [options] -d DIR
วิเคราะห์ C/C++ backtrace, สร้างแฮชซ้ำ, backtrace rating,
และระบุการทำงานผิดพลาดในไดเรกทอรีปัญหา DIR & [options] -d DIR
วิเคราะห์ coredump ในไดเรกทอรีปัญหา DIR, สร้างและบันทึก backtrace element '%s' แก้ไม่ได้ '%s' ไม่ใช่ชื่อ element ที่ถูกต้อง '%s' ไม่ใช่ไดเรกทอรีปัญหาที่ถูกต้อง มีปัญหาที่รู้จักเกิดขึ้น มีปัญหาใหม่เกิดขึ้น มีปัญหาเกิดขึ้น ปัญหาถูกรายงานแล้ว เกิดปัญหากับเคอร์เนลเพราะ BIOS เสียหาย น่าเสียดายจัง ปัญหาบางประการไม่สามารถซ่อมได้โดยผู้เชี่ยวชาญด้านเคอร์เนล เกิดปัญหากับเคอร์เนล แต่ฮาร์ดแวร์ของคุณไม่ถูกรองรับ ดังนั้น ผู้เชี่ยวชาญด้านเคอร์เนลจะแก้ปัญหานี้ไม่ได้ เกิดปัญหากับเคอร์เนล แต่เคอร์เนลของคุณเสีย (flags:%s) ดังนั้น ผู้เชี่ยวชาญด้านเคอร์เนลจะวิเคราะห์การรายงานส่วนที่เสียหายไม่ได้ พบปัญหา พบปัญหาในแพกเกจ %s Applet การแจ้งเตือน ABRT สัญญาณ ABRT (ได้เรียกคำสั่ง abort() หรือยัง?) ABRT เก็บข้อมูลของปัญหาไว้ในไดเรกทอรี เมื่อใดก็ตามที่ ABRT ต้องใช้ไดเรกทอรีที่เขียนได้ ไดเรกทอรีจะถูกย้ายที่ตั้งจากระบบไปยังไดเรกทอรีหลักของคุณ ด้วยทางเลือกนี้ การปิดใช้งาน ABRT จะย้ายไดเรกทอรีปัญหาโดยไม่ถามก่อน เกี่ยวกับ เกี่ยวกับ System Config ABRT เพิ่มชื่อโปรแกรมที่ต้องการบันทึก ไดเรกทอรี debuginfo เพิ่มเติม แฟ้ม debuginfo ทั้งหมดมีให้ใช้งาน ถามก่อนขโมยข้อมูลในไดเรกทอรี ถามก่อนอัปโหลด coredump เครื่องมือรายงานปัญหาอัตโนมัติ ส่ง uReport อัตโนมัติ Backtrace ได้สร้างและบันทึกแล้ว เป็นจำนวน %u ไบต์ การวิเคราะห์ Backtrace ล้มเหลวสำหรับ %s ไม่สามารถเข้าถึงปัญหาเพื่อแก้ไข ไม่สามารถทำการ chown '%s': '%s' ไม่สามารถปิดการแจ้งเตือน: %s ไม่สามารถเชื่อมต่อไปยัง NetworkManager เหนือ DBus: %s ไม่สามารถเชื่อมต่อไปยัง DBus ระบบ: %s ไม่สามารถสร้างแฟ้มชั่วคราว '%s' ไม่สามารถสร้างแฟ้มชั่วคราวเข้าไป ไม่สามารถลบ element '%s' จากไดเรกทอรีปัญหา '%s' ไม่สามารถตรวจสอบสถานะเครือข่ายผ่าน NetworkManager: %s ไม่สามารถดำเนินการคำสั่ง '%s' ไม่สามารถแยกข้อความ oops: '{0}' ไม่สามารถรับข้อมูลปัญหาจาก abrt-dbus: %s ไม่สามารถรับรายการปัญหาจาก abrt-dbus: %s ไม่สามารถรับขนาด '%s' ไม่สามารถเปิดไดเรกทอรีสำหรับการเขียน '%s' ไม่สามารถเปิด {0}: {1} ไม่สามารถประมวลผล {0}:
{1} ไม่สามารถอ่านจาก gio channel: '%s' ไม่สามารถเปลี่ยนชื่อ '%s' จาก '%s' และลบปัญหา '%s' ล้มเหลว ไม่สามารถตั้งการเข้ารหัสบน gio channel: %s ไม่สามารถแสดงการแจ้งเตือน: %s ไม่สามารถเป็นเจ้าของ '%s' ไม่สามารถเปิด nonblocking mode ให้ gio channel: %s ไม่สามารถปรับปรุงปัญหาได้: พบ oops มากกว่าหนึ่ง ไม่สามารถ เขียน ให้ '%s' ปัญหา '%s' จะไม่ถูกลบออกจากรายการปัญหาที่ถูกละทิ้ง '%s' การ Chowning directory ล้มเหลว กรุณาตรวจสอบปูมระบบสำหรับข้อมูลเพิ่มเติม สื่อสารกับผู้ใช้โดยตรง แฟ้มค่ากำหนด Coredump references {0} debuginfo files, {1} ของพวกมันไม่ได้ถูกติดตั้ง ไม่พบ Crash thread สร้างไดเรกทอรีปัญหาใหม่ใน DIR สำหรับทุก oops ที่พบ สร้างไดเรกทอรีปัญหาใน DIR สำหรับทุก crash ที่พบ วิธีปฏิบัติปัจจุบัน: Daemize ลบแฟ้มที่อยู่ในไดเรกทอรีนี้ ลบไดเรกทอรีปัญหาที่ว่าง การลบไดเรกทอรีปัญหาล้มเหลว: %s ใช้ศูนย์เป็นตัวหาร อย่าทำงานแบบภูติ อย่า hash ลายนิ้วมือ คุณต้องการเปิดใช้การรายงานปัญหาที่รายงานจากผู้ไม่มีชื่อแล้วโดยอัตโนมัติหรือไม่? คุณต้องการเปิดใช้การรายงานปัญหาที่รายงานแล้วโดยอัตโนมัติหรือไม่? คุณต้องการสร้าง stack trace บนเครื่องหรือไม่? (อาจดาวน์โหลดข้อมูลขนาดใหญ่หลวง แต่จะรายงานไม่ได้ หากไม่มี stack trace) อย่าเรียก PROG หากไม่พบ STRs ข้อผิดพลาด: %s ข้อผิดพลาด: GDB ไม่ตอบข้อมูลใด ออกหลังจากไม่ใช้งาน NUM วินาที การเลิกทำตามคำสั่งของผู้ใช้งาน กำลังแยกข้อความ oops จาก core การเปิดการเชื่อมต่อไปยังตัวจัดการวาระล้มเหลว: '%s' การแจ้งเตือนจะปรากฏขึ้นอีกครั้งหลังจากที่คุณเข้าระบบครั้งต่อไป การส่ง HTTP header ในความยาว %d ล้มเหลว: NSS error %d ไม่มีแฟ้ม {0} กำลังสร้าง backtrace กำลังสร้าง core_backtrace ซ่อน ละเว้นตลอด การกระทำผิดกฎหมาย (ได้ข้ามไป random address หรือเปล่า?) ปัญหาที่ไม่สมบูรณ์จะถูกพบขณะปิดเครื่องหรือออกจากระบบ ในการจัดทำรายงานปัญหาที่มีค่า ABRT จะไม่อนุญาตให้คุณส่งรายงานปัญหาเหล่านี้ จำนวนอาร์กิวเมนต์ไม่ถูกต้อง สัญญาณควบคุมงานที่ถูกส่งโดยเคอร์เนล ข้ามไปที่อยู่ที่ไม่ถูกต้อง ฆ่า gdb หากถูกเรียกมากกว่า NUM วินาที บันทึกไปที่ปูมระบบ บันทึกไปที่ปูมระบบแม้แต่ -d ทำให้อ่านโลกของไดเรกทอรีปัญหาได้ จำนวนสูงสุดของจำนวนเมกะไบต์ของแคช ค่าเริ่มต้นคือ แฟ้ม debuginfo หายไป: {0} แฟ้มที่ขอไว้หายไป: {0} โมดูล '%s' ถูกโหลดแล้ว - ไม่ต้องรายงานปัญหานี้ ไม่มีใครว่างแล้วละ กำลังละเว้นแฟ้มเก็บถาวร '%s' ไม่มีพื้นที่ว่างเหลือสำหรับปัญหา ไม่มีตัวตน Applet พื้นที่การแจ้งเตือนที่เตือนผู้ใช้งานต่าง ๆ เรื่องปัญหาที่ ABRT พบ เตือนปัญหาที่ยังไม่สมบูรณ์ จำนวนคนงานที่ทำงานพร้อมกัน ค่าเริ่มต้นคือ ตกลงจะอัปโหลด core dump หรือไม่? (อาจมีข้อมูลสำคัญ) หากคุณตอบ 'ไม่' stack trace จะถูกสร้างอยู่ในเครื่อง (อาจจะต้องดาวน์โหลดข้อมูลขนาดใหญ่หลวง) แยกข้อความ Oops สำเร็จ เปิด สงวนไดเรกททอรีนี้ Print พบ crash data บนการป้อนมาตรฐาน Print พบ oopses บนการป้อนมาตรฐาน Print ค้นหา string(s) เพื่อ stdout แล้ว exit การกำหนดการรายงานปัญหา พบปัญหาโปรแกรม ไดเรกทอรีปัญหา ออก รายงาน ขอตั๋วส่วนตัวสำหรับข้อมูลสำคัญ เรียกใช้ EVENT บน DIR สัญญาณ SYS (ได้เรียก syscall ที่ไม่รู้จักแล้วหรือยัง?) เหมือนกับ -d DumpLocation DumpLocation ถูกระบุใน abrt.conf บันทึกข้อมูลที่แยกแล้วใน PROBLEM การรายงานที่สั้น สัญญาณที่มาจากการเขียนไปยัง broken pipe สัญญาณท่ี่มาจากการเขียนไปยัง closed pipe สัญญาณที่มี siginfo.si_code = SI_USER สัญญาณที่ถูกส่งจาก alarm(N) expiration สัญญาณที่ส่งจากแป้นพิมพ์ สัญญาณที่ถูกส่งจาก timer/IO/async event สัญญาณที่ถูกส่งจากโค้ดของ userspace สัญญาณที่ถูกส่งจากการปรับขนาดหน้าต่าง การรายงานที่สั้นแบบเงียบๆ หลับเป็นเวลา %d วินาที สัญญาณ TRAP (อาจเป็นปัญหาใน debugger/tracer ได้) ปัญหาถูกรายงานไปแล้ว แฟ้ม coredump เป็นสิ่งที่จำเป็นสำหรับการสร้าง stack trace ซึ่งเป็นเวลาและการดำเนินการการใช้พื้นที่ ABRT จะใหบริการโดยการสร้าง stack trace จาก coredump แต่คุณต้องอัปโหลด coredump บนบริการนี้ก่อน ด้วยทางเลือกนี้ การปิดใช้งาน ABRT จะอัปโหลด coredump โดยไม่ถามก่อน ปูมของเคอร์เนลบ่งชี้ว่าพบปัญหาฮาร์ดแวร์
นี่อาจจะไม่ใช่ปัญหาซอฟต์แวร์
ชื่อ '%s' หายไปแล้ว กรุณาตรวจสอบ หากบริการอื่นที่เป็นเจ้าของชื่อไม่ทำงาน
ข้อมูลปัญหาไม่สมบูรณ์ นี่อาจเกิดเป็นประจำเมื่อตรวจพบปัญหาขณะปิดเครื่องหรือออกจากระบบ ในการจัดทำรายงานปัญหาที่มีค่า ABRT จะไม่อนุญาตให้คุณส่งรายงานปัญหาเหล่านี้ หากคุณมีเวลา และอยากช่วยนักพัฒนาในความพยายามของพวกเขาที่จะเรียงลำดับปัญหานี้ ให้ติดต่อพวกเขาโดยตรง รายงานซึ่งจะถูกส่งไม่มีข้อมูลที่สำคัญในการรักษาความปลอดภัย ดังนั้น จึงไม่จำเป็นต้องรบกวนคุณในครั้งต่อไป และไม่ต้องดำเนินการใด ๆ
โปรแกรมนี้ต้องเรียกใช้ในฐานะผู้ดูแลระบบ ข้อผิดพลาดที่ไม่รู้จัก ไม่รู้ค่าของตัวเลือก: '%s'
วิธีใช้งาน: %s [-vy] [--ids=BUILD_IDS_FILE]
[--tmpdir=TMPDIR] [--cache=CACHEDIR[:DEBUGINFODIR1:DEBUGINFODIR2...]] [--size_mb=SIZE]
[-e, --exact=PATH[:PATH]...]
ติดตั้ง debuginfos สำหรับ build-ids ทั้งหมดที่อยู่ในรายการ BUILD_IDS_FILE
ไปยัง CACHEDIR โดยใช้ TMPDIR เป็น temporary staging area.
แฟ้มเก่าใน CACHEDIR จะถูกลบจนกว่ามันจะมีขนาดเล็กกว่า SIZE.
-v Be verbose
-y Noninteractive, assume 'Yes' to all questions
--ids Default: build_ids
--tmpdir Default: @LARGE_DATA_TMP_DIR@/abrt-tmp-debuginfo-RANDOM_SUFFIX
--cache Default: /var/cache/abrt-di
--size_mb Default: 4096
-e,--exact Download only specified files
--repo Pattern to use when searching for repos.
Default: *debug*
วิธีใช้งาน: {0} [-v[v]] [--core=VMCORE] ใช้ NUM เป็น client uid คำเตือน ด้วยทางเลือกนี้ การประมวลผลการรายงาน หากเปิดใช้แล้ว จะเริ่มต้นโดยการคลิกปุ่ม รายงาน ในฟองการแจ้งเตือนปัญหาจะถูกขัดจังหวะหลังจากที่ uReport ถูกส่งแล้ว คุณสามารถใช้ตัวเรียกดูปัญหาค่าเริ่มต้นเพื่อทำรายงานสมบูรณ์ได้เสมอ เขียนไปยังที่อยู่ที่ไม่ถูกต้อง สัญญาณ XCPU (เวลาจำกัดของ over CPU) สัญญาณ XFSZ (ขนาดจำกัดของ over file) _เกี่ยวกับ _ปิด _ค่าเริ่มต้น _ออก translator-credits uReport เป็นรายละเอียดปัญหาที่สั้นและไม่บอกชื่อ ซึ่ง ABRT ใช้ uReport สำหรับการตรวจปัญหาจากทั่วโลกที่เร็วขึ้น ในค่ากำหนดเริ่มต้น uReport จะถูกส่งเมื่อตอนต้นของการประมวลผลการรายงาน ด้วยทางเลือกนี้ uReport จะถูกส่งทันทีโดยอัตโนมัติหลังพบปัญหา {0} ของแฟ้ม debuginfo ไม่ได้ถูกติดตั้ง