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
next prev parent 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