staging.inyokaproject.org

Archiv/Wubi

Status: Gelöst | Ubuntu-Version: Nicht spezifiziert
Antworten |
Dieses Thema ist die Diskussion der Artikel Archiv/Wubi, Archiv/Wubi/Konfiguration, Archiv/Wubi/Problembehebung.

natty1

Anmeldungsdatum:
11. Juli 2011

Beiträge: Zähle...

syscon-hh schrieb:

Aber bitte Vorsicht! Wirklich ausprobiert?

Ja. Auf der CD war eine wubi.exe drauf mit der Dateigröße 2.559.512. Bei der Installation wurde links unten Rev.279 eingeblendet. Hab mir das extra aufgeschrieben, falls das weiterhilft.

Da ist zwar auf den Original-Downloads (ISO) eine wubi.exe drauf - nur lädt / installiert diese Anwendung eine ältere Version von Ubuntu.

Bei mir wurde sicher nichts mehr aus dem Internet nachgeladen. Hab nur die Lubuntu 13.04 CD im Laufwerk gehabt. Internet ist bei mir zum Nachladen abgestellt. Reicht, wenn ich mir für die Installation eine Riesendatei für die CD runtergeladen habe.

Und damit gilt der Hinweis mit dem Upgrade von einer älteren Version nach wie vor.

Abgesehen davon, dass es bei mir direkt funktioniert hat: Wer macht so etwas? Das ist ja so umständlich, dass man es gleich lässt.

hakunamatata Team-Icon

Supporter
Avatar von hakunamatata

Anmeldungsdatum:
30. Juni 2009

Beiträge: 5130

natty1 schrieb:

Ja. Auf der CD war eine wubi.exe drauf mit der Dateigröße 2.559.512.

Gleiches Bild auf der ubuntu-13.04-desktop-amd64.iso:

ls -l
-r--r--r-- 1 root root     134 Apr 24 20:23 autorun.inf
dr-xr-xr-x 1 root root    2048 Apr 24 20:25 boot
dr-xr-xr-x 1 root root    2048 Apr 24 20:25 casper
dr-xr-xr-x 1 root root    2048 Apr 24 20:25 dists
dr-xr-xr-x 1 root root    2048 Apr 24 20:25 EFI
dr-xr-xr-x 1 root root    2048 Apr 24 20:25 install
dr-xr-xr-x 1 root root   18432 Apr 24 20:25 isolinux
-r--r--r-- 1 root root   18354 Apr 24 20:25 md5sum.txt
dr-xr-xr-x 1 root root    2048 Apr 24 20:25 pics
dr-xr-xr-x 1 root root    2048 Apr 24 20:25 pool
dr-xr-xr-x 1 root root    2048 Apr 24 20:25 preseed
-r--r--r-- 1 root root     229 Apr 24 20:25 README.diskdefines
lr-xr-xr-x 1 root root       1 Apr 24 20:25 ubuntu -> .
-r--r--r-- 1 root root 2559512 Apr 23 16:10 wubi.exe

Die Datei wubi.exe ist ident mit der zum Extra-Download angebotenen Datei wubi.exe von hier (diff liefert keine Unterschiede). Die Prüfsummen stimmen natürlich dann auch überein mit http://releases.ubuntu.com/raring/MD5SUMS

cat md5sum.txt | grep wubi # von iso
b5d7e48447780ddd2e53c56a8a042f3a  ./wubi.exe

hakunamatata Team-Icon

Supporter
Avatar von hakunamatata

Anmeldungsdatum:
30. Juni 2009

Beiträge: 5130

natty1 schrieb:

Wer macht so etwas? Das ist ja so umständlich, dass man es gleich lässt.

Über Wubi-Installationen mittels Upgrade wird zum Beispiel hier berichtet. Bei diesem Hinweis sehe ich auch kein Problem. Das Grundproblem liegt auch überhaupt nicht bei nach besten Wissen und Gewissen gemachten Hinweisen im Wiki Wubi, sondern bei ReleaseNotes, die nicht mit dem tatsächlichen Release übereinstimmen. So lange das auseinander läuft, wird das Wiki immer nicht ganz richtig sein.

hakunamatata Team-Icon

Supporter
Avatar von hakunamatata

Anmeldungsdatum:
30. Juni 2009

Beiträge: 5130

Für 13.10 gilt wieder gleiches wie für 13.04: "Ubuntu downloader for Windows discontinued". Auf dem Desktop-Image für Ubuntu gibt es weiterhin Wubi; als Download unter http://releases.ubuntu.com/saucy/ ebenso. Ohne UEFI/GPT war bei mir 13.10 damit problemlos installierbar.

Irgendwie sollte das möglichst widerspruchsfrei in den Artikel. 😕

Mein Vorschlag wäre:

  • Hinweisbox ändern:

Hinweis:

Ab Ubuntu 13.04 wurde Wubi offiziell eingestellt. Auf der Desktop-CD und auf der Releaseseite für 13.04 bzw. 13.10 wurden aber dennoch neue Wubi-Versionen veröffentlicht.

Den Hinweis auf die Upgrademöglichkeit würde ich jetzt mit Erscheinen von 13.10 entfernen, da eine Neuinstallation von 12.10 mit doppelten Upgrade spätestens mit Auslaufen von 13.04 Anfang 2014 immer mehr erschwert wird. Außerdem stelle ich die Frage in den Raum, ob nach einer Einstellung per ReleaseNotes wirklich ein Upgrade "offizieller" unterstützt wird, als es wenn ich Wubi von der Desktop-CD verwende.

  • Tags getestet für auf 13.04 und 13.10 erweitern.

Sonst ist der Artikel sehr gut und immer noch aktuell. Was haltet ihr von diesem Änderungsvorschlag ?

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

hört sich IMHO gut an.

Gruß, noisefloor

natty1

Anmeldungsdatum:
11. Juli 2011

Beiträge: Zähle...

hakunamatata schrieb:

Was haltet ihr von diesem Änderungsvorschlag ?

Besser als nichts. Ich hätte da noch einiges an die Adresse der schizophrenen Schreiberlinge von ReleaseNotes reingeschrieben. Dafür hätte ich aber dann Schreibverbot erhalten.

Ach ja, die Zombie-Wubiversion für 13.10 ist bei mir auch gegangen. Wenn jemand noch eine Lösung für die Windows 8-Probleme reinschreibt, hätte ich dann schon ein paar Bekannte, die Wubi testen wollen.

syscon-hh

Anmeldungsdatum:
8. Oktober 2005

Beiträge: 10220

natty1 schrieb:

Ach ja, die Zombie-Wubiversion für 13.10 ist bei mir auch gegangen. Wenn jemand noch eine Lösung für die Windows 8-Probleme reinschreibt, hätte ich dann schon ein paar Bekannte, die Wubi testen wollen.

Da gibt es keine Lösung - auf GPT läuft das einfach nicht, genau wie auf einer mit einem Btrfs-Dateisystem und weitere Formate.

Und Windows 7/8 umstellen auf msdos ist auch keine Lösung, dann ist das Upgrade auf Windows 8.1 undurchführbar.

hakunamatata Team-Icon

Supporter
Avatar von hakunamatata

Anmeldungsdatum:
30. Juni 2009

Beiträge: 5130

syscon-hh schrieb:

Da gibt es keine Lösung

Theoretisch IMHO schon. Wenn man den Wubi-Bootloader, der auf GRUB4DOS basiert, gegen den Standard-GRUB2-Bootloader von Ubuntu austauscht. Für GRUB2 gibt es ja eine funktionierende UEFI/GPT-Version und ob ich jetzt den Ubuntu-Kernel mit oder ohne loopback-Device starte, sollte eigentlich egal sein.

Leider fehlt es mir im Moment an UEFI/GPT-Testrechner. Auf Nicht-UEFI/GPT-Maschinen ist über ein Standard-GRUB2-Menü mit:

menuentry "Ubuntu Wubi" {
        insmod ntfs
        search -s -f -n /ubuntu/winboot/wubildr.cfg
        configfile  /ubuntu/winboot/wubildr.cfg
}

eine Wubi-Installation nicht nur startbar, sondern auch eine Installation nach dem ersten Neustart fertigstellbar. d.h.: der leidige Wubiloader wird zu keinem Zeitpunkt benötigt. Wie gesagt alles noch Theorie. Von mir nur dort getestet, wo es keiner braucht. Derzeit weder reif fürs Wiki, noch für Anfänger ❗ für den Selbsttest.

Da bisher noch kein Einwand gegen meine Änderung gemacht wurde, würde ich die Änderungen im Wiki einmal so wie in meinen vorherigen Post beschrieben machen. Wenn es anders besser wäre, ist es ja schnell wieder korrigierbar.

syscon-hh

Anmeldungsdatum:
8. Oktober 2005

Beiträge: 10220

Hallo hakunamatata, bringe Deine Gedanken bitte in das WIKI ein.

Das Problem von Wubi kann man unter Windows 8 viel eleganter umgehen (weshalb auch keiner mehr intensiv daran arbeitet!):

  • Windows 8 HyperV

die kostenlose VM - die kann auch mit Ubuntu sehr gut umgehen und dieses sollte man Wubi vorziehen.

Was mich hauptsächlich an Wubi unter/auf Windows 8 stört, ist das Startverhalten aus dem "Ubuntu-App" heraus - dieser Mehrfachstart.

hakunamatata Team-Icon

Supporter
Avatar von hakunamatata

Anmeldungsdatum:
30. Juni 2009

Beiträge: 5130

syscon-hh schrieb:

Hallo hakunamatata, bringe Deine Gedanken bitte in das WIKI ein.

OK, d.h.: ich liege mit der These, dass das auch auf einem UEFI/GPT-Rechnern mit einer Standard-GRUB2-Bootloader-Lösung funktionieren müsste, nicht so falsch?

Ich werde das vielleicht in Wubi/Problembehebung als "Start und Installation ohne Wubiloader" oder "Start und Installation mit GRUB2" allgemein mit einem Musterskript für GRUB 2/Skripte packen und auf einen möglichen Lösungsansatz für UEFI/GPT hinweisen.

  • Windows 8 HyperV

die kostenlose VM - die kann auch mit Ubuntu sehr gut umgehen und dieses sollte man Wubi vorziehen.

Ja, glaub ich dir, dass HyperV eine sehr gute Lösung ist. Vielleicht ist nur zu gut und man bleibt wegen HyperV immer bei Windows als Hauptsystem. 😉

hakunamatata Team-Icon

Supporter
Avatar von hakunamatata

Anmeldungsdatum:
30. Juni 2009

Beiträge: 5130

So, ich habe jetzt die UEFI/GPT-Überlegungen an zwei Stellen platziert.

Die Warnungen für UEFI/GPT habe ich so belassen. Ich denke Verlinkungen wären hier zu verwirrend.

hakunamatata Team-Icon

Supporter
Avatar von hakunamatata

Anmeldungsdatum:
30. Juni 2009

Beiträge: 5130

Da ich sehe, dass das Wiki heute überarbeitet wurde: 1308152 sollte vielleicht auch noch ins Wiki unter Wubi/Problembehebung rein. Als temporäre Lösung würde ich hier das Ändern von ro auf rw im Grub-Menü anbieten.

BTW: Dazu:

Ab Ubuntu 14.04 LTS wird eine überarbeitete Version von Wubi bereitgestellt.

habe ich unter https://code.launchpad.net/wubi wenig gefunden, was auf eine erwähnenswerte Überarbeitung schließen lässt.

syscon-hh

Anmeldungsdatum:
8. Oktober 2005

Beiträge: 10220

hakunamatata schrieb:

habe ich unter https://code.launchpad.net/wubi wenig gefunden, was auf eine erwähnenswerte Überarbeitung schließen lässt.

  • Er lädt jetzt 14.04 LTS

  • akzeptiert GPT als Basis

nur als wesentliche Kriterien.

hakunamatata Team-Icon

Supporter
Avatar von hakunamatata

Anmeldungsdatum:
30. Juni 2009

Beiträge: 5130

syscon-hh schrieb:

hakunamatata schrieb:

habe ich unter https://code.launchpad.net/wubi wenig gefunden, was auf eine erwähnenswerte Überarbeitung schließen lässt.

  • Er lädt jetzt 14.04 LTS

  • akzeptiert GPT als Basis

nur als wesentliche Kriterien.

Und das wird durch eine Änderung im Sourcecode von Wubi bewirkt? Kann es nicht vielleicht sein, dass Microsoft endlich durch Patches das Verhalten des Windows Bootmenüs korrigiert hat?

syscon-hh

Anmeldungsdatum:
8. Oktober 2005

Beiträge: 10220

hakunamatata schrieb:

Und das wird durch eine Änderung im Sourcecode von Wubi bewirkt? Kann es nicht vielleicht sein, dass Microsoft endlich durch Patches das Verhalten des Windows Bootmenüs korrigiert hat?

Nein - dieses komische Verhalten

  • Windows Bootmanager starten und anzeigen

  • Kachel Ubuntu auswählen

  • Windows Bootmanager setzt intern auf "NextBoot"

  • Reboot einleiten

usw. hat sich nichts geändert. Aber auch die Wubi-Macher haben sich nicht die Mühe gemacht, das auf das alte, klassische Auswahlmenü zu setzen, das muss man noch über das bcdedit machen.

Nebenbei: Der Fehler im Zusammenspiel von Wubi mit den busybox-* Paketen wurde auch gefixt.