در راهنماهای قدیمی RHEL و CentOS نام YUM رایج است؛ در خانواده‌های جدید Enterprise Linux و Fedora معمولاً DNF ابزار اصلی است و yum ممکن است لایه سازگاری آن باشد. این دو را در همه نسخه‌ها کاملاً یکسان فرض نکنید. ابتدا نسخه سیستم و راهنمای مدیر بسته نصب‌شده را بررسی کنید. مثال‌های زیر با DNF نوشته شده‌اند؛ برای سیستم‌های قدیمی، سازگاری فرمان را در راهنمای yum همان سیستم تأیید کنید.
قبل از نصب یا ارتقا
از داده و تنظیمات سرویس بکاپ بگیرید، فضای دیسک و مخازن فعال را بررسی و برای سرور عملیاتی پنجره نگهداری تعیین کنید. PACKAGE جای نام واقعی بسته است. بدون خواندن خلاصه تراکنش از گزینه تأیید خودکار -y استفاده نکنید؛ نصب یا حذف بسته می‌تواند سرویس و وابستگی‌ها را تغییر دهد. ارتقای بسته‌ها، سیستم‌عاملی را که پشتیبانی آن پایان یافته دوباره تحت پشتیبانی نمی‌آورد.
۱۸ فرمان کاربردی با توضیح هدف
| ردیف | فرمان نمونه | کاربرد و نکته |
|---|---|---|
| 1 | dnf --version |
شناخت نسخه ابزار نصب‌شده |
| 2 | dnf repolist |
دیدن مخازن فعال |
| 3 | dnf repolist --all |
دیدن مخازن فعال و غیرفعال |
| 4 | dnf search KEYWORD |
جست‌وجوی بسته با کلیدواژه |
| 5 | dnf info PACKAGE |
مشخصات بسته؛ نسخه مخزن را با نسخه نصب‌شده اشتباه نگیرید |
| 6 | dnf list --installed PACKAGE |
بررسی بسته نصب‌شده |
| 7 | dnf list --available PACKAGE |
بررسی بسته موجود برای نصب |
| 8 | dnf provides /usr/bin/COMMAND |
یافتن بسته ارائه‌کننده یک مسیر فایل |
| 9 | dnf check-update |
بررسی به‌روزرسانی؛ کد خروج 100 معمولاً یعنی به‌روزرسانی موجود است، نه خرابی |
| 10 | sudo dnf makecache |
تازه‌سازی فراداده مخازن |
| 11 | sudo dnf install PACKAGE |
نصب پس از بررسی وابستگی‌ها |
| 12 | sudo dnf upgrade PACKAGE |
ارتقای یک بسته و وابستگی‌های لازم |
| 13 | sudo dnf upgrade |
ارتقای بسته‌های سیستم؛ نیازمند برنامه نگهداری |
| 14 | sudo dnf remove PACKAGE |
حذف؛ فهرست بسته‌های وابسته حذف‌شونده را حتماً بخوانید |
| 15 | dnf history |
مشاهده تاریخچه تراکنش |
| 16 | dnf history info ID |
جزئیات یک تراکنش؛ ID را با شناسه واقعی جایگزین کنید |
| 17 | dnf check |
بررسی مشکلات پایگاه داده و وابستگی بسته‌ها |
| 18 | sudo dnf clean metadata |
پاک‌سازی فراداده محلی؛ دانلود دوباره در مراجعه بعدی لازم می‌شود |
گروه‌ها، مخازن اضافه و تفاوت نسخه‌ها
نام گروه‌های نرم‌افزاری بین توزیع‌ها و نسخه‌ها فرق دارد؛ عبارت‌های قدیمی مانند گروه MySQL Database را بدون دیدن گروه‌های همان نسخه اجرا نکنید. گزینه‌های DNF4 و DNF5 نیز ممکن است تفاوت داشته باشند؛ dnf --help و man dnf را معیار قرار دهید. مخزن شخص ثالث باید معتبر، امضاشده و سازگار با نسخه سیستم باشد؛ فعال‌کردن EPEL به معنی موجودبودن هر بسته دلخواه نیست.
تاریخچه جای بکاپ نیست
برگرداندن یک تراکنش به موجودبودن بسته قدیمی و وضعیت وابستگی‌ها وابسته است. history undo تضمین نمی‌کند دیتابیس برنامه، فایل پیکربندی یا مهاجرت schema به قبل برگردد. پیش از ارتقای سرویس داده‌محور، روش rollback همان برنامه را آماده کنید. خطای امضا را با nogpgcheck دور نزنید و برای رفع مخزن خراب، مخازن نسخه متفاوت را با هم ترکیب نکنید.
کنترل بعد از تغییر
خروجی تراکنش، وضعیت سرویس و لاگ خطا را بررسی کنید. اگر کتابخانه یا kernel تغییر کرده، نیاز به restart سرویس یا reboot را طبق سیاست توزیع ارزیابی کنید. قبل از reboot سرور راه دور، دسترسی کنسول مجاز و وضعیت سرویس‌های ضروری را کنترل کنید. پایان موفق مدیر بسته فقط نصب فایل‌ها را نشان می‌دهد؛ پاسخ درست وب‌سایت و سلامت داده نیز باید آزموده شود.
منابع و دامنه راهنما
این راهنما بر پایه مستندات رسمی زیر بازبینی شده است. نام گزینه‌ها و امکانات ممکن است با نسخه نرم‌افزار یا سطح دسترسی سرویس شما تفاوت داشته باشد.
