Hot answers tagged

4

No there is no chance of losing during compression. Only when the file is complete processed is the source deleted (that is, if you don't specify -k or --keep, in which case the source is not deleted at all).


3

Perhaps you cannot have what you are asking. From the terminal's standpoint: screen is a full-screen (no pun) application just like vi or less. the terminal implements scrolling and an alternate screen. when the terminal is in alternate-screen mode, it does not add to its scrollback area as it would in normal mode. in gnome-terminal (and perhaps some ...


2

You would only use -dm if you want to run a command in a screen session and not enter it interactively -S is just to give the session a usable name so you can reconnect to it again easily later If you want to use it interactively and don't want to give it a human readable name, you can omit all of those arguments safely. For example, if you just want to ...


2

It's more useful as screen -dmS name command args - that will start a screen session called name in the background (i.e. detached), and run command args inside that screen session. Without the command args, it will just start the screen session in the background. In either case, you can attach to that session later with, e.g., screen -d -r name. From ...


2

I don't believe you can force screen to overwrite the log. It logs to screenlog.%n by default, where %n is the screen window number (so each window has it's own log). If that file exists, it appends to it. However, you can tell screen to use a different filename, including a timestamp, so you'll get a new log file each time, but you'll then need to manage ...


2

It will not make a real difference, in the sense that if you run screen (or tmux) and you disconnnect there will be NOHUP signal sent to your application whether you start it with nohup or not. I suggest you try it out by using screen/tmux and just start the program without nohup. Then forecfully disconnect, login and again and reattach to the previous ...


2

In "Bash Get Time", they describe the arguments to date command. screen uses a similar format, but the arguments are different. Check out the "String Escapes" section of the manual (also available in the man page) for details. As far as I can see, there's no way to achieve what you want. Perhaps seconds (%s) will suffice?


2

It is because of the space! screen -dmS -p 0 /dev/cu.usbserial 9600 "MVUP" but screen -dmS -p0 /dev/cu.usbserial 9600 "MVUP" works fine on my BBB then to attach screen -rmS -p0 /dev/cu.usbserial 9600 "MVUP" aurelien@snowball:~$ sudo screen -rmS -p0 /dev/ttyUSB0 115200 [remote detached from 2845.-p0] aurelien@snowball:~$ sudo screen -dmS -p0 ...


2

I know this isn't answering the exact question you have, but I normally jump to miniterm.py when presented with this kind of device because I've never found a way to do what you want with screen. miniterm.py is minimal like screen and does the 'right thing' by default with \n. On the downside, my fingers don't know how jump around, quit and log, etc, so I ...


1

Start tmux as follows: (cd /aaa/bbb; tmux) Now, any new windows (or panes) you create will start in directory /aaa/bbb, regardless of the current directory of the current pane. If you want to change the default directory once tmux is up and running, use attach-session with -c. Quoting from the tmux man page for attach-session: -c will set the session ...


1

dtach is a wafer-thin terminal session manager, now forked on github, or doubtless easily installed via the ports or package system for your operating system. (Of historical interest may also be the dislocate example script distributed with expect.)


1

In addition for dtach, which has already been mentioned, there is http://www.brain-dump.org/projects/abduco


1

If you wish to use screen, use something like: screen -dmS yourscreenname sudo python /path/to/file.py from rc.local to run your program on detached screen. Next, after boot you can attach to it by screen -r yourscreenname from root account. Alternativly - if you only wish to have logs from your program - maybe simpler is redirect output to syslog? ...


1

Normally, screen accepts a command and arguments, so this might work: screen -m -S 'test' nohup ~/<script-to-be-run>.sh Because it is not expecting a variable assignment, and the variable might otherwise be reset, you would probably have to add env to set the variable: screen -m -S 'test' env DISPLAY=:0 nohup ~/<script-to-be-run>.sh'


1

-dmS just enforces these things: It will start detached. -dm And you can name your session. -S sessioname Running as a daemon indicates that it will execute the specified command in the background until execution finishes. Starting screen, then running the command, then detaching should have the same behavior as using -dmS to run the command. I often ...



Only top voted, non community-wiki answers of a minimum length are eligible