Завершение вкладки Признаки доллара, которые должны быть экранированы [закрыто]
Ваш / var очень толстый. Check / var / log
Вы можете использовать эту команду для поиска больших файлов:
sudo find /var -xdev -type f -size +500000k -exec ls -lh {} \; | awk '{ print $9 ": " $5 }'
, конечно, вы можете отрегулировать размер (500000k в этом примере)
После этого вы можете удалить или сжать их
11 ответов
Вы упомянули в комментариях, что ваша фактическая проблема была не с «$ HOME». Это очень важно, так как имеет значение, если это переменная среды или нет.
Bash сначала выполнит возможные переменные среды, если вы начали со знака доллара, наконец, после завершения заполнения файла. Поэтому, если он не смог найти переменную для вас, она могла бы найти имя файла, и в этом случае она будет выходить из знака доллара с обратной косой чертой, поскольку это специальный символ.
Если вы запустили свой команда с программой, за которой следуют некоторые переменные, завершение может быть передано программируемому завершению, что также может привести к этому. Например, при вводе gzip $ HOME / с последующей вкладкой вставляется обратная косая черта. Файлы, обрабатывающие программируемое завершение, принадлежат пакету «bash-completion», поэтому либо вы можете удалить этот пакет (у меня его нет), либо вы можете убедить их, что это ошибка. Сопровождающие: http://bash-completion.alioth.debian.org/
Обновление: на Arch Linux я опробовал версию для завершения bash версии 2.0 и работает так, как ожидалось ls $HO<TAB>, но не для ls $HOME/<TAB>, поэтому я думаю, что они все еще не решили эту ошибку (Ubuntu использует версию 1.3). Вы можете попробовать вручную установить версию 2.0, но обратите внимание, что она не работает полностью. (Поскольку в отчете об ошибке также упоминается, что это может быть bash, я использую версию 4.2.37 вместо 4.2.24)
Это что-то с версией bash, которая поставляется с Ubuntu 12.04.
Мне удалось скомпилировать bash из источника, чтобы получить версию моего bash до 4.2.37, которая разрешила проблему.
Вы упомянули в комментариях, что ваша фактическая проблема была не с «$ HOME». Это очень важно, так как имеет значение, если это переменная среды или нет.
Bash сначала выполнит возможные переменные среды, если вы начали со знака доллара, наконец, после завершения заполнения файла. Поэтому, если он не смог найти переменную для вас, она могла бы найти имя файла, и в этом случае она будет выходить из знака доллара с обратной косой чертой, поскольку это специальный символ.
Если вы запустили свой команда с программой, за которой следуют некоторые переменные, завершение может быть передано программируемому завершению, что также может привести к этому. Например, при вводе gzip $ HOME / с последующей вкладкой вставляется обратная косая черта. Файлы, обрабатывающие программируемое завершение, принадлежат пакету «bash-completion», поэтому либо вы можете удалить этот пакет (у меня его нет), либо вы можете убедить их, что это ошибка. Сопровождающие: http://bash-completion.alioth.debian.org/
Обновление: на Arch Linux я опробовал версию для завершения bash версии 2.0 и работает так, как ожидалось ls $HO<TAB>, но не для ls $HOME/<TAB>, поэтому я думаю, что они все еще не решили эту ошибку (Ubuntu использует версию 1.3). Вы можете попробовать вручную установить версию 2.0, но обратите внимание, что она не работает полностью. (Поскольку в отчете об ошибке также упоминается, что это может быть bash, я использую версию 4.2.37 вместо 4.2.24)
Это что-то с версией bash, которая поставляется с Ubuntu 12.04.
Мне удалось скомпилировать bash из источника, чтобы получить версию моего bash до 4.2.37, которая разрешила проблему.
Это что-то с версией bash, которая поставляется с Ubuntu 12.04.
Мне удалось скомпилировать bash из источника, чтобы получить версию моего bash до 4.2.37, которая разрешила проблему.
Вы упомянули в комментариях, что ваша фактическая проблема была не с «$ HOME». Это очень важно, так как имеет значение, если это переменная среды или нет.
Bash сначала выполнит возможные переменные среды, если вы начали со знака доллара, наконец, после завершения заполнения файла. Поэтому, если он не смог найти переменную для вас, она могла бы найти имя файла, и в этом случае она будет выходить из знака доллара с обратной косой чертой, поскольку это специальный символ.
Если вы запустили свой команда с программой, за которой следуют некоторые переменные, завершение может быть передано программируемому завершению, что также может привести к этому. Например, при вводе gzip $ HOME / с последующей вкладкой вставляется обратная косая черта. Файлы, обрабатывающие программируемое завершение, принадлежат пакету «bash-completion», поэтому либо вы можете удалить этот пакет (у меня его нет), либо вы можете убедить их, что это ошибка. Сопровождающие: http://bash-completion.alioth.debian.org/
Обновление: на Arch Linux я опробовал версию для завершения bash версии 2.0 и работает так, как ожидалось ls $HO<TAB>, но не для ls $HOME/<TAB>, поэтому я думаю, что они все еще не решили эту ошибку (Ubuntu использует версию 1.3). Вы можете попробовать вручную установить версию 2.0, но обратите внимание, что она не работает полностью. (Поскольку в отчете об ошибке также упоминается, что это может быть bash, я использую версию 4.2.37 вместо 4.2.24)
Это что-то с версией bash, которая поставляется с Ubuntu 12.04.
Мне удалось скомпилировать bash из источника, чтобы получить версию моего bash до 4.2.37, которая разрешила проблему.
Вы упомянули в комментариях, что ваша фактическая проблема была не с «$ HOME». Это очень важно, так как имеет значение, если это переменная среды или нет.
Bash сначала выполнит возможные переменные среды, если вы начали со знака доллара, наконец, после завершения заполнения файла. Поэтому, если он не смог найти переменную для вас, она могла бы найти имя файла, и в этом случае она будет выходить из знака доллара с обратной косой чертой, поскольку это специальный символ.
Если вы запустили свой команда с программой, за которой следуют некоторые переменные, завершение может быть передано программируемому завершению, что также может привести к этому. Например, при вводе gzip $ HOME / с последующей вкладкой вставляется обратная косая черта. Файлы, обрабатывающие программируемое завершение, принадлежат пакету «bash-completion», поэтому либо вы можете удалить этот пакет (у меня его нет), либо вы можете убедить их, что это ошибка. Сопровождающие: http://bash-completion.alioth.debian.org/
Обновление: на Arch Linux я опробовал версию для завершения bash версии 2.0 и работает так, как ожидалось ls $HO<TAB>, но не для ls $HOME/<TAB>, поэтому я думаю, что они все еще не решили эту ошибку (Ubuntu использует версию 1.3). Вы можете попробовать вручную установить версию 2.0, но обратите внимание, что она не работает полностью. (Поскольку в отчете об ошибке также упоминается, что это может быть bash, я использую версию 4.2.37 вместо 4.2.24)
Это что-то с версией bash, которая поставляется с Ubuntu 12.04.
Мне удалось скомпилировать bash из источника, чтобы получить версию моего bash до 4.2.37, которая разрешила проблему.
Вы упомянули в комментариях, что ваша фактическая проблема была не с «$ HOME». Это очень важно, так как имеет значение, если это переменная среды или нет.
Bash сначала выполнит возможные переменные среды, если вы начали со знака доллара, наконец, после завершения заполнения файла. Поэтому, если он не смог найти переменную для вас, она могла бы найти имя файла, и в этом случае она будет выходить из знака доллара с обратной косой чертой, поскольку это специальный символ.
Если вы запустили свой команда с программой, за которой следуют некоторые переменные, завершение может быть передано программируемому завершению, что также может привести к этому. Например, при вводе gzip $ HOME / с последующей вкладкой вставляется обратная косая черта. Файлы, обрабатывающие программируемое завершение, принадлежат пакету «bash-completion», поэтому либо вы можете удалить этот пакет (у меня его нет), либо вы можете убедить их, что это ошибка. Сопровождающие: http://bash-completion.alioth.debian.org/
Обновление: на Arch Linux я опробовал версию для завершения bash версии 2.0 и работает так, как ожидалось ls $HO<TAB>, но не для ls $HOME/<TAB>, поэтому я думаю, что они все еще не решили эту ошибку (Ubuntu использует версию 1.3). Вы можете попробовать вручную установить версию 2.0, но обратите внимание, что она не работает полностью. (Поскольку в отчете об ошибке также упоминается, что это может быть bash, я использую версию 4.2.37 вместо 4.2.24)
Это что-то с версией bash, которая поставляется с Ubuntu 12.04.
Мне удалось скомпилировать bash из источника, чтобы получить версию моего bash до 4.2.37, которая разрешила проблему.