Thank you for taking the time to report this bug and helping to make
Ubuntu better.

Bug reporting is about finding & fixing problems thus preventing future
users from hitting the same bug.

I suspect a Support site would be more appropriate, eg.
https://answers.launchpad.net/ubuntu. You can also find help with your
problem in the support forum of your local Ubuntu community
http://loco.ubuntu.com/ or asking at https://askubuntu.com or
https://ubuntuforums.org, or for more support options please look at
https://discourse.ubuntu.com/t/community-support/709

** Changed in: systemd (Ubuntu)
       Status: New => Invalid

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1943163

Title:
  systemd.mount constantly unmounts an in use drive!

Status in systemd package in Ubuntu:
  Invalid

Bug description:
  systemd.mount constantly unmounts an in use sshfs drive!

  Sep 09 11:20:01 $HOSTNAME systemd[4613]: pathtomount.mount: Succeeded.
  ░░ Subject: Unit succeeded
  ░░ Defined-By: systemd
  ░░ Support: http://www.ubuntu.com/support
  ░░
  ░░ The unit UNIT has successfully entered the 'dead' state.
  Sep 09 11:20:01 $HOSTNAME systemd[1]: pathtomount.mount: Succeeded.
  ░░ Subject: Unit succeeded
  ░░ Defined-By: systemd
  ░░ Support: http://www.ubuntu.com/support
  ░░
  ░░ The unit pathtomount.mount has successfully entered the 'dead' state.

  Change my kernel and the issue *seems* to have subsided. Coincidence
  or swapping kernels reconfigured whatever was causing the issue. Did
  not change kernel expecting to fix this, just so happened after I did
  this stopped happening. Judging by the time stamps (that 01 seconds)
  something was misbehaving with cron.

  This only seemed to affect the fuse mounts which correlates with other
  reports elsewhere I found but no real fixes and me changing kernels
  and rebuilding some things were just happenstance. i.e. magically
  fixed yields no answers. I installed a snap app around the time it
  started misbehaving but again could be pointless coincidence. I just
  noticed in the logs snap was playing with mounts for sandboxing.

  Just occurred to me that I think I've seen this before. When 20.04
  came out I updated my roommates laptop with it. It's old, just plays
  movies off the network and the hard drive died so I just did an
  install to a little flash drive. She'd be watching something and it
  would do that little buffer stutter like you just yanked the drive out
  mid audio/video playback and crash. Eventually I just moved the
  machine back to 18.04 because there was no rhyme or reason to why it
  was doing that. I spent a month hunting thermal trip issues, power
  saving, you name it but not systemd. I never found anything in the
  logs but I was looking for power/thermal/shutdown stuff not something
  idiotic unmounting the rootfs!

  While I fear my angry bits are seen as trolling there is a distinct
  fall off from 18.04. Every release past 19 has been riddled with
  massive problems across several machines. Another friend I upgraded to
  20.04, couldn't print. Worked fine in 18.04. Found a solution after
  months of printing from an 18.04 vm.

  ProblemType: Bug
  DistroRelease: Ubuntu 21.04
  Package: systemd 247.3-3ubuntu3.4
  ProcVersionSignature: Ubuntu 5.11.0-34.36-generic 5.11.22
  Uname: Linux 5.11.0-34-generic x86_64
  NonfreeKernelModules: nvidia_modeset nvidia
  ApportVersion: 2.20.11-0ubuntu65.1
  Architecture: amd64
  CasperMD5CheckResult: unknown
  CurrentDesktop: XFCE
  Date: Thu Sep  9 10:05:11 2021
  EcryptfsInUse: Yes
  MachineType: Micro-Star International Co., Ltd MS-7C02
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.11.0-34-generic 
root=UUID=8e862394-d94b-4c1a-81be-8cef6143bedd ro quiet splash vt.handoff=7
  SourcePackage: systemd
  SystemdDelta:
   [EXTENDED]   /usr/lib/systemd/system/rc-local.service → 
/usr/lib/systemd/system/rc-local.service.d/debian.conf
   [EXTENDED]   /usr/lib/systemd/system/systemd-localed.service → 
/usr/lib/systemd/system/systemd-localed.service.d/locale-gen.conf
   [EXTENDED]   /usr/lib/systemd/system/user@.service → 
/usr/lib/systemd/system/user@.service.d/timeout.conf

   3 overridden configuration files found.
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 04/22/2021
  dmi.bios.release: 5.17
  dmi.bios.vendor: American Megatrends International, LLC.
  dmi.bios.version: 1.H5
  dmi.board.asset.tag: To be filled by O.E.M.
  dmi.board.name: B450 TOMAHAWK (MS-7C02)
  dmi.board.vendor: Micro-Star International Co., Ltd
  dmi.board.version: 1.0
  dmi.chassis.asset.tag: To be filled by O.E.M.
  dmi.chassis.type: 3
  dmi.chassis.vendor: Micro-Star International Co., Ltd
  dmi.chassis.version: 1.0
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInternational,LLC.:bvr1.H5:bd04/22/2021:br5.17:svnMicro-StarInternationalCo.,Ltd:pnMS-7C02:pvr1.0:skuTobefilledbyO.E.M.:rvnMicro-StarInternationalCo.,Ltd:rnB450TOMAHAWK(MS-7C02):rvr1.0:cvnMicro-StarInternationalCo.,Ltd:ct3:cvr1.0:
  dmi.product.family: To be filled by O.E.M.
  dmi.product.name: MS-7C02
  dmi.product.sku: To be filled by O.E.M.
  dmi.product.version: 1.0
  dmi.sys.vendor: Micro-Star International Co., Ltd

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1943163/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to