Ich habe in den letzten Tagen einige Experimente mit Liveupgrade und zfs als root-Dateisystem gemacht. Dabei bin ich auf ein paar Dinge gestoßen auf die man achten muss.
Solange man die Aufteilung des Dateisystem so lässt, wie es bei der Installtion erstellt wurde, gibt es nichts besonderes zu beachten.
- Verzeichnisse hinzufügen (in die Wurzel)
Wenn man diese Verzeichnis beim Lifeupgrade mit gesichert werden soll, dann muss man wie im nächsten Punkt verfahren.
Hat man Verzeichnisse, die von mehreren Bootumgebungen genutzt werden müssen wie folgt erstellt werden:
zfs create rpool/<Name>
zfs set canmount=on rpool/<Name>
zfs set mountpoint=<Einhängepunkt> rpool/<Name> - Verzeichnisse aus der Wurzel herausnehmen
zfs create rpool/ROOT/<BU>/<Verzeichnis>
zfs set canmount=noauto rpool/ROOT/<BU>/<Verzeichnis> -
Erstellen einer neuen Bootumgebung
für alles herausgenommen Verzeichnisse:
zfs set canmount=on rpool/ROOT/<aktuelle BU>/<Verzeichnis>
lucreate -n <neue BU>
für alles herausgenommen Verzeichnisse:
zfs set canmount=noauto rpool/ROOT/<aktuelle BU>/<Verzeichnis>
nachsehen ob alles stimmt:
zfs list -o name,canmount,mountpoint
Ich habe das ganz mit Build 103 gemacht. Dieses Vorgehen (Wert der Eigenschaft canmount) gilt für alle Solaris-Versionen, unabhängig von der verwendeten Architektur. Wenn ich die Bootumgebungen mit lucreate -n <BU> erstellt habe wurden nur Verzeichnisse beachtet, bei den canmount=on gesetzt wurde. canmount=noauto muss bei alles Verzeichnissen gesetzt sein, die unter rpool/ROOT/... sind. Wenn man das nicht beachtet, dann versucht Solaris beim booten mehrere Dateisysteme in einen Mountpoint einzuhängen. Dateisysteme mit der Eigenschaft canmount=on werden immer gemountet, unabhängig von der verwendeten Bootumgebung.
zfs set canmount=on rpool/ROOT/<aktuelle BU>/<Verzeichnis> war bei mir nötig, da lucreate diese Dateisysteme nicht geclont hat, wenn canmount den Wert noauto hatte.