On 10/30/18 4:46 AM, Stephen Morris wrote: > On 29/10/18 9:15 am, Ed Greshko wrote: >> On 10/29/18 5:23 AM, Stephen Morris wrote: >>> Hi, >>> >>> I've just noticed that at boot time that the FSTRIM service is >>> registering a >>> failure. The failure seems to be because it is trying to trim two windows >>> mount points >>> which are on the SSD, that are mounted as RO because I can't mount them as >>> RW due to >>> Microsoft functionality. >>> >>> Is there any way to configure the FSTRIM service to not attempt to >>> trim specific >>> partitions? >> Yes. But it may be more trouble than it is worth. I assume the only thing >> you're seeing >> is a message in the logs. > > I noticed the message at boot time when I was monitoring the progress of the > boot. The > message that scrolled by said that the fstrim service had failed. It was > 'systemctl > status fstrim.service' that provided the details. I don't have the exact > message as I > didn't write it down but the same issue didn't occur this morning presumably > because the > trim service figured the was nothing to do. This morning when I issued the > systemctl > command it just said the service was 'inactive (dead)'.
It will show "inactive" since it is a "one shot" process. Also, it will only run once/week. > > I have 4 partitions on the ssd, the windows system partition, the windows > drive c > partition, the Ubuntu boot partition and the Fedora boot partition. The > systemctl > command I issued yesterday to get the failure details indicated that the > Fstrim Service > was trying to do its work on those 4 partitions via the mount points > specified in fstab, > and, that the process on the two linux partitions was successful, but the > process on the > two windows partitions both failed. > > In fstab the two windows partitions are specified as 'Read Only' because of > Microsoft > functionality, so in my view, it is a defect in the Fstrim.service processing > to even > attempt any write processes on a mount point that is 'Read Only'. I can > understand the > functionality of "--all", but in my view a bit of common sense logic needs to > be > included with that to bypass any partitions that are 'Read Only' via the > methodology > that is being indicated it is using. Well, the process probably doesn't check the fstab. According to the man page ... Errors from filesystems that do not support the discard operation are silently ignored. Is all that is checked/ignored. If the messages bother you, you can bugzilla it. But it seems quite minor. -- Cardinal Rule of Presentations: "Tell them what you are going to tell them, tell them, then tell them what you told them." _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
