/srv/irclogs.ubuntu.com/2020/04/13/#ubuntu-de.txt

=== eTeddy1 is now known as eTeddy
=== Bambus5 is now known as Bambus
=== Elfo_ is now known as Alman
user____1user____117:02
user____1quit17:03
user____1exit17:03
user____1oder wie gehe ich wieder?17:04
=== Geruchsfernsehe1 is now known as Geruchsfernsehen
maredebianumN'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:34
maredebianumDie Frage ist letzlich, ob von dort (EFI Partition) grub ordentlich gebootet wird (schaut das BIOS dort nach bootsektor?).19:40
k1lhab die tage das grub update bei der entwicklerversion auch gehabt. das sollte mit der vorgeschalgenen efi partition weiter laufen wie vorher19:41
maredebianumIch finde auch gerade Bug #187210019:43
maredebianumund probiere es einfach aus, auch wenn es ein dualboot Dings ist...19:44
tomreynwenn du ne efi system partition hast dann hast du keinen MBR19:45
maredebianumtomreyn: 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:47
tomreynin 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:49
maredebianumtomreyn: Danke für die Aufklärung, also ist alles normal.19:56
tomreynalles außer dem -d hinter dem do-release-upgrade, ja ;)20:11
maredebianumJetzt ist Zeit, und lange ist es ja nicht mehr bis zum release. Außerdem ein System, das nicht kritisch ist, also gut zum testen ;)20:15

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!