staging.inyokaproject.org

Hallo,

egal ob ich über "Ubuntu ausprobieren" gehe oder nicht, die Neuinstallation auf einem HP 650 bleibt im Dialog "Aktualisierungen und andere Software" hängen, und das nun schon seit 30 Min, lediglich die Sanduhr dreht sich.

Gibt's da ein bekanntes Problem mit dem HP 650 oder woran könnte es liegen?

Soll ich vielleicht mal ohne "Software von Drittanbietern" etc. probieren?
Aber wie kann ich das dann nachinstallieren, der Rechner soll doch auch WLAN-Zugriff und die neuesten Codecs haben?

Nach ca. 45 Min. fror dann auch die Sanduhr ein, und stattdessen fing dann die externe Festplatte (wo die Installations-ISO drauf ist) wild zu flackern an und ich hoffte dass nun endlich was passiert. Aber leider nein, das hörte dann nicht mehr auf, und der Rechner blieb sonst komplett eingefroren.

Auch der Verzicht auf "Software von Drittanbietern" brachte keine Besserung.

UlfZibis schrieb:

Aber wie kann ich das dann nachinstallieren, der Rechner soll doch auch WLAN-Zugriff und die neuesten Codecs haben?

Das fragst Du ernsthaft nach 11 Jahren?!

Gibt's da ein bekanntes Problem mit

...Ubiquity?

Du liest auch nur entfernt hier mit?

Wennschon Ubuntu Jammy, dann mindestens .1, besser daily builds. Ubiquity an sich ist freilich dieselbe Version, der gleiche Mist. In Kinetic ist's wenigstens eine neuere Version.

Wie wär's denn, wenn es überhaupt aus dem Ubuntu-Universum sein soll, einfach mal kein Ubiquity zu verwenden? Lubuntu setzt seit 4 Jahren als einziger Ubuntu-Flavour auf Calamares, das die meisten Linux-Distributionen aus gutem Grund verwenden: Lubuntu 22.04.1 daily build.

"HP 650" sagt im übrigen nichts konkret aus, die Bezeichnung ist unvollständig. Vermutlich meinst Du "HP ProBook 650 G8" (mit LTE-Adapter aus den "Black Friday Early Birds"), also mit Core i Gen 11 Tiger Lake. Viel Spaß dann bei den nächsten Problemen, z.B. Sound, mit Deinem Ubuntu-Kram!

Liebe(r) von.wert,

ärgerst Du Dich über mich, weil ich in 11 Jahren nie ein Problem mit der direkten Installation der "Software von Drittanbietern" hatte, und deshalb gerne wüsste, welche Pakete sich dahinter genau verbergen, um sie dann ggf. nachinstallieren zu können?

Oder ärgerst Du Dich über Ubuntu, weil sie an Ubiquity festhalten?

Beides kann ich ad hoc nicht ändern.

Und selbstverständlich verwendete ich das aktuelle 22.04.1.

Ja an Lubuntu habe ich auch schon gedacht, oder auch an eine Alternate-Version, die ich dann anschließend um das Fehlende ergänze. Auch da hätte ich dann die Frage, was ich ergänzen muss, um dann eine vollständige Ubuntu-Installation zu haben.

Mein nächster Versuch wird Lubuntu 22.04.1 sein, oder glaubst Du im Ernst, dass wenn ein Gerät 8 Jahre lang von Ubuntu nicht unterstützt wurde, und dass dies ausgerechnet mit der neuesten Daily-Version nachgeholt wurde?

Die genaue Produkt ID ist: C1N14EA#ABD; von "ProBook" oder "G8" steht da nix.
Mit LTE-Adapter ist da nix, und ob das ein "Early Bird" ist, kann ich auch nicht sagen.

So, ich habe mal noch ein bisschen weiter experimentiert (einen ganzen Tag lang hab' ich mit Herunterfahren ... Neustart ... andere Einstellungen ... Warten etc. verbracht).

Zunächst hab' ich im Live-System im Terminal mal sudo apt update ausgeführt und dann Ubiquity manuell gestartet ... brachte nix.

Dann habe ich mal sudo apt dist-upgrade ausgeführt, was wegen Speichermangel ein dpkg configure -a nötig machte ... brachte aber auch nix.

Dann habe ich mal sudo apt install ubiquity ausgeführt. So hatte ich dann immerhin die neueste Version ... brachte auch nix.

EDIT: Für den folgenden Versuch hatte ich ubiquity --pdb --only ausgeführt.

Irgendwann hab' ich dann, nachdem Ubiquity wie schon vorher mindestens 10 Min. nix machte, mal die Systemüberwachung gestartet. Da fiel gleich ins Auge, dass der Prozess grub-mount 25 % CPU brauchte (einer der 4 CPU-Kerne war wohl am Anschlag). Diesen Prozess habe ich dann beendet. Und schwupps kam auch Ubiquity wieder in Wallung. Von daher schlage ich vor, das man dies im Artikel Ubuntu Installation in die "Problembehebung" aufnimmt. Nun läuft die Installation und ich bin gespannt, was dabei herauskommt.

Nun sehe ich den Fehlerdialog "Die Ausführung von grub-install /dev/sda ist fehlgeschlagen".

Hat jemand kurzerhand einen Tipp?

Ich werde es nachher mal manuell probieren, evtl. ohne /dev/sda, denn es ist ja ein EFI-Rechner.

EDIT: So, nach quittieren des Dialogs ist die Installation nun durch und es erscheint der "Neu Starten"-Dialog. Das will ich natürlich nicht tun, denn GRUB muss ja noch installiert werden. Ein Klick auf X beendet den Dialog leider nicht und Ubiquity ist laut Terminal noch nicht beendet, also noch aktiv. Nach 2 weiteren Minuten erscheint dann ein riesen Dialog-Fenster mit der Meldung: "Installationsprogramm abgestürzt" mit einem längeren Hinweis, dass ein Fehlerbericht an Ubuntu übermittelt wird. Jetzt werde ich das Fenster mal schließen, und weiter gucken.

Nach dem Abschießen den festhängenden Ubiquity schlug grub-install fehl.

Ich hab' den Rechner dann mit dem Live-System nochmal neu gestartet, und mittels der GRUB 2/Reparatur (Abschnitt „chroot-Methode“) konnte ich GRUB dann installieren.

Vermutlich wäre es schlau gewesen, gleich mittels ubiquity -b anzufangen.

Nun hänge ich an einem weiteren Problem. Secure Boot hatte ich vor der Installation deaktiviert, aber nachher wieder aktiviert.

UlfZibis schrieb:

Mein nächster Versuch wird Lubuntu 22.04.1 sein, ...

Dies war nun nicht mehr nötig.

Falls die Frage gelöst ist bitte "Als gelöst markieren". Danke!

Also ich benutzte seit mindestens 10 Jahren für die Installation von Debian- und Ubuntu-Versionen Debootstrap.

Das ist noch nie irgendwo hängen geblieben, das installiert genau das, was man ihm sagt. 😈

tomtomtom schrieb:

Also ich benutzte seit mindestens 10 Jahren für die Installation von Debian- und Ubuntu-Versionen Debootstrap.

Eine interessante Variante. Danke für den Tipp.

Werde ich wohl nur im Notfall machen, da doch etwas mühsam und Ubuntu dafür quasi 2 mal runtergeladen werden muss, für das Life-System, und dann noch mal mittels Debootstrap.

UlfZibis schrieb:

Werde ich wohl nur im Notfall machen, da doch etwas mühsam und Ubuntu dafür quasi 2 mal runtergeladen werden muss, für das Life-System, und dann noch mal mittels Debootstrap.

Äh, nein. Debootstrap kann von jedem laufenden Linux-System aus ausgeführt werden, dafür braucht es kein "Life-System". 😉

Und wenn man nur ein Livesystem zur Verfügung hat reicht jedes, kann halt auch ein Fedora, ein Arch oder sonstwas sein.