| Summary: |
=media-gfx/splashutils-1.5.4.4-r7: Bootsplash removes "/etc/mtab" link to "/proc/self/mounts" |
| Product: |
Gentoo Linux
|
Reporter: |
Marco <marcop> |
| Component: |
Current packages | Assignee: |
No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
| Status: |
RESOLVED
OBSOLETE
|
|
|
| Severity: |
minor
|
CC: |
jstein, treecleaner
|
| Priority: |
Normal
|
Keywords: |
PMASKED |
| Version: |
unspecified | |
|
| Hardware: |
AMD64 | |
|
| OS: |
Linux | |
|
| Whiteboard: |
Pending removal: 2018-11-21 |
|
Package list:
|
|
Runtime testing required:
|
---
|
|---|
Hi there, I think, I've found an issue with the (latest) Splashutils package related to the changes of "/etc/mtab", which has become a simple link to "/proc/self/mounts" a few months before to be more sane. But everytime the system is starting with a bootsplash, the link gets lost and a file "/etc/mtab" is created instead leading sometimes to inconsistent entries in mtab again. The problem seems to be the sed call in line 497 (splashutils-1.5.4.4/src/libfbsplash.c): /* Clear a stale mtab entry that might have been created by the initscripts. */ system("/bin/sed -i -e '\\#"FBSPLASH_CACHEDIR"# d' /etc/mtab"); Removing this line and recompiling Splashutils helps (at least for those, who have configured "/etc/init.d/mtab" with "mtab_is_file=no" (which is the default anyway in Gentoo AFAIK). Regards, Marco Reproducible: Always Steps to Reproduce: 1. Be sure, that link "/etc/mtab" points to "/proc/self/mounts" 2. Reboot with bootsplash enabled Actual Results: After the system has been restarted, the link is gone and a mtab file was created instead. Expected Results: Keeping the link... :-)