Long listings are only partially shown since the amount of lines remembered isn't too large. I'd like to cancel the limit of lines in a similar way to the following:        only I'm running an Ubuntu Server 15.10 and I'd like to do it using CLI.  I've also tried to use xrandr from the x11-xserver-utils package, but I keep getting Error: Can't open display: when running it, or when running xvidtune. I tried using a Terminal Multiplexer, but neither screen nor tmux did the trick (admit I'm not sure I took full advantage of tmux though), and setting the GRUB_CMDLINE_LINUX value did not change anything either. I've tried 1024k, 2048k etc, but nothing happend - the amount of lines remains limited.  To do the above said, I've tried to use information from the following:  ,  and  , by following the links given by commentators and those who submitted their answers - I still haven't solved it, but thanks a bunch for that, guys.  NOTICE 1  One thing that did happen, is after changing the lines value with the screen Terminal Multiplexer to a large value (65000) - the screen refreshed badly. I saw white lines whenever I typed something. So I guess it did affect RAM consuming, but the amount of lines did not change.  NOTICE 2  I installed Ubuntu-Server 14.04.3 for reference - and most methods above work. I was able to send settings to the kernel through fbcon and set the "lines-history" file size to what ever I wanted, for example.  Ideas?
75779
I can see only limited lines on terminal by using shift+ pageup. in Ubuntu desktop version, there is option to make scroll-back lines unlimited. how to do it in Ubuntu server version. please suggest.
92562
I'm running Ubuntu 20.04 on an ASUS X99-E-10G WS w/ an NVIDIA 1080Ti and an LG 4k 32&quot; monitor which persistently gets recognized as 27&quot;. When I log in, the text of certain UI elements is ~2x the normal size. After I go to settings/universal access and turn large text on and then off again, everything is the normal size I expect. Screenshot after logging in  After turning &quot;large text&quot; on  After turning &quot;large text&quot; off  How do I get the conditions I have after cycling the &quot;large text&quot; feature to be present immediately after booting? I have the 440 version of NVIDIA's drivers installed.
82916
So I have 4 GB RAM + 4GB swap. I want to create a user with limited ram and swap: 3 GB RAM and 1 GB swap. Is such thing possible? Is it possible to start applications with limited RAM and swap avaliable to them without creating a separate user (and not installing any special apps - having just a default Debian/CentOS server configuration, and not using sudo)?  Update:  So I opened terminall and typed into it  command: ulimit -v 1000000 which shall be like 976,6Mb limitation. Next I called ulimit -a and saw that limitation is "on". Then I started some bash script that compiles and starts my app in nohup, a    nohup ./cloud-updater-linux.sh  &gt;&amp; /dev/null &amp;... but after some time  I saw:    (which would be ok if no limitations were applied - it downloaded some large lib, and started to compile it.)  But I thought I applied limitations to the shell and all processes launched with/from it with ulimit -v 1000000? What did I get wrong? How to make a terminal and all sub processes it launches be limited on ram usage?
59900
Possible Duplicate:          I have a broken 20" LCD monitor which displays random pixels in the top 200 lines of pixels. I want to limit the display in such a way that when I maximize a window it will not be in the bad area and to limit the cursor position so it won't be in the bad area.
59557
This is happening on Ubuntu Release 12.04 (precise) 64-bit Kernel Linux 3.2.0-25-virtual  I'm trying to increase the number of open files allowed for a user. This is for my eclipse java application where the current limit of 1024 is not enough.  According to the posts I've found so far, I should be able to put lines into   /etc/security/limits.conf like this:  soft nofile 4096 hard nofile 4096   to increase the number of open files allowed for all users.  But that's not working for me and I think the problem is not related to that file.  For all users, the default limit is 1024, regardless of what is in /etc/security/limits.conf (I rebooted after changing that file)  $ ulimit -n 1024   Now, despite the entries in /etc/security/limits.conf I can't increase that:  $ ulimit -n 2048   -bash: ulimit: open files: cannot modify limit: Operation not permitted The weird part is that I can change the limit downwards, but can't change it upwards - even to go back to a number which is below the original limit:  $ ulimit -n 800 $ ulimit -n 800  $ ulimit -n 900  -bash: ulimit: open files: cannot modify limit: Operation not permitted   As root, I can change that limit to whatever I want, up or down. It doesn't even seem to care about the supposedly system-wide limit in /proc/sys/fs/file-max  # cat /proc/sys/fs/file-max 188897  # ulimit -n 188898 # ulimit -n  188898   But even I get eclipse to run as root, my application still crashes because of "Too Many Open File" exception!   So far, I haven't found any way to increase the open files limit for a non-root user.  How should I properly do this? I have looked at several other posts but no luck!
53907
In my case, (U)XTerm does display some unicodes, but only partially. For exmaple: for letters are: 𝒫φϕ𝒟. Here is a screenshot of UXTerm and Urxvt respectively   It seems that the problem is related to the letter space or letter length. By the way, everything is fine with gnome-terminal.  My current .Xresources file is: Xft.dpi:       120 Xft.antialias: true Xft.hinting:   true Xft.rgba:      rgb Xft.autohint:  false Xft.hintstyle: hintslight Xft.lcdfilter: lcddefault  XTerm*faceName:          Fixed XTerm*faceSize:          14 XTerm*reverseVideo:      false XTerm*selectToClipboard: true  UXTerm.vt100*faceName:          Fixed UXTerm.vt100*faceSize:          14 UXTerm.vt100*reverseVideo:      false UXTerm*selectToClipboard: true  URxvt.font:            xft:Fixed:pixelsize=18  URxvt.depth:                      32 URxvt.background:                 #222D31 URxvt*scrollBar:                  false URxvt*mouseWheelScrollPage:       false URxvt*cursorBlink:                true URxvt*background:                 black URxvt*foreground:                 grey URxvt*saveLines:                  5000  How to make XTerm and Urxvt to display those characters correctly? Is it possible?
13333
I need to display whole file before tracking it for a new changes, not only the last 10 lines (yep, I know it's not tail conceptually). In other words, something like cat -f would do, if it would ever existed. Tail's man doesn't give me any ideas. The only option I see right now is to somehow combine cat all but last 10 lines and tail -f output.  Any hints, please?
14911
I am only using the 128 character set defined in the original ANSI standard.  But as a whole how are the files implmeneted differently.    I am not concerned with the display, i.e. if a tab is displayed with 6 or 8 characters but the actual internal representation in memory  One difference I've heard is the use of \r\n (Windows) vs. \n for line termination (Linux).
71124
The problem:   I open a terminal (in Linux Mint, so mate-terminal) zsh is the shell Then I run tmux Edit a file with nano Scroll up and down that file with the cursor Issue: When scrolling down in nano, only the bottom half of the terminal window gets refreshed Issue: When scrolling up in nano, only the top half of the terminal windo gets refreshed   The complete nano view of file does not get refreshed in my terminal window when scrolling. Any tips?  Edit: my .tmux.conf  It seems that this line specifically is the culprit (as commenting it out fixes the problem):  set -g default-terminal "xterm-256color"   I'm pretty sure I added that line because I have issues even running nano during an SSH session.  Here is the full file:  set-option -g default-shell /bin/zsh  # Make sure tmux knows we're using 256 colours, for # correct colourised output set -g default-terminal "xterm-256color"  # The following were marked as "unknown", so # I do know what I'm doing wrong. #set -g mode-mouse on #setw -g mouse-select-window on #setw -g mouse-select-pane on  # Attempting to stop "alert" sound upon startup # but none of these are working... set-option bell-on-alert off set-option bell-action none set-option visual-bell off
24743
List item   can be 1 line long only, right?
107051
I am running Ubuntu Server and want to have multiple terminals. Screen works fine but..it is not user friendly. I mean..after pressing Ctrl+A you get no notification of you being in command mode, in order to display terminals you have to enter " which is not friendly at all (on my keyboard it is Shift+1), and so on..  I looked at byobu but it seems bugged: the cpu status lines keep increasing downside up and eventually cover my screen..but overall I still don't like it much.  I was searching for something with nano's graphic..with bottom part of the screen filled with instruction/status and upper part, of course, my current terminal.  Does something like that exist? Or, alternatively, can you help me fix the byobu bug?
115094
Dealing with a whole bunch of two-line config files, I'd like a way to exclude any files that have a different number of lines.  So, something like:  mv * destdir only if file contains exactly two lines   Or:  wc -l * | grep '^ *2' | xargs mv {} destdir   Except that neither of those is actual working code.  While writing this I realized I do have a way to do this, which is ugly as heck, and I've included it below as an answer.  Is there an easy/clean way to do this?
115800
In Ubuntu 10.04 Terminal when I traverse into some long directory structure the entire path gets displayed, this leads to lot of space wastage on my terminal, where the cursor comes way over to the right. It's causing lot of Irritation. Any way to just display the base dir.   Currently -  ops@ops:/media/Main320/final_code/code/office/c/practice/parsers/proj1$   Need - ops@ops:~/proj1$  I am sure it's some config change or some profile preferences change. Any one...
26457
I often read outputs in the terminal that get wrapped as they are too long. Since there is no way that I can modify the printed output, I need to let the Terminal allow for horizontal scrolling.  Is there a modification I can make to the default OS X Terminal to disable line wrapping and allow for horizontal scrolling?  Or do you know another alternative I can use?
14415
I have a small server which I use for testing and programming. Currently it runs Debian 9.4 stretch with 4.14.0-0.bpo.3-amd64 kernel.  Today I tried to connect through SSH but I couldn't then I tried to ping it and it was unreachable. Therefore I had to hard-restart it by unplugging power cable. Then I went to  /var/log/syslog  and I found a strange line containing exactly 6140 characters like the following  ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@  then nothing else until new log entries of system restart. This is actually the first time it happens.  Does someone know what could it be?
96729
I just jumped into a command line virtual console using Ctrl-Alt-F1, and i would now like to return to the gui. startx gives me something along the lines of 'this server is already active for display 0' if ...etc. it gives me a command to remove /tmp/.X0lock if that isn't the case...I could just restart the machine, but i'm worried i might mess something up.
88223
Environment:   Fedora 25 (4.9.12-200.fc25.x86_64) GNOME Terminal 3.22.1 Using VTE version 0.46.1 +GNUTLS VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Feb 22 2017 16:26:11) tmux 2.2   I recently started using tmux and have observed that the colors within Vim change depending on whether I'm running inside or outside of tmux.  Below are screenshots of Vim outside (left) and inside (right) of tmux while viewing a Git diff:    My TERM variable is   Outside tmux: xterm-256color Inside tmux: screen-256color   Vim reports these terminal types as expected (via :set term?):   Outside tmux: term=xterm-256color Inside tmux: term=screen-256color   Vim also reports both instances are running in 256-color mode (via :set t_Co?):   Outside tmux: t_Co=256 Inside tmux: t_Co=256   There are many similar questions out there regarding getting Vim to run in 256-color mode inside tmux (the best answer I found is ), but I don't think that's my problem given the above information.  I can duplicate the problem outside of tmux if I run Vim with the terminal type set to screen-256color:  $ TERM=screen-256color vim   So that makes me believe there's simply some difference between the xterm-256color and screen-256color terminal capabilities that causes the difference in color.  Which leads to the question posed in the title: what specifically in the terminal capabilities causes the Vim colors to be different?  I see the differences between running :set termcap inside and outside of tmux, but I'm curious as to which variables actually cause the difference in behavior.  Independent of the previous question, is it possible to have the Vim colors be consistent when running inside or outside of tmux?  Some things I've tried include:   Explicitly setting the default terminal tmux uses in ~/.tmux.conf to various values (some against the advice of the tmux ):        set -g default-terminal "screen-256color"     set -g default-terminal "xterm-256color"     set -g default-terminal "screen.xterm-256color"     set -g default-terminal "tmux-256color"    Starting tmux using tmux -2.   In all cases, Vim continued to display different colors inside of tmux.