Timeline for Linux: How to access, resp. use, running processes, especially process bash, which are not attached to a terminal?
Current License: CC BY-SA 4.0
8 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Feb 1, 2023 at 12:52 | comment | added | Anton Wessel | == comment 7 to answer of "user 1686" == 01.02.2023 13:54 :: (6) item "ttyS1". I have nothing done by myself, I never have dealt with Serial. The start time is 40 minures aftet start of process "krunner". Thanks, Regards. | |
| Feb 1, 2023 at 12:49 | comment | added | Anton Wessel | == comment 6 to answer of "user 1686" == 01.02.2023 12:47 :: (5) continued. Of the 15 windows in use that happend with three shells in the last days. In only one case I was able to restore in the old manner: bash attached to "/dev/pts/14" became again "/dev/pts/14" and "Konsole 13", with its history list before of the event. Yet it has a failure: "FCEDIT='vim -u /root/.vimrc" gives error "No such file or directory". Thus may be I will have to kill it and try a new one. (will be continued) | |
| Feb 1, 2023 at 12:23 | comment | added | Anton Wessel | == comment 5 to answer of "user 1686" == 01.02.2023 12:47 :: (4) continued. And - this is the point - the bash has again its history list as before of the event, has NOT the history read from history file. Thus I have only to move the window tab to the old location, third from left. And all is restored, I can continue my work, as if nothing had happened. This was the behavior in all the 30 years. This behavior had changed since some days. I dont know why. (5) Here now the case when I do nothing by hand intentionally but when by typos a bash crashes. (will be continued) | |
| Feb 1, 2023 at 11:40 | comment | added | Anton Wessel | == comment 4 to answer of "user 1686" == 01.02.2023 12:15 :: (4) continued. e.g. window 3 is vanished. The history list of bash is not written to history file. Now I have to restore the situation. In any one of the window tabs Iclick right the get the context menu. There I choose "create new window". Now on the most right side of the tab bar a new tab for the new window is creared. And this window has again in the title bar "konsole 3", and the bash is attached again to "/dev/pts/2" as before of the event. And - this is the point - the bash has again its history list. (will be continued). | |
| Feb 1, 2023 at 11:08 | comment | added | Anton Wessel | == comment 3 to answer of "user 1686" == 01.02.2023 11:59 :: (4) Here the case, when the window is deleted by hand. To mention: on the bottom of the screen there is a line with the window tabs. When with the mouse I click on the third tab (from left) I swich to the third window. By default this window has the title bar "Konsole 3". And both levels of bash are attached to "/dev/pts/2". It happens very often that by moving the mouse pointer somehow one of the 10 to 15 windows is removed. Thus the tab vanishes inclusive the two levels of bash and processes running in them (continued in next . | |
| Feb 1, 2023 at 10:49 | comment | added | Anton Wessel | == comment 2 to answer of "user 1686" == 01.02.2023 11:49 :: (3) We have different observations on our different systems, I will refere to :: Signal HUP in the last days gave messages that HUP will cause exit. And it did cause exit for both levels of shell and for vim in it. BUT THE HISTORY LIST WAS NOT WRITTEN TO HISTORY FILE.. (continued in next comment). | |
| Feb 1, 2023 at 10:44 | comment | added | Anton Wessel | == comment 1 to answer of "user 1686" == 01.02.2023 11:14 :: thaks for your detailed answer. (1) I always have set "histappend". (2) for some of the cases it is important that I always run two levels of shells bash: first level is what is automatically created when in KDE under Konsole a window is opened. In case of OS KNOPPIX 9.1 this bash is user "knoppix" UID 1000. Thereupon I create a second shell level by "sudo su" or by "/bin/su -c /bin/bash". (continued in next comment) | |
| Jan 30, 2023 at 12:37 | history | answered | grawity_u1686 | CC BY-SA 4.0 |