Stefan Priebe - Profihost AG posted on Sun, 28 Aug 2016 22:15:21 +0200 as excerpted:
> Hi, > > i'm trying to get my 60TB btrfs volume to mount with systemd at boot. > But this always fails with: "mounting timed out. Stopping." after 90s. > > I can't find any fstab setting for systemd to higher this timeout. > There's just the x-systemd.device-timeout but this controls how long to > wait for the device and not for the mount command. > > Is there any solution for big btrfs volumes and systemd? Yes. The key here is to realize that systemd creates mount units dynamically based on the fstab file, placing them in /run/systemd/generator/ (take a look =:^), and then uses them to process mounts. So the normal method for reconfiguring/overriding systemd units applies. See the systemd.unit manpage, example section, example 2 (as of systemd 230), for override details, but in general you choose whether you want to override the entire default unit (probably not, as you'd replace the generated file and override the fstab options) or just specific options (likely what you want), and place your override file in the appropriate subdir of /etc/systemd/ accordingly. Now that you know where to put the file with the override, take a look at the systemd.mount manpage, options section. Based on that (IOW, I've not actually tried this), the setting you need to change is TimeoutSec. You can also consider changing the global timeout setting by setting DefaultTimeoutStart in /etc/systemd/system.conf, tho that's going to affect other units as well. But it may be easier, if your other units start up fine without getting anywhere close to the timeout, and thus never need to use the timeout setting. Of course if they break, you'll then be dealing with the longer timeouts, but you may find it easier to simply set that default and deal with the long timeouts on anything else when and if some other unit does actually break and start following the longer default timeouts. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html