Ubuntu 18.04 зависает при высоком уровне использования сети

У меня свежая установка Ubuntu 18.04 на новый жесткий диск SSD. У меня была предыдущая установка ubuntu на другом жестком диске, но в той же настольной сборке (тот же адаптер Wi-Fi и т. Д.)

У меня были некоторые проблемы с ошибкой загрузки на полпути, затем я заметил, что графический интерфейс Ubuntu тоже зависает. Кажется, они связаны, поскольку графический интерфейс зависает, как только использование сети возвращается к 0 после пика и загрузка не выполняется.

Хотя графический интерфейс ubuntu заморожен, я все еще могу перемещаться в веб-браузере (Firefox), но с любым графическим интерфейсом Ubuntu, например системный монитор или переключение окон зависли.

Характеристики оборудования:

  • Беспроводная карта: Gigabyte GC-WB1733D-I Wireless-AC PCI-E Network Interface Card + Bluetooth v5.0-1733Mbps
  • Процессор: Intel BX80684I78700K 8th Процессор Gen Core i7-8700K
  • SSD: Crucial MX500 500 ГБ CT500MX500SSD1
  • Блок питания: После того, как это случилось сегодня утром, я проследил через системный журнал и ...

    Несколько раз за последние несколько недель я работал, и внезапно мой рабочий стол пропадал, и моя машина полностью перезагружалась.

    это повторилось сегодня утром. Я проследил через системный журнал, и ближайшее событие, которое я могу найти, может быть связано, это unattended-upgradedes.service: Succeeded :

    Jul 14 10:02:42 pc charon: 05[NET] sending packet: from 192.168.1.214[4500] to 123.321.123.321[4500] (92 bytes)
    Jul 14 10:03:02 pc charon: 08[IKE] sending keep alive to 123.321.123.321[4500]
    Jul 14 10:03:03 pc systemd[1]: unattended-upgrades.service: Succeeded.
    Jul 14 10:03:03 pc systemd[1]: Stopping Session 2 of user philip.
    Jul 14 10:03:03 pc systemd[1]: Removed slice system-clean\x2dmount\x2dpoint.slice.
    Jul 14 10:03:03 pc systemd[1]: Removed slice system-getty.slice.
    Jul 14 10:03:03 pc systemd[2039]: Stopped target GNOME Wayland Session (session: gnome).
    Jul 14 10:03:03 pc systemd[2039]: Stopped target GNOME Session.
    Jul 14 10:03:03 pc systemd[2039]: Stopped target GNOME Wayland Session.
    Jul 14 10:03:03 pc systemd[2039]: Stopped target GNOME Session (session: gnome).
    Jul 14 10:03:03 pc systemd[2039]: Stopped target GNOME Accessibility settings.
    Jul 14 10:03:03 pc systemd[2039]: Stopped target GNOME Color management.
    Jul 14 10:03:03 pc systemd[2039]: Stopped target GNOME Date & Time handling.
    Jul 14 10:03:03 pc systemd[2039]: Stopped target GNOME Maintenance of expirable data.
    

    Обычно я не против автоматических обновлений, но тихая перезагрузка без предупреждения действительно плохо. Этим утром у меня было открыто 15 окон, и я занимался отладкой сложного кода. Мне потребовалось 30 минут, чтобы вернуться туда, где я был.

    Является ли тихая перезагрузка с автоматическими обновлениями чем-то нормальным / настраиваемым?

    Что? s рекомендуемый способ остановить эту перезагрузку?


    Странно то, что, похоже, он не настроен на это:

    $ grep -irnC2 reboot /etc/apt/apt.conf.d/
    /etc/apt/apt.conf.d/50unattended-upgrades-90-//Unattended-Upgrade::Remove-Unused-Dependencies "false";
    /etc/apt/apt.conf.d/50unattended-upgrades-91-
    /etc/apt/apt.conf.d/50unattended-upgrades:92:// Automatically reboot *WITHOUT CONFIRMATION* if
    /etc/apt/apt.conf.d/50unattended-upgrades:93://  the file /var/run/reboot-required is found after the upgrade
    /etc/apt/apt.conf.d/50unattended-upgrades:94://Unattended-Upgrade::Automatic-Reboot "false";
    /etc/apt/apt.conf.d/50unattended-upgrades-95-
    /etc/apt/apt.conf.d/50unattended-upgrades:96:// Automatically reboot even if there are users currently logged in
    /etc/apt/apt.conf.d/50unattended-upgrades:97:// when Unattended-Upgrade::Automatic-Reboot is set to true
    /etc/apt/apt.conf.d/50unattended-upgrades:98://Unattended-Upgrade::Automatic-Reboot-WithUsers "true";
    /etc/apt/apt.conf.d/50unattended-upgrades-99-
    /etc/apt/apt.conf.d/50unattended-upgrades:100:// If automatic reboot is enabled and needed, reboot at the specific
    /etc/apt/apt.conf.d/50unattended-upgrades-101-// time instead of immediately
    /etc/apt/apt.conf.d/50unattended-upgrades-102-//  Default: "now"
    /etc/apt/apt.conf.d/50unattended-upgrades:103://Unattended-Upgrade::Automatic-Reboot-Time "02:00";
    /etc/apt/apt.conf.d/50unattended-upgrades-104-
    /etc/apt/apt.conf.d/50unattended-upgrades-105-// Use apt bandwidth limit feature, this example limits the download
    
1
задан 15 July 2020 в 13:27

1 ответ

Whether or not unattended-upgrades reboots your system is controlled by entries in the configuration file /etc/apt/apt.conf.d/50unattended-upgrades

Mine is set to not allow reboots (the default), the pertinent section of the file looks like this

// Automatically reboot *WITHOUT CONFIRMATION*
//  if the file /var/run/reboot-required is found after the upgrade 
//Unattended-Upgrade::Automatic-Reboot "false";

// If automatic reboot is enabled and needed, reboot at the specific
// time instead of immediately
//  Default: "now"
//Unattended-Upgrade::Automatic-Reboot-Time "02:00";
1
ответ дан 30 July 2020 в 22:08

Другие вопросы по тегам:

Похожие вопросы: