> /usr/bin/smbcquotas --debuglevel=0 -U global-admin%'*****' -S UQLIM:serdarje1:1263324160/1579155456 //server/default-school
> Quotas are not enabled on this share.
> Failed to open \$Extend\$Quota:$Q:$INDEX_ALLOCATION NT_STATUS_ACCESS_DENIED.
…aber das wird wohl nicht das Problem sein. Ich habe auf git den commit im lmn7.2-testing Branch von sophomorix4 gefunden. Den werde ich mal bei meiner Testumgebung versuchen.
ich hau Sonntag abends noch einen Fix raus und alles was dir dazu einfällt, ist mich anzumachen, weil irgendwas scheints nicht dokumentiert ist.
Darum geht es nicht. Nutzung wurde nicht verboten. Es wurde aber ausdrücklich darauf hingewiesen, dass es noch nicht für Produktivbetrieb taugt. Aber was weiß denn ich.
es verlangt keiner, daß Du am Sonntag einen Fix „raushaust“. Mir persönlich wäre es lieber, ein Fix wäre gar nicht nötig. Auch ich sitze am Sonntag da und teste das was Du rausgehauen hast und gebe Rückmeldung. Auch habe ich Dich nicht „angemacht“, sondern ich habe eine normale Frage gestellt. Wenn Du meine gestellte Frage als „Anmache“ siehst, dann solltest Du vielleicht an Deiner Frustrationstoleranz arbeiten. Denn wieso sonst sperrst Du gleichzeitig meinen Forumsaccount?
Nochmal, ich habe mich weder beschwert, noch war ich unfreudlich. Ich mag es aber auch nicht, wenn man mich anmacht, nur weil ich Fragen stelle und Antworten suche.
Also bitte wieder zurück auf Null und meinen Account entsperren, damit ich wieder was beitragen kann.
jetzt trinken wir alle mal eine Hopfenkaltschale und kommen wieder runter. Ich find’s schade, wenn ich so was hier lese. Schließlich ziehen wir doch alle an einem Strang, oder?
Ich habe also von USB mit Linbo 4.1 gebootet. Dann „2“ ausgewählt, also Sync+Start. Das wird auch ausgeführt. Wenn dann Linbo startet, dann läuft der Balken endlos und nichts passiert. Auch nach einem erneuten Reboot nicht. Siehe Screenshot.
Ich glaube langsam es hilft nichts und ich muß ein Backup der 7.1 einspielen.
… mensch Leute: da ist man einmal einen Tag nicht in ask, dann geht das
hier so ab
Klaus hat schon oft viel in frühen Entwicklungsphasen beigetragen weil
er furchtfrei früh upgegraded hat. Dafür bin ich ihm Dankbar: das hab
ich in meiner Mail von Sonntag auch versucht aus zu drücken.
Vor allem hab ich da auch beschrieben, dass bei ihm nicht das „vorher
updaten“ das Problem gemacht hat: weil er als early adaptor eben das
4.0.44 Paket nicht installieren konnte, da es das da noch garnicht gab.
Jetzt ist er in ein Problem gelaufen, bei dem wir ihm in jedem Fall so
gut es geht helfen wollen.
Thomas hat in 20 Jahren unglaubliches geleistet für linuxmuster.net
geleistet.
Es berübt mich, dass es jetzt dicke Luft gibt: kommt, wir machen das
Fenster auf
Gesperrt wurde in ask niemand: ich weiß nicht, was du da hattest Klaus:
Thomas kann niemand sperren: das können nur ich und noch zwei weitere.
Ich bin mir sicher, dass da keiner was gesperrt hat: das haben wir nur
einmal gemacht: und da war es ein extremer Fall.
Also: wir haben das Problem, dass die Clients von Klaus frisch
partitioniert werden müssen.
linbo-remote geht nicht.
Klaus kannst du nochmal schreiben, wie der stand bei den Clients ist?
Du hast ja noch nicht alle gestartet: kannst du einfach
warmstart=no
raus nehmen und dann die restlichen booten: dann aktualisieren sie ja
auch sauber durch: auch ohne dass 4.0.44 vorher drauf war.
Wieviele Clients bleiben dann übrig?
Wieviele linbo 2.x Clients sind es?
Die müßtest du, denke ich, von Hand einmal putzen.
starte linbo 2.x und geh auf die console (im Imaging Reiter)
mounte den cache und lösch alles im rootverzeichnis der cachpartition
(vor allem das linbofs und die start.conf)
hier beschreibt Thomas was du auch machen könntest:
Falls es nach dem Upgrade beim Booten von LINBO trotzdem zu Fehlern
kommt, so vorgehen:
Auf dem Server temporär den Linbo-Netboot erzwingen:
# cd /srv/linbo/boot/grub/
# cp grub.cfg grub.cfg.bak
# cp /usr/share/linuxmuster/linbo/templates/grub.cfg.forced_netboot
grub.cfg
Clients per PXE booten.
Änderung auf dem Server wieder rückgängig machen:
# cp grub.cfg.bak grub.cfg
Vielleicht bequemer als das, was ich vorgeschlagen habe.
vielen Dank für Dein Bemühen und Dein Verständnis für meine verfahrene Situation.
Danke für’s Fenster aufmachen - ist jetzt durchgezogen
Tatsächlich hatte der Zustand ca. 2 Stunden angedauert. Danach konnte ich mich wieder anmelden.
Ich stelle die linbo 2.x Clients jetzt mal zurück, da ich nicht in der Schule bin.
Bei meinem Testsystem sieht es so aus, daß der Server auf 7.2 ist und Client auf Linbo 4.0.43.
Da nehme ich also diesen Vorschlag und boote LINBO Netboot via PXE:
Der Client bootet in Linbo 4.1 und bleibt dann in dem Zustand wie in diesem Screenshot oben:
In diesem Zustand, wenn ich mit linbo-ssh auf den Client schaue, sehe ich, daß /cache nicht gemountet ist. Ich mounte also den Cache und lösche den Inhalt damit das sauber ist, wie von Dir vorgeschlagen.
Wieder Neustart von PXE und LINBO Netboot.
Die Linbo GUI sieht wieder so aus wie oben und ist in keinem Menüpunkt funktionell. D.h. man kann hier also auch kein Betriebsystem booten, nicht Neu installieren, nicht Partitionieren. Die Befehle werden zwar angezeigt, aber es passiert nichts.
Grund ist wahrscheinlich, daß die Cache Partition nicht gemountet ist. Ich mounte wieder manuell. Hier dann der Inhalt:
win10-client1: ~ # ls -la /cache/
drwxr-xr-x 5 root root 4096 Feb 14 18:44 .
drwxr-xr-x 19 root root 600 Feb 14 18:44 ..
drwxrwxr-x 4 root root 4096 Feb 14 18:44 boot
drwxrwxr-x 3 root root 4096 Feb 14 18:44 gui
-rw-r--r-- 1 root root 30 Feb 14 18:44 hostname
-rw-r--r-- 1 root root 1051648 Feb 14 16:43 ipxe.efi
-rw-r--r-- 1 root root 4225696 Feb 11 14:33 linbo64
-rw-r--r-- 1 root root 33 Feb 11 14:33 linbo64.md5
-rw-r--r-- 1 root root 30856977 Feb 14 16:44 linbofs64.lz
-rw-r--r-- 1 root root 33 Feb 14 16:44 linbofs64.lz.md5
drwxr-xr-x 2 root root 4096 Feb 14 18:44 linuxmuster-win
-rwxr-xr-x 1 root root 1105 Feb 14 18:44 start.conf
win10-client1: ~ # ls -la /cache/gui/
drwxrwxr-x 3 root root 4096 Feb 14 18:44 .
drwxr-xr-x 5 root root 4096 Feb 14 18:44 ..
drwxrwxr-x 2 root root 4096 Feb 14 18:44 icons
-rw-r--r-- 1 root root 9084164 Feb 2 13:17 linbo_gui64_7.tar.lz
Wenn ich dann z.B. auf den roten Button „Neu“ klicke, wird das Kommando angezeigt, der Balken läuft, aber es passiert nichts.
/tmp/linbo.log
[+++ Chapter +++] Reinstalling Windows 10
[Info] Linbo state changed to: 6
[Info] Executing: linbo_cmd syncr 10.0.0.1 /dev/sda4 win10_21H2_s.qcow2 /dev/sda3 /dev/sda3 aut
o force
Es passiert dann aber nichts weiter. linbo-torrent.service auf dem Server läuft und stellt auch das win10_21H2_s.qcow2 zur Verfügung.
Ich teste mit Virtualbox, bevor ich in der Schule das Chaos habe mit meiner vorschnellen Entscheidung hier 7.2 zu installieren.
Die 2 virtuellen Clients, einmal SATA, einmal NVME welche ich mit 7.1 verwende, booten dort einwandfrei. Jetzt habe ich einen anderen virtuellen Grafik Controller - VMSVGA statt default VBoxSVGA ausgewählt. Für VirtualBox ist das allerdings eine „ungültige Einstellung“. Aber mit dieser Einstellung funktioniert die GUI wieder. Verstehen kann ich das nicht, weil die GUI ja angezeigt wird, aber eben nicht funktionell ist.
Evtl. kann @dorian hier Licht ins Dunkel bringen oder evtl. sogar Abhilfe schaffen?
Also nochmal vielen Dank. Jetzt geht es in der Schule weiter und ich habe durch Eure Ratschläge hoffentlich genügend Handwerkszeug um auch die Blech Clients auf Linbo 4.1 zu heben.
Die 2 virtuellen Clients, einmal SATA, einmal NVME welche ich mit 7.1
verwende, booten dort einwandfrei. Jetzt habe ich einen anderen
virtuellen Grafik Controller - VMSVGA statt default VBoxSVGA ausgewählt.
Für VirtualBox ist das allerdings eine „ungültige Einstellung“. Aber mit
dieser Einstellung funktioniert die GUI wieder. Verstehen kann ich das
nicht, weil die GUI ja angezeigt wird, aber eben nicht funktionell ist.
ich hab letzte Woche viel in VBOX getestet.
Bei mir funktioniert die GUI mit VBosSVGA und VMSVGA … aber das scheint
von der verbauten Hardware ab zu hängen.
Auf meinem Desktop (Ryzen mit AMD GraKa) geht es, auf meinen beiden
INtel (mit integrierter GraKa) 11000er Mobilchips geht es auch mit
beiden Einstellungen.
… ach: nur einer hat integrierte GraKa, der andere hat eine doofe
nVidea … ich mag die Dinger nicht …
Nein. Ich mache nur die Oberfläche, die in den Linux Framebuffer schreibt. Davon, wie das Bild, über Treiber und Grafikkarte, auf den Bildschirm kommt, hab ich keine Ahnung.
hier nochmal eine Rückmeldung zu dem Thema.
Mit Linbo 4.1.26 funktioniert jetzt sogar ein Update, wenn die Clients noch auf Linbo 2 sind - ohne irgendetwas zu tun oder die grub.cfg zu modifizieren.
