Ошибка входа источника / Dot при входе в систему. Возможно, вызвано плохой удабой удалить

Я получаю сообщение об ошибке каждый раз, когда я вхожу в свой ящик или запускаю sudo -i. Это выглядит так: login:

login as: person chands@ubuntu-server's password: -bash: .: filename argument required .: usage: . filename [arguments] chands@ubuntu-server:~$

И так, когда я выполняю sudo -i:

chands@ubuntu-server:~$ sudo -i [sudo] password for chands: -bash: .: filename argument required .: usage: . filename [arguments] root@ubuntu-server:~#

Эта ошибка не появляется, когда я запускаю экран, когда я используйте sudo для выполнения некоторых других команд, когда я выполняю sudo su, и даже когда я su в chands от root.

Я проверил ~ / .bashrc для обеих строк и root и / etc /bash.bashrc, но все три из них являются значениями по умолчанию, и ни одна из них не имеет ошибок при использовании ..

Кроме того, эта ошибка возникла после удаления и очистки byobu из моей системы. Я не знаю, связано ли это с проблемой, но это моя точка отсчета, перед которой все работает нормально.

Что здесь может быть не так? Любые идеи кто-нибудь?

5
задан 12 August 2011 в 20:16

7 ответов

Таким образом, первопричиной этой проблемы было действительно byobu (ну, собственно, отсутствие byobu). Я не знаю почему, но по какой-то причине byobu не очистил строку из ~/.profile. Это была последняя строка файла: . $(which byobu-launch). К счастью, я смог найти эту строку довольно легко и быстро, выполнив следующее (как советовали @enzotib и @geirha):

Сначала я побежал bash -xl, чтобы ввести bash в качестве оболочки входа (-l) в режиме отладки (-x). Когда я побежал, я увидел, что это за нарушение. Как только я понял, что вызвало проблему, которую я выпустил cat <file> | grep . $(which byobu-launch) для каждого файла, который запускается при запуске bash.

Эти файлы следующие:

~/.bashrc /etc/bash.bashrc ~/.profile /etc/profile /etc/profile.d/* ~/.bash_profile + все остальные, которые включены / выполнены любым из над файлами.
5
ответ дан 25 May 2018 в 19:23
  • 1
    which - это команда, которую вы никогда не должны использовать, особенно в сценарии оболочки. Для интерактивного использования он значительно заменяется встроенной оболочкой type. Помните, избегайте этого корабля. – geirha 14 August 2011 в 02:59
  • 2
    @geirha: FYI, byobu вставил эту линию, это не то, что я вложил. – chandsie 15 August 2011 в 22:53
  • 3
    Да, я так и думал. Я просто подумал, что это важно. Byobu определенно нуждается в исправлении, когда добавляет ошибки в .profile пользователя. . byobu-launch или command -v byobu-launch >/dev/null && . byobu-launch будет иметь смысл использовать больше смысла. – geirha 16 August 2011 в 20:57

поэтому первопричину этой проблемы действительно бебу (ну на самом деле отсутствие бебу). Я не знаю почему, но по какой-то причине бебу не убирать линии из ~/.profile.Это была последняя строка в файле: . $(which byobu-launch). К счастью, я смог найти эту линию достаточно легко и быстро следующим образом (как советовал @enzotib и @geirha):

сначала я побежал bash -xl, чтобы войти в bash в качестве оболочки входа в систему(-l) в режиме отладки(-x). Когда я запустил это, я мог видеть, что ошибочная строка. Как только я знал, что было причиной проблемы я выпустил cat <file> | grep . $(which byobu-launch) для каждого файла, который выполняется, когда колотить начинает.

эти файлы являются следующие:

~/.bashrc нажать [F8] [F9] и [F10] для /etc/profile.d/* ~/.bash_profile + все остальные, которые включаются/выполненные любым из перечисленных выше файлов.
5
ответ дан 25 July 2018 в 21:28

Таким образом, первопричиной этой проблемы было действительно byobu (ну, собственно, отсутствие byobu). Я не знаю почему, но по какой-то причине byobu не очистил строку из ~/.profile. Это была последняя строка файла: . $(which byobu-launch). К счастью, я смог найти эту строку довольно легко и быстро, выполнив следующее (как советовали @enzotib и @geirha):

Сначала я побежал bash -xl, чтобы ввести bash в качестве оболочки входа (-l) в режиме отладки (-x). Когда я побежал, я увидел, что это за нарушение. Как только я понял, что вызвало проблему, которую я выпустил cat <file> | grep . $(which byobu-launch) для каждого файла, который запускается при запуске bash.

Эти файлы следующие:

~/.bashrc /etc/bash.bashrc ~/.profile /etc/profile /etc/profile.d/* ~/.bash_profile + все остальные, которые включены / выполнены любым из над файлами.
5
ответ дан 31 July 2018 в 12:34

Таким образом, первопричиной этой проблемы было действительно byobu (ну, собственно, отсутствие byobu). Я не знаю почему, но по какой-то причине byobu не очистил строку из ~/.profile. Это была последняя строка файла: . $(which byobu-launch). К счастью, я смог найти эту строку довольно легко и быстро, выполнив следующее (как советовали @enzotib и @geirha):

Сначала я побежал bash -xl, чтобы ввести bash в качестве оболочки входа (-l) в режиме отладки (-x). Когда я побежал, я увидел, что это за нарушение. Как только я понял, что вызвало проблему, которую я выпустил cat <file> | grep . $(which byobu-launch) для каждого файла, который запускается при запуске bash.

Эти файлы следующие:

~/.bashrc /etc/bash.bashrc ~/.profile /etc/profile /etc/profile.d/* ~/.bash_profile + все остальные, которые включены / выполнены любым из над файлами.
5
ответ дан 2 August 2018 в 03:07

Таким образом, первопричиной этой проблемы было действительно byobu (ну, собственно, отсутствие byobu). Я не знаю почему, но по какой-то причине byobu не очистил строку из ~/.profile. Это была последняя строка файла: . $(which byobu-launch). К счастью, я смог найти эту строку довольно легко и быстро, выполнив следующее (как советовали @enzotib и @geirha):

Сначала я побежал bash -xl, чтобы ввести bash в качестве оболочки входа (-l) в режиме отладки (-x). Когда я побежал, я увидел, что это за нарушение. Как только я понял, что вызвало проблему, которую я выпустил cat <file> | grep . $(which byobu-launch) для каждого файла, который запускается при запуске bash.

Эти файлы следующие:

~/.bashrc /etc/bash.bashrc ~/.profile /etc/profile /etc/profile.d/* ~/.bash_profile + все остальные, которые включены / выполнены любым из над файлами.
5
ответ дан 4 August 2018 в 18:58

Таким образом, первопричиной этой проблемы было действительно byobu (ну, собственно, отсутствие byobu). Я не знаю почему, но по какой-то причине byobu не очистил строку из ~/.profile. Это была последняя строка файла: . $(which byobu-launch). К счастью, я смог найти эту строку довольно легко и быстро, выполнив следующее (как советовали @enzotib и @geirha):

Сначала я побежал bash -xl, чтобы ввести bash в качестве оболочки входа (-l) в режиме отладки (-x). Когда я побежал, я увидел, что это за нарушение. Как только я понял, что вызвало проблему, которую я выпустил cat <file> | grep . $(which byobu-launch) для каждого файла, который запускается при запуске bash.

Эти файлы следующие:

~/.bashrc /etc/bash.bashrc ~/.profile /etc/profile /etc/profile.d/* ~/.bash_profile + все остальные, которые включены / выполнены любым из над файлами.
5
ответ дан 6 August 2018 в 03:19

Таким образом, первопричиной этой проблемы было действительно byobu (ну, собственно, отсутствие byobu). Я не знаю почему, но по какой-то причине byobu не очистил строку из ~/.profile. Это была последняя строка файла: . $(which byobu-launch). К счастью, я смог найти эту строку довольно легко и быстро, выполнив следующее (как советовали @enzotib и @geirha):

Сначала я побежал bash -xl, чтобы ввести bash в качестве оболочки входа (-l) в режиме отладки (-x). Когда я побежал, я увидел, что это за нарушение. Как только я понял, что вызвало проблему, которую я выпустил cat <file> | grep . $(which byobu-launch) для каждого файла, который запускается при запуске bash.

Эти файлы следующие:

~/.bashrc /etc/bash.bashrc ~/.profile /etc/profile /etc/profile.d/* ~/.bash_profile + все остальные, которые включены / выполнены любым из над файлами.
5
ответ дан 7 August 2018 в 21:00

Другие вопросы по тегам:

Похожие вопросы: