Ubuntu 26.04.1: מה השתנה ומתי לשדרג

Ubuntu 26.04.1 בקצרה

גרסת Ubuntu 26.04.1 LTS (תמיכה ארוכת טווח) שוחררה ב־27 באוגוסט 2026, ארבעה חודשים לאחר ש־Ubuntu 26.04 LTS הופצה ב־23 באפריל 2026. מדובר בגרסה מאוחדת של המהדורה הקיימת: אותו kernel מסוג Linux 7.0 ואותו סט חבילות, כאשר עדכוני גרסה יציבים (SRUs) ועדכוני אבטחה מוטמעים במדיה להתקנה חדשה. הערות השחרור מציינות תאריך חיתוך עבור רכיב האבטחה בלבד: העדכון כולל את כל עדכוני האבטחה מתוך ה־Ubuntu Security Notices עבור 26.04.1 LTS שפורסמו עד וכולל ה־25 באוגוסט 2026. שרת 26.04 שכבר מריץ את apt full-upgrade כולל כבר את כל העדכונים הללו. שרת 24.04 LTS הוא זה שעבורו לגרסה זו יש חשיבות, כיוון שנקודת השחרור הראשונה היא המועד שבו Canonical פותחת את נתיב השדרוג מהגרסה הקודמת. נתיב זה נפתח ב־29 בספטמבר 2026, וקובץ טקסט ציבורי אחד מאפשר לכם לאמת זאת ישירות מהטרמינל שלכם.

מהו point release מסוג .1

point release הוא צילום מצב. Canonical לוקחת את ארכיון 26.04 כפי שהוא, כולל כל העדכונים שנוספו ל־resolute-updates ול־resolute-security מאז אפריל, ובונה ממנו תמונות ISO ו־cloud חדשות. הודעת השחרור מסכמת זאת במשפט אחד: "As usual, this point release includes many updates and updated installation media has been provided, so that fewer updates will need to be downloaded after installation." דבר אינו משתנה בתמיכה. חמש שנות התמיכה עדיין נספרות מאפריל 2026, ולכן התמיכה ב־26.04.1 נמשכת עד אפריל 2031, בדיוק כמו בתמונת אפריל. המנגנון הכללי, כולל הסיבה לכך ש־point release מאוחרים יותר כוללים kernel חדש יותר ושבגרסה זו אין kernel כזה, מוסבר ב־כיצד פועלים point release של Ubuntu. ההמשך עוסק באופן ספציפי ב־26.04.1.

מה השתנה ב-Ubuntu 26.04.1

דף הערות השחרור הרשמי של 26.04.1 מכיל את הסיכום. הוא מכסה רק חבילות ב-main וב-restricted, והפרטים המלאים נמצאים ביומני השינויים של כל חבילה בנפרד. זהו מסמך ארוך, ורובו עוסק בחומרה של מחשבים נייחים וניידים. להלן הערכים הרלוונטיים לשרת.

Kernel: עדיין Linux 7.0, טרם שוחרר kernel מסוג HWE חדש יותר

גרסת 26.04 LTS הופצה עם Linux 7.0, עלייה מ-6.8 ב-24.04. גרסת ה-.1 נשארת עם 7.0. ההערות מפרטות מספר גרסאות linux SRU תחת סעיף ה-kernel (ביניהן ה-tracker של 7.0.0-15.15), לכן uname -r במכונה שעברה עדכון יציג מספר ABI (ממשק בינארי של יישומים) גבוה יותר מאשר בתמונת המערכת של אפריל, אך מדובר באותה סדרת 7.0. חבילות ה-metapackage של HWE (התאמת חומרה) כבר קיימות בארכיון של 26.04: linux-generic-hwe-26.04 פורסמה, אך נכון ל-27 באוקטובר 2026 היא מתקינה kernel מסוג 7.0, אותה סדרה כמו ה-kernel מסוג GA. המשמעות של GA היא זמינות כללית (General Availability), ה-kernel שאיתו הושקה הגרסה. לכן אין ב-26.04.1 גרסת HWE kernel חדשה יותר, אלא רק החבילה שתכיל אחת כזו כאשר גרסת נקודה מאוחרת יותר תעביר את ה-stack של ה-HWE. עבור 24.04 וגרסאות קודמות, ההנחיה של Ubuntu לגבי HWE kernel מציינת: "התקנות שרת יוגדרו כברירת מחדל ל-kernel מסוג GA ויספקו את ה-HWE kernel כאופציה". מתקין ה-26.04 משנה חלק אחד בכך. הערות השחרור של Subiquity ל-26.04 מציינות שחבילת metapackage תואמת מסוג OEM או HWE, שבעבר הותקנה כברירת מחדל רק ב-Desktop, "תותקן גם עבור Ubuntu Server" החל מ-26.04, כאשר המתקין יזהה חבילה התואמת לחומרה. שרת שהותקן ממדיה של 26.04 יכול לכן לעקוב אחר חבילת HWE, ו-dpkg -l | grep hwe יציג אם המערכת שלכם עושה זאת. ב-VPS שעוקב אחר ה-kernel מסוג GA ב-linux-generic, תשארו עם 7.0 לאורך כל חיי הגרסה אלא אם תבחרו אחרת, ו-השאלה האם שרת צריך להשתמש ב-HWE kernel בכלל היא החלטה נפרדת שאינכם צריכים לקבל היום.

תיקון אחד ב-kernel ראוי לציון. באג 2158267, "רגרסיה בביצועים גורמת להאטה בהסקה (inference) של SDXL (פי ~42)", תוקן ב-kernel הגנרי וברוב גרסאות ה-cloud. אם אתם מריצים עומסי עבודה של הסקה על 26.04 וראיתם האטה לאחר עדכון kernel, זהו הערך שעליכם לקרוא.

תיקונים לשרת ולענן

• openssl: עדכון אבטחה עבור "בעיית מניעת שירות (DoS) מסוג HollowByte" (באג 2161371).
• rsync: "תיקוני רגרסיה מעדכון האבטחה של מאי 2026" (באג 2155874). אם rsync הפסיק לעבוד אצלכם במאי, המדיה של .1 מכילה את התיקון.
• exim4: שלושה עדכוני אבטחה, כולל כתיבת בייט אחד לתוך buffer ששוחרר וחשיפת מידע ב-PROXYv2.
• ca-certificates: חבילת רשויות האישורים של Mozilla עודכנה לגרסה 2.86.
• systemd: עוכב ב-cloud-init שנגרם על ידי hook של systemd-networkd resolve תוקן (באג 2148619), וה-core כעת פותח את ה-socket של ה-netfilter שלו רק בעת הצורך.
• libvirt ו-qemu: תיקון עבור "הקצאת זיכרון מופרזת כאשר physical_package_id גדול", ותיקון עבור race בין iothreads לבין throttle groups.
• apparmor: גרסת upstream חדשה, בתוספת תיקון פרופיל עבור "קריאות locales של uucore". uucore הוא הקוד המשותף תחת rust-coreutils, ותיקון זה שייך לאותו סיפור שעיכב את הודעת השדרוג עבור מערכות 24.04 עד ה-29 בספטמבר, כפי שמפורט להלן.
• ubuntu-meta: pollinate הוסר מה-seeds של cloud-minimal, server, server-minimal ו-server-raspi, ו-curl נוסף במפורש ל-cloud-minimal ול-server-minimal. שני השינויים חלים על מה שמכילה התקנה חדשה ממדיה של .1.
• debootstrap: "זיהוי ותמיכה ב-SHA512 בקובצי אינדקס של Release", מה שחשוב אם אתם בונים chroots או מכולות מארכיון 26.04.
• base-files: /etc/os-release קורא כעת 26.04.1, והבאג הקודם של "חוסר ב-LTS בתוך VERSION" תוקן, כך שהמחרוזת קוראת 26.04.1 LTS (Resolute Raccoon).

מדיה של מתקין

ה-ISOs החדשים מכילים ארבעה תיקוני livecd-rootfs. האחד שמשתמש VPS עשוי להיתקל בו הוא "תיקון: עדכון פורמט נתוני סיסמה של nocloud" (באג 2149891), המשפיע על התקנות ללא השגחה שמעבירות סיסמה דרך מקור הנתונים NoCloud. האחרים מתקינים את ה-kernel וה-initrd לתוך ספריית ה-casper עם הרשאות 0644, מסירים את אפשרות האתחול earlycon=sbi מתמונות riscv64, ומעבירים את תמונת ה-desktop של riscv64 לגרסת ה-kernel הגנרית במקום HWE. בתמונת ספק (provider image) לעיתים רחוקות מתקינים מ-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-release). גרסה 1:26.04.22 מגדירה זאת ל-Prompt=lts. ללא תיקון זה, שרת 26.04 היה מקבל הצעה לשדרוג ל-26.10 כאשר זו שוחררה ב-15 באוקטובר 2026. האחרים הם התאמות למסלול של 24.04 ("סימון libfile-libmagic-perl להתקנה על Noble"), התאמה ל-Raspberry Pi, ניקוי lint, ורשימת מראות (mirrors) רעננה.

כיצד שרת 26.04 מגיע ל־26.04.1

אין צורך להפעיל שדרוג. גרסת הנקודה היא מצב המאגר, והשרת שלך מסתנכרן עם המאגר באמצעות apt. שתי פקודות מביאות התקנת 26.04 לאותו מצב כמו מדיית .1, או מעבר לכך, למעט חריג אחד שמוסבר בהמשך.

sudo apt update
sudo apt full-upgrade

השתמשו ב־full-upgrade במקום ב־upgrade. apt upgrade מסרבת להסיר דבר, ולכן כאשר עדכון חבילה דורש הסרה של חבילה ישנה, היא משאירה את החבילה בגרסה הישנה. ב־26.04, שמגיעה עם apt 3.x, apt מציגה את החבילות האלה תחת Not upgrading: וסופרת אותן בנתון Not Upgrading: שבבלוק Summary: שלה. הניסוח הישן The following packages have been kept back: מופיע כעת רק מ־apt-get. ל־full-upgrade מותר להסיר חבילות, ולכן היא משלימה את הפעולה. החריג הוא phased updates, שאף אחת מהפקודות אינה עוקפת. Ubuntu מפיצה חלק מהעדכונים בהדרגה לאחוז הולך וגדל של מכונות, ובמדריך של apt_preferences נאמר שבמכונה שנמצאת מחוץ לאחוז הזה, הגרסה החדשה "is pinned to 1, and thus held back" עד שההפצה ההדרגתית תגיע אליה. apt מציגה את החבילות האלה תחת Not upgrading yet due to phasing:. חבילה שעוכבה בגלל הפצה הדרגתית אינה מעידה על תקלה, ו־apt full-upgrade מתקינה אותה מאוחר יותר. בדקו לאחר מכן את מחרוזת הגרסה.

grep VERSION= /etc/os-release

אתם אמורים לראות VERSION="26.04.1 LTS (Resolute Raccoon)". אם במחרוזת עדיין חסר .1, עדכון base-files לא הוחל, ובדרך כלל המשמעות היא ש־apt update נכשלה מול ה־mirror שלכם. קראו שוב את הפלט של apt update. Mirror שטרם הסתנכרן הוא הסיבה הנפוצה במכונת ספק חדשה.

כעת בדקו אם ה־kernel השתנה.

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

*** System restart required *** מציינת שהותקנה חבילה שמחייבת reboot, ובשרת זו כמעט תמיד ה־kernel. uname -r מציגה את ה־kernel שפועל כעת. ה־kernel החדש לא יופעל לפני reboot, לכן בצעו reboot כאשר תוכלו להרשות לעצמכם דקת downtime. אם המכונה אינה חוזרת, VPS שמפסיקה לעלות לאחר עדכון kernel כמעט תמיד תעלה באמצעות ה־kernel הקודם מתפריט GRUB. לאחר שהמכונה פועלת עם ה־kernel החדש, sudo apt autoremove --purge מסירה את הישנים, ו־ניקוי kernels ישנים ב־Ubuntu מסביר אילו מהם להשאיר.

לבסוף, ודאו שהתיקון של כלי השדרוג הותקן.

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

אתם אמורים לראות Prompt=lts. אם אתם רואים Prompt=normal, אתם או סקריפט provisioning ערכתם את הקובץ לפני .1, ולכן dpkg שמרה את העותק שלכם במקום להתקין את החדש. הגדירו אותו ידנית ל־lts. ההבדל קובע אם השרת שלכם יקבל הצעה לשדרוג ל־26.10, שפורסמה ב־15 באוקטובר 2026, או ל־LTS הבא בשנת 2028, ו־מדוע שרת צריך להישאר במהדורות LTS מסביר את השיקולים.

מדוע שרת 24.04 עדיין מציג הודעה שאין שדרוג זמין

מאז ה-29 בספטמבר 2026, זה לא אמור לקרות. במהלך החודש שבין שחרור 26.04.1 לבין תאריך זה, גרסת 26.04.1 כבר הייתה קיימת אך כלי השדרוג עדיין הציג הודעה שלילית, מה שבלבל משתמשים רבים. הסיבה הייתה דגל אחד בקובץ טקסט שקנוניקל (Canonical) מנהלת, וקובץ זה הוא הדבר הראשון שיש לבדוק אם שרת 24.04 עדיין מציג הודעה שאין שדרוג זמין כיום.

בשרת 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'

נכון ל-27 באוקטובר 2026, הוא מדפיס את הדברים הבאים:

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

הבלוק מכיל גם שורת UpgradeTool המצביעה על כלי השדרוג resolute ב-resolute-updates. עד ה-29 בספטמבר, שורת Version כבר ציינה 26.04.1, אך 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.

אם שרת ה-24.04 שלך מדפיס זאת כיום, הדגל אינו הסיבה לכך. הרץ את שורת curl וודא שהיא מציגה Supported: 1, בדוק ש-/etc/update-manager/release-upgrades עדיין מציג Prompt=lts ולא Prompt=never, והרץ את הפקודה שוב. התעלם מהרמז לגבי Prompt=normal. הגדרה זו גורמת לכלי השדרוג לקרוא את רשימת הגרסאות המלאה ולהשאיר את המכונה במסלול גרסאות הביניים, כך שברגע שתגיע ל-26.04 תוצע לך 26.10, גרסה עם תשעה חודשי תמיכה. ההודעה הקצרה יותר 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 לפני שתנסה שוב.

מדוע הדגל נשאר על 0 במשך חודש? בהודעה על 26.04.1 נכתב: "משתמשי Ubuntu 24.04 LTS יקבלו הצעה לשדרוג אוטומטי ל-26.04.1 LTS דרך Update Manager מספר שבועות לאחר שחרור זה, לאחר כמה backports מתוכננים לטיפול ברגרסיות בגרסה מסוימת של rust-coreutils." גרסת 26.04 היא ה-LTS הראשונה שבה ls ושאר כלי השירות הבסיסיים מגיעים מ-rust-coreutils במקום מ-GNU coreutils, והדף מה משתנה בשכתובים ב-Rust במערכת הבסיס של אובונטו מסביר מדוע שדרוג מ-24.04 הוא המקום שבו רגרסיה בהם מופיעה לראשונה. קנוניקל החזיקה את הנתיב עד ה-29 בספטמבר 2026, אז הכריז צוות אובונטו כי "שדרוגים מ-Ubuntu 24.04 LTS ל-Ubuntu 26.04.1 LTS, תחת שם הקוד 'Resolute Raccoon', זמינים כעת." הקובץ השתנה ל-Supported: 1. משתמשי שולחן עבודה "מקבלים הצעה לשדרוג אוטומטי ל-26.04.1 LTS דרך Update Manager, שמופץ בהדרגה במהלך הימים הקרובים". משתמשי שרת אינם צריכים לחכות להפצה זו: ההודעה מציינת שהם יכולים "להתחיל את השדרוג בכל עת על ידי הרצת: $ do-release-upgrade". ברגע שמתבצעת בדיקת הגרסה התקופתית, באנר הכניסה ב-SSH ב-24.04 מציג New release '26.04.1 LTS' available. ואחריו Run 'do-release-upgrade' to upgrade to it., ואותה פקודה שאמרה "לא" בספטמבר מציעה כעת את 26.04.1 ללא כל שינוי מצדך.

אם אינך רוצה להמתין

אין יותר למה להמתין. לפני ה-29 בספטמבר, ההודעה על 26.04.1 ציינה דרך לעקוף את הדגל: do-release-upgrade -d. טקסט העזרה של הדגל מציין "אם משתמשים בגרסה הנתמכת האחרונה, שדרג לגרסת הפיתוח", מה שנשמע כמו 26.10 אך אינו כך בגרסת LTS. עם Prompt=lts, -d מבצע שני דברים בקוד לעיל. הוא מצרף את -development לכתובת ה-URL, כך שכלי השדרוג קורא את meta-release-lts-development, ומגדיר את useDevelopmentRelease, שהוא החצי השני של תנאי continue. הדילוג של Supported: 0 כבר לא חל, ו-resolute הוצע. כעת, כשהדגל מוגדר ל-1, קיצור דרך זה אינו נחוץ. הפקודה הרגילה מציעה את 26.04.1, וזו הפקודה שקנוניקל מספקת למשתמשי שרת בהודעת ה-29 בספטמבר שלה.

sudo do-release-upgrade

אם שדרגת מוקדם עם -d, אתה נמצא באותה גרסה כמו כולם, ו-sudo apt full-upgrade ב-26.04 מעדכן אותך בכל מה שפורסם מאז. כך או כך, בצע Snapshot תחילה, וקרא את מדריך השדרוג המלא מ-24.04 ל-26.04 עבור מנגנון הגיבוי בפורט 1022 ב-SSH וטיפול במאגרים של צד שלישי. אם השדרוג נעצר באמצע, שחזור שדרוג גרסת אובונטו שנכשל הוא הדף שצריך להשאיר פתוח.

ההחלטה

אם אתם כבר בגרסה 26.04: אין צורך בפעולות מיוחדות. הריצו את sudo apt update && sudo apt full-upgrade ובצעו אתחול אם /var/run/reboot-required קיים. לאחר מכן, אשרו את Prompt=lts. מעולם לא פיגרתם מאחור, כיוון שגרסת ה-point release היא ערוץ העדכונים שבו כבר הייתם.

אם אתם בגרסה 24.04: נתיב השדרוג פתוח. Canonical אפשרה אותו ב-29 בספטמבר 2026, ונכון ל-27 באוקטובר 2026, השורה curl לעיל מציגה Supported: 1. צרו snapshot, הריצו את sudo apt full-upgrade כדי לוודא שאין פעולות ממתינות, ולאחר מכן הריצו את sudo do-release-upgrade. גרסת 24.04 LTS עצמה נתמכת עד אפריל 2029, כך שניתן לבחור חלון תחזוקה שקט במקום למהר, אך אין עוד דגל (flag) שמחייב המתנה.

אם אתם בגרסה 22.04 או בגרסת ביניים: הערות השחרור מציינות במפורש כי "עליכם לשדרג תחילה ל-Ubuntu 24.04 LTS או ל-25.10 לפני שתוכלו להמשיך ל-26.04 LTS". גרסה 25.10 הגיעה מאז לסוף חייה (EOL), ורשימת השחרורים של כלי השדרוג מסמנת אותה כ-Supported: 0, לכן עברו תחילה ל-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 August 2026, היא ארכיון 26.04 עם עדכונים של ארבעה חודשים ששולבו במדיית התקנה חדשה. שרת 26.04 שמריץ sudo apt update && sudo apt full-upgrade נמצא במצב .1 או במצב מאוחר יותר, למעט עדכון שעדיין מופעל בהדרגה, ו־grep VERSION= /etc/os-release מציג 26.04.1 LTS (Resolute Raccoon) לאחר שהעדכון base-files מותקן. התמיכה עדיין מסתיימת ב־April 2031, בחישוב ממועד ההפצה באפריל 2026.

מדוע do-release-upgrade ב־24.04 מציג שאין גרסת פיתוח של LTS זמינה?

עד 29 September 2026 הוא הציג זאת משום ש־Prompt=lts גורם ל־upgrader לקרוא את meta-release-lts, ובקובץ זה 26.04.1 הופיעה עם Supported: 0. ה־upgrader מדלג על רשומות שאינן נתמכות, לא מצא דבר חדש יותר והציג את ההודעה שנועדה למקרה Prompt=lts. Canonical שינתה את הדגל ל־Supported: 1 כאשר הפעילה את נתיב השדרוג ב־29 September 2026. אם ההודעה עדיין מופיעה, ודאו שבדיקת curl מציגה Supported: 1 וש־Prompt=lts מוגדר, ולאחר מכן נסו שוב. אל תגדירו את Prompt=normal; הוא מעביר את השרת למסלול של גרסאות ביניים.

האם 26.04.1 כוללת kernel חדש?

לא. 26.04.1 נשארת בסדרת Linux 7.0 שאיתה הופצה 26.04 LTS, עם עדכונים באמצעות כמה גרסאות SRU. מטא־החבילות של HWE, כגון linux-generic-hwe-26.04, כבר קיימות, אך בשלב זה הן מתקינות את אותה סדרת 7.0 כמו kernel של GA. kernel חדש יותר של HWE יגיע עם גרסת point release מאוחרת יותר, .2 לפי הדפוס המקובל של Ubuntu. החל מ־26.04, מתקין השרתים מתקין גם מטא־חבילה תואמת של OEM או HWE כאשר הוא מזהה אחת המתאימה לחומרה. VPS שעוקב אחר linux-generic נשאר עם 7.0, אלא אם תבחרו להפעיל בעצמכם את מחסנית HWE.

האם עליי להשתמש כעת ב־do-release-upgrade -d כדי לעבור מ־24.04?

לא עוד. לפני 29 September 2026 ההודעה הציעה את -d למי שלא רצה להמתין, משום ש־-d יחד עם Prompt=lts קורא את רשימת גרסאות הפיתוח של LTS ומתעלם מהדגל Supported: 0. הדגל מוגדר כעת ל־1, ולכן sudo do-release-upgrade ללא אפשרויות מציע את 26.04.1. זו הפקודה שההודעה של Canonical מ־29 September מפנה אליה את משתמשי השרתים. כך או כך, צרו תחילה snapshot.