I'd tried command
cat with an executable file:
Now I can't read any word in this terminal (Linux console). How can I fix it?
Often times when in a Unix/Linux terminal (Bash) for example you'll use the commands
cat to view a file. When you do this and the file isn't meant to be viewed (such as
/bin/ls) you'll get output like this:
What's going on here is that you just tried to view a file that's a program. An executable which aren't meant to be viewed with standard viewers as I mentioned above.
To fix this issue you can do the following:
resetand hit return
This should usually put your terminal back into a more normal mode. I'll mention one more thing, when you do the steps above, you'll by typing them blind into your terminal. So just make sure you're typing it correctly.
As suggested in the comments by @sendmoreinfo you might have better luck using the following commands instead if the above doesn't work:
$ stty sane $ tput rs1
Incidentally, if you come across a file and aren't sure if it's going to mess up your terminal you can inspect the file using the command
file which will report back the type of file it is.
For example, with
/bin/ls that file shows the following output:
$ file /bin/ls /bin/ls: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, stripped
I've had an occasion where none of the usual tricks,
stty sane, worked (after accidentally calling
I've since created a most helpful alias:
alias fix='echo -e "\033c"'
No single prior answer worked for me. But this seemed to do the trick in .bashrc add:
alias fix='reset; stty sane; tput rs1; clear; echo -e "\033c"'
and then when the problem occurs type this (even though you probably can't see it!)
(ctl-c, ctl-c, ctl-c) fix
Much thanks to the prior submitters. Also, as a side note, the reason that your terminal goes wonky when showing those executable files (or keystores, etc) is that those files often contain binary sequences that are control codes. The control codes may do random things like switch to a graphics character set, set foreground and background colors to the same thing, etc.
tmux users might be able to send all these commands to their shell, but the resetting doesn't get elevated to the
Make new tmux window:
Note the pane number you think is borked, typically
0. Let's call it
Select the tmux window, where
XXX is the window number which is borked, not necessarily the same as pane number.
tmux send-key -R -t PPP
You will then see all the commands in the other answers to this question which made it to your shell, but didn't work! Maybe a blind
tmux send-key -R -t PPP will work, but I can't test.
In addition to other answers advising how to reset the terminal, I figured the corruption cannot be avoided unless properly guarded. So I better send the output to a simple text-friendly converter
docker logs myjenkinscontainer 2>&1 | cat -v
Viewing and editing binary files seems possible with
hexdump -C and
vi -R (
:%!xxd -g1 for a hex view and
:%!xxd -g1 -r for saving hex changes).