From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: bug#36924: fixing GDM + GNOME Shell Date: Tue, 06 Aug 2019 12:12:07 -0400 Message-ID: <87k1bqgtn1.fsf__18478.7406747759$1565107996$gmane$org@netris.org> References: <87tvawzlvq.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:43557) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hv259-000210-SM for bug-guix@gnu.org; Tue, 06 Aug 2019 12:13:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hv258-0003RG-Q3 for bug-guix@gnu.org; Tue, 06 Aug 2019 12:13:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:57096) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hv258-0003RC-Mt for bug-guix@gnu.org; Tue, 06 Aug 2019 12:13:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hv258-0006xw-Fq for bug-guix@gnu.org; Tue, 06 Aug 2019 12:13:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87tvawzlvq.fsf@elephly.net> (Ricardo Wurmus's message of "Sun, 04 Aug 2019 23:00:41 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Ricardo Wurmus Cc: guix-devel@gnu.org, 36924@debbugs.gnu.org Hi Ricardo, Ricardo Wurmus writes: > Today I again couldn=E2=80=99t log into my workstation after upgrading the > system. I=E2=80=99m using GDM + GNOME Shell. > > At first GDM wouldn=E2=80=99t start. I knew what to do: remove /var/lib/= gdm, > because some state must have accumulated there. > > GDM came up after a reboot, but I still couldn=E2=80=99t log in. Instead= I was > thrown back to the login screen without any error message. I looked in > ~/.cache/gdm/session.log for information, but it only told me that > gnome-shell was killed. Thanks. > > After removing both .local/share and .cache out of the way I could log > in again. > > This happens whenever I upgrade the system. This makes the system > rather frustrating to use. I don=E2=80=99t know if booting into an older= system > generation would result in the same problem, but my guess is that it > would because both GDM and GNOME Shell appear to be leaving some binary > files behind that cause different versions to crash unceremoneously. > > What can we do to make GDM and GNOME Shell more reliable? It's interesting that I've never run into this problem, not even once, in all my years of running GNOME on Guix systems. Since recently reverting to mostly using GNOME under X and GDM (whereas for a while I was mostly launching GNOME manually under Wayland), I've run into some other problems, e.g. GDM suspending my system automatically, sometimes immediately after logging out, but I've *never* had to remove my caches. I wonder if this is related to my use of Btrfs instead of Ext4. Whereas system crashes cause file system corruptions under Ext4 (usually in the form of some files being left empty after a crash), I've never seen any evidence of corruption from crashes under Btrfs. Mark