containers / containers/initoverlayfs

Investigate whether we need fsck in CentOS Automotive images

Open
#52 1 comment 0 reactions 0 assignees View on GitHub
jira
Dominant language
C
Stars
46
Forks
8
PR merge metrics
No merged PRs in 30d

Description

On fast hardware we spend 30ms each fscking /boot and /root ext4 partitions. On common Automotive hardware, this probably translates to around ~100ms.

```
systemd-analyze plot | grep -i fsck
system-systemd\x2dfsck.slice
systemd-fsck-root.service (33ms)
systemd-fsck@dev-disk-by\x2duuid-156f0420\x2d627b\x2d4151\x2dae6f\x2dfda298097515.service (29ms)
```

note we plan on using composefs also, which can detect some bad data.

We should see what fsck is doing exactly during boot time here on ext4 partitions and see if it's worth the extra milliseconds it adds to boot.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.