Может отредактировать файл как корень, но не использующий sudo
Можно использовать watch от busybox: установите busybox пакет и затем назовите его через
busybox watch -n 14400 THE_COMMAND
В напротив нормального watch идя с procps пакетом, это работает внутреннее с секундами (а не с микросекундами).
Но если Вам требуются такие длительные периоды, у Вас должно быть, по крайней мере, взгляд на cron или at поскольку Warren Young указал в своем комментарии. С ними Вы можете выполнить команды в фоновом режиме и не нуждаетесь в терминале.
Я просто обнаружил причину, и это был набор обстоятельств:
В первую очередь, я не знаю точно почему, но sudo не захватывал HOME переменная среды правильно и используемый та обычного пользователя, таким образом, это читало .vimrc от /home/user/.vimrc.
Для наблюдения этого я вышел:
user@hostname:~$ sudo bash
[sudo] password for user:
root@hostname:/home/user# echo $HOME
/home/user
Во-вторых, у меня есть складная персистентность, включенная в vimrc файле моего пользователя для хранения позиции курсора:
au BufWinLeave * mkview
au BufWinEnter * silent loadview
Это делает тот каждый раз, когда файл редактируется, файл свойств создается внутри $HOME/.vim/view папка. В моем случае похоже, что я пытался отредактировать файл без sudo в первый раз, таким образом, складной файл был создан как обычный пользователь:
user@hostname:~$ ll .vim/view/ | grep thunderbird.sh
-rw-rw-r-- 1 user user 2650 Aug 20 15:56 =+usr=+lib=+thunderbird=+thunderbird.sh=
Так как корень взял /home/user как $HOME, тот же файл сворачивания (неправильно) использовался, когда я вышел sudo vim, и по некоторым причинам что я игнорирую, вероятный связанный с внутренностями энергии, если складной файл не принадлежит пользователю редактирования, отредактированный файл открыт в Режиме только для чтения.
Так, я понял это, если я удалил файл /home/user/.vim/view/=+usr=+lib=+thunderbird=+thunderbird.sh= и затем попробованный для редактирования использования sudo vim, У меня не было проблем вообще.
Так, в конце истории, для фиксации этой ситуации, которую я просто отредактировал /etc/sudoers и добавил эту строку:
Defaults always_set_home
Теперь все работает как ожидалось, и я могу использовать sudo надежно снова.