Alexco
Well-Known Member
Ich habe hier auf meinem PC FreeBSD, Haiku und Linux parallel installiert. Jetzt ging mir so langsam der Platz aus und so dachte ich, ziehe ich das mal auf eine neue SSD mit 1TB um. Da ich gerade in Linux unterwegs war, habe ich schnell die neue SSD mit GParted partitioniert und schon mal das Linux-System und die EFI Partition rübergeschoben. Danach Haiku umgezogen und dann FreeBSD gebootet, neuen zpool erstellt, snapshot, zfs send/receive, bootfs setzen..... fertig.
Platte umgebaut und tadaaaaaaa... nur Haiku bootet.
Okay, bei Linux hatte ich diesen Grub Mist mit seinen diversen Configs vergessen, aber bei FreeBSD hat loader.efi schon gestreikt, keine root partition gefunden, lsdev zeigt nichts mit ZFS an, nur ein paar Partitionen. Auch konnte ich kurz nach dem Start sehen, dass loader.efi nur 3 Partitionen scannt, die anderen wurden ignoriert.
Das ganze Thema hat mich einen Tag gekostet, bis loader.efi zumindest wieder die Partion gestartet hat. Dann lief das System im Single-User bis zur Shell, im Multi-User gab es aber immer die Fehler:
mit anschließendem Hängen des Systems.
Das hat mich jetzt wieder einen weiteren Tag gekostet. Und das habe ich dabei gelernt:
Eventuell kennt jemand noch so ein paar Dinge über loader.efi oder ZFS, die nicht ganz so offensichtlich sind?
Platte umgebaut und tadaaaaaaa... nur Haiku bootet.
Okay, bei Linux hatte ich diesen Grub Mist mit seinen diversen Configs vergessen, aber bei FreeBSD hat loader.efi schon gestreikt, keine root partition gefunden, lsdev zeigt nichts mit ZFS an, nur ein paar Partitionen. Auch konnte ich kurz nach dem Start sehen, dass loader.efi nur 3 Partitionen scannt, die anderen wurden ignoriert.
Das ganze Thema hat mich einen Tag gekostet, bis loader.efi zumindest wieder die Partion gestartet hat. Dann lief das System im Single-User bis zur Shell, im Multi-User gab es aber immer die Fehler:
Code:
no pools available to import
eval: zfs: not found
eval: touch: not found
/etc/rc: cannot create /dev/null: No such file or directory
/etc/rc: date: not found
Das hat mich jetzt wieder einen weiteren Tag gekostet. Und das habe ich dabei gelernt:
- loader.efi sucht nach einer Datei "loader.env", wo man ggfls. Variablen setzen kann(Link, hat mir allerdings nicht geholfen)
- loader.efi wertet GPT Partitions-Attribute aus!! War mir völlig unbekannt und habe dazu auch noch nichts gefunden. MS hat für einfache Datenpartitionen ein paar Attribute definiert (MS Docs), u.a. den "bekommt keinen Laufwerksbuchstaben, also kein Automount". Warum auch immer hatte GParted das (und noch andere Attribute) gesetzt und somit wurde meine ZFS Partition von loader.efi ignoriert.
- zoot darf keinen mountpoint haben. Keine Ahnung, ob das schon immer so war, oder warum das bei meinem neuen zpool so war, aber ein "zfs set mountpoint=none zroot" brachte dann endlich Abhilfe und das System startet wieder.
Eventuell kennt jemand noch so ein paar Dinge über loader.efi oder ZFS, die nicht ganz so offensichtlich sind?