Testing: netinst.iso scheitert bei "Software auswählen und installieren"

[Korodny]

Ich installiere gerade debian-testing-amd64-netinst.iso auf ein Thinkpad-Notebook (T460). Hab das vor ein paar Tagen bereits mit einer etwas älteren ISO gemacht, zwischenzeitlich aber mehr RAM und eine größere SSD eingebaut und jetzt mit einem neueren ISO (vom 7. Oktober) noch mal neu installiert. In beiden Fällen hat die graphische Installation nicht funktioniert, ich bekomme nur eine sich ständig wiederholende Fehlermeldung vom X-Server. Normale, textbasierte Installation funktioniert aber, letzte Woche lief alles durch und Debian war samt graphischem Desktop einsatzbereit.

Jetzt gerade hängt es aber: ich lege Sprache, Standort und Tastaturbelegung fest, sage ihm er soll WLAN benutzen und gebe Namen und Schlüssel für mein WLAN an, danach die eingebaute SSD (480 GB) als Ziel angeben, alles auf eine Partition installieren, dann Änderungen auf Datenträger schreiben.

Bei "Software auswählen und installieren" gebe ich an:

• keine automatischen Updates
• keine Teilnahme an Paketverwendungserfassung
• Software-Auswahl: Default oder Default+Xfce

Danach bekomme ich die Fehlermeldung "Installationsschritt fehlgeschlagen" ohne weitere Infos.

Ich dachte es liegt vielleicht am Debian-Mirror den ich nutze, aber auch die Auswahl anderer Mirror bringt keine Änderung.

Hat irgendjemand eine Idee, was man in einem solchen Fall tun könnte? Ich hab ja nicht mal einen Hinweis, was den genau fehlgeschlagen sein könnte. Ich vermute auf die SSD hat er bereits vorher geschrieben ("Basissystem installieren"), sprich das kann nicht das Problem sein?

[KP97]

Vielleicht keine Verbindung mit Wlan. Wenn Du ein Netzkabel hast, würde ich es damit versuchen.

[Korodny]

Eigentlich greift er bereits vor der Software-Auswahl und der Fehlermeldung ein mal auf den Spiegelserver zu, um die Dateilisten zu holen. Hab's aber trotzdem noch ein mal mit Kabel versucht: Kein Unterschied.

Weiß jemand, wo es ältere ISOs der Weekly Builds gibt? Ich hatte das in der Vergangenheit schon mal, dass die Install-ISO irgendeinen esoterischen Fehler hatte während die Version von der Folgewoche dann problemlos funktioniert hat. Dachte ich probiere mal die Vorgänger-ISO, die lies sich ja einwandfrei installieren. Finde bisher aber nur Archive von richtigen Debian-Veröffentlichungen, nichts von den Weekly Builds.

[uname]

Würde textuell installieren und nach dem Boot das Paket task-xfce-desktop nachinstallieren.

[Korodny]

Würde textuell installieren und nach dem Boot das Paket task-xfce-desktop nachinstallieren.

Es macht keinen Unterschied, ob ich bei tasksel Xfce zusätzlich anwähle oder nicht.

[KP97]

Hier ist u.a. auch das Archiv:
https://cdimage.debian.org/cdimage/

Du kannst ja erst Bookworm installieren und anschließend auf Testing gehen.
Wenn auch mit Kabel der gleiche Fehler auftaucht, liegt es bestimmt am Installermedium.
Viel Glück ...

[kalle123]

Gerade mal mit 'debian-testing-amd64-netinst.iso 2024-10-07 07:00 - 816M' hier in einer Vbox probiert.

Graphic installer bricht nach Auswahl in der VM sofort ab.

Der Installer läuft ohne Probleme hier durch.

Soll schon mal vorkommen bei Testing. Nächste Woche wird es schon wieder gehen oder Bookworm installieren und das hochziehen auf Testing.

Wo ist da das Problem? KP97 war damit schneller

cu KH

[thunder11]

hab mal diese benutzt:
debian-testing-amd64-netinst.iso 2024-10-09 17:25
Die grafische Installation (VM) bleibt direkt nach der Auswahl hängen:

Text basiert läuft sie aber durch.
Ist also ein Fortschritt
Die nächste Version funktioniert dann bestimmt

[ralli]

Ich habe heute auf testing umgestellt. Ganz einfach die /etc/apt/sourceslist angepaßt und bookworm mit testing ausgetauscht.

Dann als root:

- apt update

- apt full-upgrade

sollte er mal abbrechen (was bei mir passiert ist), einfach

- apt --fix-broken install

eingeben und weiter geht es. Ist sehr schnell und reibungslos verlaufen und es braucht keinen iso installer.

Rechner neu starten.

Gruß ralli

[MSfree]

Ich habe heute auf testing umgestellt. Ganz einfach die /etc/apt/sourceslist angepaßt und bookworm mit testing ausgetauscht.

Ich hätte da trixie statt testing eingetragen. Das verhindert nämlich, daß man beim Release von trixie nicht auf forky aktualisiert wird, ohne daß man davon etwas mitbekommt.

sollte er mal abbrechen (was bei mir passiert ist)

Abbrüche habe ich zwar auch schon erlebt, aber das war auf meinem EeePC mit 4GB-SSD, 1GB RAM, ohne Swap (die SSD ist ohnehin nur mit btrfs und Kompression gerade einmal groß genug).

Ich habe in meinen anderen Rechnern mindestens eine 64GB-SSD und 4GB RAM stecken und damit hatte ich noch nie Abbrüche beim dist-upgrade.

[ralli]

Vielleicht kam der Abruch vom wlan. Was mich nun noch interessiert, ob es noch sinnvoll ist, jetzt nachträglich noch trixie einzutragen?

Gruß ralli

[MSfree]

Vielleicht kam der Abruch vom wlan. Was mich nun noch interessiert, ob es noch sinnvoll ist, jetzt nachträglich noch trixie einzutragen?

Das kannst du ohne Nebenwirkungen machen. Zur Zeit zeigen testing und trixie auf dasselbe Verzeichnis im Repository, so daß die Änderung im Moment keine Auswirkung hätte.

Warum ich lieber mit Versionsnamen arbeite statt mit oldstable, stable, testing oder unstable hatte ich oben aufgeführt. Aber das muß jeder für sich selbst einschätzen.

[ralli]

Danke MSfree.

Gruß ralli