# Linux Mint 20 Musterclient (vanilla): Cloop Package für linuxmuster-client-servertools **URL:** \ **Category:** Linuxclient\ **Tags:** v7\ **Created:** [30. Juni 2020 um 10:43 UTC](https://ask.linuxmuster.net/t/linux-mint-20-musterclient-vanilla-cloop-package-fuer-linuxmuster-client-servertools/5758 "2020-06-30T10:43:51Z")\ **Posts on this page:** 6\ **Page:** 3
**Author:** ![juergen](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/juergen/32/3429_2.png) [@juergen](https://ask.linuxmuster.net/u/juergen)\ **Post date:** [25. Juli 2020 um 17:20 UTC](https://ask.linuxmuster.net/t/linux-mint-20-musterclient-vanilla-cloop-package-fuer-linuxmuster-client-servertools/5758/41 "2020-07-25T17:20:01Z")
Hallo Chris, hallo Sven, ich habs! Linbo versucht, den Linux-Kernel (`vmlinuz`) unter `/` zu finden, allerdings befindet der sich im Verzeichnis `/boot`. Das schlägt fehl und deshalb sucht Linbo dann die `grub.cfg` von der OS-Installation und lässt dann `grub` das Betriebssystem mit dieser Konfiguration laden. Weil dort aber noch die Einträge von der Installation drin stehen inkl. der UUID der root-Partition, kann `grub` damit nichts anfangen und bricht dann mit der Fehlermeldung > [@cweikl](#): > > `error no such device: d0cff476-6e4a-4a3a-a0b6-ba4bb308ac78` das Starten des Betriebssystems ab. **Lösung:** Man muss in der start.conf den Speicherort von `vmlinuz` und `initrd.img` korrekt angeben: WebUI → _20200721\_mint20\_base_ (oder eigene start.conf) → Reiter _Partitionen_ → Stiftsymbol in Partition _Linux Mint_ → Reiter _OS_ → Button _ERWEITERT_ ![kerneloptionen](https://ask.linuxmuster.net/uploads/default/original/2X/8/89f3df8d196dbd171caf700414a61b9009b9aedc.png) Nach dem Speichern noch einmal `linuxmuster-import-devices` ausführen, und Client neu starten. Viele Grüße Jürgen ---
**Author:** ![cweikl](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/cweikl/32/300_2.png) [@cweikl](https://ask.linuxmuster.net/u/cweikl)\ **Post date:** [25. Juli 2020 um 18:33 UTC](https://ask.linuxmuster.net/t/linux-mint-20-musterclient-vanilla-cloop-package-fuer-linuxmuster-client-servertools/5758/42 "2020-07-25T18:33:20Z")
Hallo Jürgen, vielen Dank für Deine Antwort. Ich habe dies nun so umgesetzt. Der Client, der als VM unter Proxmox läuft mit identischer start.conf bootet weiterhin korrekt. Der „echte“ Client (Laptop x60) startet nach der Synchronisation von Mint 20 leider nicht, sondern friert im Bildschirm ein, aber die bisherige Fehlermeldung habe ich auch nicht mehr. Ich habe in der VM den Client mal aktualisiert, so dass nun der Kernel 5.4.0.42 installiert ist. Das ändert am Boot-Verhalten des Laptop aber leider bislang auch nichts. OK, dann kann ich jetzt aber nach einem anderen Fehler suchen 🙂 Ich probiere nun mal verschiedene Kernel-Parameter aus. VG Chris ---
**Author:** ![cweikl](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/cweikl/32/300_2.png) [@cweikl](https://ask.linuxmuster.net/u/cweikl)\ **Post date:** [26. Juli 2020 um 12:31 UTC](https://ask.linuxmuster.net/t/linux-mint-20-musterclient-vanilla-cloop-package-fuer-linuxmuster-client-servertools/5758/43 "2020-07-26T12:31:18Z")
Hallo Jürgen, vorläufiger Zwischenstand bei den Test mit verschiedenen Einstellungen und unterschiedlicher echter Hardware: a) Ein weiterer Laptop (lenovo sl510) funktionierte sofort, wenn ich die o.g. Anpassungen beim OS in der start.conf eintrage (/boot/vmlinuz & /boot/initrd.img). b) Ein ThinkCentre M15q mit NVMe und Radon Grafik, hatte mit Mint Probleme. Einstellungen wie unter a) - nach dem Sync versucht Linbo Mint 20 zu starten und landete dann aber immer wieder im Linbo Menü. c) Ein Fujitsi P758 mit SSD: Hier startete Mint ohne Probleme. Auf dem funktionierenden Laptop habe ich die Pakete aktualisiert und erhalte bei der Aktualisierung der Quellen folgende Fehlermeldung: `GPG-Fehler: https://archive.linuxmuster.net … is in unsupported formate ` Ich gehe mal davon aus, dass dies bekannt ist, oder ? Entspricht das dieser Beobachtung: [V7 Repo not signed](https://ask.linuxmuster.net/t/v7-repo-not-signed/5428/7) - dort ist ja auch ein vorübergehender Fix erläutert. Allerdings steht in Deinem Cloop bereits dieser Fix in der Datei _/etc/apt/apt.conf.d/99-linuxmuster_ - die Fehlermeldung kommt dennoch. Will ich dann mit linuxmuster-cloop.turnkey der Domäne beitreten, erhalte ich hierbei zusätzlich die Rückfrage für sshd, ob die Version des Systembetreuers … Belasse ich die alte oder ersetze ich diese durch die neue Version erhalte ich in beiden Fällen die Fehlermeldung, dass /var/lib/samba/sysvol/ nicht eingehangen werden kann und die Datei cacert.pem auch nicht gefunden wird. Mmh, mal sehen … VG Chris ---
**Author:** ![juergen](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/juergen/32/3429_2.png) [@juergen](https://ask.linuxmuster.net/u/juergen)\ **Post date:** [26. Juli 2020 um 15:13 UTC](https://ask.linuxmuster.net/t/linux-mint-20-musterclient-vanilla-cloop-package-fuer-linuxmuster-client-servertools/5758/44 "2020-07-26T15:13:05Z")
Hallo Chris, > [@cweikl](#): > > b) Ein ThinkCentre M15q mit NVMe und Radon Grafik, hatte mit Mint Probleme. Einstellungen wie unter a) - nach dem Sync versucht Linbo Mint 20 zu starten und landete dann aber immer wieder im Linbo Menü. Ist das ein Rechner mit aktiviertem UEFI-Bios? Wenn ja, könnte es daran liegen, dass das UEFI-Bios den Eintrag für Linux Mint in der EFI-Partition ignoriert. Ein Bios-Update kann in diesem Fall helfen (muss es aber nicht). Wenn das nicht hilft, auf Legacy-Bios umstellen. > [@cweikl](#): > > Auf dem funktionierenden Laptop habe ich die Pakete aktualisiert und erhalte bei der Aktualisierung der Quellen folgende Fehlermeldung: > `GPG-Fehler: https://archive.linuxmuster.net … is in unsupported formate ` > Ich gehe mal davon aus, dass dies bekannt ist, oder ? Ja, das ist bekannt, der Workaround aus [diesem Post](https://ask.linuxmuster.net/t/v7-repo-not-signed/5428/8) steht in der Datei `/etc/apt/apt.conf.d/99-linuxmuster`. Schau Die Fehlermeldung mal genauer an. Ich meine, davor steht ein gelbes `W:` für `Warning`, deshalb bricht `apt update` auch nicht ab. > [@cweikl](#): > > Will ich dann mit linuxmuster-cloop.turnkey der Domäne beitreten, erhalte ich hierbei zusätzlich die Rückfrage für sshd, ob die Version des Systembetreuers … Belasse ich die alte oder ersetze ich diese durch die neue Version Bitte die alte belassen, sonst kann es sein, dass der Remote-Zugriff auf den Client per `ssh` vom Server aus nicht mehr funktioniert! > [@cweikl](#): > > … erhalte ich in beiden Fällen die Fehlermeldung, dass /var/lib/samba/sysvol/ nicht eingehangen werden kann und die Datei cacert.pem auch nicht gefunden wird. Das hört sich ganz danach an, als ob der Postsync nicht durchgelaufen ist. Prüfe mal, ob auf dem Server im Verzeichnis `/srv/linbo` für Deine Hardwareklasse das generische Postsync-Skript existiert (`HWK.cloop.postsync`). Wenn nicht, kopiere entsprechend das Postsync-Skript, das in meinem Cloop Package dabei war (_HWK_ bitte durch den Namen der Hardwareklasse ersetzen): ```auto cp /srv/linbo/20200721_mint20_base.cloop.postsync /srv/linbo/HWK.cloop.postsync ``` Wenn der Rechner- und Servername sowie IP-Adressen in der Datei /etc/hosts nicht stimmen, schlägt der Domänenbeitritt fehl. Viele Grüße Jürgen ---
**Author:** ![cweikl](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/cweikl/32/300_2.png) [@cweikl](https://ask.linuxmuster.net/u/cweikl)\ **Post date:** [27. Juli 2020 um 10:42 UTC](https://ask.linuxmuster.net/t/linux-mint-20-musterclient-vanilla-cloop-package-fuer-linuxmuster-client-servertools/5758/45 "2020-07-27T10:42:35Z")
Hallo Jürgen, danke für die Hinweise. Der PC mit UEFI und NVME: Hier habe ich zwar UEFI only im BIOS eingestellt. Linbo bootet einwandfrei, es ergeben sich nur nach dem Sync die Startprobleme. Legacy probiere ich mit diesem noch. Mit dem Fujitsu PC ist es so, dass ich ein postsync für die HWK habe und ich sehe, dass beim Sync das ### postsync ende ### erreicht wird. Dieser wird also angewendet. Im linbo.log des PC finde ich den Hinweis, dass sda3 und sda4 ein identisches Label aufweisen, was in der start.conf definitiv nicht so ist. Dort findet sich zudem der Hinweis: efibootmgr Boot 0003 same label grub. sda3 ist bei mir der cache. Der Domänenbeitritt scheitert dennoch. Ich habe dann die Zeiten Server / Client verglichen. Hier gibt es 1 Minute Abweichung - deutlich zu viel 😀 Welche Vorgehen hast Du auf dem Client genutzt, um die Zeiten anzugleichen ? Ich habe mal auf Client und Server ` timedatectl status ` geprüft und es ergibt der Unterschied von einer Minute. In der Konfigurationsdatei ` /etc/systemd/timesyncd.conf` ist der Server 10.0.0.1 korrekt angegeben. Allerdings besagt o.g. Status, dass kein Sync der Zeit auf dem Client ausgeführt wurde. Ich habe dann mit `timedatectl set-ntp 0 #deaktivieren timedatectl set-ntp 1 #aktivieren ` Die Zeitsynchronisation initiiert, danach stimmten beide Zeiten. Allerdings scheitert danach immer noch der Domänenbeitritt VG Chris VG Chris ---
**Author:** ![baumhof](https://ask.linuxmuster.net/user_avatar/ask.linuxmuster.net/baumhof/32/1504_2.png) [@baumhof](https://ask.linuxmuster.net/u/baumhof)\ **Post date:** [27. Juli 2020 um 11:02 UTC](https://ask.linuxmuster.net/t/linux-mint-20-musterclient-vanilla-cloop-package-fuer-linuxmuster-client-servertools/5758/46 "2020-07-27T11:02:44Z")
Hallo Chris, > ist. Dort findet sich zudem der Hinweis: efibootmgr Boot 0003 same label > grub. sda3 ist bei mir der cache. bitte mach mal folgendes um das smae label Problem zu beheben: 1. auf der Festplatte alle Partitionen löschen (entweder über linbo-remote oder per Live USB Stick) 2. reboot! 3. linbo booten und erneut partitionieren LG Holger [Vorherige Seite](https://ask.linuxmuster.net/t/linux-mint-20-musterclient-vanilla-cloop-package-fuer-linuxmuster-client-servertools/5758.md?page=2)