لقد اطلعت على الوثائق المتعلقة بالتحديات عند البدء من جديد باستخدام Ubuntu 20.04 LTS و 22.04 LTS.
هل قام أي شخص بترقية 18.04 LTS إلى 20.04 أو 22.04 في مكانه؟
لست في عجلة من أمري، فقط أفكر في أنني سأحتاج إلى الانتقال إلى إصدار أحدث في وقت ما بين الآن وأبريل.
ما هي التحديات؟ لا أعتقد أنني قمت بتغيير البرامج النصية الخاصة بي ولا توجد مشكلة. سأحاول التحقق مرة أخرى من أن 22.04 يعمل لاحقًا اليوم.
22.04 يعمل بشكل جيد، لقد سنحت لي الفرصة لاختباره بالأمس.
شكرًا لك!
للتوضيح، كنت أتردد في الترقية من Ubuntu عبر CLI إلى إصدار أعلى (إما 20.04 LTS أو 22.04 LTS) وهناك بعض المستندات هنا تشير إلى مشاكل مع إصدارات SSL، بالإضافة إلى مكونات أخرى (ربما Ruby on Rails؟).
بشكل عام، أنا لا أتطلع إلى خلق مشاكل حيث لا توجد. كما أنني لا أريد أن أُتلف تثبيت Discourse الخاص بي إذا كانت هناك تبعيات لنظام التشغيل.
شكرًا على البصيرة.
لم تقل بعد ما هي “بعض المستندات”، ولكن ربما تشير إلى شيء يتعلق بتشغيل بيئة تطوير؟
إذا كنت تقوم بتثبيت قياسي على دوكر، فلن تواجه أي مشاكل.
تتضمن الروابط التي وجدتها هنا وقرأتها:
لقد رأيت أيضًا الملاحظات حول التثبيت للتطوير. لقد وضعت ذلك جانبًا باعتباره غير ذي صلة.
ليست مشكلة مع تثبيت نظيف لـ 22.04.1 LTS:
لقد قاموا بترقية نظام التشغيل بدلاً من تثبيت نظيف.
هذا تثبيت للتطوير.
يبدو أن عدم ثقتي في تشغيل تحديث نظام التشغيل وإجراء تثبيت نظيف ليس سخيفًا كما كنت أعتقد.
الميزة الأخرى للتثبيت النظيف هي أنه يمكنك العودة إلى الإصدار العامل بمجرد تغيير نظام أسماء النطاقات (DNS) الخاص بك (أو عنوان IP الثابت، وهو ما أوصي به لأنه أسرع بكثير من انتظار تحديث نظام أسماء النطاقات في معظم الحالات).
قد نكون نتحدث بشكل غير مقصود. 
كان سؤالي الأصلي يبحث عن تحديث سطر الأوامر (CLI) من 18.04 إلى 20.04 أو 22.04 مباشرة كخيار، وما هي التأثيرات المترتبة على ذلك.
أتفهم نهج التثبيت النظيف أو إنشاء مثيل EC2 جديد، والمحاولة في النسخ الاحتياطي واستعادة ديسكورس.
هناك مفاضلة بين المخاطر والجهد.
إذا قمت بالتحديث في مكانه، فهناك خطر من أن بيئة ديسكورس الخاصة بي لن تعمل بعد تحديث نظام التشغيل. عندها سأحتاج إلى قضاء وقت في معرفة ما الذي تعطل، وقد أحتاج إلى مساعدة من الزملاء الأذكياء هنا للتعافي.
إذا قمت بإنشاء بيئة جديدة، فمن المؤكد أنها لن تؤثر على مجتمعي حتى وقت التحويل. هذا يبدو أنه يتطلب جهدًا أكبر بكثير.
المسار السعيد سيكون أن ترقية نظام التشغيل تعمل ببساطة، وأن يعاد تشغيل ديسكورس بدون مشاكل.
عفوًا. آسف.
تشير بعض المشاركات التي ربطتها إلى أنه من المحتمل جدًا أن تواجه مثل هذه المشاكل.
هناك موضوع حول كيفية الانتقال إلى خادم جديد لم أعد أستطيع العثور عليه. أنت تقوم بشكل أساسي بنسخ دليل /var/discourse الخاص بك باستخدام rsync، وتثبيت docker، وإعادة البناء. يمكنك توفير بعض الوقت بعدم نسخ كل /var/discourse، ولكن نسخ هذا سيستغرق وقتًا أقل بكثير من انتظار فشل ترقية نظام التشغيل. 
أحب أن أذهب إلى الشيء المؤكد. في هذه المرحلة، لقد قضيت وقتًا في هذا الموضوع يقارب الوقت الذي كانت ستستغرقه الترقية.
حظًا سعيدًا، أيًا كان المسار الذي تختاره!
الأمر كله يعتمد على مدى تحملك للمخاطر ومقدار التعطل الذي يمكنك تحمله. إن تشغيل خادم افتراضي خاص جديد، وضبط نسختك على وضع القراءة فقط، وتثبيت دوكر سيقلل من فترة التعطل. ترقية نظام التشغيل تضمن فترة تعطل، وإصلاح المشاكل سيطيل هذه الفترة.
أو ربما هناك طريقة أخرى للعبها!