public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Peter Humphrey <peter@prh.myzen.co.uk>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Mysteriously dismounting partition
Date: Tue, 27 Oct 2015 12:25:07 +0000	[thread overview]
Message-ID: <1469464.hcdOg8uWpP@wstn> (raw)
In-Reply-To: <562F5A4E.2010806@xunil.at>

On Tuesday 27 October 2015 12:04:46 Stefan G. Weichinger wrote:
> Am 26.10.2015 um 15:47 schrieb Peter Humphrey:
> > 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.
> 
> interesting ...
> 
> What init-system? openrc or systemd?

Openrc.

> No trace of the actual unmount in any logs?

Not that I can find, no.

> Maybe also look/grep for the LABEL of the fs.

Nope, nor that.

> Maybe test if using the device-name itself ( /dev/sdb3 ) or the UUID in
> fstab changes the behavior.

I'll try reverting to /dev/sdb3 and see if that helps.

> I use UUIDs here without problems (with systemd).

The only thing I use UUIDs for here is in mdadm.conf to get the LVs started 
reliably for the main system*. Those live in partitions /dev/sd[ab][5789].

Three more things: I've had the cover off and checked the seating of the SATA 
cables; while the lid was off I watched the MB LEDs during startup, which 
seemed okay; and today the kernel was upgraded from 4.0.5 to 4.0.9; that may 
help too. (Hm ... too many changes at once.)

* Now that I think of it, one of the LVs came up as inactive the other day, 
and nothing I could think of would activate it (consulting man mdadm of 
course). In the end I had to reboot. This machine has shown some bizarre 
behaviour over the last few months. Something is definitely wrong; I just can't 
figure out what it is.

-- 
Rgds
Peter



  reply	other threads:[~2015-10-27 12:25 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-26 14:47 [gentoo-user] Mysteriously dismounting partition Peter Humphrey
2015-10-27 11:04 ` Stefan G. Weichinger
2015-10-27 12:25   ` Peter Humphrey [this message]
2015-10-27 14:16     ` J. Roeleveld
2015-10-27 16:36       ` Peter Humphrey
2015-10-27 17:18         ` J. Roeleveld
2015-10-28 10:27           ` Peter Humphrey

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1469464.hcdOg8uWpP@wstn \
    --to=peter@prh.myzen.co.uk \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox