hakunamatata
Supporter
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Aus den hartnäckigen Anfragen einiger Windows 8 bzw. 8.1 User ist ein kleines Projekt entstanden, das ich hier kurz vorstellen möchte: Ziel dieses Projekts ist es, den bestehenden Windows Ubuntu Installer (Wubi) so zu verändern, dass damit auch die Installation auf einem UEFI-System möglich ist. Ziel des Projekts ist es aber nicht, User von einer Standardinstallation abzuhalten, sondern das Projekt richtet sich primär an Windows-User, die ohne dieser Möglichkeit auf eine Ubuntu-Installation komplett verzichten. Im Projektordner, der sich hier befindet, stehen aktuell bereits zwei Testversionen zur Verfügung (wubi14040.exe für Ubuntu 14.04 und wubi14041.exe für Ubuntu 14.04.1.). Eine Kurzbeschreibung ist in der ebenfalls dort befindlichen Datei liesmich.txt enthalten. Die bisherige Version wurde nach den bestehenden Wünschen gestaltet. Es werden aber weiterhin Wünsche, Anregungen und auch Fragen entgegengenommen. Interessant wären vorallem die Wünsche potientieller Nutzer; meine Idee die Installation auf echte Partitionen umzuleiten und damit fast ident mit einer Standardinstallation zu machen, fand z.B.: bei den Testern, die das Ergebnis dann auch selbst nutzen wollen, keinen großen Anklang. Andere Änderungen wie der Start direkt aus dem UEFI-Bootmenü und nicht mehr aus dem Windows Boot Manager waren hingegen auch für diese Nutzer OK.
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Danke für das Projekt - hab sogar die liesmich.txt gelesen. Als Einstiegsdroge zu Linux ist es auf jeden Fall ganz gut. Hab auch nur so schon wen überzeugen können, genau genommen fing es sogar bei mindestens zwei so an. Beide nutzen nun native Installationen, nachdem sie Blut geleckt hatten. Der eine ist begeistert von Ubuntu, der andere "nur Nutzer" von Lubuntu. Alle zufrieden. Hier im Forum gehe ich meist davon aus, dass schon Blut geleckt wurde und es Zeit für was solides ist, auch um den Support zu entlasten bzw. nicht unnötig in Schwierigkeiten zu bringen. Dann ist es an der Zeit, seinem Betriebssystem nicht nur zwei Dateien zu gönnen, sondern zwei Partitionen... Grüße, Benno
|
hakunamatata
Supporter
(Themenstarter)
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Im Projektordner steht nun auch eine Version für 14.10 (wubi1410.exe) zur Verfügung. Ursprünglich war eine zeitgleiche Veröffentlichung mit Utopic geplant; allerdings haben erste Tests mit 14.10 bereits ergeben, dass größere Änderungen als erwartet zu berücksichtigen sind. Zu den unerwarteten Änderungen gehört eine geänderte Festplatten- bzw. Partitionserkennung im Installationsprogramm Ubiquity für 14.10. Ursache dürfte eine neue Version von libparted sein. Als Lösung für die UEFI-Version wird nun die alte Version von parted_server aus dem Paket trusty-updates/ubiquity und libparted.so.0.0.1 aus dem Paket trusty/libparted0debian1 verwendet. Neben dieser zeitraubenden Änderung, die eigentlich nur ein Workaround zu 1385930 ist, wurde auf Wunsch der Projektgruppe auch die Installationsoption "Ubuntu MATE" neu aufgenommen. Da es für Ubuntu MATE meines Wissens keine Metalinks für einen Download gibt (und auch der Bedarf in der Projektgruppe nicht priorisiert wurde), muss der Download der .iso-Datei weiterhin manuell erfolgen; bei Interesse an MATE würde ich für UEFI-Rechner sinnvoller Weise die aktuelle 64-Bit-Version von hier verwenden. Generell ist ein manueller Download der .iso-Dateien auch für die "Buntus" mit autom. Downloadmöglichkeit für eine Nutzung z.B.: als Live-USB ohnedies sinnvoll; oder auch, um nach einer kurzen Testphase eine Standardinstallation auf eigene Partitionen zu machen. 😉
|
hakunamatata
Supporter
(Themenstarter)
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Ich möchte zum aktuellen Projektstatus wieder ein kurzes Update geben: Es sind wieder neue Versionen im Projektordner verfügbar:
Während wubi14042.exe nur eine Aktualisierung von wubi14041.exe für 14.04.2 darstellt, ist wubi1410SB.exe der aktuellste Entwicklungsstand für 14.10. Bei wubi1410SB.exe wird genauso wie bei einer Standardinstallation der EFI-Bootloader in mehrere Komponenten aufgegliedert (shimx64.efi, MokManager.efi, grubx64.efi).
Ein Vorteil davon ist, dass, falls Secure-Boot nicht deaktiviert werden konnte, dies kein unüberwindbares Hindernis für eine Installation mehr darstellt; beim ersten Bootvorgang gibt es nun die Möglichkeit den zur Datei grubx64.efi passenden MOK-Key zu importieren (s. Anleitung SecureBoot.txt im Projektordner). Ein weiterer Vorteil ist, dass genauso wie bei einer Standard-Installation nun auch das Programm bzw. Programmpaket mokutil in Kombination mit dem MokManager nutzbar ist. Hiermit ist es z.B.: auch möglich MOK-Keys zu verwalten oder sogar die Secure-Boot-Prüfung zu deaktivieren: sudo mokutil --disable-validation
Weiters wurde bei dieser "SB"-Version auch noch ein automatisches Deaktivieren der Windows-Energieoptionen "Schnellstart" und "Ruhezustand" aufgenommen, was ebenfalls eine Erleichterung darstellen sollte. Inzwischen gibt es auch schon einige Anwender-Rückmeldungen, die durchwegs positiv sind. Dafür einmal ein dickes Dankeschön! 👍 Weil hier auch Rückmeldungen dabei sind, dass die UEFI-Versionen auch ohne UEFI problemlos funktionieren, ein paar Worte auch dazu: Der Teil, der nur für Systeme ohne UEFI verwendet wird, wurde nicht geändert und auch innerhalb dieses Projekts nicht getestet; dennoch ist es so, dass viele Probleme, die bei Tests auf UEFI-Systemen aufgetreten sind, auch Nicht-UEFI-Systeme betreffen. Deshalb sind in den UEFI-Versionen auch Erweiterungen oder schlicht Fehlerbehebungen enthalten, die auf Systemen mit klassischem BIOS ebenfalls hilfreich sind; ohne UEFI werden sich aber z.B.: die Erweiterungen Änderungen von wubi1410SB.exe im Vergleich zu wubi1410.exe nicht bemerkbar machen.
|
hakunamatata
Supporter
(Themenstarter)
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Da bei mir in letzter Zeit wiederholt zum Projektstatus angefragt wurde, hier wieder ein Update. Es sind nun Versionen für 15.04 (wubi1504r295.exe und wubi1504SB.exe) und auch ein Update bei der SecureBoot-Version für 14.10 (wubi1410SB.exe) im Projektordner verfügbar. Kurz zum Update für wubi1410SB.exe: Im Zuge der Tests für 15.04 stellte sich heraus, dass die SecureBoot-Version auf Systemen, auf denen das Verzeichnis /EFI/ubuntu innerhalb der EFI-Partition nicht vorhanden war, einen Fehler erzeugte. Da das Verzeichnis immer vorhanden ist, wenn Ubuntu oder eine der anderen Wubi-Version bereits einmal installiert wurde, ist dieser Fehler leider nicht sofort in Tests aufgetreten; inzwischen ist das aber auch für die einzige betroffene "alte" SB-Version seit mehr als einem Monat behoben.
In den Versionen für 15.04 wurde zusätzlich noch im Windowsteil ein Fehler beseitigt, falls die EFI-Partition bereits vor dem Wubistart als Windows-Laufwerk eingebunden ist. Da in der Praxis der Bedarf für diese Fehlerbehebung gering war (Windows macht meines Wissens diese Einbindung standardmäßig nicht) wurde dies für ältere Versionen nicht mehr rückportiert.
Durch die Umstellung von Upstart auf Systemd bei 15.04 ist leider ein weiterer Fehler im Ubiquity-Teil aufgetreten. Die erste Fehlerbehebung sah so aus, dass hier durch Bootoptionen weiterhin Upstart verwendet wurde. Leider ist es aber so, dass Ubuntu-Derivate Upstart vollständig von ihren isos verbannt haben; dadurch funktioniert diese Lösung z.B.: mit Lubuntu nicht. Daher musste eine Lösung gefunden werden, die auch mit Systemd funktioniert; etwas, in das - obwohl kein Zusammenhang mit UEFI besteht - leider vorwiegend ich mehr Zeit investieren musste, als ich es eigentlich wollte 😢.Es gibt aber nun eine Lösung.
Eine kleinere Änderung ist auch noch im Befehl grub-install für UEFI-Systeme inkludiert. Wurde bisher (bis 14.10) nur eine Fehlermeldung unterdrückt, werden jetzt auch zusätzliche nachladbare GRUB 2-Module, Hintergründe, Zeichensätze und Sprachen installiert.
Die Entwicklung habe ich nun auch auf Launchpad zur Verfügung gestellt. Die Version 295 von hier entspricht wubi1504r295.exe aus dem Projektordner. Lediglich die Erweiterung um Xubuntu, Ubuntu GNOME und Ubuntu MATE sowie die Signierung für SecureBoot ist dort nicht enthalten. Diese Änderungen wurden wie bisher nachträglich inkludiert und sind in der Datei wubi1504SB.exe enthalten.
Da inzwischen bei einem installierten 14.10 auch ein Upgrade auf 15.04 angeboten wird, wurde ich auch gefragt, ob dieses Upgrade mit den Projektversionen möglich ist; auf Grund des kurzen Unterstützungszeitraumes von 14.10 (bis Juli 2015) bleibt ja allgemein nicht allzuviel Bedenkzeit. Kurz gesagt: Ja, das Upgrade ist prinzipiell möglich und hat auch in den durchgeführten Tests funktioniert. Allerdings war ein Upgrade die langsamste Variante um 15.04 zu installieren. Deshalb sei an dieser Stelle auch erwähnt, dass auch Alternativen wie die Wubi-Migration automatisch mit Skript auf eigene Partitionen - auch mit den Projektversionen - stets klaglos funktionierten; selbst mit anschließender Neuinstallation unter Beibehaltung der Daten unter /home war hier noch insgesamt eine geringere Durchlaufzeit im Vergleich zu einem Wubi-Upgrade vorhanden.
|
WilhelmHH
Anmeldungsdatum: 29. März 2005
Beiträge: 706
Wohnort: Hamburg
|
Danke das du uns auf dem Laufenden hälst. 👍
|
hakunamatata
Supporter
(Themenstarter)
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Da sich die Anfragen in letzter Zeit bei mir wieder häufen, wieder ein Update zum Projektstatus: Nach dem Erscheinen von 14.04.3 gibt es nun im Projektordner auch Aktualisierungen für dieses Pointrelease: wubi14043.exe und wubi14043SB.exe. Während wubi14043.exe einen Ersatz für wubi14042.exe darstellen soll, soll wubi14043SB.exe Neuerungen aus 15.04 (SecureBoot, grub-install) auch für 14.04 nutzbar machen. Bei diesen Versionen gibt es nun im Detail folgende Neuerungen: Dem Namen entsprechend werden nun die Download-Links für 14.04.3 verwendet. Es besteht jedoch jener Unterschied, dass in der SB-Version auch bestehende iso-Dateien anderer Pointreleases von 14.04 akzeptiert werden. Ubuntu GNOME und Ubuntu MATE haben nun auch eigene Piktogramme. In der SB-Version wurden Weiterentwicklungen von 15.04 übernommen: Die SecureBoot-EFI-Dateien (shimx64.efi, MokManager.efi) stammen nun aus 15.04 Bei grub-install werden nun auch zusätzliche nachladbare GRUB 2-Module, Hintergründe, Zeichensätze und Sprachen installiert.
Da bis jetzt für 15.10 keine neuen zeitraubenden Probleme aufgetreten sind, sind nun auch schon dafür zwei neue Versionen verfügbar: wubi1510r298.exe und wubi1510SB.exe wubi1510r298.exe entspricht der auf Launchpad verfügbaren Revision 298 Die Änderungen im Vergleich zu wubi1504r295.exe sind minimal; neben einer Aktualisierung der Download-Links, ist nun auch Ubuntu MATE und Ubuntu GNOME enthalten, da dort die iso-Dateien im Moment (noch) mit einer wubi.exe ausgeliefert werden. Xubuntu und die für SecureBoot notwendigen signierten Dateien sind dann zusätzlich in der SB-Version wubi1510SB.exe enthalten. Da 15.10 derzeit noch in Entwicklung ist, können bei diesen Versionen auch noch laufend Korrekturen/Aktualisierungen notwendig werden ❗ Soweit zu den programmtechnischen Änderungen der Projektversionen. Leider sind die offiziellen Änderungen für 15.10 rund um Wubi weniger leicht vorhersehbar. Klar scheint, dass derzeit niemand aus dem "Ubuntu Installer Team", welches offiziell Wubi betreuen sollte, Zeit für Wubi findet. Nicht einmal so viel Zeit, sich Programmkorrekturen, die aus diesem Projekt entstanden sind, anzusehen. 😕 Was das konkret für 15.10 bedeutet, weiß ich allerdings nicht. Denkbar wäre, dass die derzeit auf den iso-Dateien befindliche wubi.exe in der endgültigen Version von 15.10 noch entfernt wird, nachdem das ja bereits für 13.04 angekündigt wurde. Ganz ausschließen kann ich allerdings auch nicht, dass aus Zeitmangel einfach alles so bleibt wie es jetzt der Fall ist und weiterhin die nicht funktionierende Version für 14.10 auf den iso-Dateien bleibt; zumindest der automatische Download für 14.10 wird mit dem Verschieben ins Archiv für alte Versionen bald beendet sein.
|
syscon-hh
Anmeldungsdatum: 8. Oktober 2005
Beiträge: 10220
|
Mit der aktuellen Entwicklerversion Xenial Xerus gibt es momentan Probleme, die das System in der BusyBox landen lassen. Entstanden aus der Modifizierung und Aufspaltung von
in nunmehr drei Pakete und deren interne Korrektur (ab Version 0.122ubuntu3). Wie unter 1548120 angedeutet, lässt sich das Problem manuell mit Hilfe von GRUB 2 lösen. Was natürlich lästig ist, bei jedem Kernelupgrade diesen Sachverhalt zu berücksichtigen. Dazu nun ein GRUB 2-Skript - einmal lauffähig als 09_lupin nach /etc/grub.d/ eingebracht - Problem damit dauerhaft gelöst. Wir prüfen noch, ob das auch in älteren Systemen läuft! Siehe Nachtrag:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22 | #! /bin/sh
set -e
## Vorgaben erfassen ##
LUPIN_FILE="/etc/grub.d/10_lupin";
[ -f ${LUPIN_FILE} ] || exit;
WUBI_DEVICE=$( mount | grep 'on /host' | cut -d ' ' -f 1 | cut -c 6-9 ) >/dev/null;
## wird z.B. > sdb3
echo "/host-device ist /dev/${WUBI_DEVICE}" >&2;
WUBI_PART=$( ls -l /dev/disk/by-partuuid | grep ${WUBI_DEVICE} | cut -d ' ' -f 9 ) >/dev/null;
## wird z.B. > b2c7987f-74dd-4e49-86bb-f826cace086b
WUBI_PART="PARTUUID=${WUBI_PART}";
## Modifikation abfragen und eintragen ##
if cat ${LUPIN_FILE} | grep 'root=${LINUX_HOST_DEVICE} loop' >/dev/null; then
echo "Eintrag muss noch modifiziert werden!" >&2;
sed -i s/'${LINUX_HOST_DEVICE}'/${WUBI_PART}/g ${LUPIN_FILE};
fi;
exit 0;
|
Wer das Problem mit dem seit längeren bestehenden Fehler, es ist rw anstelle ro erforderlich, gleich mit abarbeiten will, kann die folgenden drei Zeilen zwischen "Zeile 20 ←> 22" einbringen. | if cat ${LUPIN_FILE} | grep 'loop_file_relative} ro' >/dev/null; then
sed -i s/'loop_file_relative} ro'/'loop_file_relative} rw'/g ${LUPIN_FILE};
fi;
|
Falls diese Fehler nicht wider Erwarten mit dem Release von Xenial Xerus gelöst werden (wir gehen nicht davon aus), werden wir dieses Skript in das Wubi WIKI einbringen. gruß syscon-hh Nachtrag: Die Auswertung erfolgt erst mit dem falschen / neuen Paketen von initramfs-tools - also dieses Wissen nur schon mal im Hinterkopf abspeichern und wenn es soweit gekommen ist, sein System damit retten und umstellen. Zur Rettung reicht es in der BusyBox einzugeben:
blkid ## zur Bestimmung der Festplatten Partition
mount -t ntfs /dev/sdb3 /host ## Annahme /dev/sdb3 sei die relevante Partition
exit
Dann wird der Bootvorgang regulär fortgeführt.
|
hakunamatata
Supporter
(Themenstarter)
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
syscon-hh schrieb: Mit der aktuellen Entwicklerversion Xenial Xerus gibt es momentan Probleme, die das System in der BusyBox landen lassen.
Vielen Dank für die frühzeitigen Hinweise, dass hier wieder ein Fehler im Anmarsch ist inkl. Fehlerursache und möglichen Fehlerbehebungen. 👍 Ganz habe ich die Hoffnung noch nicht aufgegeben, dass der Patch zu 1548120, der das Problem verursacht hat, vielleicht so nicht zum Einsatz kommt. Ein generelles Konvertieren von UUIDs auf Kleinbuchstaben (inkl.UUIDs von Windows-Dateisystemen) sollte auch abseits von Wubi-Installationen nicht sinnvoll sein. Ich habe zumindest hier auf Probleme aufmerksam gemacht. Falls das Problem bestehen bleibt, ist für Neuinstallationen aus dem inzwischen hierher umgezogenen Projekt ein Patch geplant. Trotzdem wäre zumindest bei Upgrades ein manueller Eingriff notwendig.
|
syscon-hh
Anmeldungsdatum: 8. Oktober 2005
Beiträge: 10220
|
hakunamatata schrieb: Ich habe zumindest hier auf Probleme aufmerksam gemacht.
Wurde erstaunlicherweise mal zur Kenntnis genommen → siehe 1553107-Report und zumindest in der Version 0.122ubuntu6~rc2 funktionsfähig korrigiert. Man muss beim runterladen nur die richtigen Pakete erwischen! Damit so hoffen wir mal, dass da ein bitterer Kelch an uns vorbei gegangen ist.
|
hakunamatata
Supporter
(Themenstarter)
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
syscon-hh schrieb: Wurde erstaunlicherweise mal zur Kenntnis genommen
Ja und sogar bemerkenswert schnell darauf reagiert. Vermutlich, weil einerseits der Fehler nicht nur auf Wubi-Installationen kritische Auswirkungen haben könnte, sondern andererseits in den proposed-Quellen noch leichter Pakete korrigiert werden können als später. Da die Fehlerbehebung nun als 0.122ubuntu6 auch in den proposed-Paketquellen Einzug gehalten hat, scheint einmal diese Gefahr vorerst gebannt zu sein.
|
natty1
Anmeldungsdatum: 11. Juli 2011
Beiträge: 122
|
hakunamatata schrieb: Da sich die Anfragen in letzter Zeit bei mir wieder häufen, wieder ein Update zum Projektstatus:
Sowas wäre für 16.04 nicht schlecht.
|
hakunamatata
Supporter
(Themenstarter)
Anmeldungsdatum: 30. Juni 2009
Beiträge: 5130
|
Wunschgemäß möchte ich wieder ein Update zum Projektstatus geben: Da wir das Projekt auf Github verschoben haben, können wir nun von dort zentral alle Funktionen bereitstellen, die für eine Programmentwicklung benötigt werden und vorher auf Dropbox und Launchpad aufgeteilt waren. Die wichtigste Funktion des Dropbox-Ordners war wahrscheinlich die Möglichkeit bereits erstellte Programmdateien herunterzuladen.
Ein übersichtlicher Einstiegspunkt dafür ist nun unsere Versionsübersicht
auf der deutschen Wiki-Seite des Projekts. Eine andere Funktion, die früher Launchpad erfüllte, ist es den Quellcode bereitzustellen, um sich auch selbst eine wubi.exe bauen zu können. Bei Github ist das mittels Git möglich und für unser Projekt wäre das bei einer Neueinrichtung mit:
sudo apt-get install git
git clone https://github.com/hakuna-m/wubiuefi.git
cd wubiuefi
make
...und in einem bestehenden Projektverzeichnis mit:
make clean
make Die erstellte wubi.exe befindet sich dann im Verzeichnis build innerhalb des Projektverzeichnisses. Mit der aktuellen Revision 306 sollte dies nun auch für Ubuntu 16.04 funktionieren. Die unter 16.04 nicht mehr in den Paketquellen enthaltenen mingw32-Pakete werden nun aus den Paketquellen für 14.04 bezogen. Derzeit muss aber teilweise unter Ubuntu 16.04 noch wegen 1574372 "make" mehrmals wiederholt werden. Sollte SecureBoot nicht benötigt werden, können auch die sbsign-Zeilen im Makefile auskommentiert werden:
# sbsign --key .key/*.key --cert .key/*.crt --output build/winboot/EFI/grubx64.efi build/winboot/EFI/grubx64.efi
grub-mkimage -O i386-efi -c build/winboot/wubildr-bootstrap.cfg -m build/winboot/wubildr.tar -o build/winboot/EFI/grubia32.efi \
loadenv part_msdos part_gpt fat ntfs ext2 ntfscomp iso9660 loopback search linux linuxefi boot minicmd cat cpuid chain halt help ls reboot \
echo test configfile gzio normal sleep memdisk tar font gfxterm gettext true efi_gop efi_uga video_bochs video_cirrus probe efifwsetup \
all_video gfxterm_background png gfxmenu
# sbsign --key .key/*.key --cert .key/*.crt --output build/winboot/EFI/grubia32.efi build/winboot/EFI/grubia32.efi
Ergänzend vielleicht generell zu Secure Boot: Wer sich selbst eine wubi.exe baut, erhält natürlich EFI-Bootloader, die mit einem persönlichen privaten Schlüssel signiert wurden. Die Schlüssel befinden sich unter .key im Projektverzeichnis und werden - sofern nicht vorhanden - automatisch zum Benutzernamen generiert; sie können aber natürlich ausgetauscht werden. In der fertigen wubi.exe befindet sich dann nur noch der öffentliche Schlüssel, der zum Importieren mittels MOK-Managers benötigt wird. Soweit ein kurzer Ausflug zu einer vielleicht weniger bekannten Wubi-Seite, nämlich der Programmerstellung aus dem Quellcode. In der Vergangenheit habe ich hier auch immer über vergangene Änderungen und Neuentwicklungen der einzelnen Programmversionen berichtet. Das möchte ich ein wenig abkürzen, da sich für Highlights wie die Unterstützung für ein 32-Bit-UEFI oder Parted 3.2 bereits eigene Kapitel im Projekt-Wiki befinden und alle Änderungen bei den Versionen selbst dokumentiert sind. Abschließend möchte ich noch von durchwegs positiven Rückmeldungen zum Projekt berichten: Erfreulicherweise ist es so, dass es hier auch viele Rückmeldungen von Anwendern gibt, die ohne dieses Projekt mit dem Thema "Ubuntu" bereits abgeschlossen hatten; hier besteht also durchaus die Möglichkeit wieder neue User für Ubuntu zu begeistern. Auch, wenn es vorerst "nur" Wubi ist, aber dabei ist ja auch schon bei vielen ehemaligen Wubi-Usern nicht geblieben....
|