ارتقای اوبونتو 22.04 به 24.04 از مسیر مستقیم LTS انجام می‌شود؛ لازم نیست ابتدا به 23.10 بروید. طبق یادداشت انتشار Ubuntu 24.04، ارائهٔ ارتقا برای کاربران 22.04 پس از انتشار 24.04.1 آغاز شد. این مقاله مخصوص همین مبدأ و مقصد است، نه دستور ارتقا به هر نسخهٔ جدیدتر.
پیش از ارتقای اوبونتو 22.04 به 24.04
ابتدا نسخهٔ فعلی، فضای آزاد و وضعیت سرویس‌ها را ثبت کنید:
cat /etc/os-release
df -h / /boot
systemctl --failedاگر مبدأ 22.04 نیست، این مسیر را بدون بررسی اجرا نکنید. یادداشت انتشار مقصد را برای تغییرات PHP، Python، دیتابیس، شبکه و مشکلات شناخته‌شده بخوانید. موفقیت نصب بسته‌ها به معنی سازگاری خودکار برنامهٔ شما نیست.
برای سرور دارای سایت، زمان نگهداری و امکان بازگشت مشخص کنید. کپی پوشهٔ home به‌تنهایی دیتابیس، تنظیمات سرویس‌ها و همهٔ فایل‌های سایت را پوشش نمی‌دهد. نسخهٔ قابل بازیابی از داده و تنظیمات لازم داشته باشید و روش بازگردانی را پیش از شروع بشناسید.
در دسترسی راه دور، کنسول ارائه‌دهندهٔ سرور باید قابل استفاده باشد. نشست SSH را زود نبندید. اگر ابزار ارتقا دربارهٔ شنوندهٔ موقت SSH توضیح داد، دسترسی را فقط برای مبدأ مدیریتی لازم و متناسب با فایروال تنظیم کنید؛ باز کردن عمومی پورت 1022 یک مرحلهٔ اجباری برای همه نیست.
به‌روز کردن نسخه فعلی
مطابق راهنمای ارتقای اوبونتو، ابتدا بسته‌های نسخهٔ فعلی را کامل به‌روز کنید و فهرست تغییرات را پیش از تأیید بخوانید:
sudo apt update
sudo apt dist-upgrade -o APT::Get::Always-Include-Phased-Updates=true
sudo apt install update-manager-coreاگر اجرای دستور خطا داشت، ارتقا را ادامه ندهید. بسته‌های نگه‌داشته‌شده و وابستگی‌های حل‌نشده را بررسی کنید. در صورت وجود /run/reboot-required، پس از هماهنگی سرویس‌ها سیستم را راه‌اندازی مجدد و اتصال را دوباره آزمایش کنید.
تنظیم مسیر LTS و آغاز ارتقا
در فایل /etc/update-manager/release-upgrades مقدار مسیر انتشار را بررسی کنید:
Prompt=ltsاین مقدار برای دنبال کردن نسخه‌های LTS است؛ تغییر آن به normal برای عبور از نسخه‌های میانی در این سناریو لازم نیست. توضیح این تنظیم در مستند رسمی مسیر LTS نیز آمده است.
sudo do-release-upgradeپیش از تأیید، مقصد پیشنهادی باید با 24.04 و برنامهٔ شما مطابق باشد. از -d یا --proposed برای مجبور کردن سرور عملیاتی به ارتقا استفاده نکنید؛ راهنمای دستور این گزینه‌ها را از مسیر عادی جدا می‌کند.
اگر نسخه‌ای پیشنهاد نشد، اتصال به مخازن، وضعیت به‌روزرسانی و پیام خود ابزار را بررسی کنید. فایل sources را با جایگزینی کورکورانهٔ نام توزیع تغییر ندهید.
پاسخ به پرسش‌های ابزار
فهرست بسته‌های حذف‌شونده و تغییر فایل‌های تنظیم را بخوانید. برای تنظیمی که قبلاً سفارشی کرده‌اید، تفاوت نسخهٔ جدید و موجود را بررسی کنید؛ پاسخ یکسان به همهٔ پرسش‌ها ممکن است شبکه یا سرویس را مختل کند. پس از پایان موفق، راه‌اندازی مجدد درخواست‌شده را انجام دهید.
بررسی بعد از ارتقا
cat /etc/os-release
systemctl --failed
sudo apt updateورود SSH، DNS، وب‌سرور، دیتابیس، PHP-FPM، زمان‌بندی‌ها و عملکرد واقعی برنامه را بررسی کنید. لاگ خطاها را با وضعیت قبل مقایسه کنید. قبل از حذف بسته‌های قدیمی، وابستگی برنامه‌ها و فهرست حذف را ببینید.
مخازن شخص ثالث را فقط پس از تأیید پشتیبانی از Noble و با راهنمای همان تأمین‌کننده فعال کنید. حذف علامت توضیح از همهٔ فایل‌های مخزن یا تغییر نام نسخه در همهٔ آن‌ها روش قابل اتکایی نیست. پایان کار زمانی است که سرویس‌های مورد نیاز در نسخهٔ مقصد درست کار کنند.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شده‌اند.
