Univention Bugzilla – Bug 28263
GPT-Unterstützung für profilbasierte Installationen
Last modified: 2012-12-12 21:09:17 CET
Die GPT-Unterstützung für profilbasierte Installationen wird separat umgesetzt. +++ This bug was initially created as a clone of Bug #23990 +++ Der Installer sollte die Installation auf Devices mit GPT unterstützen.
Der für die profilbasierte Installation zuständige Teil des Installermoduls wurde überarbeitet und an die GPT-Parititionierung angepasst. * In der interaktiven Installation wird je nach Kernelbootparameter nur eines der beiden Module geladen und gestartet. Bei der profilbasierten Installation werden beide Module geladen, welche dann anhand der Profildaten selbständig entscheiden, welches der beiden Module sich zu "deaktivieren" hat. * Werden alte Profildateien verwendet, werden diese vom alten Paritionierungsmodul ausgewertet! * Änderungen im Profil für GPT-Parititionierung: ** Die Angabe einer neue Profilvariable 'partitiontable_type="GPT"' ist erforderlich, um eine GPT-Partitionierung auszulösen. Sollte partitiontable_type="GPT" gesetzt sein, deaktiviert sich das MBR- Partitionierungsmodul. Ist kein Wert gesetzt oder "MBR" deaktiviert sich das GPT-Partitionierungsmodul. ** Das Profilformat für die Partitionsangaben hat sich leicht geändert: dev_<ZAHL>="PHY ↩ <DEVICE> ↩ 0 ↩ <FORMATIEREN?> ↩ <FILESYSTEM> ↩ <START> ↩ <ENDE> ↩ <MOUNTPOINT> ↩ <FLAGS>" Hinweis: ↩ plus Newline wurde der übersichtkeit halber eingefügt. Änderungen bei den Paritionsangaben: - Der dritte Parameter ist für GPT-Profile immer "0" (früher 0,1 oder 2). - Als FILESYSTEM wird für GPT-Profile auch "EFI" akzeptiert. - START und ENDE sollten mit den Einheiten MiB, GiB oder TiB angegeben werden. M, MB, G, GB, T, TB können auch angegeben werden, werden aber !IMMER! als binary-Variante der jeweiligen Einheit interpretiert (Faktor 1024): 1M == 1MB == 1MiB == 1048576 Bytes. Die MBR-Profile haben START und ENDE bisher mit 1000er-Einheiten angegeben/interpretiert. - Unterschiede bei den FLAGS: MBR-Profil: "boot" → Partition als bootbar markieren GPT-Profil: "boot" → als EFI-Systempartition markieren "bios_grub" → als GRUB-Bootpartition markieren - Die Angabe von 0 als ENDE ist weiterhin möglich, um den "Rest" der Platte zu partitionieren. Relative ENDE-Angaben wie "+2G" sind für GPT-Profile nicht mehr möglich! * Alte Profile können größtenteils unverändert übernommen werden. Die Partitionen werden dabei auf Megabytegrenzen ausgerichtet. Dies findet auch statt, wenn Floats für START und ENDE angegeben werden. * Die profilbasierte Autopartitionierung wurde ebenfalls angepasst. Es wird hier automatisch eine BIOS_BOOT-Partition für GRUB und eine EFI-Partition neben /boot, swap und rootfs angelegt. * PartedCreate wird nicht mehr verwendet. Es wird jetzt ausschließlich direkt parted verwendet. * Während der Installation erstellte Installationsprofile wurden an das neue Format angepasst (/etc/univention/installation_profile) * Die profilbasierte Autopartitionierung wurde repariert. In den meisten Fällen fehlt anschließend das rootfs. Changelogeintrag wurde erstellt.
Created attachment 4773 [details] installer-traceback.png Folgenden Traceback bekomme ich bei der Installation mit der aktuellen amd64 DVD. Das System war vorher schon mal installiert.
(In reply to comment #2) > Created an attachment (id=4773) [details] > installer-traceback.png > > Folgenden Traceback bekomme ich bei der Installation mit der aktuellen amd64 > DVD. Das System war vorher schon mal installiert. Stimmt gar nicht, ich hatte die VM neu erstellt.
(In reply to comment #3) > > Folgenden Traceback bekomme ich bei der Installation mit der aktuellen amd64 > > DVD. Das System war vorher schon mal installiert. > > Stimmt gar nicht, ich hatte die VM neu erstellt. Der Traceback kam unabhängig davon, ob bereits eine Partitionstabelle existiert hat und ist jetzt behoben. @QA: Die profilbasierte Partitionierung muss für GPT vollständig nochmal durchgetestet werden. Für MBR/MSDOS reicht ein grundlegender Test aus, da hier keine signifikaten Änderungen gemacht wurden.
Autopartitionierung über das Profil klappt nicht: Fehler im Log PARTITION-GPT:1262: stderr of ['/sbin/lvcreate', '-l', '4484', '--name', 'rootfs', 'vg_ucs']: => File descriptor 3 (pipe:[3718]) leaked on lvcreate invocation. Parent PID 339: /bin/python2.6 => Insufficient free extents (4452) in volume group vg_ucs: 4484 required daher gibt es /dev/vg_ucs/rootfs nicht und die Installation geht schief. Im Profil war #auto_part="full_disk" partitiontable_type='GPT' gesetzt.
Created attachment 4798 [details] profil-auto-part-fail.log
> PARTITION-GPT:1262: stderr of ['/sbin/lvcreate', '-l', '4484', '--name', > 'rootfs', 'vg_ucs']: > => File descriptor 3 (pipe:[3718]) leaked on lvcreate invocation. Parent PID > 339: /bin/python2.6 > => Insufficient free extents (4452) in volume group vg_ucs: 4484 required Da fehlen genau 32 Extents a 4MiB == 128MiB, was genau dem reservierten Speicher am Ende der Platte entspricht.
(In reply to comment #7) > Da fehlen genau 32 Extents a 4MiB == 128MiB, was genau dem reservierten > Speicher am Ende der Platte entspricht. Wie vermutet, wurde der reservierte Speicherplatz am Ende der Festplatten fälschlicherweise zuviel mit einberechnet. univention-installer (8.0.36-1) unstable; urgency=low Changlogeintrag nicht notwendig, da Problem erst mit 3.1-0 eingeführt.
(In reply to comment #8) > (In reply to comment #7) > > Da fehlen genau 32 Extents a 4MiB == 128MiB, was genau dem reservierten > > Speicher am Ende der Platte entspricht. > > Wie vermutet, wurde der reservierte Speicherplatz am Ende der Festplatten > fälschlicherweise zuviel mit einberechnet. > > univention-installer (8.0.36-1) unstable; urgency=low > Changlogeintrag nicht notwendig, da Problem erst mit 3.1-0 eingeführt. OK, das funktioniert
Bisher wurde folgendes getestet: OK - Interactive (Auto Part. und manuelle Part. für MBR und GPT) FAIL - Profile Installation MBR OK GPT Auto Part. ohne Part. Angaben im Profil - Fail Bug #29260 GPT manuelle Part. ohne Part. Angaben im Profil - Fail Bug #29260 GPT Auto Part. über das Profil - OK GPT Part. über das Profil - Fail Bug #29281 * In der interaktiven Installation wird je nach Kernelbootparameter nur eines der beiden Module geladen und gestartet. Bei der profilbasierten Installation werden beide Module geladen, welche dann anhand der Profildaten selbständig entscheiden, welches der beiden Module sich zu "deaktivieren" hat. OK - In der interaktiven Installation wird je nach Kernelbootparameter nur eines der beiden Module geladen und gestartet. Bei der profilbasierten Installation ... OK - Werden alte Profildateien verwendet, werde (Auto Part. und manuelle Part.) Das muss nochmal getestet werden, wenn die anderen Bugs zu sind.
GPT mit auto_part -> OK GPT mit auto_part und EFI-> OK GPT ohne weitere Angaben -> OK, interaktiver Modus springt an ein passendes Schema GPT mit spezifischen Paritionsangaben -> OK partitiontable_tybe="MBR" führt zu MBR Installation -> OK Changelogeintrag vorhanden, Verified.
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".