بررسی تغییرات Ubuntu 26.04.1 و زمان مناسب برای ارتقا

نگاهی کوتاه به Ubuntu 26.04.1

نسخه Ubuntu 26.04.1 LTS (پشتیبانی بلندمدت) در تاریخ 27 اوت 2026 منتشر شد؛ یعنی چهار ماه پس از آنکه Ubuntu 26.04 LTS در تاریخ 23 آوریل 2026 عرضه شد. این نسخه در واقع مجموعه‌ای از به‌روزرسانی‌های نسخه پیشین است: همان هسته Linux 7.0 و همان مجموعه بسته‌ها، با این تفاوت که تمامی به‌روزرسانی‌های پایدار (SRU) و وصله‌های امنیتی منتشرشده تا تاریخ 25 اوت 2026، در رسانه نصب جدید گنجانده شده‌اند. سروری که از نسخه 26.04 استفاده می‌کند و apt full-upgrade را اجرا کرده است، هم‌اکنون تمامی این موارد را در اختیار دارد. این نسخه به‌ویژه برای سرورهای 24.04 LTS اهمیت دارد، زیرا اولین نسخه نقطه‌ای (point release) زمانی است که Canonical مسیر ارتقا از نسخه LTS قبلی را باز می‌کند. تا تاریخ 18 سپتامبر 2026، این مسیر هنوز باز نشده است و یک فایل متنی عمومی، روز دقیق باز شدن آن را به شما اعلام می‌کند.

انتشار نقطه‌ای (point release) چیست

انتشار نقطه‌ای در واقع یک snapshot است. Canonical آرشیو 26.04 را در وضعیت فعلی‌اش، همراه با تمام به‌روزرسانی‌هایی که از ماه آوریل در resolute-updates و resolute-security اعمال شده‌اند، می‌گیرد و ISOها و imageهای ابری جدیدی از آن می‌سازد. در اطلاعیهٔ انتشار، این موضوع در یک جمله خلاصه شده است: «این انتشار نقطه‌ای شامل به‌روزرسانی‌های بسیاری است و رسانه‌های نصب جدیدی ارائه شده‌اند تا پس از نصب، نیاز به دانلود به‌روزرسانی‌های کمتری باشد.» هیچ تغییری در وضعیت پشتیبانی ایجاد نمی‌شود. دورهٔ پنج‌ساله همچنان از آوریل 2026 محاسبه می‌شود، بنابراین 26.04.1 دقیقاً مانند image ماه آوریل، تا آوریل 2031 پشتیبانی می‌شود. مکانیسم‌های کلی، از جمله دلیل اینکه چرا انتشار‌های نقطه‌ای بعدی دارای kernel جدیدتر هستند اما این نسخه خیر، در نحوه عملکرد انتشار‌های نقطه‌ای Ubuntu توضیح داده شده است. آنچه در ادامه می‌آید، مختص 26.04.1 است.

تغییرات در Ubuntu 26.04.1

فهرست کامل تغییرات در صفحه رسمی یادداشت‌های انتشار 26.04.1 موجود است. این فهرست طولانی است و بخش عمده آن به سخت‌افزارهای دسکتاپ و لپ‌تاپ مربوط می‌شود. در ادامه، مواردی که برای سرور اهمیت دارند ذکر شده است.

هسته: همچنان Linux 7.0، بدون پشته HWE تا این لحظه

نسخه 26.04 LTS با Linux 7.0 عرضه شد که نسبت به نسخه 6.8 در 24.04 ارتقا یافته بود. نسخه .1 همچنان از 7.0 استفاده می‌کند. یادداشت‌ها به چندین بیلد linux SRU در بخش هسته اشاره دارند (از جمله ردیاب 7.0.0-15.15)، بنابراین دستور uname -r روی یک سیستم وصله‌شده، شماره ABI (رابط باینری برنامه) بالاتری نسبت به ایمیج ماه آوریل نشان می‌دهد، اما همچنان در همان سری 7.0 باقی می‌ماند. هیچ هسته HWE (توانمندسازی سخت‌افزار) در 26.04.1 وجود ندارد. صفحه چرخه حیات هسته اوبونتو این الگو را بیان می‌کند: «نسخه‌های فرعی .2 و جدیدتر، هسته به‌روزرسانی‌شده را ارائه می‌دهند» که برای دسکتاپ است، در حالی که «نصب‌های سرور به‌صورت پیش‌فرض از هسته GA استفاده می‌کنند و هسته توانمندسازی را به‌صورت اختیاری ارائه می‌دهند.» GA به معنای در دسترس بودن عمومی است، یعنی همان هسته‌ای که نسخه با آن منتشر شد. در یک VPS، این بدان معناست که شما تا پایان عمر آن نسخه روی 7.0 باقی می‌مانید مگر اینکه تصمیم دیگری بگیرید، و اینکه آیا یک سرور اصلاً باید از هسته HWE استفاده کند یا خیر یک تصمیم جداگانه است که امروز نیازی به اتخاذ آن ندارید.

یک اصلاح هسته ارزش ذکر کردن دارد. باگ 2158267 با عنوان «افت عملکرد باعث کندی استنتاج SDXL (حدود 42 برابر) می‌شود»، در هسته generic و اکثر نسخه‌های ابری برطرف شده است. اگر بارهای کاری استنتاج را روی 26.04 اجرا می‌کنید و پس از به‌روزرسانی هسته شاهد کندی بوده‌اید، این همان موردی است که باید مطالعه کنید.

اصلاحات سرور و ابری

• openssl: یک به‌روزرسانی امنیتی برای «مسئله محروم‌سازی از سرویس HollowByte» (باگ 2161371).
• rsync: «اصلاحات رگرسیون از به‌روزرسانی امنیتی مه 2026» (باگ 2155874). اگر rsync در ماه مه برای شما دچار مشکل شده بود، رسانه .1 این اصلاحیه را به همراه دارد.
• exim4: سه به‌روزرسانی امنیتی، شامل یک نوشتن یک‌بایتی در بافر آزادشده و یک افشای اطلاعات در PROXYv2.
• ca-certificates: بسته مرجع صدور گواهی (CA) موزیلا به نسخه 2.86 ارتقا یافت.
• systemd: تأخیری در cloud-init که ناشی از یک hook در systemd-networkd resolve بود برطرف شد (باگ 2148619)، و هسته اکنون سوکت netfilter خود را فقط در صورت نیاز باز می‌کند.
• libvirt و qemu: اصلاحی برای «تخصیص حافظه بیش از حد زمانی که physical_package_id بزرگ است»، و اصلاحی برای رقابت (race) بین iothreads و throttle groups.
• apparmor: یک نسخه جدید upstream، به همراه اصلاح پروفایل برای «خواندن محلی uucore». uucore کد مشترک تحت rust-coreutils است و این اصلاح به همان داستانی تعلق دارد که باعث تأخیر در اعلان ارتقای 24.04 شده است که در ادامه پوشش داده شده است.
• ubuntu-meta: بسته pollinate از دانه (seed)های cloud-minimal، server، server-minimal و server-raspi حذف شد و curl به‌طور صریح به cloud-minimal و server-minimal اضافه شد. هر دو تغییر بر محتویات نصب تازه از رسانه .1 اعمال می‌شوند.
• debootstrap: «شناسایی و پشتیبانی از SHA512 در فایل‌های ایندکس Release»، که در صورت ساخت chroot یا کانتینر از آرشیو 26.04 اهمیت دارد.
• base-files: فایل /etc/os-release اکنون 26.04.1 را نشان می‌دهد و باگ قبلی «عدم وجود LTS در VERSION» برطرف شده است، بنابراین رشته اکنون 26.04.1 LTS (Resolute Raccoon) را نشان می‌دهد.

رسانه نصب

ISOهای جدید شامل چهار اصلاحیه livecd-rootfs هستند. موردی که ممکن است کاربر VPS با آن مواجه شود «اصلاح: به‌روزرسانی فرمت داده رمز عبور nocloud» (باگ 2149891) است که بر نصب‌های بدون نظارت (unattended) که رمز عبور را از طریق منبع داده NoCloud ارسال می‌کنند، تأثیر می‌گذارد. موارد دیگر، مجوزهای هسته و initrd در دایرکتوری casper را روی 0644 تنظیم کرده و دو گزینه بوت riscv64 را اصلاح می‌کنند. در ایمیج‌های ارائه‌دهنده (provider)، به‌ندرت از ISO نصب می‌کنید، بنابراین اثر عملی این است که قالبی که از 26.04.1 ساخته شده، با به‌روزرسانی‌های امنیتی اعمال‌شده تا 25 اوت 2026 بوت می‌شود.

ارتقادهنده نسخه

پنج ورودی ubuntu-release-upgrader در نسخه .1 وجود دارد و یکی از آن‌ها بر تمام ماشین‌های 26.04 تأثیر می‌گذارد. باگ 2154602 با عنوان «data/release-upgrades: تنظیم Prompt=lts برای resolute»، اشتباهی را در نسخه آوریل اصلاح کرد: /etc/update-manager/release-upgrades با Prompt=normal عرضه شده بود که تنظیم مربوط به نسخه‌های میان‌دوره‌ای (interim) است. نسخه 1:26.04.22 آن را روی Prompt=lts تنظیم می‌کند. بدون این اصلاح، به یک سرور 26.04 در ماه اکتبر پیشنهاد ارتقا به 26.10 داده می‌شد. موارد دیگر شامل جزئیاتی برای مسیر 24.04 («علامت‌گذاری libfile-libmagic-perl برای نصب روی Noble»)، یک نکته خاص برای Raspberry Pi، پاکسازی lint و به‌روزرسانی فهرست mirrorها است.

چگونه یک سرور 26.04 به نسخه 26.04.1 می‌رسد

هیچ ارتقای خاصی برای اجرا وجود ندارد. نسخه point release در واقع وضعیت مخازن است و سرور شما از طریق apt این مخازن را دنبال می‌کند. دو دستور زیر هر نصب 26.04 را به وضعیتی مشابه رسانه 26.04.1 یا فراتر از آن می‌رساند.

sudo apt update
sudo apt full-upgrade

از full-upgrade به‌جای upgrade استفاده کنید. دستور apt upgrade از حذف هرگونه بسته خودداری می‌کند؛ بنابراین زمانی که به‌روزرسانی یک بسته مستلزم حذف بسته قدیمی باشد، پیام The following packages have been kept back را نمایش داده و بسته‌ها را در نسخه قدیمی رها می‌کند. دستور full-upgrade اجازه حذف دارد و کار را به پایان می‌رساند. پس از آن، رشته نسخه را بررسی کنید.

grep VERSION= /etc/os-release

شما باید VERSION="26.04.1 LTS (Resolute Raccoon)" را مشاهده کنید. اگر در رشته نسخه همچنان .1 وجود ندارد، به‌روزرسانی base-files اعمال نشده است که معمولاً به این معنی است که apt update در برابر mirror شما با شکست مواجه شده است. خروجی apt update را دوباره بخوانید. mirrorای که هنوز همگام‌سازی نشده است، دلیل رایج این اتفاق در imageهای تازه ارائه‌شده توسط سرویس‌دهنده است.

سپس، بررسی کنید که آیا هسته (kernel) تغییر کرده است یا خیر.

cat /var/run/reboot-required
uname -r

پیام *** System restart required *** به این معنی است که بسته‌ای که نیاز به reboot دارد نصب شده است و در یک سرور، این بسته تقریباً همیشه هسته است. دستور uname -r هسته‌ای که در حال حاضر اجرا می‌شود را نشان می‌دهد. هسته جدید تا زمانی که سیستم را reboot نکنید فعال نمی‌شود؛ بنابراین هر زمان که توانستید یک دقیقه downtime داشته باشید، سیستم را reboot کنید. اگر دستگاه بالا نیامد، یک VPS که پس از به‌روزرسانی هسته بوت نمی‌شود تقریباً همیشه از منوی GRUB با هسته قبلی بوت می‌شود. هنگامی که سیستم با هسته جدید بالا آمد، sudo apt autoremove --purge بسته‌های قدیمی را پاک می‌کند و پاک‌سازی هسته‌های قدیمی در Ubuntu توضیح می‌دهد که چه مواردی را باید نگه داشت.

در نهایت، تأیید کنید که اصلاحات مربوط به ارتقادهنده اعمال شده است.

grep -v '^#' /etc/update-manager/release-upgrades

شما باید Prompt=lts را مشاهده کنید. اگر Prompt=normal را می‌بینید، شما یا یک اسکریپت provisioning آن فایل را پیش از نسخه .1 ویرایش کرده‌اید، بنابراین dpkg نسخه شما را به‌جای نصب نسخه جدید حفظ کرده است. آن را به‌صورت دستی روی lts تنظیم کنید. این تفاوت تعیین می‌کند که آیا ماه آینده نسخه 26.10 به سرور شما پیشنهاد شود یا نسخه LTS بعدی در سال 2028، و چرا یک سرور باید روی نسخه‌های LTS باقی بماند دلایل این موضوع را پوشش می‌دهد.

چرا سرور 24.04 همچنان اعلام می‌کند که هیچ به‌روزرسانی برای ارتقا وجود ندارد

این بخشی است که کاربران را سردرگم می‌کند، زیرا نسخه 26.04.1 منتشر شده است اما ابزار ارتقا همچنان می‌گوید خبری نیست. دلیل آن، وجود یک flag در یک فایل متنی است که توسط Canonical کنترل می‌شود.

در یک سرور 24.04، فایل /etc/update-manager/release-upgrades حاوی Prompt=lts است. با این تنظیم، do-release-upgrade فایل https://changelogs.ubuntu.com/meta-release-lts را دانلود کرده و لیست نسخه‌های موجود در آن را می‌خواند. برای هر نسخه جدیدتر از نسخه فعلی شما، این ابزار یک فیلد Supported: را بررسی می‌کند. حلقه مربوطه در MetaRelease.py از update-manager (به‌صورت خلاصه شده) به این شکل است:

for dist in dists:
    if dist.date > current_dist.date:
        if not dist.supported and not self.useDevelopmentRelease:
            continue
        upgradable_to = dist
        break

نسخه‌ای که دارای Supported: 0 باشد، نادیده گرفته می‌شود؛ گویی اصلاً وجود ندارد. شما می‌توانید خودتان این فایل را مشاهده کنید:

curl -s https://changelogs.ubuntu.com/meta-release-lts | grep -A4 '^Dist: resolute'

تا تاریخ 18 سپتامبر 2026، خروجی آن به این صورت است:

Dist: resolute
Name: Resolute Raccoon
Version: 26.04.1 LTS
Date: Thu, 23 April 2026 00:26:04 UTC
Supported: 0

خط Version هم‌اکنون 26.04.1 را نشان می‌دهد، بنابراین فایل برای انتشار point release به‌روز شده است. تنها flag مربوط به Supported همچنان 0 است. به همین دلیل، حلقه هیچ نسخه قابل ارتقایی پیدا نمی‌کند، new_dist خالی می‌ماند و do-release-upgrade پیامی را چاپ می‌کند که برای حالت Prompt=lts نوشته شده است:

Checking for a new Ubuntu release
There is no development version of an LTS available.
To upgrade to the latest non-LTS development release
set Prompt=normal in /etc/update-manager/release-upgrades.

این پیام را به این معنا بخوانید: «هنوز هیچ نسخه LTS برای شما ارائه نشده است» و به راهنمایی مربوط به Prompt=normal توجه نکنید. تنظیم آن باعث می‌شود ابزار ارتقا به جای لیست LTS، لیست نسخه‌های interim را بخواند و نسخه 25.10 را به شما پیشنهاد دهد که تنها 9 ماه پشتیبانی دارد؛ سپس برای رسیدن به 26.04 مجبور خواهید بود یک ارتقای دوم انجام دهید. پیام کوتاه‌تر No new release found. نیز همان وضعیت را برای ماشینی نشان می‌دهد که فایل آن از قبل Prompt=normal را دارد. مطلب اقدامات لازم در صورت عدم شناسایی نسخه جدید توسط do-release-upgrade هر دو پیام و دلایل دیگر آن‌ها را بررسی می‌کند. یک پیام دیگر نیز وجود دارد که دانستن آن مفید است: Please install all available updates for your release before upgrading. به این معنی است که شما به‌روزرسانی‌های معوقه در 24.04 دارید و راه‌حل آن اجرای sudo apt full-upgrade پیش از تلاش مجدد است.

چرا این flag تغییر نکرده است؟ در اطلاعیه 26.04.1 آمده است: «کاربران Ubuntu 24.04 LTS پس از گذشت چند هفته از این انتشار، ارتقای خودکار به 26.04.1 LTS را از طریق Update Manager دریافت خواهند کرد. این تأخیر به دلیل اعمال برخی backportهای برنامه‌ریزی‌شده برای رفع رگرسیون‌های موجود در نسخه اخیر rust-coreutils است.» نسخه 26.04 اولین LTS است که در آن ls و سایر ابزارهای اصلی به جای GNU coreutils از rust-coreutils استفاده می‌کنند. مطلب تغییرات ناشی از بازنویسی‌های Rust در سیستم پایه اوبونتو توضیح می‌دهد که چرا ارتقا از 24.04 اولین جایی است که رگرسیون در این ابزارها ظاهر می‌شود. Canonical تا زمانی که این اصلاحات در resolute-updates اعمال نشوند، اعلان ارتقای خودکار را متوقف کرده است. پس از اعمال اصلاحات، فایل به Supported: 1 تغییر می‌کند. از آن لحظه به بعد، بنر ورود SSH در 24.04 عبارت New release '26.04.1 LTS' available. و سپس Run 'do-release-upgrade' to upgrade to it. را نشان می‌دهد و همان دستوری که قبلاً چیزی پیدا نمی‌کرد، شروع به ارائه 26.04.1 می‌کند، بدون اینکه نیازی به تغییر از سمت شما باشد.

اگر نمی‌خواهید منتظر بمانید

در اطلاعیه مذکور، راهی برای دور زدن این flag نیز ذکر شده است: do-release-upgrade -d. متن راهنمای این flag می‌گوید: «در صورت استفاده از آخرین نسخه پشتیبانی‌شده، به نسخه توسعه‌دهنده ارتقا یابد»، که در یک نسخه LTS ممکن است شبیه 26.10 به نظر برسد اما این‌طور نیست. با استفاده از Prompt=lts، دستور -d دو کار در کد بالا انجام می‌دهد: اول اینکه -development را به URL اضافه می‌کند تا ابزار ارتقا meta-release-lts-development را بخواند، و دوم اینکه useDevelopmentRelease را تنظیم می‌کند که نیمه دوم شرط continue است. در این حالت، نادیده گرفتن Supported: 0 دیگر اعمال نمی‌شود و نسخه نهایی پیشنهاد می‌گردد. از آنجا که آن فایل جدیدترین نسخه LTS را لیست می‌کند، -d در 24.04 به جای 26.10، نسخه 26.04.1 را پیشنهاد می‌دهد.

sudo do-release-upgrade -d

هزینه این کار این است که شما 26.04.1 را دقیقاً با وضعیت فعلی آرشیو دریافت می‌کنید، یعنی پیش از اعمال backportهای rust-coreutils که Canonical منتظر آن‌هاست. روی سروری که می‌توانید آن را از روی snapshot بازیابی کنید، این انتخاب معقولی است. در سروری که امکان بازیابی ندارید، منتظر تغییر flag بمانید. در هر صورت، ابتدا یک snapshot تهیه کنید و برای اطلاع از fallback پورت 1022 در SSH و نحوه مدیریت مخازن شخص ثالث، راهنمای کامل ارتقا از 24.04 به 26.04 را مطالعه کنید. اگر ارتقا در میانه راه متوقف شد، صفحه بازیابی ارتقای ناموفق نسخه اوبونتو را باز نگه دارید.

تصمیم‌گیری

اگر از قبل روی نسخه 26.04 هستید: کار خاصی لازم نیست. دستور sudo apt update && sudo apt full-upgrade را اجرا کنید و اگر فایل /var/run/reboot-required وجود دارد، سیستم را reboot کنید. سپس Prompt=lts را تأیید کنید. شما هرگز از نسخه اصلی عقب نبوده‌اید، زیرا point release همان جریان به‌روزرسانی است که از قبل روی آن قرار داشتید.

اگر روی نسخه 24.04 هستید: مسیر ارتقا در شرف باز شدن است، اما تا تاریخ 18 سپتامبر 2026، این مسیر بسته است. دستور curl ذکر شده در بالا را هفته‌ای یک‌بار اجرا کنید. زمانی که Supported: مقدار 1 را نشان داد، ارتقا را برنامه‌ریزی کنید و ابتدا یک snapshot بگیرید. اگر پیش از آن تاریخ نسخه 26.04 را می‌خواهید، دستور do-release-upgrade -d نسخه 26.04.1 را همین امروز در اختیار شما می‌گذارد، با در نظر گرفتن هشداری که در بالا ذکر شد. خود نسخه 24.04 LTS تا آوریل 2029 پشتیبانی می‌شود، بنابراین چند هفته صبر کردن برای فعال شدن پرچم ارتقا، هزینه‌ای برای شما ندارد.

اگر روی نسخه 22.04 یا یک نسخه میانی هستید: یادداشت‌های انتشار به‌صراحت بیان می‌کنند که «پیش از اقدام برای ارتقا به 26.04 LTS، ابتدا باید به Ubuntu 24.04 LTS یا 25.10 ارتقا یابید». ابتدا به 24.04 بروید و سپس مسیر 24.04 را که در بالا ذکر شد دنبال کنید. برای یک سرور 22.04، مسیر دو مرحله‌ای از 22.04 به 26.04 از طریق 24.04، بررسی‌ها و snapshotهایی که باید بین این دو مرحله انجام دهید، و همچنین خرابی‌های احتمالی در PPA، PHP، Python، پایگاه داده و netplan که ممکن است در طول مسیر با آن‌ها مواجه شوید را پوشش می‌دهد.

FAQ

آیا Ubuntu 26.04.1 نسخه جدیدی است که باید نصب کنم؟

خیر. Ubuntu 26.04.1 LTS که در تاریخ 27 اوت 2026 منتشر شد، همان نسخه 26.04 است که چهار ماه به‌روزرسانی در رسانه نصب جدید آن گنجانده شده است. سروری با نسخه 26.04 که sudo apt update && sudo apt full-upgrade را اجرا می‌کند، در وضعیت .1 یا فراتر از آن قرار دارد و پس از اعمال به‌روزرسانی base-files، دستور grep VERSION= /etc/os-release مقدار 26.04.1 LTS (Resolute Raccoon) را نشان می‌دهد. پشتیبانی همچنان در آوریل 2031 به پایان می‌رسد که از زمان انتشار در آوریل 2026 محاسبه شده است.

چرا دستور do-release-upgrade در نسخه 24.04 می‌گوید نسخه توسعه‌دهنده‌ای برای LTS موجود نیست؟

زیرا Prompt=lts باعث می‌شود ابزار ارتقا فایل meta-release-lts را بخواند و آن فایل نسخه 26.04.1 را با Supported: 0 فهرست می‌کند. ابزار ارتقا ورودی‌های پشتیبانی‌نشده را نادیده می‌گیرد، نسخه جدیدتری پیدا نمی‌کند و پیامی را که برای مورد Prompt=lts نوشته شده است، نمایش می‌دهد. Canonical زمانی که مسیر ارتقا باز شود، پرچم را به Supported: 1 تغییر می‌دهد و اطلاعیه 26.04.1 این موضوع را به backportهای مربوط به رگرسیون‌های rust-coreutils مرتبط کرده است. مقدار Prompt=normal را تنظیم نکنید؛ زیرا این کار نسخه 25.10 که یک نسخه موقت (interim) است را پیشنهاد می‌دهد.

آیا نسخه 26.04.1 شامل هسته (kernel) جدیدی است؟

خیر. نسخه 26.04.1 همچنان از سری Linux 7.0 که همراه با 26.04 LTS عرضه شده بود استفاده می‌کند و از طریق چندین build مربوط به SRU به‌روزرسانی شده است. اولین هسته HWE در یک نسخه point release بعدی، طبق الگوی معمول Ubuntu در نسخه .2، ارائه می‌شود و نصب‌های سرور حتی در آن زمان نیز به‌طور پیش‌فرض از هسته GA استفاده می‌کنند. یک VPS روی نسخه 26.04 تا زمانی که خودتان انتخاب نکنید از HWE stack استفاده کنید، روی نسخه 7.0 باقی می‌ماند.

آیا باید اکنون از do-release-upgrade -d برای ارتقا از 24.04 استفاده کنم؟

اطلاعیه منتشر شده، این گزینه را برای کسانی که نمی‌خواهند منتظر بمانند پیشنهاد می‌دهد. دستور -d با Prompt=lts لیست توسعه LTS را می‌خواند و پرچم Supported: 0 را نادیده می‌گیرد، بنابراین به جای 26.10، نسخه 26.04.1 را پیشنهاد می‌دهد. شما آرشیو را همان‌طور که پیش از backportهای rust-coreutils (که Canonical منتظر آن‌هاست) قرار دارد، دریافت می‌کنید. ابتدا یک snapshot تهیه کنید. از این دستور روی سروری استفاده کنید که امکان بازسازی آن را دارید و برای سروری که نمی‌توانید آن را بازسازی کنید، منتظر تغییر پرچم بمانید.