Bug 709681
Summary: | failure to mount if a mount point ends with a slash in /etc/fstab | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | tranquilmmf |
Component: | util-linux | Assignee: | Karel Zak <kzak> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 15 | CC: | harald, johannbg, jonathan, jsilva, kzak, lpoetter, metherid, mschmidt, notting, plautrba, vytautas1987 |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | util-linux-2.19.1-1.2.fc15 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-06-21 17:39:47 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
tranquilmmf
2011-06-01 11:32:42 UTC
My nitpicking: It does not crash. It just fails to mount /mnt/qwe/ and since the option "nofail" is not present, local-fs.target is considered failed too, which causes the switch to emergency.target. Here's why it fails to mount it: When systemd parses /etc/fstab, it trims the trailing slashes. When it comes to the mounting, it spawns "/bin/mount /mnt/qwe". mount complains: mount: can't find /mnt/qwe in /etc/fstab or /etc/mtab systemd could be fixed to preserve the trailing slash for the benefit of /bin/mount, but I'm thinking mount itself could be more tolerant of the trailing slashes in fstab. Karel, what do you think? Fixed by upstream commit aab72640daa7ee2db3d42fc8278ab86e3aef2d71. Fedora package will be updated ASAP. *** Bug 708489 has been marked as a duplicate of this bug. *** (In reply to comment #2) > Fixed by upstream commit aab72640daa7ee2db3d42fc8278ab86e3aef2d71. > > Fedora package will be updated ASAP. Karel, would you make the update soon please? Thanks. util-linux-2.19.1-1.2.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/util-linux-2.19.1-1.2.fc15 Package util-linux-2.19.1-1.2.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing util-linux-2.19.1-1.2.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/util-linux-2.19.1-1.2.fc15 then log in and leave karma (feedback). util-linux-2.19.1-1.2.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report. Hi guy and gals, First, I must say that I am impressed by the quality of this bug report. Second, I noticed that the "util-linux-2.19.1-1.2.fc15 has been pushed to the Fedora 15 stable repository" on 22-JUN-2011. But, I just did an upgrade on my laptop from Fedora 13 to Fedora 15 via Internet and I hit this issue last night (23-AUG-2011). So I am wondering if the package was actually "pushed". Thank you in advance for your much appreciated feedback. Have a great day! Sincerely, Julio Julio, Yes, the update was pushed. And there were even two more updates for the util-linux package since then. I don't know what upgrade method you used. Is it possible that you did not have the updates repository enabled for the upgrade? Use "rpm -q util-linux" to check what version of the package do you actually have installed. Michal, Thank you for the feedback! My hypothesis was incorrect. The util-linux package is up to date. The version is: util-linux-2.19.1-1.4.fc15.i686. I upgraded my Laptop using the "Software Update" GUI application on the desktop, which downloaded all the packages via Internet and then installed them. When I rebooted the machine, I got directed to the command line in safe mode. I entered the root password and tried to run "init 5", but got an error like "command too dangerous". - Julio |