Danach habe ich den Client neu gestartet und ein Image erzeugt.
Wo liegt der Fehler?
das was ich geschrieben habe hat mit dem Profil nichts zutun: da geht es
nur um die Domänenanmeldung.
… jetzt wo ich den Tread noch mal gelesen habe, war das aber garnicht
dein Problem, sondern die Übernahme des Profils.
Das funktioniert nur im default.cloop automatisch: verwendest du dieses?
Wenn nicht, dann mußt du die linuxmuster-client Pakete von Hand
nachinstallieren und Einrichten (also nicht nur linuxmuster-client-auth)
kann man auf dem Client nachsehen, ob es der Default-cloop ist? Ich weiß
nicht mehr, welches cloop ich verwendet habe.
Falls ich die Linuxmuster-Client-Pakete nachinstallieren muss, ist es
dafür notwendig, dass der Client mit dem Server verbunden ist? Ich frage
deshalb, weil ich den Client hier zu Hause habe, aber hier ist er
natürlich nicht mit dem Server verbunden.
Wo finde ich die aktuelle Anleitung zur Installation der
Linuxmuster-Client Pakete.
schau mal auf dem vorhandenen Client nach, ob es die Verzeichnisse
/etc/Linuxmuster-client/
gibt.
Ist da auch ein UNterordner profile ?
Schick uns mal den Inhalt der /etc/linuxmuster-client/profile/profile.conf
Derzeit nehme ich an, dass ein
chown -R linuxadmin:linuxadmin /home/linuxadmin
das Problem beheben wird.
vielen Dank für deine Mühe und die schnellen Antworten.
Ja, die Verzeichnisse gibt es, der Inhalt der Datei
/etc/linuxmuster-client/profile/profile.conf
sieht so aus:
" # verbose logging true/false, default: true
LOGGING=true
" # Profile user, default “linuxadmin"
PROFILE_USER=“linuxadmin”
” # Name of “Own Docs"
OWNDOCSFOLDER=”"
" # Additional options for the rsync command used for
" # syncing the template users profile to the
" # logged in user. Profile can be cleaned up on every login
" # by adding
RSYNC_OPTIONS="–force --delete"
RSYNC_OPTIONS="–force --delete --links"
" # Configdir: Where all *.conf files for the profile packag reside
CONFDIR=/etc/linuxmuster-client/profile
(Die Anführungszeichen vor den Rauten sind von mir.)
sind die bei dir beide einkommentiert?
Das sollte nicht sein.
Mach mal ein #
vor die Obere Zeile der beiden und starte den Client neu.
Hab ich das richtig, dass der Login der Domänennutzer funktioniert, sie
aber nicht das linuxadmin Profil bekommen?
Es sei darauf hingewiesen, dass sie, je nach dem wie man es einstellt,
nicht alles vom linuxadmin bekommen: nur wenn sie „es“ noch nicht haben.
Was genau kommt den nicht an von deinen Änderungen?
Und was steht in /etc/linuxmuster-client/profile/usersettings.conf und
usersettings-opt.conf
Was genau kommt denn nicht an von deinen Änderungen?
Die Icons im Starter sind nicht die selben, und auf dem Desktop taucht der Leo-Virt-Starter und das Icon „für Homes auf Server“ nicht auf. Außerdem wird nicht automatisch in die „eigenen Dateien“ abgespeichert.
Außerdem habe ich die neuesten Updates für dern Linuxclient installiert, aber da gibt es wohl auch ein Problem, dass dann zwar die Anmedung am Client durchgeführt werden kann, aber danach erscheint nur noch ein dunkler Hintergrund und der Mauszeiger, aber sonst nichts, man kann auch nichts mehr machen als dern Rechner durch langes Drücken des Schalters abzuwürgen. Dieses Problem wurde im Forum auch schon von jemand anderem beschrieben (siehe: Ubuntuclient funktioniert nach update nicht mehr richtig).
Deshalb habe ich das davor vorhandene Image wieder verwendet.
Ich wäre sehr froh, wenn jemand noch gute Tipps für mich hätte.
Viele Grüße
Jürgen
bitte stell mal sicher, dass im Home des linuxadmins im Unterverzeichnis
Home_auf_Server nichts ist.
Also als linuxadmin
ls -al /home/linuxadmin/Home_auf_Server/
nur
.
und
…
angezeigt wird.
Wenn nicht: alles darin befindliche Löschen: das spuckt einem gehörig in
die Suppe.
insgesamt 8 bedeutet, dass dieses Verzeichnis insgesamt 8kiB auf dem
Datenträger belegt.
(4096 Byte + 4096 Byte = 8192 Byte = 8 kiB)
Das ist das (in Zweierpotenzen gerechnete) “Kibibyte”, das Pendant zum
(in Zehnerpotenzen gerechnete) Kilobyte)…
… und wenn sie außen Braun aber innen Grün sind, dann sind das kiwibyte
… jetzt aber noch zum Problem:
OK, das Verzeichnis ist leer: schonmal gut.
Dann schau mal nach, ob die Partition genügend Platz und inodes hat:
df -h
und
df -i
Wenn das OK ist, dann bügeln wir das Home des linuxadmin mittels (als
linuxadmin im Terminal):
cd /
sudo su
chown linuxadmin:linuxadmin -R /home/linuxadmin
Dann Image erstellen und nochmal an einem anderen Rechner zurückspielen
und testen.
seid ihr hier weitergekommen? Habe eben selbiges Problem festgestellt, als mir ein Referendar erzählte, dass er offenbar nicht das Standard-Profil bekommt. Alle, die vorher schon mal an dem alten trusty-Rechner angemeldet waren, haben das richtige Profil. die obigen Hinweise habe ich ebenfalls bereits erfolglos ausprobiert… seltsam das …
Und im Benutzer-Wechseln-Menü (das es auch nicht geben sollte) tauchen alle vorher angemeldeten Benutzer auf:
Erst kürzlich habe ich das auch wieder beobachtet, aber leider versäumt, mir den Füllstand der Platte usw. anzusehen (war halt im Unterricht, wo man dann leider doch nicht so viel Zeit für die Diagnose hat). Nach einem sync-Start war alles wieder i.O.
Ich habe das Gefühl, dass es sporadisch dann auftritt, wenn auch das Netz etwas “wackelig” ist, kann mir aber (noch) nicht so ganz erklären, woran es dann liegt.
wir müssen die Sache systematisch angehen.
Bei Jürgen hab ich noch immer nicht erfahren, ob es sich den wirklich um einen Nutzer handelt, der sich an der Domäne anmeldet, oder ob es ein lokaler Nutzer ist.
Außerdem hat Jürgen nichts zu meinem HInweis gesagt: ob er das befolgt hat und getestet hat, oder nicht:
Jeder der „betroffen“ ist sollte sicher stellen, dass das linuxadmin home die korrekten Rechte hat: und zwar auch nach dem sync!
Ihr dürft nicht vergessen: wenn ihr per postsync auf dem Client nach dem sync vom server Dateien nachholen laßt, dann müßt ihr die Rechte auch korrekt setzten: und das geht zu diesem Zeitpunkt nur, wenn man das am Ende der postsync Datei macht.
Also: postet auch eure .cloop.postsync Datei und schreibt dazu, ob ihr Dateien in den UNterverzeichnissen von /var/linbo/linuxmuster-client/xenial/ habt.
Und als aller erstes kontrolliert man, ob das Verzeichnis /home/linuxadmin/Home_auf_Server/ leer ist, wenn der linuxadmin angemeldet ist.
Außerdem sollte kontrollieren, ob direkt nach dem syncen, wenn man sich als linuxadmin anmeldet, auch kein anderer Nutzer „vorher“ angemeldet war: also mit im Image ist (warum auch immer).
Also schaut in die Benutzerverwaltung.
bei mir (und wohl auch bei @fruff, dessen Beitrag jetzt allerdings hierher ausgegliedert wurde) tritt das Problem ja nur recht selten an einzelnen Rechnern auf, also kann es wohl an keinem der von dir genannten Punkte liegen (insbesondere das mit den alten Benutzern im Image und dem leeren Home_auf_Server). Denn sonst müsste es ja immer an allen auftreten, oder?
ja.
Bei euch werden es wohl Netzwerkprobleme sein: schlechtes Kabel oder
sterbender Switch.
Erste Anlaufstelle:
gleich das Patchkabel zum betroffenen Cleint wechseln.
Wenn das fluktuiert: betroffenen Switch testhalber austauschen.
Und/oder im Switch nach CRC Fehlern im Log schauen.
Das habe ich damals gleich erledigt, nur nicht dran gedacht, dir das mitzuteilen.
Ist doch so richtig, oder?
Dann habe ich dir noch die Ausgabe der Befehle:
df -h
und
df -i
geschickt, dazu hast du dich noch nicht geäußert.
Den Befehl:
chown linuxadmin:linuxadmin -R /home/linuxadmin
habe ich auch ausgeführt, hat aber nichts bewirkt.
Ich kann nach wie vor das Erscheinungsbild des Desktops (Profii) für die anderen Domänenbenutzer nicht verändern. Dei ihnen sieht es genau so aus wie auf den Sreenshots von Andreas.