1 |
Hello list, |
2 |
|
3 |
I have a small rescue system in this box, using /dev/sda3 and /dev/sdb3 in a |
4 |
traditional partition layout. The disks are (supposedly) identical SSDs. All |
5 |
goes well when I boot the system, but by the time I come to write to sdb3 it's |
6 |
dismounted itself. It even dismounted itself once in the middle of syncing |
7 |
portage. Here's a snippet from fstab: |
8 |
|
9 |
LABEL=RescueSys / ext4 relatime 1 1 |
10 |
LABEL=RescUsrBits /usr-bits ext4 relatime 1 2 |
11 |
|
12 |
I keep the portage tree under /usr-bits. |
13 |
|
14 |
# dmesg | grep sdb3 |
15 |
[ 1.753508] sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 > |
16 |
[ 4.833460] EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: |
17 |
(null) |
18 |
[ 107.205918] EXT4-fs (sdb3): mounted filesystem with ordered data mode. Opts: |
19 |
(null) |
20 |
|
21 |
You can see the successful mount at 4.8 s; the entry at 107 s is me mounting |
22 |
it again manually. |
23 |
|
24 |
I've rewritten the partition label, and I've run a smartctl test which |
25 |
reported no faults found. I've also just reduced the speed of the chipset, |
26 |
which has three settings: good performance, better performance and turbo. It |
27 |
adopts the turbo setting by default and I've now set it to "better". It's too |
28 |
early yet to see if that will help. |
29 |
|
30 |
What else can I try? |
31 |
|
32 |
-- |
33 |
Rgds |
34 |
Peter |