.bashrc не становится выполняемым

Debian dist-upgrade к нестабильному (или это тестировало?) на удаленном продуктивном сервере.

Проигнорированное предупреждение о libc переключение на nptl потоки.

Не уверенный, где установка на самом деле перестала работать, но меня оставили с одной корневой консолью на коммутируемой линии с каждым взрывом приложения. Всего одно выполнение ssh и bash.

Хорошо проведший время восстановления его. Загруженный статически связанный dpkg, откатываемый libc, созданный пользовательское ядро с поддержкой технологией RAID. Я думаю, что это заняло приблизительно 3 часа с моей коммутируемой линией. Когда я наконец перезагрузил его, fsck взял как 10 минут. Довольно болезненные 10 минут я должен сказать.

9
02.11.2011, 17:43
1 ответ

~/.bashrc для невхода в систему интерактивные оболочки. Вход в систему окружает источник ~/.bash_profile (или ~/.bash_login или ~/.profile). Определение источника Ваш ~/.bashrc там позволит Вам иметь общие настройки.

17
27.01.2020, 20:05
  • 1
    Или источник .bash_profile от .bashrc, который мог бы иметь смысл, когда Вы, прежде всего, используете интерактивные оболочки. –  janmoesen 03.11.2011, 21:55
  • 2
    я чувствовал потребность сделать вещи для оболочек входа в систему, которые не были сделаны для интерактивного не, входит в систему один, никогда реверс. –  AProgrammer 03.11.2011, 22:47
  • 3
    Следовательно "мог бы иметь смысл": Я знаю, что это может столкнуться как назад. :-) –  janmoesen 03.11.2011, 23:32
  • 4
    Действительно ли возможно настроить систему Redhat для игнорирования .bashrc при выполнении неинтерактивных заданий? Я использую кластер, который, кажется, на самом деле использует .bash_profile (мой затем загружает .bashrc). Без .bash_profile задания не могут найти материал, который я добавил к ПУТИ в емкостно-резистивном файле –  user632657 01.05.2017, 22:41

Теги

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