Hallo zusammen,
hab mich am Wochenende mal nach der neuen Anleitung an ein Serversetup V7 „from Scatch“ auf einem xcp-ng gewagt.
Hat soweit funktioniert, doch nun hängt es. Sind die linuxmuster-client-servertools für die V7 noch im werden, oder muss an der Doku noch geschraubt werden?
https://docs.linuxmuster.net/de/latest/getting-started/linuxclient.html
LG Thomas
Hallo Thomas,
Hat soweit funktioniert, doch nun hängt es. Sind die
linuxmuster-client-servertools für die V7 noch im werden, oder muss an
der Doku noch geschraubt werden?
sie sind leider noch nciht fertig.
Ein Default.cloop kannst du von mir erhalten,mit Anleitung hier:
https://web.semgym-karlsruhe.de/owncloud/index.php/s/GsQy9PfDWWiSGCT
LG
Holger
Hallo zusammen,
ist schon bekannt, wann die Servertools fertig sein werden? Wir könnten sie gerade gebrauchen 
Viele Grüße
Fabian
Hallo Holger,
ich habe heute festgestellt, dass es auf meinem Server (hervorgegangen aus der entsprechenden ova) kein srv/linbo/linuxmuster-client gibt. Wie kann ich das Paket nachrüsten? In der Doku steht:
sudo apt install linuxmuster-client-servertools
Mein Client (default-cloop) hat Anmeldeschwierigkeiten, die ich auf das Fehlen des Paketes zurückführe. Der Client ist laut Schuko und OPNSense richtig aufgenommen, SSO ist aktiviert, Test-Benutzer sind aufgenommen und sind auf ‚Kerberos‘ getestet.
Viele Grüße
Wilfried
Hallo Wilfried,
im .zip mit dem default-sloop von mir war eine lange ausführliche
Anleitung, wie das geht.
LG
Holger
Hallo Holger,
jetzt, wo du es sagst, fällt es mir auch wieder ein.
Vielen Dank
Wilfried
Hallo zusammen,
ich lese hier schon lange aber nun mein erster post…
Ich habe auf einer alten Dell PowerEdge 2900 Maschine, die gerade bei uns ausgemustert wurde, nun im zweieinhalbsten Versuch den linuxmuster.net Server nach der wunderbaren Anleitung auf dieser Seite installiert. Dafür ein dickes Lob! 
Ich hatte nach 6.2 und V7 Beta nochmal sauber von vorne angefangen als die final V7 erschienen war.
Gerade als ich soweit war, standen auch die client-servertools zur Verfügung, was hier glaube ich noch gar nicht erwähnt wurde…Danke, super! 
Also ich habe auf proxmox die V7 mit OpenSense und Docker laufen und den ubuntu-vanilla-cloop auf die Clients geladen. Server-GUI geht, Test-User angelegt, Geräte auch.
Das läuft jetzt alles super und auch schnell aber auf den Clients erscheint leider kein Anmeldebildschirm.
Da bleibt es beim lila Bildschirm mit „ubuntu“ und den fünf Punkten stehen.
Ich habe es mit alten core2duo’s und einem i5 Rechner aus 2014 ausprobiert - gleiches Verhalten…
Hat jemand eine Idee was fehlt?
Hallo Martin
und herzlich wilkommen 
Das läuft jetzt alles super und auch schnell aber auf den Clients
erscheint leider kein Anmeldebildschirm.
Da bleibt es beim lila Bildschirm mit „ubuntu“ und den fünf Punkten stehen.
Ich habe es mit alten core2duo’s und einem i5 Rechner aus 2014
ausprobiert - gleiches Verhalten…
Hat jemand eine Idee was fehlt?
ja: da ist die /etc/fstab
auf dem Client nicht korrekt.
Ist die /srv/linbo/.cloop.postsync
Datei da?
Ist eine Datei fstab in dem Verzeichnis
/srv/linbo/linuxmuster-client/bionic/common/etc/
vorhanden?
Welchen Inhalt hat diese?
Wie ist der Cleint partitioniert?
LG
Holger
Uh, das geht ja schnell…
Hallo Holger!
Der Client ist nach der ubuntu-vanilla Vorlage partitioniert, auch wenn ich eine neue Hardwaregruppe erstellt habe. Da hab ich mehrmals geschaut und die config Dateien verglichen. (ist das eigentlich richtig, dass sda1 und sad2 beide auf boot eingestellt sind?)
Die zwei Dateien schaue ich morgen mal nach…ich bin jetzt gerade nicht mehr in der Schule… 
Vielen Dank und bis Morgen
Martin
hier die config:
[LINBO]
Server = 10.0.0.1
Group = duo2008
Cache = /dev/sda2
RootTimeout = 600
AutoPartition = no
AutoFormat = no
AutoInitCache = no
DownloadType = rsync
BackgroundFontColor = white
ConsoleFontColorStdout = lightgreen
ConsoleFontColorStderr = orange
SystemType = bios64
KernelOptions = quiet splash[Partition]
Dev = /dev/sda1
Label = ubuntu
Size = 35G
Id = 83
FSType = ext4
Bootable = yes[Partition]
Dev = /dev/sda2
Label = cache
Size = 18G
Id = 83
FSType = ext4
Bootable = no[Partition]
Dev = /dev/sda3
Label = swap
Size = 8G
Id = 82
FSType = swap
Bootable = no[Partition]
Label = data
Dev = /dev/sda4
Size =
Id = 83
FSType = ext4
Bootable = no[OS]
Name = Ubuntu
Version =
Description = Ubuntu 18.04
IconName = ubuntu.png
Image =
BaseImage = ubuntu_vanilla.cloop
Boot = /dev/sda1
Root = /dev/sda1
Kernel = vmlinuz
Initrd = initrd.img
Append = ro splash
StartEnabled = yes
SyncEnabled = yes
NewEnabled = yes
Autostart = no
AutostartTimeout = 5
DefaultAction = sync
RestoreOpsiState = no
ForceOpsiSetup =
Hidden = yes
Hallo Holger,
ich hab jetzt nachgeschaut…
In:
/srv/linbo/
ist eine Datei:
ubuntu_vanilla.cloop.postsync
Und die Datei:
/srv/linbo/linuxmuster-client/ubuntu_vanilla/common/etc/fstab
hat folgenden Inhalt:
# /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
#dummyroot / ext4 errors=remount-ro 0 1
#dummyswap none swap sw 0 0
Was ist da mit der Vanille schiefgelaufen? Was kann ich tun?
Viele Grüße
Martin
Hallo Martin,
ich hab jetzt nachgeschaut…
In:
/srv/linbo/
ist eine Datei:
ubuntu_vanilla.cloop.postsync
Und die Datei:
/srv/linbo/linuxmuster-client/ubuntu_vanilla/common/etc/fstab
hat folgenden Inhalt:/etc/fstab # /etc/fstab: static file system information. # # Use
‚blkid‘ to print the universally unique identifier for a # device; this
may be used with UUID= as a more robust way to name devices # that works
even if disks are added and removed. See fstab(5). # #
# / was on /dev/sda1 during
installation #dummyroot / ext4 errors=remount-ro 0 1 #dummyswap none
swap sw 0 0 |Was ist da mit der Vanille schiefgelaufen? Was kann ich tun?
das weiß ich noch nicht: ich hab ja noch nicht alle Informationen
Nun sind folgende Fragen offen:
steht in der postsyncdatei der richtige Namen unter Patchclass, also
ubuntu_vanilla?
stehen in der postsync Datei die Zeilen, die #dummyroot und
#dummyswap ersetzen?
falls ja: warum machen sie das nicht? Stimmen die REchte der postsync
Datei (644) und der fstab Datei?
LG
Holger
Hallo Holger,
danke erstmal für die Hilfe!
Hier die weiteren Infos…
In der ubuntu_vanilla.cloop.postsync steht:
# bedienen, wenn man das benötigt.
PATCHCLASS=„ubuntu_vanilla“
export PATCHCLASS
# Das Verzeichnis, in dem die Serverpatches
In der Datei finde ich kein #dummyroot und kein #dummyswap.
Die Rechte von beiden Dateien sind auf (0644) also
r w - r - - r - - Besitzer: root
Soll ich die ganze Datei posten? Ist ja ziemlich lang.
LG Martin
Hallo Martin,
Soll ich die ganze Datei posten? Ist ja ziemlich lang.
kommt drauf an, ob du willst, dass der Mechanismus root und swap korrekt
zu setzen in der hosts Datei funktionieren soll, oder nicht.
Ich würde bei dir erstmal folgendes machen:
die beiden Zeilen:
#dummyroot / ext4 errors=remount-ro 0 1
#dummyswap none swap sw 0 0in
/dev/sda1 / ext4 errors=remount-ro 0 1
/dev/sda3 none swap sw 0 0und sync einen Client.
Bootet er?
Wenn nicht: schau auf dem Client in die /etc/fstab (z.B. von linbo aus …).
Wenn er bootet schau bitte noch zwei Sachen nach:
LG
Holger
Hallo Holger,
Yea! Das war’s gewesen…! Super - Vielen DANK!
Hab die zwei Zeilen ausgetauscht und Peng - Anmeldebildschirm.
Okay das Passwort war wohl nicht „Muster!“ wie in der Anleitung, aber da steht ja auch wie man es ändert.
Woran lag das jetzt? Hab ich was falsch gemacht oder vergessen?
Okay Feierabend für Heute - Morgen geht’s weiter…sind ja schließlich Ferien hier in Bayern und was hat man da besseres zu tun als in die Schule zu wackeln… 
Schönen Abend und Liebe Grüße
Martin
Hallo Martin,
Hab die zwei Zeilen ausgetauscht und Peng - Anmeldebildschirm.
… ich kenne das Verhalten schon …
Woran lag das jetzt? Hab ich was falsch gemacht oder vergessen?
das weiß ich nicht.
Es kann aber auch sein,d ass der Mechanismus die Partitionen in der
fstab richtig zu ersetzen, also die Variablen #dummyroot und #dummyswap
niciht richtig funktioniert.
was hat den der Rechnername in der /etc/hosts gesagt?
Und die Systemzeit?
LG
Holger