apt-ghetto schrieb:
knubbelchen schrieb:
So langsam vermute ich das "bocken" von GRUB liegt an der Installation im Boot-Sekter der ersten Platte /dev/sda.
Vermuten kann man lang und breit. Auf Vermutungen basierend kann man auch dieses und jenes ausprobieren. Kann gut sein, dass es dann klappt, wenn man zufällig das richtige ausprobiert.
Sorry das ich meine Gedanken (Vermutungen) hier mit einbringe. Ich kenne das aus Gruppenarbeiten wenn man gemeinsam die Lösung eines Problems finden möchte. Jeder darf seine Vermutungen mit in den Topf werfen um keine Möglichkeit außer acht zu lassen. Gemeinsam wird dann überprüft was an Ideen vorliegt und verworfen was nicht passt oder bestätigt was zur Lösung führen könnte. Ich erhoffe mir also, Anregungen geben zu können was das Problem sein könnte und Antworten ob ich den Gedanken fallen lassen kann oder man genauer hin schauen sollte.
Vielleicht meinte Lidux DAS, als er schrieb, ich sollte die Pakete von GRUB2 auf gesperrt setzen.
Vielleicht. Auch darüber kann man jetzt spekulieren.
Ich bezog mich auf Lidux in der Hoffnung er möge seine Aussage weiter präzisieren.
Direkt nach der Installation versuche ich natürlich per "apt-get update" das System zu aktualisieren.
Übers Terminal? Oder nutzt du ein graphisches Programm dazu?
Ich habe leider die Erfahrung machen müssen, das grafische Installer wie Synaptic, Muon und Andere manchmal Infos nicht an den User weitergeben. Ich nutze daher für Updates und Installationen die Kommandozeile und gönne mir als maximalen Luxus Aptitude, das ich seit Beginn meiner Arbeit an debianartigen Distributionen her kenne. Den Befehl "apt-get update" habe ich daher so in die Konsole eingegeben. Die Ausgabe poste ich weiter unten mal direkt.
Versuche ich dann aber das erste Paket zu installieren oder die Updates herunter zu laden weist mich das System daraufhin, das es noch unkonfigurierte Pakete aus der ursprünglichen Installation per Stick gibt.
Wie weist dich das System darauf hin? Stinkt es plötzlich? Lacht es dich aus? Oder gibt es etwa eine Meldung in Textform im Terminal? Meiner Erfahrung nach, sind Fehlermeldungen, in Textform gepostet, unheimlich praktisch und sollen dem Hörensagen nach, schon bei diversen Problemen geholfen haben.
Du hast absolut recht. Daher hier mal die Ausgabe:
knubbelchen@TravelMate-Spin-B:~$ sudo apt-get install aptitude
[sudo] Passwort für knubbelchen:
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
aptitude ist schon die neueste Version (0.8.3-1ubuntu4).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 205 nicht aktualisiert.
2 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
grub-efi-amd64 (2.02~beta3-4ubuntu6) wird eingerichtet ...
x86_64-efi wird für Ihre Plattform installiert.
Hier hatte ich zwar Aptitude schon installiert, das Problem wird aber hoffentlich etwas deutlicher. Nach der Installation wird versucht, noch nicht korrekt installierte Pakete fertig zu konfigurieren. Der Prompt bleibt nun so stehen, egal ob ich 5 oder 50 Minuten warte ☹. Ich hatte bewusst die Kommandozeile gewählt in der Hoffnung, eine Fehlermeldung zu erhalten an der ich mich hätte weiter entlang hangeln können. So bleibt jedoch der Befehl hängen als ob noch eine Eingabe erwartet würde (daher meine Vermutung nach dem EFI Passwort).
Die muss ich nämlich nach wie vor abbrechen, da der Installer wie ursprünglich beschrieben einfach stehen zu bleiben scheint und ich bisher nicht ausmachen kann, was er tun wollte und warum er scheitert.
Nach der Installation braucht man den "Installer" nicht mehr. Es sei denn, du meinst etwas vollkommen anderes.
Bei jedem Versuch Kubuntu erneut zu installieren bleibt der Installer wie zum Beginn des Threads beschrieben stehen (siehe Screenshot am Anfang). Die Installation habe ich schonmal über Nacht stehen gelassen, es ändert sich am Fortgang nichts. Daher habe ich mich bis jetzt so weit "heran-vermutet" ☺ das der grafische Installer beim Abschluss beim Versuch GRUB zu installieren / konfigurieren stehen bleibt.
Ich soll dann den Befehl "sudo dpkg --configure -a" ausführen, woraufhin er unter anderem die beiden Pakete "grub-efi-amd64" und "grub-efi-amd64-signed" zu konfigurieren versucht. er kommt bis zu Schritt "x86_64-efi wird für Ihre Plattform installiert." und bleibt dann stehen. Manchmal geht er auch darüber hinaus und bleibt dann bei der Einrichtung der Dual-Boot Windows Partition stecken.
Woran merkst du, dass er stehenbleibt?
Wie gesagt bleibt die Ausgabe der Konsole so stehen wie oben eingefügt. Ein Fortgang ist nicht zu beobachten, egal wie lange ich warte. TOP zeigt keine ungewöhnliche Aktivitäten und auch die SYSLOG verhält sich still. Das meine ich mit "stehen bleiben". Als ob eine Eingabe erwartet würde.
Auf jeden Fall muss ich ihn per Strg + C abbrechen um weiter arbeiten zu können. Der Abbruch mit Strg + C funktioniert überwiegend, manchmal nimmt er diesen aber nicht an und ich muss das System komplett neu starten.
Wie lange wartest du? Halbe Stunde? Stunde?
Nach Deinem Hinweis hier habe ich gestern erst nach 1,5 Stunden die Konsole abgebrochen. Die Ausgabe blieb bis zum Schluss unverändert so wie ich es oben eingefügt habe.
oder darf man unter einer EFI Installation GRUB garnicht mehr in den Master-Boot-Sektor installieren sondern nur in die EFI Partition
Ja. Wenn du den Installer im EFI-Modus startest, wird Grub auch in die erste, gefundene EFI-System-Partition installiert. Egal, was du als Ziel angegeben hast.
OK, Danke für den Hinweis. Dann kann ich diese Vermutung schonmal ausschließen.
Schöner wäre natürlich wie zu BIOS Zeiten GRUB als Herr über die Auswahl der zu bootenden Systeme
Du kannst natürlich auch eine BIOS-Installation machen. Dazu musst du nur UEFI deaktivieren, eine neue Partitionstabelle anlegen, Windows und Ubuntu (im BIOS-Modus) neu installieren.
Ich würde lieber eine BIOS-Installation vornehmen. Eigentlich sollte das EFI auch den Modus unterstützen (Befehl von hier https://wiki.ubuntuusers.de/EFI_Problembehebung/)
knubbelchen@TravelMate-Spin-B:/var/log$ sudo dmidecode -t0 | grep -Ei "BIOS boot|UEFI"
[sudo] Passwort für knubbelchen:
BIOS boot specification is supported
UEFI is supported
Allerdings finde ich im EFI keinen Eintrag um dies umzustellen. Daher MUSS ich quasi mit EFI installieren.