Опция -t
для заголовка, также - является неправильным в Вашем контексте.
Я записал бы
screen sh -c 'cd repos; python script.py'
Некоторые наблюдения:
правильно приложение установки не должно зависеть от рабочего каталога для работы правильно, таким образом, screen python repos/script.py
должен работать также (не принимающий во внимание, что тот же явный вызов python
мог избежаться),
если Вы помещаете это в ~/.screenrc
, команда будет выполняться на каждом новом экранном вызове. Вы уверены, что хотите это?
Некоторые возможности:
Там какие-либо общие шаблоны к катастрофическим отказам? Например:
Я заметил по некоторым причинам (и верно ли это или нет, я не уверен), что Linux более чувствителен к сбою аппаратных средств. Я видел это на своем компьютере домашнего офиса пару раз. Ваш лучший выбор состоит в том, чтобы начать выполнять аппаратную диагностику.
Для этого я рекомендовал бы Окончательной Начальной загрузке CD. В Вашем случае я запустил бы с выполнения Memtest (по крайней мере, в течение часа), сопровождаемый тестом жесткого диска (какой тест будет зависеть от бренда Вашего жесткого диска). Из тех двух я поставил бы много денег, которые что-то разоблачит дефектный - и мои деньги были бы на памяти.
Если то диалоговое окно открывается, и система все еще отвечает, можно работать dmesg
от терминала для наблюдения сообщений ядра, которые покажут ошибку.
Я заметил при попытке запустить Linux от карты флэш-памяти с интерфейсом USB, что на некотором ПК (кажется, главным образом более старый Dell), что через некоторое время что-то происходит, где система думает, что диск разъединяется, даже при том, что это физически не разъединяется.
У меня есть старый ноутбук Inspiron, например, где, приблизительно после дня или таким образом работая от карты с интерфейсом USB, это происходит, и все отказывает, потому что внезапно Linux не может найти свой корневой объем.
Я не сделал достаточного поиска и устранения неисправностей, чтобы определить, был ли это флеш-накопитель (Kingston на 4 ГБ), то, что это - флеш-накопитель и не включенный в USB жесткий диск, и т.д. но видело это на других Dell PC. Я не знаю, является ли это тонкая проблема в чипсете, драйверы Linux не составляют, некоторое возможное взаимодействие с ACPI, или что.
Несколько лет назад то, когда я использовал старый HP Pavillion в качестве сервера, у меня будут проблемы, где USB присоединил диски, прекратит распознаваться, как соединено. Только физически разъединение и повторное подключение их заставили бы их быть распознанными Linux снова. Я использовал плату PCI Belkin USB 2.0 в то время. Я поместил ту же карту в Dell PowerEdge 2500 и выполнял диски в течение многих месяцев прочь ее без проблем.
Можно попытаться делить жесткий диск, или установить второй жесткий диск в системе и запустить Linux от этого.