מהי מהדורת נקודה (Point Release) ב-Ubuntu?

מהי מהדורת נקודה (point release) של Ubuntu

מהדורת נקודה של Ubuntu, כגון 26.04.1, היא המהדורה שכבר מותקנת אצלכם, כאשר כל העדכונים שפורסמו מאז ההשקה משולבים בתוך מדיה להתקנה חדשה. זו אינה גרסה חדשה. הארכיון שממנו מתבצעת ההתקנה אינו משתנה, וכך גם שם ה-suite בקובצי ה-apt sources שלכם; לכן, שרת שכבר מותקן ומעודכן ב-patches לא צריך להוריד דבר כאשר מהדורה כזו מופיעה.

שני דברים קורים ביום השחרור. המדיה נבנית מחדש: קובצי ISO חדשים ותמונות ענן (cloud images) חדשות, שנבנו מתוך הארכיון כפי שהיה באותו שבוע. בנוסף, מחרוזת הגרסה משתנה: lsb_release -a מתחיל לדווח על 26.04.1 LTS במקום על 26.04 LTS כפי שדיווח קודם לכן.

כל השאר כבר היה ברשותכם. Ubuntu מפרסמת תיקונים באופן רציף לתוך ה-pockets של -security ו--updates באותה suite, כלומר resolute עבור 26.04 ו-noble עבור 24.04. מהדורת נקודה היא תמונת מצב (snapshot) של אותו זרם עדכונים. אין יעד נפרד שצריך לעבור אליו.

מדוע לשרת שעבר עדכון אין מה להוריד

מכיוון שמספר הגרסה המשנית נמצא בתוך חבילה אחת קטנה. הריצו את הפקודה הבאה:

lsb_release -a
dpkg -S /etc/lsb-release

dpkg -S עונה על base-files: /etc/lsb-release. החבילה base-files מפיצה את הקבצים שמכילים את מחרוזת הגרסה שלכם, לכן כאשר מתפרסם עדכון גרסה משנית, base-files חדש מגיע למאגר -updates והפקודה sudo apt upgrade הבאה שלכם מתקינה אותו. אותה חבילה בודדת היא כל ההשפעה הנראית לעין של עדכון גרסה משנית על מכונה פעילה. כל שאר התוכן בתוכה הותקן אצלכם לפני שבועות כעדכונים רגילים.

קיימת דרך נפוצה אחת להישאר מאחור. הגדרת ברירת המחדל של /etc/apt/apt.conf.d/50unattended-upgrades מפעילה את המקור -security בבלוק ה-Allowed-Origins שלה ומשאירה את השורה -updates כהערה, כך שמכונה שמסתמכת על עדכונים אוטומטיים בלבד מקבלת תיקוני אבטחה ומדלגת על השאר. מכונה כזו ממשיכה לדווח על מספר גרסה משנית ישן במשך חודשים, והיא צודקת בכך, כיוון שהיא אכן לא מחזיקה בחבילות הללו. פתחו את הקובץ ובדקו אילו שורות מוגדרות כהערה: כיצד מוגדרים עדכונים לא מלווים ב-Ubuntu עובר על הבלוק הזה שורה אחר שורה.

מתי משתחררת גרסת ה-point release הבאה

למדו את הקצב, לא את התאריך. גרסת ה-point release הראשונה של גרסת LTS יוצאת מספר חודשים לאחר הגרסה המקורית של אפריל, והגרסאות הבאות אחריה מגיעות במרווחים של כשישה חודשים, בהתאם לגרסאות הביניים. תאריכים עשויים להשתנות. Canonical הכריזה על גרסת ה-point release הראשונה של 26.04 לתחילת אוגוסט 2026 ולאחר מכן דחתה אותה; זהו נוהל שגרתי ואינו מעיד על בעיה. בדקו את התאריך ב-דף מחזור השחרורים של Ubuntu או ב-הערות השחרור של 26.04 LTS במקום להסתמך על מאמרים, כולל מאמר זה.

מדוע 24.04 לא מוצעת עבור 26.04 עד לגרסת ה-point release הראשונה

מכיוון שההנחיה לשדרוג מוגדרת להמתין, באפשרותך לקרוא את התצורה הזו בעצמך בשרת שלך.

cat /etc/update-manager/release-upgrades

[DEFAULT]
# never  - Never check for, or allow upgrading to, a new release.
# normal - Check to see if a new release is available.
# lts    - Check to see if a new LTS release is available.
Prompt=lts

ההערות בקובץ שמגיע עם המערכת ארוכות יותר מהקטע הזה ומומלץ לקרוא אותן במלואן. Prompt=lts הוא ערך ברירת המחדל בהתקנת LTS, והוא מבצע שתי פעולות: הוא מגביל את ההצעה לגרסאות LTS בלבד, והוא מפנה את הבדיקה לרשימה שונה.

רשימה זו מצוינת בקובץ שני:

cat /etc/update-manager/meta-release

URI מצביע על https://changelogs.ubuntu.com/meta-release, ו-URI_LTS מצביע על https://changelogs.ubuntu.com/meta-release-lts. עם Prompt=lts, כלי השדרוג קורא את רשימת ה-LTS, וגרסת ה-LTS החדשה לא מוצעת שם כיעד לשדרוג עד שגרסת ה-point release הראשונה שלה קיימת. משכו את הרשימה ובדקו בעצמכם:

curl -s https://changelogs.ubuntu.com/meta-release-lts | tail -40

כל גרסה היא בלוק של שורות Dist:, Version:, Supported: ו-UpgradeTool:. כלי השדרוג זקוק לבלוק הזה לפני שהוא יכול להציע לכם משהו. Canonical מצהירה על אותו כלל במילים פשוטות ב-הודעת השחרור של 26.04 LTS: משתמשי 24.04 LTS מקבלים את הצעת השדרוג האוטומטי כאשר 26.04.1 משוחררת.

לכן, בשרת 24.04 לפני נקודת זמן זו:

sudo do-release-upgrade -c

Checking for a new Ubuntu release
No new release found.

זוהי תוצאה תקינה, לא תקלה. כאשר הנתיב נפתח, אותה פקודה תציין את הגרסה, ואותה הודעה תופיע בבאנר ההתחברות:

New release '26.04.1 LTS' available.
Run 'do-release-upgrade' to upgrade to it.

שימו לב לאיזו גרסה היא מציינת. אתם לעולם לא משדרגים ל-26.04 ואז שוב ל-26.04.1. אתם משדרגים פעם אחת ומגיעים למצב העדכני של 26.04.

שני דברים נוספים גורמים לבדיקה הזו לחזור ריקה: Prompt=never, שחלק מתמונות המערכת של ספקי ענן מגדירות, או שרת proxy או mirror שאינם יכולים להגיע ל-changelogs.ubuntu.com. הודעה שונה, Please install all available updates for your release before upgrading, משמעותה שהבדיקה הצליחה אך כלי השדרוג דורש נקודת התחלה מעודכנת לחלוטין. do-release-upgrade המדווח שלא נמצאה גרסה חדשה מטפל ביתר הסיבות. כאשר הנתיב פתוח ואתם מוכנים, השדרוג מ-24.04 ל-26.04 עצמו הוא משימה נפרדת עם הכנות משלה.

הדגל -d מפנה את אותה בדיקה לרשימת הפיתוח, וזו הדרך שבה אנשים עוברים לפני שהנתיב נפתח רשמית. ההמתנה קיימת מסיבה טובה: זהו חלון הזמן שבו חוסמי שדרוג שמדווחים על ידי משתמשים מוקדמים מתוקנים. בשרת שאתם שוכרים ומסתמכים עליו, זהו טיעון בעד לתת להמתנה לעשות את עבודתה.

מה המשמעות של Hardware Enablement Kernel בשרת VPS

גרסת LTS מפיצה kernel אחד לכל אורך חייה, ה־GA (General Availability) kernel, ומציעה מסלול שני ומתגלגל הנקרא HWE (Hardware Enablement). מסלול ה־HWE מופץ דרך point releases, והוא החלק היחיד ב־point release שמכיל קוד חדש באמת, ולא רק אריזה מחדש של מה שכבר קיים אצלכם.

24.04 היא דוגמה לעבודה זו. היא הופצה עם kernel 6.8 ושומרת עליו במסלול ה־GA למשך כל חמש שנות התמיכה הסטנדרטית. מסלול ה־HWE התחיל ב־point release השני: 24.04.2 הביאה את kernel 6.11 מתוך Ubuntu 24.10, ו־24.04.3 הביאה את 6.14 מתוך Ubuntu 25.04. נכון לאוגוסט 2026 זהו הדפוס המקובל, ו־26.04 עוקבת אחרי אותו מבנה.

המסלול שבו אתם נמצאים מוגדר לפי שם חבילה:

uname -r
apt list --installed 2>/dev/null | grep -E '^linux-(generic|virtual|image|kvm)'

linux-generic הוא מסלול ה־GA. linux-generic-hwe-24.04 הוא המסלול המתגלגל. התקנות Desktop מוגדרות כברירת מחדל ל־HWE והתקנות Server מוגדרות כברירת מחדל ל־GA, בעוד שתמונות (images) של ספקי VPS משתמשות לעיתים קרובות במשהו מצומצם עוד יותר, כגון linux-virtual או linux-kvm ספציפי לענן. בדקו זאת במקום להניח, כיוון שברירת המחדל תלויה במי שבנה את התמונה שלכם.

בחומרה וירטואלית מושכרת, ה־Hardware Enablement לרוב אינו רלוונטי עבורכם. השרת שלכם רואה התקני virtio, ממשקי רשת ודיסק פארא-וירטואליים שה־hypervisor מציג, והדרייברים הללו יציבים ב־kernel כבר מעל עשור. מחשב נייד חדש זקוק ל־HWE. שרת VPS כמעט לעולם לא זקוק לו. מה ש־kernel חדש יותר מעניק לכם כאן הוא תכונות kernel: עבודה חדשה יותר עם io_uring ו־eBPF, או תיקון במערכת הקבצים שיש לכם סיבה ספציפית לרצות. מה חדש ב-Linux kernel 7.1 היא הדרך להחליט אם משהו מזה שווה את המאמץ.

המחיר הוא אתחולים וסיכון. חבילת ה־meta של ה־HWE מושכת kernel upstream חדש בערך כל שישה חודשים, כך שאתם מקבלים קפיצת גרסה של ה־kernel ואתחול בתדירות הזו. מודולים חיצוניים שנבנו עם DKMS, כאשר ZFS הוא הנפוץ שבהם, עלולים להיכשל בבנייה מול הגרסה החדשה, ואתם תגלו זאת בזמן ה־boot. כל kernel גם משאיר מאחוריו את קודמו, וכך מחיצת /boot קטנה מתמלאת. קראו את הסרת kernels ישנים ממחיצת /boot מלאה ו-בחירת ה-kernel שבו ה-VPS שלכם עולה לפני שתזדקקו להם, ולא אחרי.

מעבר למסלול ה־HWE דורש פקודה אחת ואתחול:

sudo apt install --install-recommends linux-generic-hwe-24.04
sudo reboot

uname -r לאחר האתחול אמורה להציג את הגרסה החדשה יותר. השאירו את ה־kernel הקודם מותקן עד שתעלו עם החדש ותבדקו את השירותים שלכם, כיוון שמסלול השחזור עבור kernel שלא עולה הוא בחירת הערך הישן בתפריט ה־boot, והערך הזה חייב עדיין להיות קיים. אם הוא לא קיים, אתם נמצאים בטריטוריה של שחזור VPS שלא עולה לאחר עדכון kernel.

קיימת גם גרסת -edge של חבילת ה־HWE שמקבלת את ה־kernel הבא לפני ה־point release. היא קיימת לצורכי בדיקות. אל תיגעו בה בשרת.

התשובה המוגדרת כברירת מחדל לשרת מושכר היא ה־GA kernel: גרסת kernel אחת למשך חמש שנים, עם תיקוני אבטחה שמועברים אליה לאורך כל התקופה וללא קפיצות גרסה מתוזמנות. עברו ל־HWE רק כאשר אתם יכולים לנקוב בשם התכונה שאתם צריכים.

מדוע התקנה חדשה היום שונה מהתקנה שבוצעה בחודש שעבר

אימג'ים (images) נבנים מחדש בתדירות גבוהה יותר מאשר גרסאות הפצה רשמיות. Ubuntu מפרסמת אימג'ים לענן עם חותמת סידורי, וכל ספק ענן מרענן את תבניות ה-Ubuntu שלו לפי לוח זמנים עצמאי. לכן, שני שרתים שיצרת בהפרש של שישה חודשים מאותו תפריט בחירה, עשויים לעלות עם גרסאות kernel שונות ולהתחיל עם גרסאות חבילות שונות. אף אחד מהם אינו שגוי.

לכך יש משמעות רבה מכפי שזה נשמע. מדריך עבודה (runbook) המורה להריץ חמש פקודות לאחר ההתקנה, מניח בשקט מצב התחלתי שכבר אינו תקף. בדקו את lsb_release -a ואת uname -r בכל שרת במקום לסמוך על התווית שעליה לחצתם, ולאחר מכן הגדירו את מצב היעד בקוד כדי שהמצב ההתחלתי יפסיק להיות רלוונטי. ה-Ansible playbook הראשון ל-VPS הוא הגרסה הקטנה והשימושית ביותר לכך.

האם כדאי לשדרג בגרסת point release, או להמתין?

• אם אתם כבר בגרסת 26.04, אין לאן לעבור. המשיכו לעדכן את המערכת ומספר ה-point יתעדכן מאליו.
• אם אתם בגרסת 24.04, התמיכה הסטנדרטית נמשכת עד אפריל 2029, לכן המתנה היא אופציה בטוחה. גרסת ה-point release הראשונה היא הזדמנות, לא דד-ליין.
• שדרגו תחילה עותק של השרת. צרו Snapshot לשרת, או בנו מחדש את אותו ה-stack ב-VPS זמני, הריצו שם את השדרוג, ומדדו כמה זמן התהליך לוקח.
• אם מה שאתם צריכים הוא kernel חדש יותר ולא גרסת הפצה חדשה, מסלול ה-HWE מספק זאת ב-24.04 ללא צורך בשדרוג LTS כלל.

השאלה הרחבה יותר על איזו גרסה כדאי להתבסס מכוסה ב-LTS מול גרסאות ביניים עבור שרת.

מה לבדוק בשרת שלך

lsb_release -a
uname -r
grep -v '^#' /etc/update-manager/release-upgrades
sudo do-release-upgrade -c

תוצאה תקינה נראית כך: lsb_release -a מציג את הגרסה שלך עם מספר העדכון הנוכחי, uname -r תואם לערוץ הליבה (kernel) שאליו התכוונת להשתייך, Prompt=lts קיים, והבדיקה אינה מוצאת דבר או מציינת את הגרסה שהיא תציע. כדאי להבין כל תוצאה אחרת לפני ביצוע שדרוג, ולא במהלכו.

FAQ

האם עליי לבצע פעולה כלשהי כאשר יוצאת גרסת נקודה (point release) כמו 26.04.1?

לא, כל עוד השרת כבר מריץ את הגרסה הזו ומקבל עדכונים. גרסת נקודה מאגדת עדכונים שכבר פורסמו לתוך מדיה להתקנה חדשה. מכונה פעילה מקבלת את אותו התוכן דרך apt upgrade ברגע פרסומו, ומחרוזת הגרסה ב-lsb_release -a מתעדכנת כאשר החבילה base-files מתעדכנת. אין גרסה נפרדת לעבור אליה ואין צורך בהתקנה מחדש.

מדוע השרת שלי עדיין מדווח על מספר גרסת נקודה ישן לאחר הרצת apt upgrade?

בדרך כלל משום שעדכונים אוטומטיים מוגבלים לתיקוני אבטחה בלבד. קובץ ה-/etc/apt/apt.conf.d/50unattended-upgrades המוגדר כברירת מחדל מאפשר את המקור -security ומשאיר את השורה -updates כהערה, והחבילה base-files הנושאת את מחרוזת הגרסה מגיעה דרך -updates. הריצו את sudo apt update && sudo apt full-upgrade באופן ידני ובדקו האם base-files מופיעה ברשימה. אם היא מופיעה כ-kept back, ייתכן שמשהו חוסם או מעכב את העדכון שלה.

מדוע שרת ה-24.04 שלי לא מקבל הצעה לשדרוג ל-26.04?

מכיוון ש-Prompt=lts בתוך /etc/update-manager/release-upgrades הוא ברירת המחדל בגרסת LTS, והוא בודק את רשימת ה-LTS ב-https://changelogs.ubuntu.com/meta-release-lts, שם גרסת ה-LTS החדשה אינה מוצעת כיעד לשדרוג עד לגרסת הנקודה הראשונה שלה. עד אז, sudo do-release-upgrade -c ידפיס No new release found. וזו התנהגות תקינה. ההמתנה מכוונת: זהו פרק הזמן שבו בעיות שדרוג שמתגלות על ידי משתמשים מוקדמים מקבלות תיקון.

האם עליי להתקין את ה-kernel מסוג HWE בשרת ה-VPS שלי?

בדרך כלל לא. ה-Hardware enablement קיים כדי לתמוך בחומרה חדשה יותר מהגרסה המקורית, בעוד ש-VPS מציג התקני virtio שהדרייברים שלהם נמצאים ב-kernel כבר שנים. ה-kernel מסוג GA נשאר בגרסה אחת לאורך כל חיי ה-LTS, עם תיקונים שמועברים אליו ב-backport. התקינו את ה-kernel מסוג HWE רק כאשר אתם יודעים להצביע על תכונה ספציפית ב-kernel שאתם זקוקים לה, וקחו בחשבון שזה יחייב אתכם לשדרוגי kernel ואתחולים בערך אחת לשישה חודשים.