Hallo Wolfgang,
… himmel: der code wird immer geschluckt, wenn ich ihn per mail schicke.
Das war früher nicht so.
Jetzt schreib ich es hier noch mal hin.
/dev/nvme0n1p2 / ext4 errors=remount-ro 0 0
/dev/nvme0n1p3 none swap sw 0 0
/dev/nvme0n1p5 /virtual ext4 rw,nodev,noexec,nosuid,acl 0 0LG
Holger
Hallo Holger
und da rein eine Datei mit namen fstab und Inhalt
natürlich angepasst an die hiesigen Verhältnisse.
Die Fstab auf einem Client sieht bei mir so aus
/dev/sda1 / ext4 errors=remount-ro 01
/dev/sda2 none swap sw 0 0
/dev/sda3 ist da nicht drin ist aber die Cachepartition
MfG
wolfgang
Hallo Wolfgang,
/var/linbo/linuxmuster-client/xenial/pc01/etc/und da rein eine Datei mit namen fstab und Inhalt
baumhof: /dev/nvme0n1p2 / ext4 errors=remount-ro 0 0 /dev/nvme0n1p3 none swap sw 0 0 /dev/nvme0n1p5 /virtual ext4 rw,nodev,noexec,nosuid,acl 0 0natürlich angepasst an die hiesigen Verhältnisse.
genau.
Die Fstab auf einem Client sieht bei mir so aus
/dev/sda1 / ext4 errors=remount-ro 01
/dev/sda2 none swap sw 0 0/dev/sda3 ist da nicht drin ist aber die Cachepartition
die Cachepartition (sda3) soll auch nicht rein auf dem ubuntuclient.
ist sda2 bei dir swap?
Denk dran: bei dir ist es eine nvme am Ende, also mußt du folgende
Ersetzung machen:
sda1 → nvme0n1p1
sda2 → nvme0n1p2
LG
Holger
Morgen ausprobieren
Hallo zusammen,
hallo Holger,
linbo Version 2.3.38-0 zur Info
/var/linbo/linuxmuster-client/xenial/206-016/etc/fstab
xenial = gruppe
206-016 =PcName
fstab hat den Inhalt
/dev/nvme0n1p1 / ext4 errors=remount-ro 0 1
/dev/nvme0n1p2 none swap sw 0 0
Berechtigungen 644
leider keine Änderung des Verhaltens, was tun
Wolfgang
Hallo,
schon gesehen ?
https://ask.linuxmuster.net/t/aktualisierungen-fuer-6-2/279/59
L.G.
Christoph
Hallo alle, hallo Christoph
Ja hab ich mir angeschaut.
Bin die Sache jetzt so angegangen.
Bei heißt die Hardwaregruppe bisher Xenial, die habe ich kopiert und in Xenialnvme umbenannt.
Partitionen werden bisher angeben mit /dev/sdaX.
Neu Xenialnvme da werden die Partitonen angegeben mit
/dev/nvme0n1p1 anstatt /dev/sda1 boot
/dev/nvme0n1p2 anstatt /dev/sda2 swap
/dev/nvme0n1p3 anstatt /dev/sda3
/dev/nvme0n1p5 anstatt /dev/sda5 erste logische Partition als Cache
Sonst alles gleich, das gleiche Image wird verwendet. Daher wird zur Zeit die Netzwerkkarte nicht richtig erkannt. Ich hoffe, wenn der richtige Treiber ins Image eingebaut ist funktioniert die Karte.
sieht so aus als ob es bis hierhin geklappt hat.
MfG
Wolfgang
Das werde ich morgen sehen.
Lieber Wolfgang,
nicht nur linbo benötigt bei Dir den neuen Kernel, sondern auch Dein Xenial-Kernel. Linbo wird ja durch das BS mit seinem Kernel ersetzt.
Ich habe hier bei mir einen 4.19er-Kernel am Laufen, den ich über ein ppa sehr bequem mit allen header-Dateien installiert habe.
Ich hab das so gemacht:
sudo add-apt-repository ppa:teejee2008/ppa
sudo apt-get update
sudo apt-get install ukuu(das ist der Kernel-Updater)
Jetzt kannst Du als root mit
ukuu list die Kernels auflisten und mit
ukuu install v4.19(beispielsweise) den kernel installieren lassen - samt aller Module etc.
MfG
Christoph
Hallo Problem gelöst
Eigene Hardwaregruppe Xenialnvme angelegt.
Kernelmodul für die Netzwerkkarte vom Hersteller installiert.
Neues Image
funktioniert.
Beim Hochfahren sind zwar 2 Meldungen von irgendwelchen Abhängigkeiten und das die NVME SSds optionen bereitstellen die nicht unterstützt werden.
Wers wissen will kann ich Screenschots machen.
Ansonsten bin ich zufrieden, nochmal danke an alle.
Wolfgang
Hallo Holger,
Bin jetzt auf LINBO 2.3.40, damit funktioniert das Netzwerk jetzt, allerdings geht es nicht mehr unter meinem Xenial (Kernel 4.4.0-131), da muss wohl dann auch mal ein Upgrade her…
Viele Grüße
Andreas
Der Vollständigkeit halber mal noch hier meine Lösung des Problems mit nicht funktionierendem Netz bei neuer Hardware (Mainboard ASUS Prime B360M-C B360) unter LINBO und bei Verwendung des Xenial-Standard-Cloops:
apt install --install-recommends linux-generic-hwe-16.04 xserver-xorg-hwe-16.04vers=1.0 in allen entsprechenden Zeilen der /etc/security/pam_mount.conf.xml (momentan noch per postsync), also z.B....
<volume options="rw,nosuid,nodev,nobrl,vers=1.0" user="*" mountpoint="~/Home_auf_Server" path="%(USER)" server="10.16.1.1" fstype="cifs" />
...Viele Grüße
Andreas
Hallo Andreas,
super dass du das gelößt hast.
Bei uns funktioniert nicht alles: aber wir bekommen es gemeinsam hin.
Viele Grüße
Holger
Und der Vollständigkeit halber hier noch ein Nachtrag (denn der neue Kernel ist nicht zum installierten r8168-dkms kompatibel, so dass nach dem Upgrade das LAN zwar auf den neuen PCs ging, auf unseren HP-Laptops allerdings nicht mehr):
Andreas