@aartje: Nee, daar ligt het zeker niet aan. Op een heel enkele keer na, dat hij bij het afsluiten blijft hangen, wordt de laptop altijd netjes afgesloten. Bovendien, als ik na het afsluiten van Ubuntu een andere linux-distributie (BunsenLabs, op /dev/sda8) opstart en daarvandaan fsck uitvoer op /dev/sda6, daarna afsluit en Ubuntu weer opstart, dan wordt de schijfcontrole ook weer uitgevoerd.
Zou je eens het volgende commando kunnen uitvoeren ?
sudo tune2fs -l /dev/sda6
en de output hier laten zien. Bij mij krijg je (mijn rootdevice is sda5)
sudo tune2fs -l /dev/sda5
tune2fs 1.42.9 (4-Feb-2014)
Filesystem volume name: <none>
Last mounted on: /
Filesystem UUID: 7c9a98bb-21c0-4a17-b0fb-be5ca715d3ba
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 960992
Block count: 3840088
Reserved block count: 192004
Free blocks: 1827426
Free inodes: 695333
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 937
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8144
Inode blocks per group: 509
Flex block group size: 16
Filesystem created: Mon Jun 2 07:59:21 2014
Last mount time: Sat Dec 9 10:49:58 2017
Last write time: Sat Dec 9 10:49:58 2017
Mount count: 198
Maximum mount count: -1
Last checked: Fri Sep 29 11:55:01 2017
Check interval: 0 (<none>)
Lifetime writes: 22 TB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 7670c185-9377-4b5c-921b-a3433144e985
Journal backup: inode blocks