Не удается войти в систему после приостановки на Ubuntu 17.10
Я предлагаю вам взглянуть на следующие два пакета:
ifplugd
Package: ifplugd
Description: configuration daemon for ethernet devices
ifplugd is a daemon which will automatically configure your ethernet device
when a cable is plugged in and automatically de-configure it if the cable is
pulled out. This is useful on laptops with onboard network adapters, since it
will only configure the interface when a cable is really connected. Features
include:
.
* syslog support
* Multiple ethernet interface support
* Uses Debian's native ifup/ifdown programs
* Small executable size and memory footprint
* Option to beep when the cable is unplugged or plugged
* Option to beep when the interface configuration succeeds or fails
* Can be configured to ignore short unplugged or plugged periods
* Configure WLAN devices (on detecting a successful association to an AP)
* Supports SIOCETHTOOL, SIOCGMIIREG and SIOCDEVPRIVATE for getting link status
* Compatibility mode for network devices which do not support cable detection
ifplugd
Package: netplug
Description: network link monitor daemon
This daemon monitors the link status of network cards and configures
the network on plug- and un-plug-events.
.
It's similar to ifplugd, but uses NETLINK instead of regularly polling
the link status. This improves power-consumption with laptops, but does
not work with all network card.
Я использовал в прошлом первый из них, и он хорошо работает на отключении и замене кабеля, но я не знаю, работает ли он в вашей ситуации, которая кажется немного иной. [!d5 ]
9 ответов
Решение CrashPlan
Для меня проблема заключалась в том, что CrashPlan сохранял слишком много файлов открытым, пока я отсутствовал.
После перезагрузки я заглянул в /etc/log/syslog и обнаружил, что «Нет свободного места» на устройствах "во время моего отказа входа. Если вы используете CrashPlan и находите похожие сообщения, это может сработать и для вас:
Dec 11 13:01:43 myDesktop systemd[1]: anacron.service: Failed to add inotify watch descriptor for control group /system.slice/anacron.service: No space left on device
Dec 11 13:36:15 myDesktop gdm-password]: AccountsService: Failed to monitor logind session changes: No space left on device
Dec 11 13:36:40 myDesktop systemd[1]: apt-daily.service: Failed to add inotify watch descriptor for control group /system.slice/apt-daily.service: No space left on device
Инструкции для сайта CrashPlan работали для меня (прочитайте перед попыткой вашей системы): https: // support.code42.com/CrashPlan/4/Troubleshooting/Linux_real-time_file_watching_errors
В принципе, как root я добавил эту строку в конец /etc/sysctl.conf
fs.inotify.max_user_watches=1048576
Я благодарен этой ошибке на панели запуска для отправки мне решения CrashPlan: https://support.code42.com/CrashPlan/4/Troubleshooting/Linux_real-time_file_watching_errors
-
1Удивительно, я использую crashplan, и это была проблема! – Collierre 13 December 2017 в 02:47
-
2Что я должен был сделать первым: запишите точное время возникновения проблемы. Затем cd /etc/log (папка с журналами), затем ls -tl, чтобы сортировать по времени (с самого начала), чтобы увидеть, какие файлы журналов были обновлены с момента возникновения проблемы. Затем загляните в те 5 или около того файлов и найдите сообщения от или около того времени, когда у меня возникла проблема. Затем выполните поиск в Интернете с вероятными ошибками. Весь процесс занял около 30 минут. По сравнению с воображаемым материалом и случайными попытками - это заняло несколько часов. – GlenPeterson 13 December 2017 в 04:23
-
3Я запомню «удивительный». комментарий. CrashPlan тоже была для меня проблемой. – chris 26 December 2017 в 18:58
Решение CrashPlan
Для меня проблема заключалась в том, что CrashPlan сохранял слишком много файлов открытым, пока я отсутствовал.
После перезагрузки я заглянул в /etc/log/syslog и обнаружил, что «Нет свободного места» на устройствах "во время моего отказа входа. Если вы используете CrashPlan и находите похожие сообщения, это может сработать и для вас:
Dec 11 13:01:43 myDesktop systemd[1]: anacron.service: Failed to add inotify watch descriptor for control group /system.slice/anacron.service: No space left on device
Dec 11 13:36:15 myDesktop gdm-password]: AccountsService: Failed to monitor logind session changes: No space left on device
Dec 11 13:36:40 myDesktop systemd[1]: apt-daily.service: Failed to add inotify watch descriptor for control group /system.slice/apt-daily.service: No space left on device
Инструкции для сайта CrashPlan работали для меня (прочитайте перед попыткой вашей системы): https: // support.code42.com/CrashPlan/4/Troubleshooting/Linux_real-time_file_watching_errors
В принципе, как root я добавил эту строку в конец /etc/sysctl.conf
fs.inotify.max_user_watches=1048576
Я благодарен этой ошибке на панели запуска для отправки мне решения CrashPlan: https://support.code42.com/CrashPlan/4/Troubleshooting/Linux_real-time_file_watching_errors
Решение CrashPlan
Для меня проблема заключалась в том, что CrashPlan сохранял слишком много файлов открытым, пока я отсутствовал.
После перезагрузки я заглянул в /etc/log/syslog и обнаружил, что «Нет свободного места» на устройствах "во время моего отказа входа. Если вы используете CrashPlan и находите похожие сообщения, это может сработать и для вас:
Dec 11 13:01:43 myDesktop systemd[1]: anacron.service: Failed to add inotify watch descriptor for control group /system.slice/anacron.service: No space left on device
Dec 11 13:36:15 myDesktop gdm-password]: AccountsService: Failed to monitor logind session changes: No space left on device
Dec 11 13:36:40 myDesktop systemd[1]: apt-daily.service: Failed to add inotify watch descriptor for control group /system.slice/apt-daily.service: No space left on device
Инструкции для сайта CrashPlan работали для меня (прочитайте перед попыткой вашей системы): https: // support.code42.com/CrashPlan/4/Troubleshooting/Linux_real-time_file_watching_errors
В принципе, как root я добавил эту строку в конец /etc/sysctl.conf
fs.inotify.max_user_watches=1048576
Я благодарен этой ошибке на панели запуска для отправки мне решения CrashPlan: https://support.code42.com/CrashPlan/4/Troubleshooting/Linux_real-time_file_watching_errors
После многих тестов для меня работает следующее решение:
Вход с использованием Xorg не использует Wayland имеет много ошибок, в любом случае экран входа в систему по-прежнему использует Wayland, чтобы отключить Wayland на экране входа в систему: [ ! d1]
sudo nano /etc/gdm3/custom.conf
Раскомментировать строку WaylandEnable=false, чтобы заставить экран входа в систему использовать Xorg
[daemon]
# Uncoment the line below to force the login screen to use Xorg
WaylandEnable=false
Перезапустить!
-
1
-
2
-
3К сожалению, похоже, что я тоже использую Wayland или Xorg. Есть ли альтернативный менеджер входа? – Collierre 24 October 2017 в 15:48
-
4
Я решил эту проблему, переключившись с gdm3 на lightdm. Поэтому я побежал:
sudo apt install lightdm
И выбрал lightdm в качестве диспетчера отображения по умолчанию при появлении запроса. Я также выбрал версию Xorg, а не wayland при регистрации, хотя она может работать и с Wayland.
-
1Это не lightdm "old " способ делать что-то? Я имею в виду, поскольку Ubuntu переключился на Gnome, lightdm не будет работать в будущих выпусках, не так ли? – GlenPeterson 13 November 2017 в 21:42
-
2Я не уверен, как долго это будет работать. Если я не решит это в этом выпуске, я попробую еще раз в следующем выпуске. – Collierre 15 November 2017 в 00:29
-
3@GlenPeterson: LightDM используется всеми вкусами, поэтому он не будет удаляться именно так. – Gunnar Hjalmarsson 12 December 2017 в 03:45
Я решил эту проблему, переключившись с gdm3 на lightdm. Поэтому я побежал:
sudo apt install lightdm
И выбрал lightdm в качестве диспетчера отображения по умолчанию при появлении запроса. Я также выбрал версию Xorg, а не wayland при регистрации, хотя она может работать и с Wayland.
После многих тестов для меня работает следующее решение:
Вход с использованием Xorg не использует Wayland имеет много ошибок, в любом случае экран входа в систему по-прежнему использует Wayland, чтобы отключить Wayland на экране входа в систему: [ ! d1]
sudo nano /etc/gdm3/custom.conf
Раскомментировать строку WaylandEnable=false, чтобы заставить экран входа в систему использовать Xorg
[daemon]
# Uncoment the line below to force the login screen to use Xorg
WaylandEnable=false
Перезапустить!
Я решил эту проблему, переключившись с gdm3 на lightdm. Поэтому я побежал:
sudo apt install lightdm
И выбрал lightdm в качестве диспетчера отображения по умолчанию при появлении запроса. Я также выбрал версию Xorg, а не wayland при регистрации, хотя она может работать и с Wayland.
-
1Это не lightdm "old & quot; способ делать что-то? Я имею в виду, поскольку Ubuntu переключился на Gnome, lightdm не будет работать в будущих выпусках, не так ли? – GlenPeterson 13 November 2017 в 21:42
-
2Я не уверен, как долго это будет работать. Если я не решит это в этом выпуске, я попробую еще раз в следующем выпуске. – Collierre 15 November 2017 в 00:29
-
3@GlenPeterson: LightDM используется всеми вкусами, поэтому он не будет удаляться именно так. – Gunnar Hjalmarsson 12 December 2017 в 03:45
После многих тестов для меня работает следующее решение:
Вход с использованием Xorg не использует Wayland имеет много ошибок, в любом случае экран входа в систему по-прежнему использует Wayland, чтобы отключить Wayland на экране входа в систему: [ ! d1]
sudo nano /etc/gdm3/custom.conf
Раскомментировать строку WaylandEnable=false, чтобы заставить экран входа в систему использовать Xorg
[daemon]
# Uncoment the line below to force the login screen to use Xorg
WaylandEnable=false
Перезапустить!
-
1
-
2
-
3К сожалению, похоже, что я тоже использую Wayland или Xorg. Есть ли альтернативный менеджер входа? – Collierre 24 October 2017 в 15:48
-
4