См. отчет об ошибке LP: 1744072:
Обоснование: 2.1 NTP вообще требуется довольно много, но мы хотим обменять ntpd, который является текущей реализацией в основном с хроном для 18.04. 2.2 Безопасность: chrony считалось более легким с точки зрения безопасности и обеспечивающим более современный ntp-опыт. 2.3. Эффективность: Кроме того, несколько облачных людей, похоже, заинтересованы в том, чтобы переключиться на хронику в гостях для его нижней части памяти / процессора (насколько я полагаю). 2.4, связанный с этим MIR 6 лет назад, это то же самое, что и для Fedora. См. Https://fedoraproject.org/wiki/Features/ChronyDefaultNTP IIRC. Некоторые ограничения, которые присутствовали, были устранены с тех пор, так что это даже лучше, чем было тогда. 2.5. В общем, нужно понимать, что в мире systemd-timesync ntp / chrony в основном предназначены для «обслуживающей» части службы ntp, а не только для клиента (если вам не нужна более высокая точность vs timesyncd).Я не знаю, почему это сработало.
Но я знаю, что это сработало.
Поскольку только клавиши, реагирующие на клавишу fn, изменили поведение , Я думал, что fn заблокирован. (Это не так)
Итак, я включил и выключил num lock (используя fn + f11).
Удивительно, что экран входа в систему работал нормально.
Я не знаю, почему это сработало.
Но я знаю, что это сработало.
Поскольку только клавиши, реагирующие на клавишу fn, изменили поведение , Я думал, что fn заблокирован. (Это не так)
Итак, я включил и выключил num lock (используя fn + f11).
Удивительно, что экран входа в систему работал нормально.
Я не знаю, почему это сработало.
Но я знаю, что это сработало.
Поскольку только клавиши, реагирующие на клавишу fn, изменили поведение , Я думал, что fn заблокирован. (Это не так)
Итак, я включил и выключил num lock (используя fn + f11).
Удивительно, что экран входа в систему работал нормально.