1 |
> |
2 |
> > Man |
3 |
> > fstrim makes no mention of file-system types. |
4 |
> > |
5 |
> > Maybe I've not laid out the partitions properly. I used gparted from a |
6 |
> > recent |
7 |
> > System Rescue CD (http://sysresccd.org), which said it was leaving 1MB |
8 |
> > unused |
9 |
> > before /dev/sda1. |
10 |
> > |
11 |
> > While I'm here, would anyone like to suggest suitable parameters to mkfs |
12 |
> > for |
13 |
> > any of my file-systems? Here's the fstab: |
14 |
> > |
15 |
> > /dev/sda1 /boot ext2 noauto,relatime 1 |
16 |
> > 2 |
17 |
> > /dev/sda2 none swap sw 0 |
18 |
> > 0 |
19 |
> > /dev/sda5 / ext4 relatime 0 |
20 |
> > 1 |
21 |
> |
22 |
> you might want this to read relatime,discard to handle the trim |
23 |
> automagically. if you are concerned about writes i'd suggest noatime for |
24 |
> all of these |
25 |
|
26 |
|
27 |
I agree. Also I recommend async, nodiratime and norealtime. All these will |
28 |
make a better performance. See man mount. |
29 |
|
30 |
Bytes! ;) |
31 |
|
32 |
|
33 |
2014-02-22 14:19 GMT-03:00 Michael Hampicke <mh@××××.biz>: |
34 |
|
35 |
> Am 22.02.2014 15:47, schrieb Peter Humphrey: |
36 |
> > |
37 |
> > I find though that fstrim can't operate on /boot, which is a separate |
38 |
> ext2 file |
39 |
> > system. It reports: |
40 |
> > fstrim: /boot: FITRIM ioctl failed: Inappropriate ioctl for device |
41 |
> > Is this because it's an ext2 partition, not ext4 like the rest of them? |
42 |
> Man |
43 |
> > fstrim makes no mention of file-system types. |
44 |
> |
45 |
> Yes, only ext4 of the extX file systems supports discard/trim |
46 |
> |
47 |
> > |
48 |
> > Maybe I've not laid out the partitions properly. I used gparted from a |
49 |
> recent |
50 |
> > System Rescue CD (http://sysresccd.org), which said it was leaving 1MB |
51 |
> unused |
52 |
> > before /dev/sda1. |
53 |
> > |
54 |
> > While I'm here, would anyone like to suggest suitable parameters to mkfs |
55 |
> for |
56 |
> > any of my file-systems? Here's the fstab: |
57 |
> > |
58 |
> > /dev/sda1 /boot ext2 noauto,relatime |
59 |
> 1 2 |
60 |
> > /dev/sda2 none swap sw |
61 |
> 0 0 |
62 |
> > /dev/sda5 / ext4 relatime |
63 |
> 0 1 |
64 |
> > /dev/sda6 /var ext4 relatime |
65 |
> 0 2 |
66 |
> > /dev/sda7 /home ext4 relatime |
67 |
> 0 2 |
68 |
> > /dev/sda8 /var/cache/squid ext4 relatime |
69 |
> 0 3 |
70 |
> > /dev/sda9 /usr/portage ext4 relatime |
71 |
> 0 3 |
72 |
> > /dev/sda10 /usr/portage/packages ext4 relatime |
73 |
> 0 4 |
74 |
> > /dev/sda11 /usr/local ext4 relatime |
75 |
> 0 2 |
76 |
> > proc /proc proc defaults |
77 |
> 0 0 |
78 |
> > tmpfs /tmp tmpfs nodev,nosuid |
79 |
> 0 0 |
80 |
> > tmpfs /var/tmp tmpfs nodev,nosuid |
81 |
> 0 0 |
82 |
> > shm /dev/shm tmpfs nodev,nosuid,noexec |
83 |
> 0 0 |
84 |
> > |
85 |
> > I created all the ext4 file-systems with -O ^has_journal to avoid |
86 |
> concentrated |
87 |
> > wear. Is this still a good idea nowadays? I'm happy to sacrifice the |
88 |
> comfort of |
89 |
> > journalling since recovering this small box from backup is so quick and |
90 |
> easy. |
91 |
> > Of course I did plenty of googling before doing anything and picked out |
92 |
> what |
93 |
> > still seemed appropriate, but I could easily have missed something |
94 |
> important. |
95 |
> > |
96 |
> |
97 |
> I used the default options for ext4 on my SSDs. The only thing I do is, |
98 |
> I set noatime in fstab. But I do this for all file systems. |
99 |
> |
100 |
> My oldest SSD is from 2008/2009, I'm not sure. It's a 32GB SuperTalent, |
101 |
> and it still runs great today. And I did not care for low writes etc. I |
102 |
> just used it like any other disk. |
103 |
> |
104 |
> |