From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 4CBDC138334 for ; Tue, 28 Aug 2018 17:06:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1EBF0E0880; Tue, 28 Aug 2018 17:06:47 +0000 (UTC) Received: from smarthost01b.mail.zen.net.uk (smarthost01b.mail.zen.net.uk [212.23.1.3]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9D825E086E for ; Tue, 28 Aug 2018 17:06:46 +0000 (UTC) Received: from [82.69.80.10] (helo=peak.localnet) by smarthost01b.mail.zen.net.uk with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1fuhS0-0005vy-PX for gentoo-user@lists.gentoo.org; Tue, 28 Aug 2018 17:06:44 +0000 From: Peter Humphrey To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] KDE reboot not preserving running applications Date: Tue, 28 Aug 2018 18:06:44 +0100 Message-ID: <18730406.STK4AnQqgm@peak> In-Reply-To: <20180828115104.623dd4f7@digimed.co.uk> References: <20180828115104.623dd4f7@digimed.co.uk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Originating-smarthost01b-IP: [82.69.80.10] Feedback-ID: 82.69.80.10 X-Archives-Salt: c7476711-637b-4df2-89ee-feed20e3574f X-Archives-Hash: db388a1c68106cc88a04f0b8df3293d6 On Tuesday, 28 August 2018 11:51:04 BST Neil Bothwick wrote: > On Tue, 28 Aug 2018 09:57:49 +0000, Peter Humphrey wrote: > > Is anyone else having this problem? > > I can't answer for everyone, but I'm not. I was sure I'd have heard all about it if anyone had been, but it was worth asking anyway. I would suspect hardware, but this is all I have to go on: 1. Smartd has been running regular tests on this NVMe disk and not reported anything. 2. I've now changed the partition layout to ensure I was using new silicon; I shrank the /boot partition from 2G to 0.5G, so all the other partitions started 1.5G earlier on the disk. 3. During all the reloading from an external drive I found a suspect USB port. I also noticed the UEFI startup process flickering the cursor around the screen before displaying the list of kernels. I haven't used that USB port since, and the flickering has subsided. 4. I can't imagine it's a memory failure because of the repeatability of the problems. So, things it isn't: memory, disk, power supply, software (identical USE etc. to before the problem appeared) - anything that would cause random errors. The only other thing I can think of to do is to combine the first two partitions into one: that is, the empty partition for the UEFI and the VFAT /boot. You can see, though, that I'm reduced to clutching at straws. -- Regards, Peter.