Hello,
I don't think "bind + umount" is equivalent to "move".
I don't know who wrote this script, but I'd ask him the reason since
'Google >mount move "wrong fs"< for details' didn't give the answer.
If you can, try "move" instead of "bind + umount".
I replaced all combinations of "mount --bind" and "umount" by "mount
--move", but it did not solve the problem with man.
----------------------------------------
The message is:
man: command exited with status 1: (cd /usr/share/man &&
/usr/lib/man-db/zsoelim) | (cd /usr/share/man &&
/usr/lib/man-db/manconv
-f UTF-8:ISO-8859-1 -t UTF-8//IGNORE) | (cd /usr/share/man && preconv
-e
UTF-8) | (cd /usr/share/man && tbl) | (cd /usr/share/man && nroff
-mandoc -rLL=231n -rLT=231n -Tascii)
Ok, your strace log shows these.
- pid 4081 preconv fails because it cannot find libuchardet.so.0.
- pid 4082 tbl fails because it cannot find libstdc++.so.6.
- pid 4083 nroff fails because its child process 4090 groff fails.
+ pid 4090 gorff fails because its child process 4091 troff fails.
* pid 4091 troff fails because it cannot find libstdc++.so.6.
So the first action should be making these libraries to be loadable.
There are several things to do it, $LD_LIBRARY_PATH,
/lib/ld-linux.so.*,
/etc/ld.so.*, and brabra.
But I am still afraid that "mount move" is important.
At least with libuchardet (probably its the same with other libraries)
the problem is not in finding the correct library. The file tried to be
opened in line 1464, /usr/lib/x86_64-linux-gnu/libuchardet.so.0, is a
valid symbolic link to a valid normal file. But in line 1470, trying to
open the library ends in "Permission denied". So the question is why
openat() results in EACCES here, though the link has permissions 777 and
its destination 644.
Regards
Christoph
