There are usually 5-6 TTY's available on most distributions. You can access them via Ctrl-Alt-F1, Ctrl-Alt-F2, etc.
There are also a few terminal multiplexers, like GNU Screen and tmux. These allow you to have many more "screens" available and also offer other functionality (like splitting the screen into sections, disconnect the session and reconnect at a later time, etc).
It's got nothing to do with your SSH client. Actually, it's got nothing to do with SSH at all.
It's basically persistent tabbed terminals. You start a screen session on a server and then you can detatch from it and it carries on running. Next time you ssh in or sit at a screen and keyboard plugged into the machine you can reconnect and resume from where you left off.
It's also got the concept of 'screens' which are essentially tabs. Just like a tabbed terminal emulator, but the tabs are all stored on the remote host rather than the local one. you get them all set up, detatch, and when you come back they're still there.
http://www.gnu.org/software/screen/
It's in the repositories for every distro.
gnu screen has copy/paste functions.
CTRL-A [ = go into the buffer ready to copy; use space to select beginning and end of text you want to copy CTRL-A ] = paste selected text
Best if you set your terminal up so that it runs screen instead of just a normal shell.
> teh lolz.
k. You do realize he was referring to this right? http://www.gnu.org/software/screen/
> VIM? Not built in.
If you log into pretty much any computing device that isn't an embedded system, Windows, or a phone, ViM will be installed. My router has ViM.
> Every OS will have these.
It's absurd to suggest that all OSes have them to an equal extent, or that substantial differences in security design don't exist between OSes.
> Who the fuck cares lol, now you're just splitting hairs
What? This is incredibly important, especially for developers. Typically on Windows I'll have to individually compile a library and all of it's dependencies where on linux or mac I can get everything with a single straightforward command. It's the difference between spending hours getting CEGUI ready to go and just typing pacman -s cegui
and getting a coffee.
EDIT: Plus I can update all the software on my system with pacman -Syu
> Subjective, along with hating how icons are rendered or the spinny beach ball on OSX
No, it's about the fact that the drive letters are a semantically vacuous index. On a unix system, you can tell from the device name which partition of which physical drive it is, and even what kind of hardware it is running on. And where the contents of that drive get mapped can be anywhere in the file system rather than at top-level directories. This is both more flexible, and presents more useful information to the user.
> For some problems, yes, for others, you are wrong (or just technically kinda inept, not sure which one ;P).
He's referring to recovery tools. Mac has a deeply integrated Unix console which is excellent for heavy duty recovery work.
I'm a software engineer at a tech company you've heard of and guess what? More than half my team uses Macs.
You might find GNU screen or Tmux useful in such environment. Enable shell autocompletion if it is not enabled by default. Another time saver is setting CDPATH. Just as a side note you can always use remote editing with most programming editors/IDEs out there.
I believe what you're looking for is GNU Screen
It would allow you to do what you're wanting. That being said; It isn't anything mysql specific and will work with 99% of the applications you'll run across. Think of it like running multiple shells from within your terminal session with the ability of skipping back and forth between them.
I like to use screen when I want to keep a bash terminal open on disconnect. You and simply run "screen" it will open a bash terminal that will stay live on disconnect to reconnect to the terminal type "screen -r". It also allows you to run multiple bash terminals over a single ssh connection.
There's also screen which is quite similar in function with tmux. Screen is often preinstalled on linux systems, so if you ssh a lot, it might be useful to check if screen is readily available on the server.
As for tmux, you can get it via homebrew as so:
brew install tmux
To get started with tmux, all you really need to know is it's trigger shortcut, which by default is Ctrl+b. Once you press it, tmux will wait for you to input a command. A list of available commands can be viewed with "?". In other words; press Ctrl + b, release, press "?". Esc will exit the help screen.
The most commonly used tmux shortcuts are:
I think the "recommended" method is to use ANSYS Remote Solver Manager, which will run a server through which you can remotely submit/monitor simulation runs. Installing RSM requires root access unless you are really creative, so this may not be an option.
Alternatively, you can use screen (http://www.gnu.org/software/screen/). It will create a login session that stays resident in the background and you can "re-connect" to the session when you log back in. You should be able to compile and install this as a non-privileged user if necessary.
> the command to install it
sudo apt-get install oracle-java8-jdk
> My understanding is that the latest Raspbian comes with Java 8.
Raspbian comes with Java 7, I think, but not sure. "Oracle Java" means the official Java version from Oracle. You may have been using OpenJDK before, which as an alternative, open-source distribution. But it has performance problems compared to Oracle's.
> Not sure what you mean by kill the graphical interface
To boot Raspbian without a GUI, you just start "sudo raspi-config", then go to "Enable boot to desktop" and set "Console" as the selection. The default is command-line, though.
> Your command to start the server looks familiar as far as the RAM allocation goes, but the "screen -S" and "minecraft -dm" aren't.
GNU Screen is a terminal window manager application. What this basically means that it allows you to run commands in the background and "attach" to them later. This way, I can disconnect from my Pi (I use SSH) and then, if I want to get to the server status window, I can just type "screen -S minecraft -r" to reattach to it, and hit Ctrl-A and then D to detach again. Screen is not required to run the server (you can just use the same command starting from "java"), infact, it creates extra overhead. But it adds some convenience.
You can give terminal sessions persistence using screen
So have your users connect to the VPN and use putty to ssh to your *nix server. You can even configure their login scripts to automatically create a screen session or reattach to an existing one.
It's commonly used in conjunction with Screen so that you can close the terminal window without closing the program running inside (which would get annoying when it comes to IRC or torrent clients).
I started toying around with Linux when the Knoppix live CD was introduced. It was interesting, but too complicated for me then (I was only 12-ish).
My pro tip would be to read a book. Learn all the basics first. Start with learning the bash shell, then move on to other topics. It can be a bit confusing for beginners. Especially since most resources can be a bit outdated. Today most distributions use systemd (hate it or love it), and much of the older tutorials for creating init scripts etc, is outdated.
You should learn how to write shell scripts, for automating tasks, and set up cron jobs. It's that kind of stuff that is the real power of UNIX and Linux systems
If you're on a text console on the physical machine you can switch with Alt + F1-6. From X you need to use Cltr + Alt + F1-6. You can also use the GNU Screen tool to run multiple terminals from a single terminal/console. You can also make these terminals persistent so you can reconnect to them, it's a very powerful tool.
>Mosh is a replacement for SSH. It's more robust and responsive, especially over Wi-Fi, cellular, and long-distance links.
> The mosh client logs in to the server via SSH, and users present the same credentials (e.g., password, public key) as before. Then Mosh runs the mosh-server remotely and connects to it over UDP.
More like an enhancement rather than a replacement. Like http://www.gnu.org/software/screen/ is an enhancement. I can see how this would be really useful for high latency connections, but personally I don't see many of those. Certainly not enough to gamble on MOSH handling its new UDP daemon securely. SSH is mature. But then I guess I'm just anti-change.
You can use GNU Screen basically, this creates a new terminal session which you can detach from and run in the background. You can access this screen anytime as long as screen hasn't been killed and you haven't stopped the terminal session.
You can attach to a detached session with >screen -r
or if the session has a name >screen -r name
When in the screen session, you can detach by typing >ctrl+a d
You can even name the screen when starting it with >screen -S screenname
and list the running screens with >screen -ls
Have you tried ctrl-a shift-B or ctrl-a ctrl-b ?
Manual: >As mentioned previously, each keyboard command consists of a C-a followed by one other character.
You could also launch the minecraft server using GNU screen and then when you SSH into your server, type "screen -R" to reattach to it. You can then view the logs and type in server commands. Type Control+A Control+D to deattach a session.
Quite shocked not to already see a mention of gnu screen. Combination of this and vim (suitably pimped with plugins to taste) is unbeatable IMHO. However eclipse users do tend to look on me as a sad devotee of an ancient religion...
I've found that multiplexing terminal windows with screen is much easier and more productive for me as a sys admin.
I can tail -f /var/log/messages or /var/log/apache/error.log while doing things in a split screen and watch the output to messages appear in realtime.
Thanks for putting this together! I had been playing around with an archlinux chroot on mine to accomplish roughly the same purpose but this is definitely a lot cleaner.
The one piece of software that seems missing from this collection is screen.
Thanks for putting this together! I had been playing around with an archlinux chroot on mine to accomplish roughly the same purpose but this is definitely a lot cleaner.
The one piece of software that seems missing from this collection is screen.
Thanks for putting this together! I had been playing around with an archlinux chroot on mine to accomplish roughly the same purpose but this is definitely a lot cleaner.
The one piece of software that seems missing from this collection is screen.
>Server administration work (using something like Terminator), because a single console window doesn't work
This problem was solved 23 years ago.
I agree about the rest, though.
Assuming you want to stick to relatively normal window management (IE gnome or KDE or so), yeah i just leave several terminals open across a whole bunch of different virtual desktops.
Each terminal represents a connection to a different machine.
On each machine I run gnu scree and use that to run anything I need on my machine. That basically sets up terminal "tabs" that can be run in the background so if I'm at home and go to my office, I can type a command and poof its like I never left.