nano d'erreur: Erreur lors de l'ouverture du terminal: xterm-256color

Après l'installation de OSX Lion, j'ai essayé de:

nano /etc/apt/sources.list

Mais j'obtiens cette erreur:

Error opening terminal: xterm-256color

Si j'essaie de passer terminal.préférences de l'application pour ouvrir un terminal windows en "xterm couleur" au lieu de xterm-256color tout fonctionne bien.

Ce qui se passe?

  • Vous pourriez être absent quelques pas ici - comme vous ssh ed sur le Mac en quelques Debian ou Ubuntu, système, non? Au moins j'espère que vous n'essayez pas de modifier le fichier /etc/apt/sources.liste dans un Système MacOS... 🙂
InformationsquelleAutor Luke | 2011-07-24
  1. 133

    Sur Red Hat cela a fonctionné pour moi:

    export TERM=xterm

    plus d'info ici: http://www.cloudfarm.it/fix-error-opening-terminal-xterm-256color-unknown-terminal-type/

    • Travaillé pour moi quand a couru sur le supprimer du système. Connexion de a OS X -> Ubuntu
    • Fait intéressant, j'ai eu cette erreur dans un chroot-ed de l'environnement qui a le minimum de programmes jusqu'à présent. Je suppose qu'il y a un programme manquant qui provoque cela, mais malheureusement nano ne donne pas plus d'informations quant à pourquoi il exactement échoue.
    • Cette solution est également correcte pour Ubuntu/Debian.
    • Fonctionne également lorsque vous essayez d'utiliser le haut à l'intérieur d'un minikube local kubernetes système fonctionnant comme une machine virtuelle basée sur buildroot à l'intérieur de Virtualbox sur Max OS X. (qui est ssh à partir de MacOS dans un Buildroot VM et tgen top)
    • Cette réponse n'est pas à la question, et doit avoir été supprimé.
    • La même solution semble correct pour les différents systèmes, y compris Ubuntu/Debian et OSX (l'OP). Comment est-ce indifférent?
    • Cela a fonctionné pour moi sur un système Debian. Comment puis-je faire de ce permanent? Comme le fait d'avoir produit-il lorsque je me connecte via SSH?
    • Tout ce qui peut (et même de manière plus générale que les "vrais" solutions), il est théoriquement d'une solution de contournement au mieux. Vous êtes essentiellement de mentir à votre shell sur le terminal que vous utilisez pour vous connecter.
    • Il pourrait être un "hack" qui met en lumière le problème sous-jacent.

    InformationsquelleAutor Meetai.com
  2. 27

    Après la mise à niveau vers OS x Lion, j'ai commencé à avoir cette erreur dans certains cas (Debian/Ubuntu) des serveurs. La solution consiste à installer le “ncurses-term” paquet fournit le fichier /usr/share/terminfo/x/xterm-256color.

    Cela a fonctionné pour moi sur un serveur Ubuntu, via Erik Osterman.

    InformationsquelleAutor calvinf
  3. 17

    Je peux confirmer c'est un terminfo question. C'est ce qui a fonctionné pour moi. SSH à la machine distante et d'exécuter 

     sudo apt-get install ncurses-term

    Boom. Le problème est résolu.

    • Je pense que cela peut être une des raisons pourquoi nano peut parfois échouer - e. g. si le problème se produit au ncurses/terminfo à la place.
    InformationsquelleAutor Johnny
  4. 6

    J'ai eu ce problème de connexion à http://sdf.org par le biais de Mac OS X Lion. J'ai changé en vertu de Terminal Preferences (⌘+,) > Advanced volet, Declare Terminal as à VT-100.

    J'ai aussi marqué Delete Sends Ctrl-H parce que ce Mac connexion a été source de confusion zsh.

    Il semble fonctionner pour mon cas d'utilisation.

    • Merci pour une réponse qui ne comportent PAS de changer le serveur!
    • Cela ne fonctionne pas pour moi. - Je me connecter à partir d'un Mac sous Mavericks pour un Mac sous Snow Leopard. Je reçois le message d'erreur lorsque je lance top.
    • Ah ok Nicolas, désolé mais je ne suis plus à l'aide de Mac donc je ne peux pas tester avec vous.
    InformationsquelleAutor isomorphismes
  5. 6

    Moi aussi, j'ai eu ce problème sur un vieux Mac que j'ai mis à niveau vers Lion.

    Avant de lire le terminfo astuce, j'ai pu obtenir vi et moins de travail en faisant "export TERM=xterm".

    Après la lecture de la pointe, j'ai attrapé /usr/share/terminfo à partir d'une version plus récente de Mac qui dispose de la nouvelle installation de Lion et ne présentent pas ce problème.

    Maintenant, même si echo $TERM encore les rendements xterm-256color, vi et moins maintenant fonctionner correctement.

    • Pour ceux qui cherchent à obtenir un chroot en cours d'exécution sur macOS, il les corrige "Erreur d'ouverture du terminal:" problème à l'intérieur du chroot.
    InformationsquelleAutor bitaxis
  6. 3

    en quelque sorte et parfois "terminfo" le dossier est livré endommagé après une nouvelle installation.
    je ne sais pas pourquoi, mais le problème peut être résolu de cette façon:

    1. Download Lion Installer from the App Store
2. Download unpkg: http://www.macupdate.com/app/mac/16357/unpkg
3. Open Lion Installer app in Finder (Right click -> Show Package
Contents)
4. Open InstallESD.dmg (under SharedSupport)
5. Unpack BSD.pkg with unpkg (Located under Packages)   Term info
will be located in the new BSD folder in /usr/share/terminfo

    espère que cela aide.

    • J'ai rencontré la même erreur et a essayé de vos étapes suggérées. J'ai rencontré un certain nombre de refus d'une autorisation d'erreurs pendant le déballage avec unpkg. Le BSD dossier est apparu sur mon bureau, et j'ai couru "sudo mv ~/Desktop/BSD/usr/share/terminfo /usr/share/terminfo" puis redémarré terminal, mais j'obtiens toujours la même "Erreur d'ouverture du terminal: xterm-256color d'erreur".
    • peut-être vous pouvez essayer ce sendspace.com/file/hc2dus c'est mon terminfo dossier. après le remplacement, n'oubliez pas de faire un chmod 555 /usr/share/terminfo
    • Parfait, cela a fonctionné!
    InformationsquelleAutor Luke
  7. 0

    J'ai entendu dire que cela peut être résolu par le remplacement de votre /usr/share/terminfo avec un à partir de l'ordinateur de quelqu'un avec un travail d'installation de Lion. Je ne peux pas confirmer si cela fonctionne ou pas, et malheureusement, je n'ai pas mis à jour encore, donc je ne peux pas vous fournir ce fichier.

    InformationsquelleAutor EdoDodo
  8. 0

    Vous pouvez ajouter les lignes suivantes dans votre .bashrc

    if [ "$TERM" = xterm ]; then TERM=xterm-256color; fi
    InformationsquelleAutor doesnt_matter
  9. 0

    1. modifier votre .bash_profile fichier

      vim .bash_profile

    2. commnet

      #export TERM=xterm-256color

    3. ajouter cette

      export TERMINFO=/usr/share/terminfo

      export TERM=xterm-basic

      à votre .bash_profile

    4. enfin

      exécuter:

      source .bash_profile

    InformationsquelleAutor Xu Radman
  10. 0

    Le mien était tout à fait un cas unique, mais cela pourrait aider quelqu'un. Sur Android, j'ai essayé de copier nano de mon termux binaire dossier /system/xbin. Placé toutes les dépendances des bibliothèques dans /system/lib et eu cette erreur. Le libncurses.donc.6 fichier que j'ai copié à partir de termux eu c'est le fichier TERMINFO encore souligné dans /data/data/com.termux/fichiers/usr/share/terminfo

    Vue de relever chemin d'accès avec la commande

    chaînes de chemin-de-libncurses.donc | grep /terminfo

    De fixer la termux terminfo dir et sous-dossiers lisible et exécutable par le nano utilisateur ou copier le terminfo dossier quelque part d'autre et d'utiliser un hexeditor de modifier la plaine de texte chemin d'accès dans le fichier de bibliothèque partagée.

    Lien vers zippée terminfo dossier
    https://drive.google.com/file/d/1m1tfHgkGRehBGh1jPMK4EaTgQb9EyCG7/view?usp=drivesdk

    InformationsquelleAutor Fortune