[K12OSN] : login user is root

Johan Vermeulen johan.vermeulen7 at telenet.be
Tue Dec 23 14:43:59 UTC 2014


This is very usefull.
I asumed the problem with shutting down was because of my thinclient hardware.
I also use the scientific-image.
I also have one site running on Thinstation.

Greetings, Johan

Radek Bursztynowski <radek at bursztynowski.waw.pl>schreef:

>Hello,
>
>Let me add my feelings to this discussion. I use K12Linux on CentOS 6.x
>for many years and for me moving to another solution is a noway too.
>Unfortunately I meet a lot of troubles, but most of them I solve
>manually. Last my installation CentOS 6.6 and K12Linux is dated 3th of
>November 2014. I solved most problems and this installation works
>stable, but I have problem with thin client image.
>
>Only one thin client image is installable from my point of view:
>epel-6-i386 (i386). ltsp-build-client -–list shows:
> epel-5-i386
> epel-5-ppc
> epel-5-x86_64
> epel-6-i386
> epel-6-ppc64
> epel-6-x86_64
> epel-7-x86_64
> fedora-19-armhfp
> fedora-19-i386
> fedora-19-ppc64
> fedora-19-ppc
> fedora-19-s390
> fedora-19-s390x
> fedora-19-x86_64
> fedora-20-armhfp
> fedora-20-i386
> fedora-20-ppc64
> fedora-20-ppc
> fedora-20-s390
> fedora-20-s390x
> fedora-20-x86_64
> fedora-21-armhfp
> fedora-21-i386
> fedora-21-x86_64
> fedora-5-i386-epel
> fedora-5-ppc-epel
> fedora-5-x86_64-epel
> fedora-devel-i386
> fedora-devel-ppc64
> fedora-devel-ppc
> fedora-devel-x86_64
> fedora-rawhide-aarch64
> fedora-rawhide-armhfp
> fedora-rawhide-i386
> fedora-rawhide-ppc64
> fedora-rawhide-ppc
> fedora-rawhide-s390
> fedora-rawhide-s390x
> fedora-rawhide-sparc
> fedora-rawhide-x86_64
>
>but epel-6-i386 I can install only. I don't know why. LTSP terminal
>boots with epel-6-i386 (CentOS 6.6) but I can't login. In addition
>epel-6-i386 (the last one and older) image couldn't shutdown. Ending
>process suspends on switching off eth0 interface. So, I still use
>Scientific Linux 6.1 image and fedora-11-i386 for older (i586) images.
>epel-6-i386 and fedora-11-i386 (epel-6-i386 too) don't support properly
>newest graphic cards inside new nettops or thin clients terminals with
>full resolution. And this is the reason that I am looking for newer thin
>client images. I tried debian-7-i386 thin client image - no better
>result. 
>Next step I plan with OpenSUSE image and at the end with Ubuntu image.
>But I am concerned about K12Linux thin client images because this status
>of thin client images doesn't change whole year and I wary that older
>hardware nettop/thin clients solution will end.
>
>The future is misty.
>
>Best regards,
>Radek
>
>------
>> Barry,
>> 
>> the most recent "standard" install I did was on Centos6.5
>> I don't remember if I used epel or k12linux repo. I had no issues.
>> Usualy I don't don't do normal install but I set up dhcp, nfs, etc manualy and copy over files from a pre-fedorahosted k12linux.
>> For me moving to ubuntu is a noway.
>> Greetings johan
>> 
>> Barry R Cisna <brcisna at eazylivin.net>schreef:
>> 
>> >Hi Johan,
>> >
>> >Yes selinux and iptables are both disabled at boot.
>> >I have used ltsp/k12linux for anbout 11 years now so fairly familiar
>> >with the configs,but each iteration of ltsp-server throws new curve
>> >balls it goes without saying.
>> >
>> >
>> >The reason for modding the sshd_config file was due to the fact that
>> >root was failing the login for a standard user. 
>> >Without adding the public
>> >keys for root to both server and client root,the standard user was
>> >thrown back out to the login screen again.
>> >Yes, i am familiar with doing the ltsp-update-sshkeys, along with
>> >ltsp-update-kernels.
>> >
>> >Downside is now the login works,but a standard user,,,is root once
>> >logged in.
>> >
>> >If you look at the log below,,you will see at top,,,a standard
>> >user,,then directly below,root gets the go ahead from ssh?
>> >Scouring through the ldm files, there is yet another ldm package that is
>> >installed, with ltsp-server package ,,even since I done an install about
>> >6 months ago,that worked fine.
>> >
>> >I am sure it is of course something is haywire in the ldm init scripts
>> >but don't have a clue were to look,,to troubleshoot.
>> >
>> >Also,i




More information about the K12OSN mailing list