[sles-beta] Changing "run level" post built (Going from Graphical to text and vice versa)

[Stefan Schubert]

Yes, I am aware of that but and have made a fix regarding package 
selection and with that fix this has worked quite will.
Maybe there is another reason for.
Please report it again via a new Bugzilla entry.

Thanks !

Greetings
Stefan Schubert

Am 25.07.2014 00:16, schrieb Darren Thompson:
> Team
>
> I posted this some time ago. The process to change run levels from 
> "graphical" (init 5) to "Multi-user (init 3) in a server "post build".
>
> I still have not successfully "built" a server that install/starts in 
> "Muti-user" mode.
>
> Darren
>
>
> On 18 June 2014 18:13, Darren Thompson <darrent at akurit.com.au 
> <mailto:darrent at akurit.com.au>> wrote:
>
>     Frederic
>
>     Good Point...
>
>     Team, do it the way he says... ;-)
>
>     e.g.
>
>     1. Login to graphical console as root user.
>     2. run a "terminal" session (the yast service manager process is
>     currently broken, it would be Best/easier to just run that).
>     3. systemctl set-default --force multi-user.target
>     - This will "tell" systemd that you want to run in "multi-user"
>     mode (e.g. the old init 3 level, without a X-server/GUI).
>     *** reboot ***
>     4 shutdown -r now
>     (you can achieve the same result by typing: 'init 3' if you prefer
>     not to reboot).
>
>
>     If you want to reverse this and run the full "graphical" (X)
>     console again
>     1. Login to test console as root user.
>     2. systemctl set-default --force graphical.target
>     - This will "tell" systemd that you want to run in "Graphical"
>     mode (e.g. the old init 5 level, with a X-server/GUI).
>     *** reboot ***
>     4 shutdown -r now
>     (you can achieve the same result by typing: 'init 5' if you prefer
>     not to reboot).
>
>     I hope this is found to be helpful.
>
>     Darren
>
>
>
>
>
>
>
>
>
>     On 18 June 2014 17:52, Frederic Crozat <fcrozat at suse.com
>     <mailto:fcrozat at suse.com>> wrote:
>
>         Le mercredi 18 juin 2014 à 10:50 +1000, Darren Thompson a écrit :
>         > Team
>         >
>         >
>         > I have been doing some testing on getting a "default
>         graphical build"
>         > SLES12B8 server to become a "multi-user" server.
>         >
>         >
>         > It's harder than you would think, mainly due to the way
>         > display-server.service seems to be erroneously activated,
>         even on
>         > multi-user target boots.
>         >
>         >
>         > I have found this process works:
>         > 1. Login to graphical console as root user.
>         > 2. run a "terminal" session (the yast service manager process is
>         > currently broken, it would be Bets/easier to just run that).
>         > 3. cd /etc/systemd/system
>         > 4. rm default.target
>         > 5. ln -s /usr/lib/systemd/system/multi-user.target
>         default.target
>         > 6. cd /usr/lib/systemd/user
>         > 7. rm default.target
>         > 8. ln -s /usr/lib/systemd/system/multi-user.target
>         default.target
>         > 9. cd /usr/lib/systemd/system
>         > 10. rm default.target
>         > 11. ln -s /usr/lib/systemd/system/multi-user.target
>         default.target
>         > **** I have no idea why default.target is in these three
>         locations, I
>         > would expect 2 of them are redundant but am not familiar
>         enough with
>         > systemd to guess which ****
>
>         Sorry but you are doing this the wrong way.
>
>         NEVER ever change stuff in /usr/lib/systemd/system.
>         /etc/systemd/system
>         has ALWAYS precedence over /usr/lib/systemd/system, which
>         means file
>         with the same name in /etc/systemd/system will "hide" the one
>         in /usr/lib/systemd/system.
>
>         The proper way to do it is :
>         run as root: systemctl set-default --force multi-user.target
>
>         (or if you want to do it manually: ln -s
>         -f /usr/lib/systemd/system/multi-user.target
>         /etc/systemd/system/default.target)
>
>         That's it.
>
>         --
>         Frederic Crozat
>         Project Manager Enterprise Desktop
>         SUSE
>
>         _______________________________________________
>         sles-beta mailing list
>         sles-beta at lists.suse.com <mailto:sles-beta at lists.suse.com>
>         http://lists.suse.com/mailman/listinfo/sles-beta
>
>
>
>
>     -- 
>
>     Darren Thompson
>
>     Professional Services Engineer / Consultant
>
>     *cid:image001.jpg at 01CB7C0C.6C6A2AE0*
>
>     Level 3, 60 City Road
>
>     Southgate, VIC 3006
>
>     Mb: 0400 640 414
>
>     Mail: darrent at akurit.com.au <mailto:steve at akurit.com.au>
>     Web: www.akurit.com.au <http://www.akurit.com.au/>
>
>
>
>
> -- 
>
> Darren Thompson
>
> Professional Services Engineer / Consultant
>
> *cid:image001.jpg at 01CB7C0C.6C6A2AE0*
>
> Level 3, 60 City Road
>
> Southgate, VIC 3006
>
> Mb: 0400 640 414
>
> Mail: darrent at akurit.com.au <mailto:steve at akurit.com.au>
> Web: www.akurit.com.au <http://www.akurit.com.au/>
>
>
>
> _______________________________________________
> sles-beta mailing list
> sles-beta at lists.suse.com
> http://lists.suse.com/mailman/listinfo/sles-beta


-- 
*******************************************************************************
Stefan Schubert
e-mail: schubi at suse.de
-------------------------------------------------------------------------------
SUSE LINUX Products GmbH
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)
Maxfeldstraße 5
90409 Nürnberg
Germany