Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #204090 > unrolled thread

Multitasking, through Multiple Text Windows

Back to article view | Back to linux.debian.user

Contents

  Multitasking, through Multiple Text Windows Kenneth Parker <sea7kenp@gmail.com> - 2019-01-05 15:40 +0100
    Re: Multitasking, through Multiple Text Windows Gene Heskett <gheskett@shentel.net> - 2019-01-05 20:00 +0100
    Re: Multitasking, through Multiple Text Windows Nicolas George <george@nsup.org> - 2019-01-05 20:00 +0100
    Re: Multitasking, through Multiple Text Windows Felix Miata <mrmazda@earthlink.net> - 2019-01-05 20:10 +0100
      Re: Multitasking, through Multiple Text Windows David Wright <deblis@lionunicorn.co.uk> - 2019-01-06 06:50 +0100
        Re: Multitasking, through Multiple Text Windows Felix Miata <mrmazda@earthlink.net> - 2019-01-06 07:00 +0100
          Re: Multitasking, through Multiple Text Windows David Wright <deblis@lionunicorn.co.uk> - 2019-01-07 03:10 +0100
      Re: Multitasking, through Multiple Text Windows Kenneth Parker <sea7kenp@gmail.com> - 2019-01-07 04:20 +0100
        Re: Multitasking, through Multiple Text Windows David Wright <deblis@lionunicorn.co.uk> - 2019-01-07 05:50 +0100
    Re: Multitasking, through Multiple Text Windows deloptes <deloptes@gmail.com> - 2019-01-06 00:30 +0100
    Re: Multitasking, through Multiple Text Windows David Wright <deblis@lionunicorn.co.uk> - 2019-01-06 06:40 +0100
    Re: Multitasking, through Multiple Text Windows Curt <curty@free.fr> - 2019-01-06 11:10 +0100
    Re: Multitasking, through Multiple Text Windows Kenneth Parker <sea7kenp@gmail.com> - 2019-01-07 03:40 +0100
      Re: Multitasking, through Multiple Text Windows David Wright <deblis@lionunicorn.co.uk> - 2019-01-07 05:40 +0100
    Re: Multitasking, through Multiple Text Windows Jonathan Dowland <jmtd@debian.org> - 2019-01-10 15:40 +0100
      Re: Multitasking, through Multiple Text Windows Kenneth Parker <sea7kenp@gmail.com> - 2019-01-23 08:30 +0100

#204090 — Multitasking, through Multiple Text Windows

[Multipart message — attachments visible in raw view] — view raw

Hello,

I first need to Date Myself, by saying that my first Linux Distribution was
Yggdrasil Plug and Play Linux, purchased as a CD in December, 1992.

My first impression of Linux, was as a Multi-User Operating System, with
different User Names.  So I organized my Working Environment that way, even
after getting Graphical Environments to work.  And I made Usernames, based
on Function such as, for example, devel (for Kernel Development) and
hercules (for IBM Mainframe Emulation, such as MVS 3.8J.  Google "Plug and
Play MVS" for more information).

What made Linux special, in my opinion, was this Built-In Multi-User
Multitasking Functionality.

And it worked fine, all the way from the beginning, by having the original
Init Process Spawning 6 Login Processes (using /bin/login), that "listen"
on /dev/tty1 through /dev/tty7.  (And, if a Graphical Environment is
running, it appears to be on /dev/tty7).

If I was, simply operating in Text Mode, I would switch Virtual Terminals
with Alt-F1 through Alt-F6.  If I start something on one of these Virtual
Terminals (i.e.  Compiling the Linux Kernel), I would trust that it would
continue to run, while I do something else on another Virtual Terminal
(i.e. using emacs or nano to edit a text file).

One "Special Function", which pointed out the "Fly in the Ointment" to my
above description, is Background Music.  I LOVE Classical Music, so I would
have a Symphony Movement (mp3 file) playing in the Background, through the
play command (sox package) on one of these Virtual Text Terminals.

The reason I am bringing this up now, is that I tried this on Stretch, with
no Graphical Environment, only to have the Music (playing, through the play
command /dev/tty3)  *STOP*  *COLD*  when I used alt-F4 to switch
perspective (say, to /dev/tty4!)

Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens, like
the SysV Init Package did?

What gives?

Thank you and best regards,

Kenneth Parker

[toc] | [next] | [standalone]

#204095

On Saturday 05 January 2019 09:33:27 Kenneth Parker wrote:

> Hello,
>
> I first need to Date Myself, by saying that my first Linux
> Distribution was Yggdrasil Plug and Play Linux, purchased as a CD in
> December, 1992.
>
> My first impression of Linux, was as a Multi-User Operating System,
> with different User Names.  So I organized my Working Environment that
> way, even after getting Graphical Environments to work.  And I made
> Usernames, based on Function such as, for example, devel (for Kernel
> Development) and hercules (for IBM Mainframe Emulation, such as MVS
> 3.8J.  Google "Plug and Play MVS" for more information).
>
> What made Linux special, in my opinion, was this Built-In Multi-User
> Multitasking Functionality.
>
> And it worked fine, all the way from the beginning, by having the
> original Init Process Spawning 6 Login Processes (using /bin/login),
> that "listen" on /dev/tty1 through /dev/tty7.  (And, if a Graphical
> Environment is running, it appears to be on /dev/tty7).
>
> If I was, simply operating in Text Mode, I would switch Virtual
> Terminals with Alt-F1 through Alt-F6.  If I start something on one of
> these Virtual Terminals (i.e.  Compiling the Linux Kernel), I would
> trust that it would continue to run, while I do something else on
> another Virtual Terminal (i.e. using emacs or nano to edit a text
> file).
>
> One "Special Function", which pointed out the "Fly in the Ointment" to
> my above description, is Background Music.  I LOVE Classical Music, so
> I would have a Symphony Movement (mp3 file) playing in the Background,
> through the play command (sox package) on one of these Virtual Text
> Terminals.
>
> The reason I am bringing this up now, is that I tried this on Stretch,
> with no Graphical Environment, only to have the Music (playing,
> through the play command /dev/tty3)  *STOP*  *COLD*  when I used
> alt-F4 to switch perspective (say, to /dev/tty4!)
>
> Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens,
> like the SysV Init Package did?
>
> What gives?
>
> Thank you and best regards,
>
> Kenneth Parker

Thats unforgivable. And needs fixed asap.

But I don't switch to a text screen for such work, I just open a terminal 
emulator running on x for such as building a program from a tarball.  So 
within the limits of a slower original phenom, my music keeps on playing 
when I switch x workspaces.

Cheers, Gene Heskett
-- 

[toc] | [prev] | [next] | [standalone]

#204096

[Multipart message — attachments visible in raw view] — view raw

Kenneth Parker (12019-01-05):
>					   I LOVE Classical Music
>			   (mp3 file) 

I see a contradiction.

> The reason I am bringing this up now, is that I tried this on Stretch, with
> no Graphical Environment, only to have the Music (playing, through the play
> command /dev/tty3)  *STOP*  *COLD*  when I used alt-F4 to switch
> perspective (say, to /dev/tty4!)

I do not observe the behaviour you describe on a Buster system. I do not
have a Stretch with physical access to test.

> Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens, like
> the SysV Init Package did?

Your deduction is wrong: if systemd did not spawn the login screens, you
would not have been able to start the music in the first place.

I will wait until somebody confirms the behaviour you observe before
speculating about its cause.

Regards,

-- 
  Nicolas George

[toc] | [prev] | [next] | [standalone]

#204098

Kenneth Parker composed on 2019-01-05 09:33 (UTC-0500):
...
> The reason I am bringing this up now, is that I tried this on Stretch, with
> no Graphical Environment, only to have the Music (playing, through the play
> command /dev/tty3)  *STOP*  *COLD*  when I used alt-F4 to switch
> perspective (say, to /dev/tty4!)

> Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens, like
> the SysV Init Package did?

> What gives?

On demand gettys are a systemd [mis]feature. I don't like waiting on them either.
The following or something derived from it might include your salvation:

#!/bin/sh
 cd /etc/systemd/system/getty.target.wants
 cp -a ../../../../lib/systemd/system/getty@.service ../../../../lib/systemd/system/getty@tty1.service
 sed -i 's/TTYVTDisallocate=yes/TTYVTDisallocate=no/' ../../../../lib/systemd/system/getty@tty1.service
 ln -sf ../../../../lib/systemd/system/getty@tty1.service ./getty@tty1.service
 systemctl start getty@tty1.service
 ln -sf ../../../../lib/systemd/system/getty@.service ./getty@tty2.service
 systemctl start getty@tty2.service
 ln -sf ../../../../lib/systemd/system/getty@.service ./getty@tty3.service
 systemctl start getty@tty3.service
 ln -sf ../../../../lib/systemd/system/getty@.service ./getty@tty4.service
 systemctl start getty@tty4.service
 ln -sf ../../../../lib/systemd/system/getty@.service ./getty@tty5.service
 systemctl start getty@tty5.service
 ln -sf ../../../../lib/systemd/system/getty@.service ./getty@tty6.service
 systemctl start getty@tty6.service

I don't recall the whys involved, only what to do with a new installation. On infrequent
occasions, part of it needs to be repeated after an upgrade.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

[toc] | [prev] | [next] | [standalone]

#204104

On Sat 05 Jan 2019 at 14:04:19 (-0500), Felix Miata wrote:
> Kenneth Parker composed on 2019-01-05 09:33 (UTC-0500):
> ...
> > The reason I am bringing this up now, is that I tried this on Stretch, with
> > no Graphical Environment, only to have the Music (playing, through the play
> > command /dev/tty3)  *STOP*  *COLD*  when I used alt-F4 to switch
> > perspective (say, to /dev/tty4!)
> 
> > Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens, like
> > the SysV Init Package did?
> 
> > What gives?
> 
> On demand gettys are a systemd [mis]feature. I don't like waiting on them either.

What do you mean by "waiting on them"? I don't *wait* for them even on
my 650MHz Pentium III.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#204105

David Wright composed on 2019-01-05 23:43 (UTC-0600):

> On Sat 05 Jan 2019 at 14:04:19 (-0500), Felix Miata wrote:

>> On demand gettys are a systemd [mis]feature. I don't like waiting on them either.

> What do you mean by "waiting on them"? I don't *wait* for them even on
> my 650MHz Pentium III.

Switch to a vtty and there's no login prompt until an annoying number of seconds pass.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

[toc] | [prev] | [next] | [standalone]

#204158

On Sun 06 Jan 2019 at 00:57:15 (-0500), Felix Miata wrote:
> David Wright composed on 2019-01-05 23:43 (UTC-0600):
> 
> > On Sat 05 Jan 2019 at 14:04:19 (-0500), Felix Miata wrote:
> 
> >> On demand gettys are a systemd [mis]feature. I don't like waiting on them either.
> 
> > What do you mean by "waiting on them"? I don't *wait* for them even on
> > my 650MHz Pentium III.
> 
> Switch to a vtty and there's no login prompt until an annoying number of seconds pass.

That's odd, and I don't think I could suggest anything to help.
As for a workaround, my own approach would be to type Alt → (or
Windows ←, or whatever) six times rapidly before logging in.
It takes two seconds and while you're logging in, the other
VCs would be starting up.

As for your workaround, is there any reason for avoiding absolute
paths when making links, ie wouldn't this do the same thing?

#!/bin/sh
 cd /etc/systemd/system/getty.target.wants
 cp -a /lib/systemd/system/getty@.service /lib/systemd/system/getty@tty1.service
 sed -i 's/TTYVTDisallocate=yes/TTYVTDisallocate=no/' /lib/systemd/system/getty@tty1.service
 ln -sf /lib/systemd/system/getty@tty1.service ./getty@tty1.service
 systemctl start getty@tty1.service
 ln -sf /lib/systemd/system/getty@.service ./getty@tty2.service
 systemctl start getty@tty2.service
 ln -sf /lib/systemd/system/getty@.service ./getty@tty3.service
 systemctl start getty@tty3.service
 ln -sf /lib/systemd/system/getty@.service ./getty@tty4.service
 systemctl start getty@tty4.service
 ln -sf /lib/systemd/system/getty@.service ./getty@tty5.service
 systemctl start getty@tty5.service
 ln -sf /lib/systemd/system/getty@.service ./getty@tty6.service
 systemctl start getty@tty6.service

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#204161

[Multipart message — attachments visible in raw view] — view raw

On Sat, Jan 5, 2019 at 2:04 PM Felix Miata <mrmazda@earthlink.net> wrote:

> Kenneth Parker composed on 2019-01-05 09:33 (UTC-0500):
> ...
> > Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens,
> like
> > the SysV Init Package did?
>
> > What gives?
>
> On demand gettys are a systemd [mis]feature. I don't like waiting on them
> either.
> The following or something derived from it might include your salvation:
>

Your response got me to test one more thing (after my Devuan test):
Multiple systems.

So I tried reproducing this on my Laptop, and it works!

The difference is, that I don't wait, with the Laptop, though I do with the
Desktop computer.

So consider this on Hold, pending further testing on my part.

Kenneth Parker

[toc] | [prev] | [next] | [standalone]

#204163

On Sun 06 Jan 2019 at 22:18:52 (-0500), Kenneth Parker wrote:
> On Sat, Jan 5, 2019 at 2:04 PM Felix Miata <mrmazda@earthlink.net> wrote:
> > Kenneth Parker composed on 2019-01-05 09:33 (UTC-0500):
> > ...
> > > Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens,
> > like
> > > the SysV Init Package did?
> >
> > > What gives?
> >
> > On demand gettys are a systemd [mis]feature. I don't like waiting on them
> > either.
> > The following or something derived from it might include your salvation:
> >
> 
> Your response got me to test one more thing (after my Devuan test):
> Multiple systems.
> 
> So I tried reproducing this on my Laptop, and it works!
> 
> The difference is, that I don't wait, with the Laptop, though I do with the
> Desktop computer.
> 
> So consider this on Hold, pending further testing on my part.

So, back on the original topic, do you have the same music stopping
problem on the laptop and the desktop?

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#204101

Kenneth Parker wrote:

> The reason I am bringing this up now, is that I tried this on Stretch,
> with no Graphical Environment, only to have the Music (playing, through
> the play command /dev/tty3)  *STOP*  *COLD*  when I used alt-F4 to switch
> perspective (say, to /dev/tty4!)
> 
> Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens, like
> the SysV Init Package did?
> 
> What gives?

I am not using systemd, but it looks like you are not reaching some level to
spawn the the terminals. Look in the log files to see, or wait long enough,
so that "the something" may time out

regards

[toc] | [prev] | [next] | [standalone]

#204103

[Multipart message — attachments visible in raw view] — view raw

On Sat 05 Jan 2019 at 09:33:27 (-0500), Kenneth Parker wrote:
> Hello,
> 
> I first need to Date Myself, by saying that my first Linux Distribution was
> Yggdrasil Plug and Play Linux, purchased as a CD in December, 1992.
> 
> My first impression of Linux, was as a Multi-User Operating System, with
> different User Names.  So I organized my Working Environment that way, even
> after getting Graphical Environments to work.  And I made Usernames, based
> on Function such as, for example, devel (for Kernel Development) and
> hercules (for IBM Mainframe Emulation, such as MVS 3.8J.  Google "Plug and
> Play MVS" for more information).
> 
> What made Linux special, in my opinion, was this Built-In Multi-User
> Multitasking Functionality.
> 
> And it worked fine, all the way from the beginning, by having the original
> Init Process Spawning 6 Login Processes (using /bin/login), that "listen"
> on /dev/tty1 through /dev/tty7.  (And, if a Graphical Environment is
> running, it appears to be on /dev/tty7).
> 
> If I was, simply operating in Text Mode, I would switch Virtual Terminals
> with Alt-F1 through Alt-F6.  If I start something on one of these Virtual
> Terminals (i.e.  Compiling the Linux Kernel), I would trust that it would
> continue to run, while I do something else on another Virtual Terminal
> (i.e. using emacs or nano to edit a text file).
> 
> One "Special Function", which pointed out the "Fly in the Ointment" to my
> above description, is Background Music.  I LOVE Classical Music, so I would
> have a Symphony Movement (mp3 file) playing in the Background, through the
> play command (sox package) on one of these Virtual Text Terminals.
> 
> The reason I am bringing this up now, is that I tried this on Stretch, with
> no Graphical Environment, only to have the Music (playing, through the play
> command /dev/tty3)  *STOP*  *COLD*  when I used alt-F4 to switch
> perspective (say, to /dev/tty4!)
> 
> Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens, like
> the SysV Init Package did?
> 
> What gives?

Difficult to say, as this isn't my experience. I just tried and failed
to replicate it.

I rebooted, logged in on VC1 and played a .wav file: fine.
I logged in again on VC2 and played a different track: fine, except
for the cacophony.
I logged in again on VC3 as a different user (the one I browse under)
and played yet another track: worse cacophony with all three playing.

Then I stopped the music on VC1 and started X. VCs 2 and 3 kept
playing. I played the first track in an xterm, just as I had on VC1,
and that was fine. I ^C'd each of the three soxen and started them
over, all successfully. Finally I switched to VC4, logged in and
started yet another track playing.

AIUI an installed Debian system might not allow two different users to
play at the same time without some configuration of /etc/asound.conf
so I've attached mine¹. (But that's not your problem.)

Yes, there are differences when systemd is running. By default the
X server runs on whichever VC started it, rather than using a "VC"
that lies between VCs 1 and 6. And systemd only bothers to start an
agetty when you switch to it, so on most days I'll only run the
one because I normally start X almost first thing.

¹it's the version for sound on the internal soundcard at 1,0 as
opposed to the HDMI card at 0,3.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#204106

On 2019-01-05, Kenneth Parker <sea7kenp@gmail.com> wrote:
>
> The reason I am bringing this up now, is that I tried this on Stretch, with
> no Graphical Environment, only to have the Music (playing, through the play
> command /dev/tty3)  *STOP*  *COLD*  when I used alt-F4 to switch
> perspective (say, to /dev/tty4!)

Are you using the pulseaudio sound server? If so, have you explored
whether pulse (in default per-user config mode) could be the culprit (it
comes in a solid second in a number of blame games, after Lennart's
brain child)?

Although it is ill-advised, it may be necessary to run it in system-wide
mode for your use case. Or put yourself in the audio group. Or
something.

I haven't taken the time to try to reproduce your problem here. I can
report, however, that switching ttys entails no noticeable delay on this
up-to-date Stretch machine.

Good luck.

> Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens, like
> the SysV Init Package did?
>
> What gives?
>
> Thank you and best regards,
>
> Kenneth Parker
>

[toc] | [prev] | [next] | [standalone]

#204159

[Multipart message — attachments visible in raw view] — view raw

Here's more information:

I gave myself a "text-only" system, via the command:  "systemctl
set-default multi-user.target"

Using two Virtual Text consoles:  /dev/tty3 (alt-f3), and /dev/tty4
(alt-f4).

alt-f3 does the command I wish to continue running ("play", but could be
compiling a Linux Kernel).  alt-f4 gathers information.

Music plays fine, when in alt-f3, but stops in alt-f4.

So, I do "ps axu" in alt-f4, to see what happens to the "play" command.
"Status= "S1+"!

People say that you don't need a Graphical Environment with a Server.  But
what if you want to Multitask?

****   Test part 2:  on Devuan Ascii.

First, install it!  (I don't count my Virtualbox version, because it
doesn't do justice to my Virtual Console tests)

Now, under Devuan, Music keeps running when I switch Console to alt-f4.

Now, if I do "ps axu" in alt-f4, I see "Status = SL+"

So what is the difference between S1+ and SL+?

Thanks for the kind help, so far.

Kenneth Parker

[toc] | [prev] | [next] | [standalone]

#204162

On Sun 06 Jan 2019 at 21:32:10 (-0500), Kenneth Parker wrote:
> Here's more information:
> 
> I gave myself a "text-only" system, via the command:  "systemctl
> set-default multi-user.target"
> 
> Using two Virtual Text consoles:  /dev/tty3 (alt-f3), and /dev/tty4
> (alt-f4).

In view of your earlier comments, who's logged in on them?

> alt-f3 does the command I wish to continue running ("play", but could be
> compiling a Linux Kernel).  alt-f4 gathers information.

By "gathers information", you mean just running ps?

> Music plays fine, when in alt-f3, but stops in alt-f4.

As soon as you switch to VC4, which is already logged in and
sitting at a bash prompt?

> So, I do "ps axu" in alt-f4, to see what happens to the "play" command.
> "Status= "S1+"!

I assume that's Sl+, and if so then that's interesting as ps gives me
9112 8802 1000 tty2 SL+ 0:00 play Videos/2018-summer-music/MP3/band-ellington.mp3

> People say that you don't need a Graphical Environment with a Server.  But
> what if you want to Multitask?

Linux is multitasking whether or not you have a graphical environment.
Just look at the output of ps.

> ****   Test part 2:  on Devuan Ascii.
> 
> First, install it!  (I don't count my Virtualbox version, because it
> doesn't do justice to my Virtual Console tests)
> 
> Now, under Devuan, Music keeps running when I switch Console to alt-f4.
> 
> Now, if I do "ps axu" in alt-f4, I see "Status = SL+"
> 
> So what is the difference between S1+ and SL+?

man ps.

S    interruptible sleep (waiting for an event to complete)
L    has pages locked into memory (for real-time and custom IO)
l    is multi-threaded (using CLONE_THREAD, like NPTL pthreads do)
+    is in the foreground process group

I don't know the reasons for the difference between my system and
yours, nor whether it's relevant to your problem. Perhaps it depends
on the sound driver: I use alsa but not pulse.

Sox, mpv, mplayer and timidity all lock pages in memory, whereas
audacious doesn't. But audacious carries on playing regardless.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#204293

On Sat, Jan 05, 2019 at 09:33:27AM -0500, Kenneth Parker wrote:
>I first need to Date Myself

You don't, really: all it serves is to worsen the signal:noise ratio of
your email pertinent to the problem you are experiencing.

>One "Special Function", which pointed out the "Fly in the Ointment" to my
>above description, is Background Music.  I LOVE Classical Music, so I would
>have a Symphony Movement (mp3 file) playing in the Background, through the
>play command (sox package) on one of these Virtual Text Terminals.
>
>The reason I am bringing this up now, is that I tried this on Stretch, with
>no Graphical Environment, only to have the Music (playing, through the play
>command /dev/tty3)  *STOP*  *COLD*  when I used alt-F4 to switch
>perspective (say, to /dev/tty4!)

Don't worry, the notion of multitasking, or using multiple text VTs, or
operating your machine without a graphical stack, hasn't gone away: you
are just experiencing a bug or unintended side-effect of something, that
can be figured out.

I would research systemd (and/or PAM) "sessions, and "multi seat
support", which is my best guess as to what's happening. I don't think
the process is being stopped, but you are prevented from hearing it's
audio because that VT is no longer marked as an active local session.

If you experiment with a different program to "play"/sox on the first
VT, such as running a program that you can externally test is still
running (for example "while true; do touch /tmp/$(date +%s); sleep 1" -
you can see it is still executing if a new file appears in /tmp every
second), I suspect you will see that it is still running unfettered,
this problem you are experiencing is specific to audio.

There's some details here
https://www.freedesktop.org/wiki/Software/systemd/multiseat/

I'd wager your sound card is bound to a "seat"; and each of your VT
logins are separate "sessions", that are in turn bound to that same
"seat" and thus have permission to play sound. When you switch VT,
the former session is unplugged from the seat, and the new one plugged
in, therefore stopping the audio from the detached session.

The purpose of this whole scheme, fwiw, is to arrange for e.g. remote
sessions (such as those over SSH) to not have permission to blast audio
out of your local speakers, and similar things.

As a first test, try (as root) "loginctl enable-linger <your username>",
log out your VT3, and back in, launch play,then switch VT and see if the
problem is fixed. If not, you could revert the change with "loginctl
disable-linger <your username>", again as root.

>Looks like SystemD may  *NOT*   be spawning the 6 Text Login Screens, like
>the SysV Init Package did?

By default, systemd does not pre-load the getty processes on to the VTs
prior to you switching to those VTs. The rationale is to avoid the small
system overhead of running 6+ getty instances that the vast majority of
people never use. Instead, it spawns them on demand when you switch to a
VT (and clears them up once you've logged out and switched away again,
later).

This behaviour is optional and can be reverted to the way sysvinit
worked (see Felix's post in this thread). However I think it's
orthogonal to your sound issue.

You could also switch to sysvinit on Debian if you want, it's still a
fully supported option.

-- 

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
⠈⠳⣄⠀⠀⠀⠀ Please do not CC me, I am subscribed to the list.

[toc] | [prev] | [next] | [standalone]

#204567

[Multipart message — attachments visible in raw view] — view raw

On Thu, Jan 10, 2019 at 9:34 AM Jonathan Dowland <jmtd@debian.org> wrote:

> On Sat, Jan 05, 2019 at 09:33:27AM -0500, Kenneth Parker wrote:
>
<snip>

> >play command (sox package) on one of these Virtual Text Terminals.
> >
> >The reason I am bringing this up now, is that I tried this on Stretch,
> with
> >no Graphical Environment, only to have the Music (playing, through the
> play
> >command /dev/tty3)  *STOP*  *COLD*  when I used alt-F4 to switch
> >perspective (say, to /dev/tty4!)
>
Turns out, there was an Unrelated Issue, all the way back when I installed
Stretch.  I made an /etc/fstab error, causing me to not have a Swap
Partition.

So I had a Memory Low situation, causing programs on one Console to stop,
when I switched Perspective.

When I fixed my Memory and Swap errors, my problem is solved.

Sorry for the length of time between Replies:  I'm pretty busy.

And thank you, Jonathan, for putting me back onto troubleshooting the
actual issue.

<snip>

I would research systemd (and/or PAM) "sessions, and "multi seat
> support", which is my best guess as to what's happening. I don't think
> the process is being stopped, but you are prevented from hearing it's
> audio because that VT is no longer marked as an active local session.
>

I plan to learn SystemD as best I can.  It's here to stay, so make the best
of it.

>
> There's some details here
> https://www.freedesktop.org/wiki/Software/systemd/multiseat/


Thank you.  Very informative!

-- 
>
> ⢀⣴⠾⠻⢶⣦⠀
> ⣾⠁⢠⠒⠀⣿⡁ Jonathan Dowland
> ⢿⡄⠘⠷⠚⠋⠀ https://jmtd.net
> ⠈⠳⣄⠀⠀⠀⠀ Please do not CC me, I am subscribed to the list.
>
>
Kenneth Parker

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web