This bug was fixed in the package systemd - 231-6git1

systemd (231-6git1) yakkety; urgency=medium

  Upload current Debian packaging git.

  [ Michael Biebl ]
  * fsckd: Do not exit on idle timeout if there are still clients connected
    systemd-fsckd's event loop terminates if nothing happens for 30 seconds.
    Exiting prematurely while fsck is still running but simply too slow to
    send us progress updates would close the socket and fsck would receive
    SIGPIPE when it writes to the socket. If this happens, the fsck process
    is aborted and the file system check is not completed. (Closes: #788050)
    (LP: #1547844)

  [ Martin Pitt ]
  * 73-usb-net-by-mac.rules: Split kernel command line import line.
    Reportedly this makes the rule actually work on some platforms. Thanks Alp
    Toker! (LP: #1593379)
  * debian/tests/boot-smoke: Only run 5 iterations
  * systemd.postinst: Drop obsolete setcap call for systemd-detect-virt.
    Drop corresponding libcap2-bin dependency.
  * debian/tests/systemd-fsckd: Robustify check for "unit was running"
    (LP: #1624406)
  * debian/extra/set-cpufreq: Use powersave with intel_pstate.
    This is what we did on xenial, and apparently powersave is still actually
    better than performance. Thanks to Doug Smythies for the measurements!
    (LP: #1579278)
  * Ubuntu: Move ondemand.service from static to runtime enablement.
    This makes it easier to keep performance, by disabling ondemand.service.
    Side issue in LP: #1579278

 -- Martin Pitt <>  Mon, 19 Sep 2016 22:37:51

** Changed in: systemd (Ubuntu)
       Status: Fix Committed => Fix Released

You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs

  systemd-fsckd does not allow fsck to finish

Status in systemd package in Ubuntu:
  Fix Released
Status in systemd source package in Xenial:
  In Progress
Status in systemd package in Debian:
  Fix Committed

Bug description:
  during normal boots, fsck runs fine with small partitions.  But I have two 
big partitions and systemd seems to abort fsck somewhere between 5 to 10 
minutes from start.  This results in the partition being checked again at every 
boot.  After manual run in recovery mode, everything is OK again. 

  See e.g.

   sudo tune2fs -l /dev/mapper/xpcvg-home 
  tune2fs 1.42.12 (29-Aug-2014)
  Filesystem volume name:   <none>
  Last mounted on:          /home
  Filesystem UUID:          db583624-afb4-41cb-8b2d-640bee2de61b
  Filesystem magic number:  0xEF53
  Filesystem revision #:    1 (dynamic)
  Filesystem features:      has_journal ext_attr resize_inode dir_index 
filetype needs_recovery extent sparse_super large_file uninit_bg
  Filesystem flags:         signed_directory_hash 
  Default mount options:    (none)
  Filesystem state:         clean
  Errors behavior:          Continue
  Filesystem OS type:       Linux
  Inode count:              65536000
  Block count:              262144000
  Reserved block count:     13107200
  Free blocks:              183474571
  Free inodes:              65167292
  First block:              0
  Block size:               4096
  Fragment size:            4096
  Reserved GDT blocks:      961
  Blocks per group:         32768
  Fragments per group:      32768
  Inodes per group:         8192
  Inode blocks per group:   512
  RAID stride:              128
  RAID stripe width:        384
  Filesystem created:       Mon Jul 25 12:23:50 2011
  Last mount time:          Sat Feb 20 09:34:41 2016
  Last write time:          Sat Feb 20 09:34:41 2016
  Mount count:              166
  Maximum mount count:      157
  Last checked:             Sun Nov 29 14:02:12 2015
  Check interval:           15552000 (6 months)
  Next check after:         Fri May 27 15:02:12 2016
  Lifetime writes:          1113 GB
  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
  First orphan inode:       65143018
  Default directory hash:   half_md4
  Directory Hash Seed:      ea4a0233-d8af-4c51-9302-140a4affacdf
  Journal backup:           inode blocks

  journalctl says:
  helmi 20 09:30:21 xpc systemd-fsck[720]: /dev/mapper/xpcvg-home has been 
mounted 165 times without being checked, check forced.
  helmi 20 09:34:40 xpc systemd-fsck[720]: fsck: Warning... fsck.ext4 for 
device /dev/mapper/xpcvg-home exited with signal 13.
  helmi 20 09:34:40 xpc systemd-fsck[720]: fsck failed with error code 8.
  helmi 20 09:34:40 xpc systemd-fsck[720]: Ignoring error.
  helmi 20 09:34:40 xpc systemd[1]: Started File System Check on 

  ProblemType: Bug
  DistroRelease: Ubuntu 15.10
  Package: systemd 225-1ubuntu9
  ProcVersionSignature: Ubuntu 4.2.0-27.32-generic 4.2.8-ckt1
  Uname: Linux 4.2.0-27-generic x86_64
  ApportVersion: 2.19.1-0ubuntu5
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Sat Feb 20 14:20:24 2016
  InstallationDate: Installed on 2012-12-22 (1154 days ago)
  InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5)
  MachineType: ASUS All Series
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.2.0-27-generic 
root=UUID=a21f1300-e2a3-44c9-a667-86fc6184627b ro nomdmonddf nomdmonisw 
libata.noacpi=1 irqpoll all_generic_ide=1 ide-pci-generic.all-generic-ide=1 
usbcore.autosuspend=-1 usbcore.old_scheme_first=1 libata.force=8:1.5G 
  SourcePackage: systemd
  UpgradeStatus: Upgraded to wily on 2015-10-23 (119 days ago) 08/15/2014
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: 1603
  dmi.board.asset.tag: To be filled by O.E.M. MAXIMUS VI EXTREME
  dmi.board.vendor: ASUSTeK COMPUTER INC.
  dmi.board.version: Rev 1.xx
  dmi.chassis.asset.tag: Asset-1234567890
  dmi.chassis.type: 3
  dmi.chassis.vendor: Chassis Manufacture
  dmi.chassis.version: Chassis Version
dmi:bvnAmericanMegatrendsInc.:bvr1603:bd08/15/2014:svnASUS:pnAllSeries:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnMAXIMUSVIEXTREME:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion: All Series
  dmi.product.version: System Version
  dmi.sys.vendor: ASUS

To manage notifications about this bug go to:

Mailing list:
Post to     :
Unsubscribe :
More help   :

Reply via email to