Hallo Michael,
Ja, das glaube ich, aber da können nur @jeffbeck oder @Till etwas dazu sagen, sie kennen sich besser aus als ich.
Gruß
Arnaud
Hallo Michael,
Ja, das glaube ich, aber da können nur @jeffbeck oder @Till etwas dazu sagen, sie kennen sich besser aus als ich.
Gruß
Arnaud
Guten Abend allerseits!
Es gibt jetzt linuxmuster-linbo7 4.1.24:
Der Linbo-Client wird jetzt rebootet, wenn der Warmstart abgeschaltet ist.
VG, Thomas
Moinsen!
Aufgrund der bisherigen Rückmeldungen habe ich die Anleitung im ersten Beitrag aktualisiert: Lmn 7.2 testing
VG, Thomas
Hallo zusammen,
linuxmuster-webui7 7.2.14 ist verfügbar mit:
Gruß
Arnaud
Hallo – kurze Rückmeldung.
Hier lief die Installation auf die neuesten Versionen ebenfalls problemlos:
Hi,
habe noch viel getestet…hier einige Ergebnisse. Ausgangspunkt ist jeweils eine aktuelle 7.2-Umgebung.
„Problem“ Shares auf dem Client:
Beim Login auf einem Client (Linux) werden nach einer Fehlermeldung die Shares nicht gemountet. Abhilfe:
Server:
sophomorix-school --gpo-kill default-school
sophomorix-school --gpo-create default-school
Dann auf dem Client der Domäne neu beitreten und Image. Danach werden die Shares gemountet und alles klappt.
Problem mit Quotafehler
Nach dem Tipp von @till habe ich in der /usr/share/sophomorix/devel/sophomorix.ini
in den Zeilen 90 und 96 die Option -mNT1
kommentiert und danach läuft sophomorix-quota
ohne Fehler durch. Habe auch auf dem Client getestet, dass die Beschränkungen „wirken“ und das klappt, d.h. die Quotierung ist voll funktional. Leider zeigt die WebUI Mist an…rote Balken und 0MB. Eventuell ist das was für @Arnaud , da repquota die richtigen Werte zeigt!?
Leider ist sophomorix auf git etwas „unübersichtlich“. @Till den PR den du meinst gibt es zwar und @jeffbeck hat den auch in den Hauptzweig gemerged aber irgendwas ist da zwischendurch noch passiert, weil die Option -mNT1
aktuell im Hauptzweig wieder gesetzt ist (s. hier) und somit auch in alles Releases enthalten ist…sorry ist irgendwie schwierig zu erklären.
Ansonsten läuft 7.2 wirklich gut. Sonstige Probleme sind mir bis jetzt in der kleinen Testumgebung nicht aufgefallen.
VG
Dominik
Hallo,
auch ich hab Heute wieder eine virtelle Umgebung upgedatet.
Das war sogar von ganz unten upgedatet: also 7 auf 7.1 und dann weiter auf 7.2.
Bei 7.1 hab ich die Clients gebootet, damit linbo 4.0.44 auf den Clients ist.
warmstart=no war nicht gesetzt in der start.conf.
Nach quota hab ich nicht geschaut.
Nachdem linbo 4.1.24 auf den Clients war gab es (auf zwei Clients von zwei getesteten) folgendes linbo-gui Problem (siehe Bilder). Die Linkbeschreibungen waren falsch:„main_root_button_openTerminal“ statt Open Terminal (usw).
Auch der rechte Knopf bei der Passworteingabe war ein Platzhalter und nicht der richtige Inhalt.
Ich hab ein Ubuntu 18.04 Client und ein Win10 Client gebootet.
Bei Win10 war alles OK: Domainanmeldung geht, webui geht, Tausch und Homeverzeichnisse da: alles gut.
Ubuntu geht die Anmeldung, aber die Laufwerke sind nicht da: aber das ist auch noch ein linuxmuster-client-adsso Angebundener Client… das zähle ich mal nicht.
Ich teste gerade noch den Login bei einer anderen VM Umgebung, die von 7.1 auf 7.2 upgedatet wurde und bei der ein ubuntu 20.04 mit linuxmuster-client7 drauf ist.
Dort sind die Knöpfe auch mit Platzhaltern versehen.
Viele Grüße
Holger
Hi Holger,
das Problem mit den Strings liegt vermutlich irgendwie am Buildprozess der Gui - da scheinen die Übersetzungsdateien zu fehlen. Ich schaus mir an.
VG,
Dorian
Hallo Dominik,
Nein : in diesem Bereich verwendet die Webui einfach sophomorix
. Es muss in sophomorix
korrigiert werden.
Gruß
Arnaud
Hallo,
Ich teste gerade noch den Login bei einer anderen VM Umgebung, die von 7.1 auf 7.2 upgedatet wurde und bei der ein ubuntu 20.04 mit linuxmuster-client7 drauf ist.
bei den 20.04 Clients gibt es keine Probleme: dort geht die Anmeldung
und auch die Laufwerke sind da.
LG
Holger
Hallo Arnaud (@Arnaud ),
danke für die schnelle Antwort. Bevor ich jetzt noch länger im Code suche…welchen sophomorix-Befehl ruft denn die WebUI genau auf, um die Quota zu ermitteln und dann graphisch auszugeben? Dann kann ich mal debuggen.
Gruß
Dominik
Hallo.
Ich habe heute auf einem aktuellen v7.2 versucht, ein erstes differentielles Image zu erstellen. Dazu habe ich LINBO 4.1.24-0 gestartet und erhalte beim Klick auf [x] differentielles Image erstellen
diese Meldung:
Woran kann das liegen? Oder bin ich falsch vorgegangen?
Viele Grüße,
Michael
Was steht denn im image.log?
VG, Thomas
Gerade nachgeschaut – da steht dies:
cd /srv/linbo/log/
cat vm-win10_image.log
## Log session begin: Fr 10. Feb 10:07:44 CET 2023 ##
## Fri Feb 10 10:01:11 CET 2023 : Starting full restore of /dev/sda1 using win10.qcow2.
/dev/nbd0 disconnected
(100.00/100%)
## Fri Feb 10 10:07:29 CET 2023 : Full restore from win10.qcow2 finished.
## Log session end: Fr 10. Feb 10:07:44 CET 2023 ##
## Log session begin: Mi 15. Feb 09:09:10 CET 2023 ##
Creating image win10.qdiff of partition /dev/sda1 ...
## Wed Feb 15 09:09:08 CET 2023 : Starting creation of win10.qdiff.
## Wed Feb 15 09:09:08 CET 2023 : Starting creation of win10.qdiff.
Preparing partition /dev/sda1 (size=73400320K) for compression...
Preparing partition /dev/sda1 (size=73400320K) for compression...
Removing [Pp][Aa][Gg][Ee][Ff][Ii][Ll][Ee]* ... Removing [Pp][Aa][Gg][Ee][Ff][Ii][Ll][Ee]* ... done.
done.
Removing [Ss][Ww][Aa][Pp][Ff][Ii][Ll][Ee]* ... Removing [Ss][Ww][Aa][Pp][Ff][Ii][Ll][Ee]* ... done.
done.
Removing $[Rr][Ee][Cc][Yy][Cc][Ll][Ee].[Bb][Ii][Nn]/* ... Removing $[Rr][Ee][Cc][Yy][Cc][Ll][Ee].[Bb][Ii][Nn]/* ... done.
done.
Saving windows bcd for group win10.
Saving windows bcd for group win10.
Saving bootloader sectors for group win10.
Saving bootloader sectors for group win10.
Saving ntfs id.
Saving ntfs id.
Formatting 'win10.qdiff', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=75161927680 backing_file=win10.qcow2 backing_fmt=qcow2 lazy_refcounts=off refcount_bits=16
Formatting 'win10.qdiff', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=75161927680 backing_file=win10.qcow2 backing_fmt=qcow2 lazy_refcounts=off refcount_bits=16
/dev/nbd0 disconnected
/dev/nbd0 disconnected
/dev/nbd0 disconnected
/dev/nbd0 disconnected
Failed.
## Log session end: Mi 15. Feb 09:09:10 CET 2023 ##
## Log session begin: Mi 15. Feb 09:44:25 CET 2023 ##
Creating image win10.qdiff of partition /dev/sda1 ...
## Wed Feb 15 09:44:24 CET 2023 : Starting creation of win10.qdiff.
## Wed Feb 15 09:44:24 CET 2023 : Starting creation of win10.qdiff.
Preparing partition /dev/sda1 (size=73400320K) for compression...
Preparing partition /dev/sda1 (size=73400320K) for compression...
Saving windows bcd for group win10.
Saving windows bcd for group win10.
Saving bootloader sectors for group win10.
Saving bootloader sectors for group win10.
Saving ntfs id.
Saving ntfs id.
/dev/nbd0 disconnected
/dev/nbd0 disconnected
/dev/nbd0 disconnected
/dev/nbd0 disconnected
Failed.
## Log session end: Mi 15. Feb 09:44:25 CET 2023 ##
## Log session begin: Mi 15. Feb 10:11:01 CET 2023 ##
Creating image win10.qdiff of partition /dev/sda1 ...
## Wed Feb 15 10:11:00 CET 2023 : Starting creation of win10.qdiff.
## Wed Feb 15 10:11:00 CET 2023 : Starting creation of win10.qdiff.
Preparing partition /dev/sda1 (size=73400320K) for compression...
Preparing partition /dev/sda1 (size=73400320K) for compression...
Saving windows bcd for group win10.
Saving windows bcd for group win10.
Saving bootloader sectors for group win10.
Saving bootloader sectors for group win10.
Saving ntfs id.
Saving ntfs id.
/dev/nbd0 disconnected
/dev/nbd0 disconnected
/dev/nbd0 disconnected
/dev/nbd0 disconnected
Failed.
## Log session end: Mi 15. Feb 10:11:01 CET 2023 ##
Hilft das weiter? (Es ist eine VM unter Proxmox mit Win10. Das ist unser Master-Image)
Viele Grüße,
Michael
Nicht viel. Wie sieht es platzmäßig auf der Cachepartition aus?
VG, Thomas
Evtl. sehen wir mehr, wenn du auf der Linbo-Konsole das Image manuell mit dem Befehl
linbo_create_image 1 qdiff
erstellst.
VG, Thomas
Hier die Größenangaben:
vm-win10: ~ # mount /dev/sda2 /cache
vm-win10: ~ # df -h
Filesystem Size Used Available Use% Mounted on
devtmpfs 3.9G 0 3.9G 0% /dev
/dev/sda2 56.8G 19.0G 34.9G 35% /cache
und hier wieder die Meldung beim Erstellen des diff. Images:
linbo_create_image 1 qdiff
Creating image win10.qdiff of partition /dev/sda1 ...
## Wed Feb 15 14:23:09 CET 2023 : Starting creation of win10.qdiff.
Preparing partition /dev/sda1 (size=73400320K) for compression...
Saving windows bcd for group win10.
Saving bootloader sectors for group win10.
Saving ntfs id.
/dev/nbd0 disconnected
mount: mounting /dev/nbd0 on /image failed: Invalid argument
/dev/nbd0 disconnected
Failed.
Uploading linbo.log ...
Uploading image.log ...
Offensichtlich funktioniert das Mounten nicht so wie gedacht…?!
Viele Grüße,
Michael
Works for me. Dann müssen wir wohl oder übel das Schritt für Schritt debuggen. Führe mal nacheinander folgende Befehle aus und beobachte was passiert:
linbo_mountcache
cd /cache
rm -f *qdiff*
qemu-img create -f qcow2 -b win10.qcow2 -F qcow2 win10.qdiff
qemu-nbd --disconnect /dev/nbd0
qemu-nbd --connect /dev/nbd0 win10.qdiff
mkdir -p /image
mount /dev/nbd0 /image
VG, Thomas
Hi.
Es klappt alles bis auf den letzten Schritt – mit dem gleichen Fehler wie zuvor:
Welcome to
_ _____ _ _ ____ ____
| | |_ _| \ | | _ \ / __ \
| | | | | \| | |_) | | | |
| | | | | . ` | _ <| | | |
| |____ _| |_| |\ | |_) | |__| |
|______|_____|_| \_|____/ \____/
LINBO 4.1.24-0: One Step Beyond | IP: 10.16.1.16 | MAC: ea:d4:b1:34:2c:95
Linux 6.1.11 #1 SMP PREEMPT_DYNAMIC Sun Feb 12 14:19:10 UTC 2023 x86_64 GNU/Linux
vm-win10: ~ # linbo_mountcache
Mounting cache partition /dev/sda2 ...
vm-win10: ~ # cd /cache
vm-win10: /cache # rm -f *qdiff*
vm-win10: /cache # qemu-img create -f qcow2 -b win10.qcow2 -F qcow2 win10.qdiff
Formatting 'win10.qdiff', fmt=qcow2 cluster_size=65536 extended_l2=off compression_type=zlib size=75161927680 backing_file=win10.qcow2 backing_fmt=qcow2 lazy_refcounts=off refcount_bits=16
vm-win10: /cache # qemu-nbd --disconnect /dev/nbd0
/dev/nbd0 disconnected
vm-win10: /cache # qemu-nbd --connect /dev/nbd0 win10.qdiff
vm-win10: /cache # mkdir -p /image
vm-win10: /cache # mount /dev/nbd0 /image
mount: mounting /dev/nbd0 on /image failed: Invalid argument
vm-win10: /cache #
… und zusätzlich:
fdisk -l /dev/nbd0
Disk /dev/nbd0: 70 GB, 75161927680 bytes, 146800640 sectors
9137 cylinders, 255 heads, 63 sectors/track
Units: sectors of 1 * 512 = 512 bytes
Device Boot StartCHS EndCHS StartLBA EndLBA Sectors Size Id Type
/dev/nbd0p1 80,13,10 371,101,51 1920221984 3736432267 1816210284 866G 72 Unknown
/dev/nbd0p2 74 357,43,4 367,32,52 1936028192 3889681299 1953653108 931G 6c Unknown
/dev/nbd0p3 0d 0,10,0 0,0,0 0 0 0 0 0 Empty
/dev/nbd0p4 0,0,0 0,0,0 27722122 27722568 447 223K 0 Empty
Ok, danke soweit. Ich vermute das Basisimage ist kaputt. Lässt sich das mounten?
qemu-nbd --disconnect /dev/nbd0
qemu-nbd --connect /dev/nbd0 win10.qcow2
mount /dev/nbd0 /image