[[Vorlage(Archiviert, )]] {{{#!vorlage Wissen [:Pakete installieren: Installation von Programmen] [:Terminal: Ein Terminal bzw. Konsole aufrufen und benutzen] [:Editor:Einen Editor nutzen] }}} [[Inhaltsverzeichnis(2)]] [[Bild(Wiki/Icons/wubi.png, 64, align=left)]] Bei dem Zusammenspiel zweier unterschiedlicher Betriebssysteme kann es immer zu Problemen kommen, mal mit kleinen Auswirkungen - mal will gar nichts mehr funktionieren. Dieses Unterkapitel zum Leitartikel [:Wubi:] geht darauf ausführlich ein. Diese Beschreibung setzt da an, wenn __nach der Auswahl__ von Ubuntu im Bootmenü von Windows etwas nicht funktioniert. = Probleme unter Windows = Sollten nach der Auswahl von Ubuntu Probleme auftreten, sollte man zuerst die Einträge unter Windows überprüfen. Danach dann die Hinweise unter [#Probleme-unter-Ubuntu Probleme unter Ubuntu] abarbeiten. == VISTA, Windows 7 und 8 == Die Bearbeitung des Bootmanagers mit [#Informationen bcdedit] ist prinzipiell im Windows-Terminal [2] (unter Windows ''"Eingabeaufforderung"'' genannt) mit Administrator-Rechten möglich, im Kontexmenü mit der [[Vorlage(Tasten,rmt)]]-Taste aufrufbar. Eine Übersicht der aktuellen BCD-Einträge erhält man im Windows-Terminal [2] mit [[Vorlage(Befehl,"bcdedit /v")]] bzw. mit [[Vorlage(Befehl,"bcdedit /enum")]] Jedoch wird auch aus anderen Gründen die Installation der Anwendung [#Anwendungen EasyBCD] empfohlen, mit der man die Einstellungen vom Bootmanager einfachst vornehmen und verändern kann. Bei Windows 7 bzw. 8 mit einem [:EFI_Bootmanagement:] empfiehlt sich die Installation der Anwendung [#Anwendung EasyUEFI]. = Probleme unter Ubuntu = {{{#!vorlage Hinweis Zur Behandlung von Start-Problemen sind in der Regel die relevanten Wiki-Artikel z.B.: [:GRUB_2:] __nicht__ anwendbar. Dies ist begründet darin, dass das System zum Zeitpunkt der GRUB-Bootmenü-Anzeige unter Windows läuft. Nur die im Artikel explizit ausgewiesenen Links verweisen auf anwendbare Beschreibungen. Nach dem Start aus dem GRUB-Menü sind wieder die Wiki-Beschreibungen für Ubuntu weitestgehend anwendbar. }}} == Bekannte Fehler == Bei einer normalen Installation können immer mal Fehler auftreten, auf die man keinen Einfluss hat. Nachfolgend werden gravierende Fehler aufgelistet, die in der Installation oder anderweitig begründet sind: === BusyBox nach Start === Nach einem Versions- bzw.Paket-Upgrade einer Wubi-Installation kann es nach der Auswahl im [:GRUB_2:]-Menü dazu kommen, dass das System mit der Meldung: ||<( tablestyle="width: 97%; background-color: #484848; color:white;"> BusyBox v1.22.1 (Ubuntu xxxx) built-in shell (ash)\\ Enter 'help' for a list of built-in commands:\\ \\ (initramfs) _|| hängen bleibt. Dann sollte man durch die Eingabe von {{{#!vorlage Befehl reboot }}} den Rechner neu starten und im GRUB_2-Menü nach der Auswahl der Menüzeile mit [[Vorlage(Tasten,e)]] in den Bearbeitungsmodus wechseln und die Kernelzeile durch ANgebe von `rw` ändern: {{{linux /vmlinuz-3.13.0-76-generic root=UUID=18FF69102E32BB40 loop=/ubuntu/disks/root.disk rw quiet splash vt.handoff=7 }}} Nach dem Starten mit der [[Vorlage(Tasten,f10)]]-Taste sollte das System wieder starten. Um diese Option bis zum ''FIX'' vom [bug:1317437:] dauerhaft zu erhalten, kann man die * '''/etc/default/grub''' dahingehend bearbeiten, dass man die Zeile * {{{GRUB_CMDLINE_LINUX="rw"}}} mit Rootrechten ergänzt und nach dem Abspeichern mit {{{#!vorlage Befehl sudo update-grub }}} dauerhaft einbringt. === GRUB_2 wubildr === ==== Vor Anzeige des GRUB-Menüs ==== Auf [wikipedia:Unified_Extensible_Firmware_Interface:UEFI]-Systemen erscheint direkt nach der Auswahl von Ubuntu im Windows Bootmenü: ||<( tablestyle="width: 97%; background-color: #484848; color:white;"> Datei: \ubuntu\winboot\wubildr.mbr\\ Status: 0xc000007b|| Dieses Problem kann in der Regel nur dadurch behoben werden, indem mit einem EFI-[:GRUB_2:GRUB2]-Bootloader gestartet wird. Fertige Lösungen existieren dazu bei [#Anwendungen WubiUEFI]. Alternativ sind auch eigene Lösungen mittels [:Archiv/Wubi/Konfiguration#Skripte-zum-Fremdstarten:Skripte zum Fremdstarten] möglich. Die Anzeige direkt nach der Auswahl von Ubuntu im Windows Bootmenü: ||<( tablestyle="width: 97%; background-color: #484848; color:white;"> Try (hd0,0): NTFS5: no wubildr found\\ Try (hd0,1): NTFS5:|| ist normal und zeigt an, das die Datei '''wubildr.mbr''' die Datei '''wubildr''' sucht. Diese Suche startet immer mit der ersten physikalischen Partition und endet, sobald die Datei '''wubildr''' gefunden wurde. Wird in dieser Reihenfolge eine für DOS nicht lesbare Partition (z.B. '''ext2''') gefunden, bricht die Suche ab Eine Anzeige direkt nach der Auswahl von Ubuntu im Windows Bootmenü: ||<( tablestyle="width: 97%; background-color: #484848; color:white;"> Try (hd0,0): NTFS5: error: "prefix" is not set || ist eine von der eingesetzten Hardware und Formatierung des Laufwerkes abhängiges Problem, aber hat keinen Einfluss auf den weiteren Ablauf. ==== Nach Auswahl im Grub-Menü ==== Wird nach der Auswahl im GRUB-Menü ||<( tablestyle="width: 97%;" cellstyle="color: white; background-color: #484848;"> error: file not found || angezeigt und der Startvorgang läuft trotzdem durch, so ist zu vermuten, dass die Einstellungen in der Datei [:GRUB_2/Konfiguration#Die-Datei-etc-default-grub: /etc/default/grub] nicht richtig gesetzt wurden. Hat man das Skript '''grub-mkimage''' gemäß dieser [:Archiv/Wubi/Konfiguration#Grub-Menue-absichern: Beschreibung] verändert, so könnte es durch einen Update überschrieben worden sein. === Kein Multiarch auf 64-bit-System === Auf 64-bit-Systemen wird [ubuntu_doc:community/MultiArch:MultiArch] nicht aktiviert ([bug:1093819:]). Das hat zur Folge, dass Software wie [:Wine:] oder [:Skype:] nicht installiert werden kann, da die Paketabhängigkeiten nicht aufgelöst werden können. Das Problem wird behoben, indem Multiarch manuell aktiviert wird und die Paketquellen neu eingelesen werden. Dazu werden im Terminal [2] folgende zwei Befehle ausgeführt: {{{#!vorlage Befehl sudo dpkg --add-architecture i386 sudo apt-get update }}} == Anzeige GRUB_2 Shell == Sollte nach der Auswahl von Ubuntu das GRUB-Auswahlmenü nicht angezeigt und stattdessen nur die Anzeige der [:GRUB_2/Shell:GRUB Shell] mit `grub> _` erscheinen, kann man dort versuchen, nachfolgende Befehle abzuarbeiten (jede Eingabe mit [[Vorlage(Tasten,enter)]] abschließen, Laufwerke anpassen, [wikipedia:Tastaturbelegung#US-International:US-Tastatur] beachten): {{{#!vorlage Hinweis Manchmal verschiebt Windows den Ubuntu-Ordner `x:\ubuntu\disks` in das versteckte Verzeichnis `c:\found.000`, dann muss man dies unter Windows oder mit einer Live-CD rückgängig machen und man kann das System danach normal starten. Man sollte dann gleich unter Windows für das relevante Laufwerk eine Defragmentierung ausführen. }}} {{{#!vorlage Tabelle '''GRUB 2 Shell''' '''Befehls-Syntax am Prompt''' +++ <)> grub> _ <( cellstyle="color: white; background-color: #484848;"> `insmod ntfs` +++ <)> grub> _ <( cellstyle="color: white; background-color: #484848;"> `set root=(hd0,1)` +++ <)> grub> _ <( cellstyle="color: white; background-color: #484848;"> `loopback loop0 /ubuntu/disks/root.disk` +++ <)> grub> _ <( cellstyle="color: white; background-color: #484848;"> `set root=(loop0)` +++ <)> grub> _ <( cellstyle="color: white; background-color: #484848;"> `linux /vmlinuz root=/dev/sda1 loop=/ubuntu/disks/root.disk ro single` +++ <)> grub> _ <( cellstyle="color: white; background-color: #484848;"> `initrd /initrd.img` +++ <)> grub> _ <( cellstyle="color: white; background-color: #484848;"> `boot` }}} Damit wird der [:Recovery_Modus:] gestartet, mit dem man versuchen kann, das System zu untersuchen sowie zu reparieren. Dazu wählt man im Auswahlmenü [:Recovery_Modus#friendly-recovery:friendly recovery] die Optionen: * root -> zur Eingabe von (beispielhafte bzw. erforderliche Befehle): {{{#!vorlage Befehl nano /etc/default/grub # GRUB_HIDDEN_TIMEOUT=0 auskommentieren. update-initramfs -u -k all # Kernelimages werden neu geschrieben update-grub # /boot/grub/grub.cfg wird neu geschrieben /usr/share/lupin-support/grub-mkimage # Datei wubildr wird neu geschrieben }}} * sofern erforderlich - weitere Maßnahmen {{{#!vorlage Befehl reboot # Rechner neu starten }}} * oder mit [[Vorlage(Tasten,Strg+D)]] -> ins Auswahlmenü * `resume` -> zum Login = Reparatur am System = Erscheint zwar das GRUB-Menü, startet aber eine Auswahl danach nicht, so muss man zum Untersuchen des Systems mit einer [:Live-CD:] ein Desktop gestartet werden. Diese Live-CD muss die gleiche Architektur (32 bit bzw. 64 bit) haben, wie das zu untersuchende System. Am Live-Desktop wird ein Terminal [2] aufgerufen und je nach Erfordernis dort die jeweiligen Befehle eingegeben. == System einbinden == Nachfolgend wird angenommen, es liegt das defekte Wubi-System mit der Datei '''root.disk''' auf der * Windows-Partition '''/dev/sda1''' * im Verzeichnis '''/ubuntu/disks''' == Befehlsübersicht == {{{#!vorlage Tabelle < tablestyle="width: 97%;" cellstyle="color: black; background-color: #F9EAAF"> '''#''' <^cellstyle="color: black; background-color: #F9EAAF"> '''Eingaben im Live-Desktop-Terminal''' <^cellstyle="color: black; background-color: #F9EAAF"> '''Erläuterung''' +++ <^> 1A <( cellstyle="color: white; background-color: #484848;"> `sudo blkid` <(> Informationen zu Partition +++ <^> 1B <( cellstyle="color: white; background-color: #484848;"> `sudo mount /dev/sda1 /mnt` <(> Partition einbinden +++ <^> 2 <( cellstyle="color: white; background-color: #484848;"> `sudo e2fsck -pv /mnt/ubuntu/disks/root.disk` <(> virtuelle Partition überprüfen +++ <^> 3A <( cellstyle="color: white; background-color: #484848;"> `sudo mkdir /wubi` <(> Mountpoint anlegen +++ <^> 3B <( cellstyle="color: white; background-color: #484848;"> `sudo mount -o loop /mnt/ubuntu/disks/root.disk /wubi` <(> System unter '''/wubi''' einhängen +++ <^> 4A <( cellstyle="color: white; background-color: #484848;"> `sudo mount -o bind /mnt /wubi/host` <(> Verbindung Windows-Partition herstellen +++ <^> 4B <( cellstyle="color: white; background-color: #484848;"> `sudo mount -o bind /dev /wubi/dev` <(> Verbindung zu den Systemdaten herstellen +++ <^> 4C <( cellstyle="color: white; background-color: #484848;"> `sudo mount -o bind /proc /wubi/proc` <(> Verbindung zu den Systemdaten herstellen +++ <^> 4D <( cellstyle="color: white; background-color: #484848;"> `sudo mount -o bind /sys /wubi/sys` <(> Verbindung zu den Systemdaten herstellen +++ <^> 5 <( cellstyle="color: white; background-color: #484848;"> `sudo chroot /wubi` <(> Zur Bearbeitung in das System +++ <^> 6 <( cellstyle="color: white; background-color: #484848;"> Eingabe erforderlicher Befehle <(> Arbeitsbereich Konsole +++ <^> 7A <( cellstyle="color: white; background-color: #484848;"> `exit` <(> Das System verlassen +++ <^> 7B <( cellstyle="color: white; background-color: #484848;"> `sudo umount -a` <(> Das System aushängen }}} == Arbeitschritte == * Mit den lfd. Nummern 1 werden die Informationen zu den Partitionen im Rechner ermittelt * UUID, Label und Zuordnung der Partition * das defekte System eingegrenzt und in das Live-System eingebunden. Das erfolgreiche Einbinden sowie die Inhalte der Partition werden überprüft mit * `ls /mnt` * Mit der lfd. Nummer 2 wird das Filesystem der virtuellen Partition vom defekten System überprüft. Die Ausgabe sollte (beispielhaft) so aussehen: * {{{ root.disk: sauber, 163797/305216 Dateien, 860311/1220608 Blöcke }}} * Mit den lfd. Nummern 3 wird das defekte System zum direktem Auslesen und Beschreiben eingebunden. Die Anzeige vom Inhalt der Wubi-Root-Partition erhält man nun mit: * `ls /wubi` * Mit den lfd. Nummern 4 wird das defekte System zur aktiven Benutzung mit den Systemdaten vom Livesystem verbunden. * Mit der lfd. Nummer 5 wechselt man in das defekte System, um hier notwendige Arbeiten auszuführen * Mit der lfd. Nummer 6 ein Beispiel: `apt-get update && apt-get upgrade` zur Überprüfung Paketstatus * Mit den lfd. Nummern 7 verlässt man das nun hoffentlich intakte System. Diese Schritte sollte man auf jeden Fall ausführen, um Datenverluste zu vermeiden. == Skript 10_lupin == === Allgemeiner Aufbau === Das Skript '''/etc/grub.d/10_lupin''' setzt in Abhängigkeit von * den im Verzeichnis '''/boot''' vorhandenen Kernel-Images * den Einstellungen in der [:GRUB_2/Konfiguration#Die-Datei-etc-default-grub:/etc/default/grub] (beispielhaft) das Folgende als Menüeintrag für die '''/boot/grub/grub.cfg''' um: {{{#!code bash menuentry "Ubuntu, with Linux 3.2.0-47-generic" { insmod ntfs set root=(hd0,1) search --no-floppy --fs-uuid --set=root 47ab1c9051b1d12c loopback loop0 /ubuntu/disks/root.disk set root=(loop0) linux /boot/vmlinuz-3.2.0-47-generic root=uuid=47ab1c9051b1d12c loop=/ubuntu/disks/root.disk ro quiet splash initrd /boot/initrd.img-3.2.0-47-generic } }}} = Links = * [:Wubi:] {Übersicht} Übersichtsartikel * [:Archiv/Wubi/Konfiguration:] Erweiterte Einstellungen unter Ubuntu und andere Hinweise * [:Archiv/Wubi/Erweiterungen:] - Grub_2-Funktionalität unter Wubi einbringen * [:Archiv/Wubi/Migration:] Wie man sein Wubi auf eine eigene Partition verschiebt * [:GRUB_2:GRUB_2 Leitartikel] Die Übersicht zu den GRUB_2 WIKI-Artikeln, diese sind jedoch nur eingeschränkt als Informationquelle zu benutzen: * [:GRUB_2/Konfiguration:] Den Bootloader "technisch" anpassen * [:GRUB_2/Shell:] Bearbeitungs- und Rettungsmodus * [:GRUB_2/Skripte:] Eigene Bedürfnisse verwirklichen == Anwendungen == * [https://neosmart.net/dl.php?id=1 EasyBCD] {en} Tool zum Bearbeiten vom Bootmanager (VISTA/Windows 7) * [https://www.easyuefi.com/index-us.html EasyUEFI] {en} Tool zum Bearbeiten des NVRAM unter Windows * [github:hakuna-m/wubiuefi/wiki/home_de:WubiUEFI] {de} Wubi-Weiterentwicklung mit UEFI-Unterstützung == Informationen == * [https://wiki.ubuntuusers.de/Wubi/Problembehebung/US-Tastatur.png/ US-Tastatur ansehen] (Bild entnommen aus [wikipedia:Tastaturbelegung#USA:]) * [https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-vista/cc709667(v=ws.10) BCDEdit] {en} Command-Line Options (Windows Client TechCenter) #tag: Ubuntu, Fortgeschritten, Fehlersuche, Bootloader