להשתקם מבעיות טעינה

It can be quite distressing when a computer fails to boot up normally! Here are some recovery mechanisms:

חזרה לגרסה ישנה יותר של מערכת ההפעלה

If the boot failure started happening after you updated the system, rolling back to the older version will generally fix it.

כדי לעשות זאת:

  1. יש להדליק או להפעיל את המכונה מחדש
  2. להחזיק את המקש רווח עד שבורר גרסאות מערכות ההפעלה מופיע (בטקסט לבן במרכז המסך על רקע שחור).
  3. Press the down arrow key to select an older OS version.
  4. יש ללחוץ על Enter כדי לטעון אותה.

If rolling back to an older OS version fixes the issue, please report it here, and attach the output of running journalctl --boot -1 --no-pager in a terminal window.

Otherwise, you can change how the system boots by altering the kernel command line parameters to achieve various additional debugging approaches:

אפשר לטעון את המערכת בצורה שונה על ידי עריכת שורת הפקודה של הליבה (kernel)

כדי לערוך את שורת הפקודה של הליבה (kernel):

  1. יש להדליק או להפעיל את המכונה מחדש
  2. להחזיק את המקש רווח עד שבורר גרסאות מערכות ההפעלה מופיע (בטקסט לבן במרכז המסך על רקע שחור).
  3. יש ללחוץ על המקש e.
  4. שדה טקסט עם טקסט ארוך מאוד יופיע, זאת שורת הפקודה של הליבה (kernel).

השבתת הרחבות systemd

יש להוסיף את systemd.mask=systemd-sysext.serviceלשורת הפקודה של הליבה (kernel) וללחוץ על Enter.

This is useful if you have any systemd extensions active, and the boot failure started happening after you updated the content in any of them; this could be the cause. Temporarily disabling extensions should resolve the issue until you can debug what’s wrong with it.

If this works, after logging in, debug what’s wrong with the extension and fix it. If you are unable to, disable it.

Bypass issues with the login screen or Plasma

Add systemd.unit=multi-user.target to the kernel command line and then press Enter.

This is useful if the login screen or plasma are failing to start or crashing in a loop; you can boot into a command-line environment that will bypass both of them, within which debugging is possible.

If debugging and troubleshooting determines that the problem was not caused by your own actions, open a bug report for the KDE Linux team to investigate.

להיכנס למעטפת העל לחירום

  1. יש להוסיף את systemd.debug_shell=on SYSTEMD_SULOGIN_FORCE=1 לשורת הפקודה של הליבה (kernel) וללחוץ על Enter.
  2. Wait for the screen to turn black and stay that way for a few seconds.
  3. יש ללחוץ על Ctrl+Alt+F9 (לתשומת ליבך: במחשב נייד, יכול להיות שצריך גם להחזיק את המקש Fn).

עברת למעטפת על (root) למקרי חירום.

If debugging and troubleshooting determines that the problem was not caused by your own actions, open a bug report for the KDE Linux team to investigate.

לשחזר את ‎/etc

It’s possible for /etc to be modified when booted into a particular build in a way that makes it incompatible with older builds.

This can manifest as bizarre issues after rolling back the OS, such as black screens, login passwords not being accepted, or run0 not doing anything after you authenticate.

To recover, replace the broken /etc with an older, working one as follows:

  1. Get a shell via either of the above methods and run the following commands:
  2. run0 --empower
  3. mv /etc /etc.broken
  4. btrfs subvolume snapshot $(ls -d -1 /.etc.* | tail -2 | head -1) /etc
  5. systemctl reboot

השלבים הידניים האלה לא יהיו נחוצים יותר לאחר ש־https://invent.kde.org/kde-linux/kde-linux/-/issues/505 ימומש.

עוד פרטים

הכתבה נתרמה על ידי בכפוף לרישיון CC-BY-4.0.