when halting, umountfs calls init-functions/log_end_msg() AFTER umount -a

Bug #24602 reported by Marc Herbert
4
Affects Status Importance Assigned to Milestone
sysvinit (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

...and then log_end_msg() calls $TPUT, which is defined as /usr/bin/tput at this
point
(don't know how, but I am sure since I _traced_ it with set -x).
And /usr/bin/tput may obviously be missing since umount -a has been called.
Conclusion is this ugly message:

+ /usr/bin/tput hpa 73
/lib/lsb/init-functions: line 239: /usr/bin/tput: No such file or directory
+ '[' 1 -eq 0 ']'
+ printf '['
+ /usr/bin/tput setaf 1
/lib/lsb/init-functions: line 244: /usr/bin/tput: No such file or directory
+ printf fail
+ /usr/bin/tput op
/lib/lsb/init-functions: line 246: /usr/bin/tput: No such file or directory
+ echo ']'
+ return 1

To debug avoiding the reboot, call /etc/init.d/umountfs in single user mode.

By the way "telinit 1" does not call "umount -a", surprising.

Same problem as the (very old, so probably no more relevant) bug #7803.

Revision history for this message
Dennis Kaarsemaker (dennis) wrote :

This bug has been marked as a duplicate of bug 23388.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.