[17:02] <user____1> user____1
[17:03] <user____1> quit
[17:03] <user____1> exit
[17:04] <user____1> oder wie gehe ich wieder?
[19:34] <maredebianum> N'abend, ich mache gerade ein do-release-upgrade -d von 18 auf 20 LTS und grub sagt, dass es das Gerät/disk nicht mehr gäbe, wo es mal installiert war. Hm, an der Partitionierung habe ich nichts geändert und die vorgeschlagene Partition ist die EFI partition: kommt mir komisch vor, kann man da ein grub hin installieren? Sollte ja im MBR sein, aber hat ein EFI da noch etwas?
[19:40] <maredebianum> Die Frage ist letzlich, ob von dort (EFI Partition) grub ordentlich gebootet wird (schaut das BIOS dort nach bootsektor?).
[19:41] <k1l> hab die tage das grub update bei der entwicklerversion auch gehabt. das sollte mit der vorgeschalgenen efi partition weiter laufen wie vorher
[19:43] <maredebianum> Ich finde auch gerade Bug #1872100
[19:44] <maredebianum> und probiere es einfach aus, auch wenn es ein dualboot Dings ist...
[19:45] <tomreyn> wenn du ne efi system partition hast dann hast du keinen MBR
[19:47] <maredebianum> tomreyn: ah ja, klar: GPT, habe ich gerade keine Details zu im Kopf, muss man auch meist nicht mehr so genau wissen ;) Immerhin habe ich den im Bug genannten deadlock wohl nicht...
[19:49] <tomreyn> in der regel will man bei gpt partitionstabelle und uefi booting grub in die efi system partition installieren, was grub-install auch automatisch macht wenn man dem keinen parameter mitgibt.
[19:56] <maredebianum> tomreyn: Danke für die Aufklärung, also ist alles normal.
[20:11] <tomreyn> alles außer dem -d hinter dem do-release-upgrade, ja ;)
[20:15] <maredebianum> Jetzt ist Zeit, und lange ist es ja nicht mehr bis zum release. Außerdem ein System, das nicht kritisch ist, also gut zum testen ;)