Not sure if this would be called a bug, but it was very unfriendly from a UI perspective.
Running RL 9.2.
I recently added a line to my fstab to automatically mount a CIFS share from a Windows machine. Unfortunately, I made a mistake in the credentials file. On the next boot, RL refused to boot and dumped me into the emergency console. It would be much more friendly if RL said “sorry, couldn’t mount that” and continued on its way. I was lucky enough to figure out what had happened and use the emergency console to delete the line in fstab and the machine then rebooted fine.
Not if it’s automount. Editing fstab is not trivial and typos etc… will cause the boot failure you experienced. I’ve certainly had my boot failures due to editing fstab.
Here’s a script I use to test cifs mounts.
Then if the test is successful then before you edit fstab post your intended fstab entry here first. I always used the “noauto” option for my cifs mounts and then completed them via a script initiated by user login.
This is hard to read, you should use the code block </> to post code.
The first thing I see is there is a comma after cifs which should not be there. I’m not familiar with the mfsymlinks option so will assume you’ve done the research.
Since you are doing a root or universal mount did you adapt my script to reflect your intent? Is the ip 192.1.1.12 a static address for your server? If it is not there is a likely chance of a boot failure if that machine can’t be found.
You don’t want to have an fstab entry for a machine that is not always on or receives an address via dhcp. I don’t know if there is a OK for failure option for cifs mounts. I always had “noauto” as the first option for my cifs mounts and then used a separate script to make the final mount. My mounts are all user, so much easier to script and because of that I nolonger have my mounts in fstab.