Вы говорите, что у вас установлено несколько экземпляров - это все на разных машинах? На каких операционных системах они работают? Если вы обращаетесь к ним удаленно, то какую операционную систему вы используете?
Вы получаете к ним с помощью SSH? Вы запускаете что-то вроде экрана, локально или удаленно, или и то, и другое? Есть много вещей, которые могут помешать настройкам вашего терминала, особенно когда вы работаете удаленно.
Я почти уверен, что iPython не имеет к этому никакого отношения - хотя вы, возможно, захотите проверить номера версий, чтобы увидеть, работают ли в разных и нерабочих средах разные версии.
Скорее всего, это что-то на уровне эмуляции терминала, но вам, скорее всего, придется самостоятельно поработать с детективом, чтобы выяснить, какая часть вызывает его.
Делайте это по одному шагу за раз - попробуйте вырезать из локальной оболочки, чтобы убедиться, что это работает. Затем подключитесь к удаленной машине и вырежьте из этой оболочку. Начальный экран, если это ваш обычный способ работы, и протестируйте из эту оболочку. Тогда начните ipython. Если это останавливается, посмотрите, можете ли вы найти другое приложение на том же компьютере, которое связано с gnu readline, и попробуйте это. Вы можете обнаружить, что ни одно из консольных приложений не работает на этом компьютере, или вы можете обнаружить, что они работают, но не под экраном. Или вы можете обнаружить, что что-то в настройках терминала перестает работать, как только вы входите в систему.
Вам также может повезти. если вы можете узнать, какой терминал, по вашему мнению, использует удаленная машина (echo $ TERM), скопировав файл termcap с рабочей машины на ту, которая этого не делает. Это немного сложнее для этих форумов - я бы сделал репост в тот момент на serverfault.com или superuser.com
Я надеюсь, что это, по крайней мере, даст вам стартовую позицию - терминалы привередливы, и их трудно получить правильно. Большинство людей, кажется, не беспокоятся, пока все в основном работает.