Перехід на інший TTY після запуску startx та повернення ламає Xorg

Мені завжди цікаво ідіосинкразія Xorg, яка, здається, трапляється на кожній машині, на якій я спробував це; кожного разу, коли я запускаю новий екземпляр X на TTY, використовуючи startx вручну (тобто без допомоги диспетчера дисплеїв), перемикаюся на інший TTY, а потім намагаюся повернутися до свого початкового TTY, кадр-буфер X розривається, і я перебуваю на моя оригінальна оболонка з X ще працює. Натискання ^ C або ^ D буде зупинити X, але мені доведеться бігти StartX / Xinit знову, втрачаючи свою первісну сесію. Тобто:

CTRL+ALT+F1
$ startx /usr/bin/xterm -- :1
CTRL+ALT+F7
CTRL+ALT+F1

Перерве мій буфер X на TTY1. Здається, що програми, які покладаються на Wayland / Mir, для композиції обробляють TTY перемикання так, як я очікував, але для додатків, які використовують X, які не запускаються з диспетчера дисплеїв, як LightDM, не в змозі повернутися до сесії X, яку я вручну запустив - це справжній біль. Чи є спосіб виправити цю проблему, щоб я міг повернутися до свого сеансу X, коли я перемикав TTY?

— джошумакс
джерело

Я не розумію. У вас немає X на tty1. Також ctrl-alt-f7 є tty7, де більшість часу працює X-сервер. Вам потрібно відредагувати свою публікацію, щоб зробити її більш зрозумілою. Якщо ви використовуєте 12.04, це точно також не використовується Wayland / Mir. Навіть не 15.04.

— solsTiCe

@solsTiCe Не було X сеансу на TTY1, поки я не запустив startx, щоб створити його на TTY1 ...

— joshumax

@solsTiCe Боюся, що я не бачу неоднозначності в моєму питанні, чи можете ви детальніше розглянути, що це може бути незрозуміло?

— joshumax

@solsTiCe Я, безумовно, ні, я просто запитую, що вам не зрозуміло в моєму запитанні, щоб я міг це виправити?

— joshumax

Зв'язані питання див. У розділі askubuntu.com/questions/221762 та askubuntu.com/questions/443418 .

— JdeBP

Ах, рішення було порівняно простим, а не запущеним

$ startx /usr/bin/xterm -- :1

Біг

$ startx /usr/bin/xterm -- :1 vt$(tty | sed -e "s:/dev/tty::")

Перешкоджатиме злому X при переключенні TTY.

— джошумакс
джерело

... що вказує на те, що це на самому ділі не «зламатися», а просто в кінцевому підсумку на інший віртуальний термінал, перший доступний віртуальний термінал , який міг би що - небудь від tty2в tty63залежності від того, як ваша система трапляється бути налаштована , коли мова йде про віртуальну використання терміналу. Звичайно, це tty1було недоступно, оскільки на той час у вас працювала оболонка для входу.

— JdeBP

@JdeBP Я поговорив з людьми Xorg про це, і, здається, це взагалі не має нічого спільного з автоматичним вибором доступних терміналів - а швидше, передавши параметр віртуального терміналу в startx, startx переведе X у "стійкий стан "(тому що startx за замовчуванням запускає непостійний сеанс X у поточному vt, якщо він доступний, і негайно виходить з ладу, якщо він не може цього зробити.

— joshumax

-1 Я думаю, що є інший спосіб зробити це безперебійно. Я думаю, що це не спосіб робити те, що ти робиш.

— Лео Леопольд Герц 준영

@Masi Можливо, ви хочете пояснити, чому ви вважаєте, що цей метод не такий хороший, і пояснити ваш кращий спосіб його досягнення? Це було б набагато більш безтурботно, ніж ця двозначність.

— Сет