Univention Bugzilla – Bug 29281
Profilbasierte GPT-Installation: Partitionstypen werden nicht gesetzt
Last modified: 2012-12-12 21:10:56 CET
Anscheinend gibt es Probleme, wenn die BIOS Boot Partition dort angelegt wird, wo vorher eine andere Partition begonnen hat. Ich hatte eine System installiert und die erste Partition war eine SWAP Partition. Nun habe ich nochmal mit der Autopartitionierung installiert. Hat im Installer auch alles geklappt, das System kann jedoch nicht mehr gebootet werden. Wenn ich auf diesem System den Installer nochmal starte, zeigt das Partitionierungsmodul die erste Platte (also die BIOS Boot Partition, die vormals SWAP war) wieder als SWAP an. In der Installation.log, bei der Installation von univention-grub sieht man folgendes: Setting up univention-grub (6.0.2-2.96.201211131422) ... ... Generating legacy menu.lst from current kernels /usr/sbin/grub-setup: warn: This GPT partition label has no BIOS Boot Partition; embedding won't be possible!. /usr/sbin/grub-setup: warn: Embedding is not possible. GRUB can only be installed in this setup by using blocklists. However, blocklists are UNRELIABLE and their use is discouraged.. /usr/sbin/grub-setup: error: if you really want blocklists, use --force.
Created attachment 4809 [details] installation.log.gz
Created attachment 4810 [details] installer.log.gz
Ich habe auf diesem System auf der Kommandozeile einmal sgdisk -Z auf die Platte gemacht, und dann nochmal formatiert. Nun hat es geklappt.
Die Partitionstypen werden bei profilbasierten Installationen nicht gesetzt. Dazu fehlt in der Klasse prof_active bei der Action "prof_write" ein parted -s $DEVICE set $PARTITIONNUMBER $FLAG on
Die Partitionstypen werden jetzt bei einer profilbasierten Installation wieder korrekt gesetzt. Changelogeintrag nicht notwendig, da Bug in Zwischenversion aufgetreten ist.
Verified: * Konnte ich nicht mehr nachstellen.
UCS 3.1-0 has been released: http://forum.univention.de/viewtopic.php?f=54&t=2125 If this error occurs again, please use "Clone This Bug".