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

Does object always see its latest internal state irrespective of thread?

Was any UN Security Council vote triple-vetoed?

Replacing matching entries in one column of a file by another column from a different file

If human space travel is limited by the G force vulnerability, is there a way to counter G forces?

Perform and show arithmetic with LuaLaTeX

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

Could an aircraft fly or hover using only jets of compressed air?

Why do I get two different answers for this counting problem?

What is the word for reserving something for yourself before others do?

Do I have a twin with permutated remainders?

Rock identification in KY

What is a clear way to write a bar that has an extra beat?

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

How old can references or sources in a thesis be?

Maximum likelihood parameters deviate from posterior distributions

How does quantile regression compare to logistic regression with the variable split at the quantile?

Codimension of non-flat locus

Can I make popcorn with any corn?

Why can't we play rap on piano?

Why can't I see bouncing of switch on oscilloscope screen?

Filter any system log file by date or date range

Roll the carpet

Languages that we cannot (dis)prove to be Context-Free

Are astronomers waiting to see something in an image from a gravitational lens that they've already seen in an adjacent image?



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 10 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 9 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

                    Best approach to update all entries in a list that is paginated?Best way to add items to a paginated listChoose Your Country: Best Usability approachUpdate list when a user is viewing the list without annoying themWhen would the best day to update your webpage be?What should happen when I add a Row to a paginated, sorted listShould I adopt infinite scrolling or classical pagination?How to show user that page objects automatically updateWhat is the best location to locate the comments section in a list pageBest way to combine filtering and selecting items in a listWhen one of two inputs must be updated to satisfy a consistency criteria, which should you update (if at all)?

                    Вунгтау (аеропорт) Загальні відомості | Див. також | Посилання | Навігаційне меню10°22′00″ пн. ш. 107°05′00″ сх. д. / 10.36667° пн. ш. 107.08333° сх. д. / 10.36667; 107.0833310°22′00″ пн. ш. 107°05′00″ сх. д. / 10.36667° пн. ш. 107.08333° сх. д. / 10.36667; 107.083337731608Vinh AirportVinh airport facelift improves serviceвиправивши або дописавши їївиправивши або дописавши їїр

                    Тонконіг бульбистий Зміст Опис | Поширення | Екологія | Господарське значення | Примітки | Див. також | Література | Джерела | Посилання | Навігаційне меню1114601320038-241116202404kew-435458Poa bulbosaЭлектронный каталог сосудистых растений Азиатской России [Електронний каталог судинних рослин Азіатської Росії]Малышев Л. Л. Дикие родичи культурных растений. Poa bulbosa L. - Мятлик луковичный. [Малишев Л. Л. Дикі родичи культурних рослин. Poa bulbosa L. - Тонконіг бульбистий.]Мятлик (POA) Сем. Злаки (Мятликовые) [Тонконіг (POA) Род. Злаки (Тонконогові)]Poa bulbosa Linnaeus, Sp. Pl. 1: 70. 1753. 鳞茎早熟禾 lin jing zao shu he (Description from Flora of China) [Poa bulbosa Linnaeus, Sp. Pl. 1: 70. 1753. 鳞茎早熟禾 lin jing zao shu he (Опис від Флора Китаю)]Poa bulbosa L. – lipnice cibulkatá / lipnica cibulkatáPoa bulbosa в базі даних Poa bulbosa на сайті Poa bulbosa в базі даних «Global Biodiversity Information Facility» (GBIF)Poa bulbosa в базі даних «Euro + Med PlantBase» — інформаційному ресурсі для Євро-середземноморського розмаїття рослинPoa bulbosa L. на сайті «Плантариум»