From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 52EFF13888F for ; Mon, 26 Oct 2015 14:47:52 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 086AE21C015; Mon, 26 Oct 2015 14:47:34 +0000 (UTC) Received: from smarthost01c.mail.zen.net.uk (smarthost01c.mail.zen.net.uk [212.23.1.5]) by pigeon.gentoo.org (Postfix) with ESMTP id 000B4E0833 for ; Mon, 26 Oct 2015 14:47:32 +0000 (UTC) Received: from [82.69.80.10] (helo=wstn.localnet) by smarthost01c.mail.zen.net.uk with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Zqj3b-0004Rh-VG for gentoo-user@lists.gentoo.org; Mon, 26 Oct 2015 14:47:32 +0000 From: Peter Humphrey To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Mysteriously dismounting partition Date: Mon, 26 Oct 2015 14:47:31 +0000 Message-ID: <8360594.28HCHUHxfk@wstn> User-Agent: KMail/4.14.8 (Linux/4.0.5-gentoo; KDE/4.14.8; x86_64; ; ) 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-smarthost01c-IP: [82.69.80.10] X-Archives-Salt: 5f98801a-d777-4bb0-8bd2-d1ecaf9f160c X-Archives-Hash: 0926f603e524d33b67bf928e033e7ccc Hello list, I have a small rescue system in this box, using /dev/sda3 and /dev/sdb3 in a traditional partition layout. The disks are (supposedly) identical SSDs. All goes well when I boot the system, but by the time I come to write to sdb3 it's dismounted itself. It even dismounted itself once in the middle of syncing portage. Here's a snippet from fstab: LABEL=RescueSys / ext4 relatime 1 1 LABEL=RescUsrBits /usr-bits ext4 relatime 1 2 I keep the portage tree under /usr-bits. # dmesg | grep sdb3 [ 1.753508] sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 > [ 4.833460] EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: (null) [ 107.205918] EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: (null) You can see the successful mount at 4.8 s; the entry at 107 s is me mounting it again manually. I've rewritten the partition label, and I've run a smartctl test which reported no faults found. I've also just reduced the speed of the chipset, which has three settings: good performance, better performance and turbo. It adopts the turbo setting by default and I've now set it to "better". It's too early yet to see if that will help. What else can I try? -- Rgds Peter