حقوق الطبع والنشر © 2008-2024 أوبريا دان، بارت دي كونينج، ريتشارد بيلي، جيرمار ريتز، تايلور راك
حقوق الطبع والنشر © 2022 كريستيان بوختز، مايكل بوكر، يورغن ألتفيلد
Back In Time هي أداة سهلة الاستخدام للنسخ الاحتياطي للملفات والمجلدات. إنه يعمل على نظام GNU/Linux (وليس على نظام التشغيل Windows أو OS X/macOS) ويوفر أداة سطر أوامر backintime وواجهة المستخدم الرسومية backintime-qt وكلاهما مكتوب بلغة Python3. يستخدم rsync لالتقاط لقطات يدوية أو مجدولة وتخزينها محليًا أو عن بعد عبر SSH. توجد كل لقطة في مجلد خاص بها مع نسخ من الملفات الأصلية، ولكن يتم ربط الملفات التي لم يتم تغييرها بين اللقطات لتوفير مساحة التخزين. كانت مستوحاة من FlyBack.
المشروع قيد التطوير النشط منذ انضمام الفريق الجديد في صيف 2022. ويتم التطوير في أوقات الفراغ لذا يجب تحديد أولويات الأمور. ابقوا معنا، كلنا
ينصب التركيز الحالي على إصلاح المشكلات الرئيسية بدلاً من تطبيق ميزات جديدة. اقرأ مخطط الإستراتيجية للحصول على التفاصيل. يرجى الاطلاع على المساهمة إذا كنت مهتمًا بالتطوير وإلقاء نظرة على المشكلات المفتوحة وخاصة تلك التي تم تصنيفها على أنها مشكلات أولى جيدة وتحتاج إلى المساعدة.
بدأ الفريق الحالي في صيف عام 2022 (برقم 1232) ويشكل الجيل الثالث من مشرفي المشروع. يتكون الفريق من ثلاثة أعضاء من خلفيات متنوعة (@aryoda، @buhtz، @emtiu)، ويستفيد الفريق من مساعدة المشرف السابق، @Germar، الذي يساهم من وراء الكواليس.
ويشارك جميع أعضاء الفريق في كل جانب من جوانب المشروع، بما في ذلك تحليل التعليمات البرمجية والتوثيق وحل المشكلات وتنفيذ الميزات الجديدة. يتم تنفيذ هذا العمل طوعًا خلال أوقات فراغهم المحدودة.
تم تضمين Back In Time في العديد من توزيعات GNU/Linux. استخدم مستودعاتهم لتثبيته. إذا كنت ترغب في المساهمة أو استخدام أحدث إصدار تطوير من Back In Time، فيرجى مراجعة قسم الإنشاء والتثبيت في CONTRIBUTING.md . كما يتم وصف التبعيات هناك.
إلى جانب مستودعات توزيعات GNU/Linux الرسمية، هناك خيارات تثبيت بديلة أخرى يتم توفيرها وصيانتها من قبل أطراف ثالثة.
ppa:bit-team/stable باعتباره مستقرًا و ppa:bit-team/testing كاختبار PPA.في أحدث إصدار مستقر:
qt_probing.py مع الاستخدام العالي لوحدة المعالجة المركزية (CPU) عند تشغيل BiT root عبر cronفي الإصدارات القديمة:
المزيد من المشاكل الموضحة في قسم الأسئلة الشائعة هذا.
جميع الإصدارات يمكن العثور عليها في قائمة الإصدارات.
في الإصدار 1.2.0، تم تغيير طريقة التعامل مع أذونات الملفات. في الإصدارات <= 1.1.24 (حتى 2017) تم تعيين جميع أذونات الملفات على -rw-r--r-- في هدف النسخ الاحتياطي. في الإصدارات >= 1.2.0 (منذ 2019) يتم تنفيذ rsync باستخدام خيار --perms الذي يخبر rsync بالحفاظ على إذن الملف المصدر.
لذلك يمكن أن تكون النسخ الاحتياطية أكبر حجمًا وأبطأ، خاصة النسخة الاحتياطية الأولى بعد الترقية إلى الإصدار >= 1.2.0.
إذا لم يعجبك السلوك الجديد، فيمكنك استخدام خيارات الخبراء -> لصق خيارات إضافية لـ rsync لإضافة --no-perms --no-group --no-owner إليه. لاحظ أنه لا يزال من الممكن العثور على أذونات الملف الدقيقة في fileinfo.bz2 ويتم أخذها في الاعتبار أيضًا عند استعادة الملفات.
qt_probing.py مع الاستخدام العالي لوحدة المعالجة المركزية (CPU) عند تشغيل BiT root عبر cronوانظر المسألة ذات الصلة رقم: 1592.
الحل الوحيد الموثوق به هو حذف (أو نقله إلى مجلد آخر) الملف /usr/share/backintime/common/qt_probing.py :
mv /usr/share/backintime/common/qt_probing.py /usr/share/backintime/
إعادة التسمية لا تعمل!
الحالة: تم إصلاحها في الإصدار 1.4.0
يمكن أن تتسبب عمليات التثبيت المفقودة للموضوعات والأيقونات التي تدعم Qt في حدوث هذا التأثير. قد يؤدي Back In Time إلى تنشيط السمة الخاطئة في هذه الحالة مما يؤدي إلى فقدان بعض الرموز. هناك إصلاح للإصدار التالي قيد الإعداد.
كحل نظيف، يرجى التحقق من إعدادات Linux الخاصة بك (المظهر والأنماط والأيقونات) وتثبيت جميع حزم السمات والأيقونات لأسلوبك المفضل عبر مدير الحزم لديك.
وانظر المسألة رقم: ١٣٠٦، ورقم ١٣٦٤.
الحالة: تم إصلاحها في الإصدار 1.3.3 (في الغالب) والإصدار 1.4.0
لا يدعم Back in Time سوى الواجهات الخلفية المحددة "المعروفة جيدًا" لتعيين كلمات المرور والاستعلام عنها من كلمة مرور آمنة لجلسة المستخدم باستخدام مكتبة keyring .
يتطلب تمكين حلقة مفاتيح مدعومة تكوينًا يدويًا لملف التكوين حتى تتوفر على سبيل المثال واجهة المستخدم الرسومية للإعدادات لهذا الغرض.
تتمثل الأعراض في إخراج سجل DEBUG (باستخدام وسيطة سطر الأوامر --debug ) لمشكلات حلقة المفاتيح التي يمكن التعرف عليها من خلال الإخراج مثل:
DEBUG: [common/tools.py:829 keyringSupported] No appropriate keyring found. 'keyring.backends...' can't be used with BackInTime
DEBUG: [common/tools.py:829 keyringSupported] No appropriate keyring found. 'keyring.backends.chainer' can't be used with BackInTime
لتشخيص هذه المشكلة وحلها، اتبع الخطوات التالية في الوحدة الطرفية:
# Show default backend
python3 -c "import keyring.util.platform_; print(keyring.get_keyring().__module__)"
# List available backends:
keyring --list-backends
# Find out the config file folder:
python3 -c "import keyring.util.platform_; print(keyring.util.platform_.config_root())"
# Create a config file named "keyringrc.cfg" in this folder with one of the available backends (listed above)
[backend]
default-keyring=keyring.backends.kwallet.DBusKeyring
وانظر أيضاً العدد رقم: 1321
الحالة: تم إصلاحها في الإصدار 1.3.3
الإصدار ( 1.3.2 ) والإصدارات السابقة من Back In Time غير متوافقة مع rsync >= 3.2.4 (#1247).
إذا كنت تستخدم rsync >= 3.2.4 و backintime <= 1.3.2 فهناك حل بديل. أضف --old-args في خيارات الخبراء / خيارات إضافية لـ rsync . لاحظ أن بعض توزيعات GNU/Linux (مثل Manjaro) تستخدم حلاً بديلاً مع متغير البيئة RSYNC_OLD_ARGS في حزمها الخاصة بالتوزيعات الخاصة بـ Back In Time . في هذه الحالة قد لا ترى أي مشاكل.
راجع ملف المساهمة للحصول على نظرة عامة حول سير عمل المشروع واستراتيجيته.
يوليو 2024
