Hello list, A week ago the 2.5" drive on my Atom LAN mini-server failed, so I decided to bite the bullet and replace it with an SSD. Interesting times!
Today I took the box off-line and backed up the entire, newly built system to external USB2 disk. The 3GB took four minutes, a third or a quarter of the previous time on the spinning disk. Good news! I find though that fstrim can't operate on /boot, which is a separate ext2 file system. It reports: fstrim: /boot: FITRIM ioctl failed: Inappropriate ioctl for device Is this because it's an ext2 partition, not ext4 like the rest of them? Man fstrim makes no mention of file-system types. Maybe I've not laid out the partitions properly. I used gparted from a recent System Rescue CD (http://sysresccd.org), which said it was leaving 1MB unused before /dev/sda1. While I'm here, would anyone like to suggest suitable parameters to mkfs for any of my file-systems? Here's the fstab: /dev/sda1 /boot ext2 noauto,relatime 1 2 /dev/sda2 none swap sw 0 0 /dev/sda5 / ext4 relatime 0 1 /dev/sda6 /var ext4 relatime 0 2 /dev/sda7 /home ext4 relatime 0 2 /dev/sda8 /var/cache/squid ext4 relatime 0 3 /dev/sda9 /usr/portage ext4 relatime 0 3 /dev/sda10 /usr/portage/packages ext4 relatime 0 4 /dev/sda11 /usr/local ext4 relatime 0 2 proc /proc proc defaults 0 0 tmpfs /tmp tmpfs nodev,nosuid 0 0 tmpfs /var/tmp tmpfs nodev,nosuid 0 0 shm /dev/shm tmpfs nodev,nosuid,noexec 0 0 I created all the ext4 file-systems with -O ^has_journal to avoid concentrated wear. Is this still a good idea nowadays? I'm happy to sacrifice the comfort of journalling since recovering this small box from backup is so quick and easy. Of course I did plenty of googling before doing anything and picked out what still seemed appropriate, but I could easily have missed something important. -- Regards Peter