هذا هو أمر apport-retrace الذي يمكن تشغيله في مزود الاستضافة المجانية OnWorks باستخدام إحدى محطات العمل المجانية المتعددة على الإنترنت مثل Ubuntu Online أو Fedora Online أو محاكي Windows عبر الإنترنت أو محاكي MAC OS عبر الإنترنت
برنامج:
اسم
apport-retrace - إعادة إنشاء تتبع مكدس تقرير الأعطال
موجز
تتبع التطبيق [ OPTIONS ] تقرير
الوصف
تتبع التطبيق يجدد آثار المكدس (البسيط والمترابط) في ملف
تقرير تحطم التطبيق من التفريغ الأساسي المضمن. لهذا فإنه يحدد مجموعة
الحزم الضرورية وحزم رموز التصحيح المصاحبة لها ، بحيث يتم إعادة إنشاء
سيكون تتبع المكدس رمزيًا بالكامل وبالتالي يصبح أكثر فائدة للمطورين لإصلاحه
المشكلة.
تتبع التطبيق وضعين: بشكل افتراضي ، سيقوم فقط بإعادة إنشاء الآثار بناءً على
الحزم المثبتة حاليًا في النظام ، أي أنها تفترض أن جميعها ضرورية
تم تثبيت رموز التصحيح للتقرير. عند تحديد ملف -S الخيار ، فإنه ينشئ ملف
"وضع الحماية" المؤقت وتنزيل وتثبيت جميع الحزم الضرورية ورموز التصحيح
هناك. لن يتم إجراء أي تغييرات على نظامك. هذا لا يتطلب امتيازات الجذر ،
لأنه لا يستخدم في الواقع الامتداد كروت () استدعاء النظام ، ولكن فقط يزود بعض "الظاهري
الجذر "إلى جدب.
إذا كنت تستخدم بانتظام تتبع التطبيق في وضع الحماية ، يوصى بشدة باستخدام ملف
دليل ذاكرة التخزين المؤقت الدائم (ملف --مخبأ اختيار).
تقرير إما أن يكون المسار إلى ملف .crash ، أو رقم خطأ. في الحالة الأخيرة ، فإن
يتم تنزيل المعلومات من تقرير الخطأ وإحدى الخيارين -g, -s أو -o
يجب استخدامها لمعالجة التقرير محليًا ، أو --عوث يحتاج إلى التحديد لإرفاقه
المكدس الناتج يعود إلى تقرير الخطأ.
OPTIONS
-c ، - إزالة النواة
قم بإزالة تفريغ النواة من التقرير بعد تجديد تتبع المكدس. بشكل افتراضي
يتم الاحتفاظ.
-g ، --gdb
ابدأ جلسة gdb تفاعلية مع ملف التفريغ الأساسي للتقرير.
-س، - stdout
اكتب آثار المكدس الجديدة إلى stdout بدلاً من إعادتها إلى التقرير.
-o FILE, - الخرج =FILE
كتابة تقرير معدل إلى ملف معين بدلاً من تغيير التقرير الأصلي.
-R ، - معلومات إعادة البناء
(إعادة) إنشاء الحزم: والاعتماديات: الحقول قبل الاسترجاع. هذا هو
مفيد بشكل خاص إذا كنت تريد استعادة تقرير تعطل قبل اكتماله
من خلال تشغيله خلال مرحلة جمع بيانات واجهة المستخدم. ومع ذلك ، هذا يعمل فقط عندما
تقوم بتشغيل هذا على نفس النظام الذي حدث فيه الانهيار.
-S CONFIG_DIR, - الصندوق =CONFIG_DIR
قم ببناء صندوق حماية مؤقت وتنزيل / تثبيت الحزم الضرورية وتصحيح الأخطاء
الرموز هناك بدون هذا الخيار يفترض أن الحزم الضرورية و
تم تثبيت رموز التصحيح بالفعل في النظام.
تشير الوسيطة إلى دليل تكوين نظام الحزم ، والذي يحتاج إلى
لديك دليل فرعي لملف توزيعة الحقل في التقرير (على سبيل المثال ، "config / Ubuntu
11.04 / ") ، والذي يحتوي على تكوين نظام الحزمة.
عند استخدام apt / dpkg backend (التوزيعات القائمة على Debian / Ubuntu) ،
يجب أن يحتوي دليل الإصدار على apt sources.list ملف بمصادر الحزم الخاصة بـ
هذا الإصدار ، بالإضافة إلى مستودع حزمة رمز التصحيح المقابل.
لم يتم تنفيذ Sandboxing للخلفيات الأخرى (القائمة على RPM) في الوقت الحالي.
If CONFIG_DIR هو "النظام" ، سيستخدم ملفات تكوين النظام ، ولكنه سيفعل ذلك
عندئذٍ ستكون قادرًا فقط على استعادة الأعطال التي حدثت في التشغيل الحالي
الافراج.
-الخامس، - الإسراف
الإبلاغ عن تقدم التنزيل / التثبيت عند تثبيت الحزم في وضع الحماية.
-p ، - حزمة إضافية
قم بتثبيت حزمة إضافية للرجوع إلى الصندوق الرمل. قد تكون محددة
عدة مرات.
-C DIR, - ذاكرة التخزين المؤقت =DIR
دليل ذاكرة التخزين المؤقت الدائم لفهارس الحزم التي تم تنزيلها والحزم الخاصة بـ sandbox
الوضع. إذا لم يتم تحديد ذلك ، فسيتعين إعادة تنزيل جميع الفهارس والحزم في
كل شوط من تتبع التطبيق. إذا كنت تستخدم وضع الحماية بانتظام ، فاستخدم ملف
ينصح بشدة دليل ذاكرة التخزين المؤقت.
- ساندبوكس- دير =DIR
دليل دائم لوضع الحماية للحزم المستخرجة. إذا لم يتم تحديد الكل
يجب إعادة استخراج الحزم المخزنة مؤقتًا في كل تشغيل من تتبع التطبيق. إذا كنت
استخدام وضع الحماية بانتظام ، فإن استخدام دليل ذاكرة التخزين المؤقت الدائم يعد أمرًا بالغ الأهمية
الموصى بها.
-ح ، --مساعدة
اطبع تعليمات قصيرة توثق جميع الخيارات.
--عث =ملف التأليف
إذا تم إعطاء رقم خطأ بدون أي من الخيارات -g, -s أو -o، ثم
يتم إرفاق آثار المكدس التي تم إرجاعها إلى الخطأ. نظرًا لأن هذا يحتاج إلى مصادقة ، فإن ملف
يجب تحديد ملف المصادقة لقاعدة بيانات الأعطال. يمكن أن يكون هذا على سبيل المثال
المعيار ملفات تعريف الارتباط من دليل ملف تعريف Firefox إذا كانت قاعدة البيانات التعطل تستخدم
المصادقة المستندة إلى ملف تعريف الارتباط.
--تؤكد
اعرض تتبعات المكدس التي تم استرجاعها واطلب التأكيد قبل تحميلها إلى ملف
تقرير الشوائب. يتم تجاهل هذا الخيار عند استعادة ملفات التقرير.
- مضاعفة- ديسيبل =ملف
حدد مسار قاعدة بيانات التحقق المكررة (بتنسيق SQLite). سوف قاعدة البيانات
يتم إنشاؤها وتهيئتها إذا لم تكن موجودة. إذا لم يكن محددًا ، تتبع التطبيق
لن يتحقق من وجود تكرارات.
أمثلة
إعادة معالجة تقرير تعطل gedit المحلي الأخير بعد أن تم تصحيح حزم رموز التصحيح
مثبتة في النظام ، وإظهار آثار المكدس المعاد معالجتها على stdout:
Appport-retrace --stdout /var/crash/_usr_bin_gedit.1000.crash
أنشئ صندوق رمل به جميع الحزم الضرورية ورموز تصحيح الأخطاء ، وابدأ جلسة gdb عليها
الملف الأساسي للتقرير:
apport-retrace --gdb - نظام الحماية - ذاكرة التخزين المؤقت ~ / .cache / apport-retrace
/var/crash/_usr_bin_gedit.1000.crash
قم بتنزيل خطأ تقرير الأعطال رقم 12345 ، وقم بالتشغيل في وضع الحماية مع ملفات التكوين المحلية ، و
أعد تحميل عمليات التتبع المحدثة إلى الخطأ (حيث لم يتم تحديد أي من -g أو -s):
إعادة تتبع التطبيق --auth ~ / .cache / apport / launchpad.credentials -S ~ / retrace-conf / -C
~ / .cache / apport-retrace 12345
استخدم apport-retrace عبر الإنترنت باستخدام خدمات onworks.net
