On Thu, Mar 23, 2017 at 11:36:20AM +0100, Karsten Hilbert wrote:
>
> Directly after boot, during which no VT switch occurred, I
> will see the login manager for KDE. When I now switch to the
> first console and then ALT-RIGHT through my other consoles up
> until vt6 they don't have a getty running
On Wed,22 Mar 2017 18:
Roger Shimizu writes:
> On Wed, 22 Mar 2017 16:17:08 +0800 (CST)
> harryyue123 wrote:
>
>> I want get a source code of debian-installer,but failed.the error
>> message is :
>>
>> harry@BJ-LD-1229:~/Project/000debian8.7$ svn co
>> svn://anonscm.debian.org/svn/d-i/
On 2017-03-23 14:12 -0300, Felipe Sateler wrote:
> However, I see the following in cached_setup_font:
>
> setfont '/etc/console-setup/cached_Lat15-Fixed16.psf.gz'
>
> if ls /dev/fb* >/dev/null 2>/dev/null; then
> for i in /dev/vcs[0-9]*; do
> { :
> setfont '/etc/console-set
On Thu, Mar 23, 2017 at 02:12:44PM -0300, Felipe Sateler wrote:
>
> As mentioned by Michael, this is not done by udev or systemd.
I think systemd runs getty which opens a console. Then the kernel
creates virtual consoles on demand.
> > From my tests it seems that the font used
> > for this ini
On Thu, Mar 23, 2017 at 10:58 AM, Anton Zinoviev wrote:
> On Thu, Mar 23, 2017 at 02:37:48PM +0100, Michael Biebl wrote:
>>
>> In Debian, we don't enable the systemd-vconsole component [1].
>
> This is good, but...
>
>> So there should be no console configuration happening from systemd's
>> side.
On Thu, Mar 23, 2017 at 03:30:36PM +0100, Michael Biebl wrote:
> >
> > ...suppose udev creates a new console. Then it has to be initialized
> > with some font, hasn't it?
>
> udev does not create any consoles. That's a misconception.
Well, whoever does it... :)
Anton Zinoviev
Am 23.03.2017 um 14:58 schrieb Anton Zinoviev:
> On Thu, Mar 23, 2017 at 02:37:48PM +0100, Michael Biebl wrote:
>>
>> In Debian, we don't enable the systemd-vconsole component [1].
>
> This is good, but...
>
>> So there should be no console configuration happening from systemd's
>> side.
>
> ...
On Thu, Mar 23, 2017 at 02:37:48PM +0100, Michael Biebl wrote:
>
> In Debian, we don't enable the systemd-vconsole component [1].
This is good, but...
> So there should be no console configuration happening from systemd's
> side.
...suppose udev creates a new console. Then it has to be initial
Am 23.03.2017 um 14:04 schrieb Anton Zinoviev:
> My tests of how systemd works show that it does the following:
>
> 1. It reads the curent font of the current console.
>
> 2. Then it does some things to the console(s) (configuration).
>
> 3. When a new console is created it loads on it the font
On Thu, Mar 23, 2017 at 02:56:02AM +0100, Samuel Thibault wrote:
> MENGUAL Jean-Philippe, on mer. 22 mars 2017 03:57:37 +0100, wrote:
> > And what about affecting shift-s or ctrl-s to run tts in the rescue
> > mode?
>
> That's not really simple to implement actually. One has to have a way to
> sta
On Thu, Mar 23, 2017 at 03:04:37PM +0200, Anton Zinoviev wrote:
> Since systemd makes some configuration of the console, maybe the
> following scenario might explain what we observe:
... lengthy analysis ...
> So, if this scenario is possible, a natural question is what can be done
> in order
[I am sending a CC to pkg-systemd-maintain...@lists.alioth.debian.org]
On Thu, Mar 23, 2017 at 11:07:14AM +0100, Sven Joachim wrote:
>
> There might be a third possibility which seems to happen on one of my
> systems: the cached_setup_font.sh script does not work correctly when
> run during boot
On Thu, Mar 23, 2017 at 11:07:14AM +0100, Sven Joachim wrote:
> >> > ls -l /etc/console-setup/
> >>
> >>-rwxr-xr-x 1 root root 465 Mar 22 11:20 cached_setup_font.sh
> >>-rwxr-xr-x 1 root root 358 Mar 22 11:20 cached_setup_keyboard.sh
> >>-rwxr-xr-x 1 root root73 Mar 22 1
On 2017-03-22 15:02 +0200, Anton Zinoviev wrote:
> On Wed, Mar 22, 2017 at 01:00:17PM +0100, Karsten Hilbert wrote:
>>
>> > ls -l /etc/console-setup/
>>
>> -rwxr-xr-x 1 root root 465 Mar 22 11:20 cached_setup_font.sh
>> -rwxr-xr-x 1 root root 358 Mar 22 11:20 cached_setup_keybo
14 matches
Mail list logo
