How to regain access to running applications after accidentally zapping X.org?Is 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

Client team has low performances and low technical skills: we always fix their work and now they stop collaborate with us. How to solve?

Modeling an IP Address

Why are electrically insulating heatsinks so rare? Is it just cost?

Mortgage Pre-approval / Loan - Apply Alone or with Fiancée?

Paid for article while in US on F-1 visa?

Why is Minecraft giving an OpenGL error?

How to move a thin line with the black arrow in Illustrator?

Did Shadowfax go to Valinor?

Is it possible to do 50 km distance without any previous training?

How old can references or sources in a thesis be?

How does one intimidate enemies without having the capacity for violence?

How is it possible to have an ability score that is less than 3?

Are the number of citations and number of published articles the most important criteria for a tenure promotion?

Theorems that impeded progress

Why is 150k or 200k jobs considered good when there's 300k+ births a month?

Maximum likelihood parameters deviate from posterior distributions

Horror movie about a virus at the prom; beginning and end are stylized as a cartoon

Can a monk's single staff be considered dual wielded, as per the Dual Wielder feat?

Why can't we play rap on piano?

Codimension of non-flat locus

What typically incentivizes a professor to change jobs to a lower ranking university?

meaning of に in 本当に?

Roll the carpet

Do I have a twin with permutated remainders?



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


Is 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 9 hours ago









      henninghenning

      1385




      1385




















          1 Answer
          1






          active

          oldest

          votes


















          8














          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









            8














            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



























              8














              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

























                8












                8








                8







                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 8 hours ago









                telcoMtelcoM

                20.6k12452




                20.6k12452



























                    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

                    Canceling a color specificationRandomly assigning color to Graphics3D objects?Default color for Filling in Mathematica 9Coloring specific elements of sets with a prime modified order in an array plotHow to pick a color differing significantly from the colors already in a given color list?Detection of the text colorColor numbers based on their valueCan color schemes for use with ColorData include opacity specification?My dynamic color schemes

                    Invision Community Contents History See also References External links Navigation menuProprietaryinvisioncommunity.comIPS Community ForumsIPS Community Forumsthis blog entry"License Changes, IP.Board 3.4, and the Future""Interview -- Matt Mecham of Ibforums""CEO Invision Power Board, Matt Mecham Is a Liar, Thief!"IPB License Explanation 1.3, 1.3.1, 2.0, and 2.1ArchivedSecurity Fixes, Updates And Enhancements For IPB 1.3.1Archived"New Demo Accounts - Invision Power Services"the original"New Default Skin"the original"Invision Power Board 3.0.0 and Applications Released"the original"Archived copy"the original"Perpetual licenses being done away with""Release Notes - Invision Power Services""Introducing: IPS Community Suite 4!"Invision Community Release Notes

                    François Viète Contents Biography Work and thought Bibliography See also Notes Further reading External links Navigation menup. 21Google Bookspp. 75–77Google BooksDe thou (from University of Saint Andrews)ArchivedGoogle BooksGoogle BooksGoogle BooksGoogle booksGoogle Bookscc-parthenay.frL'histoire universelle (fr)Universal History (en)ArchivedAdsabs.harvard.eduPagesperso-orange.frArchive.orgChikara Sasaki. Descartes' mathematical thought p.259Google BooksGoogle BooksGoogle Bookspp. 152 and onwardGoogle BooksGoogle BooksScribd.comGoogle Books1257-7979Google BooksGoogle BooksGoogle BooksGoogle BooksGoogle BooksGoogle BooksGallica.bnf.frGoogle BooksGoogle Books"François Viète"Francois Viète: Father of Modern Algebraic NotationThe Lawyer and the GamblerAbout TarporleySite de Jean-Paul GuichardL'algèbre nouvelle"About the Harmonicon"cb120511976(data)1188044800000 0001 0913 5903n82164680ola2013766880073431702w6vt1sb70287374827140948071409480