How to regain access to running applications after accidentally zapping X.org? Unicorn Meta Zoo #1: Why another podcast? Announcing the arrival of Valued Associate #679: Cesar Manara 2019 Community Moderator Election Results Why I closed the “Why is Kali so hard” questionIs ctrl+alt+backspace officially deprecated?Can I keep applications running across X sessions?FreeBSD: Opening X applications after su to root?How to list all running X applications?Ubuntu doesn't boot normally after manual installing of X.orgHow can I automatically disable my laptop's built-in keyboard in X.org?How do I get a list of all the available keyboard layouts in X.org?How can I disable a part of the screen in X.OrgSet up multi-head environnement on FreeBSD running X.orgHow to understand “ user programs (called clients or applications) running on remote systems” in X11's The Server−Client Model?X not running after install/remove Bumblebee

Do you award the encounter XP if the encounter was not solved via battle?

What is ls Largest Number Formed by only moving two sticks in 508?

RIP Packet Format

PIC mathematical operations weird problem

State of Debian Stable (Stretch) Repository between time of two versions (e.g. 9.8 to 9.9)

What do you call an IPA symbol that lacks a name (e.g. ɲ)?

How can I wire a 9-position switch so that each position turns on one more LED than the one before?

I preordered a game on my Xbox while on the home screen of my friend's account. Which of us owns the game?

Could a cockatrice have parasitic embryos?

What's parked in Mil Moscow helicopter plant?

Why did Israel vote against lifting the American embargo on Cuba?

Like totally amazing interchangeable sister outfit accessory swapping or whatever

What helicopter has the most rotor blades?

How to translate "red flag" into Spanish?

Bright yellow or light yellow?

How to keep bees out of canned beverages?

My admission is revoked after accepting the admission offer

Did war bonds have better investment alternatives during WWII?

/bin/ls sorts differently than just ls

Why do people think Winterfell crypts is the safest place for women, children and old people?

Does Prince Arnaud cause someone holding the Princess to lose?

Array Dynamic resize in heap

Retract an already submitted recommendation letter (written for an undergrad student)

What is the term for a person whose job is to place products on shelves in stores?



How to regain access to running applications after accidentally zapping X.org?



Unicorn Meta Zoo #1: Why another podcast?
Announcing the arrival of Valued Associate #679: Cesar Manara
2019 Community Moderator Election Results
Why I closed the “Why is Kali so hard” questionIs ctrl+alt+backspace officially deprecated?Can I keep applications running across X sessions?FreeBSD: Opening X applications after su to root?How to list all running X applications?Ubuntu doesn't boot normally after manual installing of X.orgHow can I automatically disable my laptop's built-in keyboard in X.org?How do I get a list of all the available keyboard layouts in X.org?How can I disable a part of the screen in X.OrgSet up multi-head environnement on FreeBSD running X.orgHow to understand “ user programs (called clients or applications) running on remote systems” in X11's The Server−Client Model?X not running after install/remove Bumblebee



.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








4















I just accidentally hit CtrlAltBackspace. This apparently zapped the X server. After a short flash of the screen, my window manager asked me to log in again, and I was returned to a blank slate. A quick ps -ax showed that my applications were still running, but I didn't know how to bring them back to the foreground. (fg <foo> didn't.)



How can I regain access to running applications after accidentally zapping X.org?



Config: Free BSD 11.2, i3-4.16, xorg-7.7_3.










share|improve this question




























    4















    I just accidentally hit CtrlAltBackspace. This apparently zapped the X server. After a short flash of the screen, my window manager asked me to log in again, and I was returned to a blank slate. A quick ps -ax showed that my applications were still running, but I didn't know how to bring them back to the foreground. (fg <foo> didn't.)



    How can I regain access to running applications after accidentally zapping X.org?



    Config: Free BSD 11.2, i3-4.16, xorg-7.7_3.










    share|improve this question
























      4












      4








      4








      I just accidentally hit CtrlAltBackspace. This apparently zapped the X server. After a short flash of the screen, my window manager asked me to log in again, and I was returned to a blank slate. A quick ps -ax showed that my applications were still running, but I didn't know how to bring them back to the foreground. (fg <foo> didn't.)



      How can I regain access to running applications after accidentally zapping X.org?



      Config: Free BSD 11.2, i3-4.16, xorg-7.7_3.










      share|improve this question














      I just accidentally hit CtrlAltBackspace. This apparently zapped the X server. After a short flash of the screen, my window manager asked me to log in again, and I was returned to a blank slate. A quick ps -ax showed that my applications were still running, but I didn't know how to bring them back to the foreground. (fg <foo> didn't.)



      How can I regain access to running applications after accidentally zapping X.org?



      Config: Free BSD 11.2, i3-4.16, xorg-7.7_3.







      xorg






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Apr 5 at 12:20









      henninghenning

      1386




      1386




















          1 Answer
          1






          active

          oldest

          votes


















          9














          After zapping the X11 server and logging in again, the UNIX X11 socket in /tmp/.X11-unix/X0 has been deleted and recreated, and the X11 session cookie in ~/.Xauthority has been replaced with a new random cookie.



          Even if the value of the DISPLAY environment variable is the same, the applications would have to close and re-open the socket and re-read the cookie. As far as I know, there is no generic mechanism to signal any X11 applications to do that. And that would be just the first step: after that, the applications would have to fully recreate all their windows and other GUI objects with the X11 server and restore their state to match the program's internal state. I'm afraid this functionality does not exist.



          The best you can probably do is to use kill -HUP to stop the applications, giving them a chance to auto-save any unsaved work if they have been programmed to do that, and then restart them as normal.



          (That actually matches exactly the original meaning of the HUP signal: it originally meant that the user's landline modem connection had been hung up, and the application should save any unsaved work in some way that allows it to be recovered in a new session, and then exit.)






          share|improve this answer























            Your Answer








            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "106"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );













            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f510707%2fhow-to-regain-access-to-running-applications-after-accidentally-zapping-x-org%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            9














            After zapping the X11 server and logging in again, the UNIX X11 socket in /tmp/.X11-unix/X0 has been deleted and recreated, and the X11 session cookie in ~/.Xauthority has been replaced with a new random cookie.



            Even if the value of the DISPLAY environment variable is the same, the applications would have to close and re-open the socket and re-read the cookie. As far as I know, there is no generic mechanism to signal any X11 applications to do that. And that would be just the first step: after that, the applications would have to fully recreate all their windows and other GUI objects with the X11 server and restore their state to match the program's internal state. I'm afraid this functionality does not exist.



            The best you can probably do is to use kill -HUP to stop the applications, giving them a chance to auto-save any unsaved work if they have been programmed to do that, and then restart them as normal.



            (That actually matches exactly the original meaning of the HUP signal: it originally meant that the user's landline modem connection had been hung up, and the application should save any unsaved work in some way that allows it to be recovered in a new session, and then exit.)






            share|improve this answer



























              9














              After zapping the X11 server and logging in again, the UNIX X11 socket in /tmp/.X11-unix/X0 has been deleted and recreated, and the X11 session cookie in ~/.Xauthority has been replaced with a new random cookie.



              Even if the value of the DISPLAY environment variable is the same, the applications would have to close and re-open the socket and re-read the cookie. As far as I know, there is no generic mechanism to signal any X11 applications to do that. And that would be just the first step: after that, the applications would have to fully recreate all their windows and other GUI objects with the X11 server and restore their state to match the program's internal state. I'm afraid this functionality does not exist.



              The best you can probably do is to use kill -HUP to stop the applications, giving them a chance to auto-save any unsaved work if they have been programmed to do that, and then restart them as normal.



              (That actually matches exactly the original meaning of the HUP signal: it originally meant that the user's landline modem connection had been hung up, and the application should save any unsaved work in some way that allows it to be recovered in a new session, and then exit.)






              share|improve this answer

























                9












                9








                9







                After zapping the X11 server and logging in again, the UNIX X11 socket in /tmp/.X11-unix/X0 has been deleted and recreated, and the X11 session cookie in ~/.Xauthority has been replaced with a new random cookie.



                Even if the value of the DISPLAY environment variable is the same, the applications would have to close and re-open the socket and re-read the cookie. As far as I know, there is no generic mechanism to signal any X11 applications to do that. And that would be just the first step: after that, the applications would have to fully recreate all their windows and other GUI objects with the X11 server and restore their state to match the program's internal state. I'm afraid this functionality does not exist.



                The best you can probably do is to use kill -HUP to stop the applications, giving them a chance to auto-save any unsaved work if they have been programmed to do that, and then restart them as normal.



                (That actually matches exactly the original meaning of the HUP signal: it originally meant that the user's landline modem connection had been hung up, and the application should save any unsaved work in some way that allows it to be recovered in a new session, and then exit.)






                share|improve this answer













                After zapping the X11 server and logging in again, the UNIX X11 socket in /tmp/.X11-unix/X0 has been deleted and recreated, and the X11 session cookie in ~/.Xauthority has been replaced with a new random cookie.



                Even if the value of the DISPLAY environment variable is the same, the applications would have to close and re-open the socket and re-read the cookie. As far as I know, there is no generic mechanism to signal any X11 applications to do that. And that would be just the first step: after that, the applications would have to fully recreate all their windows and other GUI objects with the X11 server and restore their state to match the program's internal state. I'm afraid this functionality does not exist.



                The best you can probably do is to use kill -HUP to stop the applications, giving them a chance to auto-save any unsaved work if they have been programmed to do that, and then restart them as normal.



                (That actually matches exactly the original meaning of the HUP signal: it originally meant that the user's landline modem connection had been hung up, and the application should save any unsaved work in some way that allows it to be recovered in a new session, and then exit.)







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Apr 5 at 13:16









                telcoMtelcoM

                21.1k12553




                21.1k12553



























                    draft saved

                    draft discarded
















































                    Thanks for contributing an answer to Unix & Linux Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function ()
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f510707%2fhow-to-regain-access-to-running-applications-after-accidentally-zapping-x-org%23new-answer', 'question_page');

                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Adding axes to figuresAdding axes labels to LaTeX figuresLaTeX equivalent of ConTeXt buffersRotate a node but not its content: the case of the ellipse decorationHow to define the default vertical distance between nodes?TikZ scaling graphic and adjust node position and keep font sizeNumerical conditional within tikz keys?adding axes to shapesAlign axes across subfiguresAdding figures with a certain orderLine up nested tikz enviroments or how to get rid of themAdding axes labels to LaTeX figures

                    Luettelo Yhdysvaltain laivaston lentotukialuksista Lähteet | Navigointivalikko

                    Gary (muusikko) Sisällysluettelo Historia | Rockin' High | Lähteet | Aiheesta muualla | NavigointivalikkoInfobox OKTuomas "Gary" Keskinen Ancaran kitaristiksiProjekti Rockin' High