2018-10-27 10:04:07 |
James Hunt |
bug |
|
|
added bug |
2018-10-29 02:28:39 |
Daniel van Vugt |
gdm3 (Ubuntu): status |
New |
Incomplete |
|
2018-10-29 10:23:15 |
Sebastien Bacher |
gdm3 (Ubuntu): status |
Incomplete |
New |
|
2018-10-29 11:12:20 |
James Hunt |
tags |
|
apport-collected bionic |
|
2018-10-29 11:12:21 |
James Hunt |
description |
= Problem =
It is too easy to make a system unusable.
= Examples
The following commands will all cause subsequent graphical logins to fail:
== User is returned to login screen ==
- chmod 400 ~/.ICEauthority
- rm ~/.ICEauthority
In this scenario, the user is returned to the login screen with no indication of what went wrong.
== Session "dead" ==
- chmod 444 ~/.cache
- chmod 000 ~/.config
- chmod 444 ~
- chmod 000 ~
In this scenario, the system just freezes: the cursor is unresponsive and users will be reaching for the power button.
= Observation =
These scenarios would all be caused by human error.
However, clearly it is possible for the system to detect such issues and either alert the user to the problem or simply just fix the problem. This does not happen in Ubuntu 18.04 LTS though.
= Idea =
Have the display manager call a utility prior to executing the users preferred session. This utility -- which could be a simple shell script I think ("friendly-session-fixer" maybe? :) -- would do one or both of the following:
- Perform checks for the issues outlined above warn the user graphically if any are found.
- Fix any issues found to allow the user to login.
However they are treated, all issues should also be logged in the journal (could be the user journal, but the system journal may be best to allow admins to spot such issues being detected more easily?)
= Rationale =
1) All the problems above, although user-generated, are:
- trivially fixable.
- potentially very hard / impossible for a naeve user to debug and resolve.
2) By handling such errors, users won't have a bad experience of Linux if they inadvertently perturb a critical file.
3) Users will not need to resort to a re-install (which I can imagine some may have to given the current behaviour).
= Ideas for further checks =
- Check to ensure key files exist and if not, copy them in from /etc/skel/, etc.
- Check to ensure users home directory is owned by them and not root, etc.
- If the home partition / disk is 100% full, the script could logrotate and compress the contents of ~/.cache/ ?
= Notes =
You could argue that the session managers themselves should deal with these issues. In some cases that may be a fair comment. However, by having a single central check/fix script, the problems can be handled centrally without the issue whereby some session managers tolerate certain scenarios whereas others don't. |
= Problem =
It is too easy to make a system unusable.
= Examples
The following commands will all cause subsequent graphical logins to fail:
== User is returned to login screen ==
- chmod 400 ~/.ICEauthority
- rm ~/.ICEauthority
In this scenario, the user is returned to the login screen with no indication of what went wrong.
== Session "dead" ==
- chmod 444 ~/.cache
- chmod 000 ~/.config
- chmod 444 ~
- chmod 000 ~
In this scenario, the system just freezes: the cursor is unresponsive and users will be reaching for the power button.
= Observation =
These scenarios would all be caused by human error.
However, clearly it is possible for the system to detect such issues and either alert the user to the problem or simply just fix the problem. This does not happen in Ubuntu 18.04 LTS though.
= Idea =
Have the display manager call a utility prior to executing the users preferred session. This utility -- which could be a simple shell script I think ("friendly-session-fixer" maybe? :) -- would do one or both of the following:
- Perform checks for the issues outlined above warn the user graphically if any are found.
- Fix any issues found to allow the user to login.
However they are treated, all issues should also be logged in the journal (could be the user journal, but the system journal may be best to allow admins to spot such issues being detected more easily?)
= Rationale =
1) All the problems above, although user-generated, are:
- trivially fixable.
- potentially very hard / impossible for a naeve user to debug and resolve.
2) By handling such errors, users won't have a bad experience of Linux if they inadvertently perturb a critical file.
3) Users will not need to resort to a re-install (which I can imagine some may have to given the current behaviour).
= Ideas for further checks =
- Check to ensure key files exist and if not, copy them in from /etc/skel/, etc.
- Check to ensure users home directory is owned by them and not root, etc.
- If the home partition / disk is 100% full, the script could logrotate and compress the contents of ~/.cache/ ?
= Notes =
You could argue that the session managers themselves should deal with these issues. In some cases that may be a fair comment. However, by having a single central check/fix script, the problems can be handled centrally without the issue whereby some session managers tolerate certain scenarios whereas others don't.
---
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
DistroRelease: Ubuntu 18.04
InstallationDate: Installed on 2018-10-29 (0 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Package: gdm3 3.28.0-0ubuntu1
PackageArchitecture: amd64
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Tags: bionic
Uname: Linux 4.15.0-20-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True |
|
2018-10-29 11:12:22 |
James Hunt |
attachment added |
|
Dependencies.txt https://bugs.launchpad.net/bugs/1800277/+attachment/5206695/+files/Dependencies.txt |
|
2018-10-29 11:12:23 |
James Hunt |
attachment added |
|
ProcCpuinfoMinimal.txt https://bugs.launchpad.net/bugs/1800277/+attachment/5206696/+files/ProcCpuinfoMinimal.txt |
|
2018-10-30 02:14:41 |
Daniel van Vugt |
description |
= Problem =
It is too easy to make a system unusable.
= Examples
The following commands will all cause subsequent graphical logins to fail:
== User is returned to login screen ==
- chmod 400 ~/.ICEauthority
- rm ~/.ICEauthority
In this scenario, the user is returned to the login screen with no indication of what went wrong.
== Session "dead" ==
- chmod 444 ~/.cache
- chmod 000 ~/.config
- chmod 444 ~
- chmod 000 ~
In this scenario, the system just freezes: the cursor is unresponsive and users will be reaching for the power button.
= Observation =
These scenarios would all be caused by human error.
However, clearly it is possible for the system to detect such issues and either alert the user to the problem or simply just fix the problem. This does not happen in Ubuntu 18.04 LTS though.
= Idea =
Have the display manager call a utility prior to executing the users preferred session. This utility -- which could be a simple shell script I think ("friendly-session-fixer" maybe? :) -- would do one or both of the following:
- Perform checks for the issues outlined above warn the user graphically if any are found.
- Fix any issues found to allow the user to login.
However they are treated, all issues should also be logged in the journal (could be the user journal, but the system journal may be best to allow admins to spot such issues being detected more easily?)
= Rationale =
1) All the problems above, although user-generated, are:
- trivially fixable.
- potentially very hard / impossible for a naeve user to debug and resolve.
2) By handling such errors, users won't have a bad experience of Linux if they inadvertently perturb a critical file.
3) Users will not need to resort to a re-install (which I can imagine some may have to given the current behaviour).
= Ideas for further checks =
- Check to ensure key files exist and if not, copy them in from /etc/skel/, etc.
- Check to ensure users home directory is owned by them and not root, etc.
- If the home partition / disk is 100% full, the script could logrotate and compress the contents of ~/.cache/ ?
= Notes =
You could argue that the session managers themselves should deal with these issues. In some cases that may be a fair comment. However, by having a single central check/fix script, the problems can be handled centrally without the issue whereby some session managers tolerate certain scenarios whereas others don't.
---
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
DistroRelease: Ubuntu 18.04
InstallationDate: Installed on 2018-10-29 (0 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Package: gdm3 3.28.0-0ubuntu1
PackageArchitecture: amd64
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Tags: bionic
Uname: Linux 4.15.0-20-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True |
= Problem =
It is too easy to make a system unusable.
https://gitlab.gnome.org/GNOME/gdm/issues/438
= Examples
The following commands will all cause subsequent graphical logins to fail:
== User is returned to login screen ==
- chmod 400 ~/.ICEauthority
- rm ~/.ICEauthority
In this scenario, the user is returned to the login screen with no indication of what went wrong.
== Session "dead" ==
- chmod 444 ~/.cache
- chmod 000 ~/.config
- chmod 444 ~
- chmod 000 ~
In this scenario, the system just freezes: the cursor is unresponsive and users will be reaching for the power button.
= Observation =
These scenarios would all be caused by human error.
However, clearly it is possible for the system to detect such issues and either alert the user to the problem or simply just fix the problem. This does not happen in Ubuntu 18.04 LTS though.
= Idea =
Have the display manager call a utility prior to executing the users preferred session. This utility -- which could be a simple shell script I think ("friendly-session-fixer" maybe? :) -- would do one or both of the following:
- Perform checks for the issues outlined above warn the user graphically if any are found.
- Fix any issues found to allow the user to login.
However they are treated, all issues should also be logged in the journal (could be the user journal, but the system journal may be best to allow admins to spot such issues being detected more easily?)
= Rationale =
1) All the problems above, although user-generated, are:
- trivially fixable.
- potentially very hard / impossible for a naeve user to debug and resolve.
2) By handling such errors, users won't have a bad experience of Linux if they inadvertently perturb a critical file.
3) Users will not need to resort to a re-install (which I can imagine some may have to given the current behaviour).
= Ideas for further checks =
- Check to ensure key files exist and if not, copy them in from /etc/skel/, etc.
- Check to ensure users home directory is owned by them and not root, etc.
- If the home partition / disk is 100% full, the script could logrotate and compress the contents of ~/.cache/ ?
= Notes =
You could argue that the session managers themselves should deal with these issues. In some cases that may be a fair comment. However, by having a single central check/fix script, the problems can be handled centrally without the issue whereby some session managers tolerate certain scenarios whereas others don't.
---
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
DistroRelease: Ubuntu 18.04
InstallationDate: Installed on 2018-10-29 (0 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
Package: gdm3 3.28.0-0ubuntu1
PackageArchitecture: amd64
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Tags: bionic
Uname: Linux 4.15.0-20-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True |
|
2018-10-30 11:53:22 |
Sebastien Bacher |
gdm3 (Ubuntu): importance |
Undecided |
High |
|
2018-10-30 11:53:24 |
Sebastien Bacher |
gdm3 (Ubuntu): status |
New |
Triaged |
|