Ist das noch aktuell mit LINBO 4? Also das LINBO nur das rootdevice in der /etc/fstab patcht und nicht das swapdevice? In der Original fstab steht auch noch die EFI Partition die er natürlich auch nicht mounten kann da die UUID nicht mehr stimmt. Würde das Sinn machen wenn LINBO die UUIDs (evtl. besser die Labels) der swap- und EFI-Partition (die LINBO, soweit ich es verstanden habe, selbst erstellt) in die fstab patchen würde?
Hier mal die fstab vom ausgerollten System:
uefi-dummy-ch: /mnt # cat 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/sda2 during installation
/dev/sda4 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=2DAA-13CD /boot/efi vfat umask=0077 0 1
# swap was on /dev/sda4 during installation
UUID=5e689e71-df21-42da-a8fb-eab5ab46ddda none swap sw 0 0
Ich habe auf jedenfall immer noch Timeouts mit LINBO 4 ohne postsync-patch, die das Starten von Ubuntu zur Geduldsprobe machen.
Aug 26 12:34:57 nb10 systemd[1]: systemd-rfkill.service: Succeeded.
Aug 26 12:36:21 nb10 systemd[1]: dev-disk-by\x2duuid-BB28\x2dDE17.device: Job dev-disk-by\x2duuid-BB28\x2dDE17.device/start timed out.
Aug 26 12:36:21 nb10 systemd[1]: Timed out waiting for device /dev/disk/by-uuid/BB28-DE17.
Aug 26 12:36:21 nb10 systemd[1]: Dependency failed for /boot/efi.
Aug 26 12:36:21 nb10 systemd[1]: Dependency failed for Local File Systems.
Aug 26 12:36:21 nb10 systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
Aug 26 12:36:21 nb10 systemd[1]: boot-efi.mount: Job boot-efi.mount/start failed with result 'dependency'.
Aug 26 12:36:21 nb10 systemd[1]: Dependency failed for File System Check on /dev/disk/by-uuid/BB28-DE17.
Aug 26 12:36:21 nb10 systemd[1]: systemd-fsck@dev-disk-by\x2duuid-BB28\x2dDE17.service: Job systemd-fsck@dev-disk-by\x2duuid-BB28\x2dDE17.ser>
Aug 26 12:36:21 nb10 systemd[1]: dev-disk-by\x2duuid-BB28\x2dDE17.device: Job dev-disk-by\x2duuid-BB28\x2dDE17.device/start failed with resul>
Aug 26 12:36:21 nb10 systemd[1]: dev-disk-by\x2duuid-bdd9cb12\x2dbf64\x2d4a74\x2d8e63\x2d3746bfdaa2d8.device: Job dev-disk-by\x2duuid-bdd9cb1>
Aug 26 12:36:21 nb10 systemd[1]: Timed out waiting for device /dev/disk/by-uuid/bdd9cb12-bf64-4a74-8e63-3746bfdaa2d8.
Aug 26 12:36:21 nb10 systemd[1]: Dependency failed for /dev/disk/by-uuid/bdd9cb12-bf64-4a74-8e63-3746bfdaa2d8.
Aug 26 12:36:21 nb10 systemd[1]: Dependency failed for Swap.
Aug 26 12:36:21 nb10 systemd[1]: swap.target: Job swap.target/start failed with result 'dependency'.
Aug 26 12:36:21 nb10 systemd[1]: dev-disk-by\x2duuid-bdd9cb12\x2dbf64\x2d4a74\x2d8e63\x2d3746bfdaa2d8.swap: Job dev-disk-by\x2duuid-bdd9cb12\>
Aug 26 12:36:21 nb10 systemd[1]: dev-disk-by\x2duuid-bdd9cb12\x2dbf64\x2d4a74\x2d8e63\x2d3746bfdaa2d8.device: Job dev-disk-by\x2duuid-bdd9cb1>
Aug 26 12:36:21 nb10 systemd[1]: Starting Load AppArmor profiles...
Gibt es eine Anleitung oder Hinweise darauf, wie ich die richtigen Adressen automatisch in die fstab schreibe per postsync?
Hmh - stimmt. Mit Cache meinst du Swap? Oder meinst du die Cache-Partition von Linux Muster? Wenn ja, wie funktioniert es, da ein File zu nutzen?!
Und ich bin irgendwie unsicher, wo und wie ich die efi aus dem fstab rausschmeißen kann. Einfach im Musterclient und dann verteilen? Oder trotzdem per Postsync?
So viele Fragen naja, ich probier mal rum.
linbo benötigt seine Cachpartition in aller Regel schon.
Streiche „in aller Regel“ und ersetze durch /dev/null. Linbo ohne
Cachepartition wäre wie Segeln ohne Mast.
… nun ja: die Worte waren schon bewußt gewählt.
Wir konnten früher den Onlinecahe einrichten um ein Image von einem
Client ohne lokalen Cache auf den Server (sambashare) zu schreiben.
Vielleicht gibt es das noch?
Dann wäre meine Aussage exakter
Der normale Betrieb von Clients ohne Cache ist natürlich, wie du es
schon schreibst, nicht Sinnvoll.
Frag mal beim entwickelnden Dienstleister nach. Das ist wohl (wieder) möglich und vermutlich etwas in der Pipeline. Ich hoffe ich verrate hier kein Geheimnis .