Installation bleibt stehen

[HansWurst]

Hallo Boardies,

ich versuche gerade auf einem Manjaro-System in einer Virtualbox-VM eine Minimalinstallation per Netinstall (debian-testing-amd64-netinst.iso) durchzuführen.

Das Problem ist, dass die Installation beim Konfigurieren von apt "Durchsuchen der CD-ROM..." bei 11% stehen bleibt.

Habt ihr Tipps woran das liegen könnte? Das Problem tritt nur bei einer Debianinstallation auf.

Gruß
HW

[dillo]

Hallo,

hatte heute Mittag genau das gleiche Problem, blieb bei 11% hängen....

Ich habe die Installation dann von einer älteren über chroot fortgeführt, war aber etwas tricky und geht in deinem Fall (vbox) eh nicht. Ich würde an deiner Stelle ein minimales stable aufsetzen und upgraden, oder auf das nächste testing.iso warten.

[Cae]

Der testing-Installer ist oefters mal kaputt (ist halt testing ). Falls du kein Internet fuer Arme (Mobilfunk etc.) hast, empfiehlt sich die Installation von stable und das dist-upgrade auf testing.

Gruss Cae

[Matt]

Ich versuche seit 3 Wochen die Testing zu installieren. Seit 3 Wochen besteht dieses Problem bei der Net-Install sowie bei den DVD-Images. Der frische Build von heute funktioniert ebenfalls nicht (Net-Install).

[Patsche]

*
Naja, wie gesagt, es ist halt "testing". Wenn du was haben willst, was ohne dein Zutun funktioniert, dann nimm "stable". Debian ist kein kommerzielles Produkt und dann kann eben auch mal was liegen bleiben.
Die, meiner Meinung nach, beste Alternative wurde bereits erwähnt. Du installierst dir "stable" und wenn du dann immer noch "testing" haben willst, dann öfnnest du die sources.list mit:

Code: Alles auswählen

nano /etc/apt/sources.list

und ersetzt alle "wheezy"'s durch "jessie"'s. Sollte dann in etwas so aussehen:

Code: Alles auswählen

deb http://ftp.de.debian.org/debian/ jessie main 
deb-src http://ftp.de.debian.org/debian/ jessie main 


# wheezy-updates, previously known as 'volatile'
deb http://ftp.de.debian.org/debian/ jessie-updates main contrib non-free
deb http://security.debian.org/ jessie/updates non-free contrib main
deb-src http://ftp.de.debian.org/debian/ jessie-updates main contrib non-free

Mehr kann man sonst nicht empfehlen.

[peschmae]

Für solche Sachen braucht man nicht wirklich den installer - da tut debootstrap auch sehr gut seinen Dienst...

MfG Peschmä

[HansWurst]

Der Umweg über stable hat gefunzt.
Danke euch...

[rose]

Ich versuche auch seit mindestens zwei Wochen debian testing (amd64) zu installieren - sowohl von der net-inst als auch von dem wöchentlichen Build von DVD. Das heutige Build habe ich auch wieder erfolglos eingesetzt. Auch im Live Chat habe ich das Problem schon mal eingestellt. Bei "Paketmanager konfigurieren", "Konfigurieren von apt" friert die Installation einfach ein (11 % o. ä.)

Mich wundert mit welcher Routine und Dreistigkeit immer wieder seit Wochen ein debian-installer als tägliches Build eingestellt wird, der einfach nicht funktioniert. Wenn bekannt ist, dass der testing Installer nicht funktioniert, dann sollte man mit der Einstellung einfach warten bis ein funktionierender Installer zur Verfügung steht - das wäre zumindest ehrlich.

Übrigens eure Kommentare, das ist halt testing - die könnt ihr euch sparen. Dass es möglich ist wheezy zu installieren und dann ein upgrade auf testing zu machen ist mir auch bekannt.

Man merkt halt wie unbedeutend Debian testing ist, wenn so ein grundlegendes Problem eines nicht funktionierenden Installers über Wochen nicht gelöst wird.

[reba]

Mich wundert mit welcher Routine und Dreistigkeit immer wieder seit Wochen ein debian-installer als tägliches Build eingestellt wird, der einfach nicht funktioniert. Wenn bekannt ist, dass der testing Installer nicht funktioniert, dann sollte man mit der Einstellung einfach warten bis ein funktionierender Installer zur Verfügung steht - das wäre zumindest ehrlich.

Du hast testing (deutsch: zum Ausprobieren) nicht verstanden.
Keiner behauptet, das bei testing alles funktioniert, sondern es wird gerade zum Ausprobieren angeboten. Wenn etwas nicht funktioniert, hat es keinen Sinn, sich zu beschweren. Sende lieber einen Bugreport oder, besser noch, hilf selber mit, die Fehler zu beseitigen.
Debian ist ein Gemeinschaftsprojekt, keine Anbieter-Kunden-Beziehung.

[Radfahrer]

Übrigens eure Kommentare, das ist halt testing - die könnt ihr euch sparen.

Naja, offensichtlich gibt es ja Leute, die es immer noch nicht begriffen haben.
Und die können sich ihre Meckereien eigentlich auch sparen und sollten lieber Stable benutzen.

[Patsche]

Mich verwundert es auch immer wieder, dass gerade Neulinge hier im Forum posten und Probleme mit testing haben. Testing ist normalerweise auch nur für erfahrener Benutzer, die auch einen Bugreport schreiben können. Natürlich kann man testen auch so benutzen, aber dann darf man sich eben nicht über Fehler beschweren. Und die Betonung liegt hier auf dem Wort beschweren. Natürlich kann man mal sauer sein, wenn irgend etwas nicht sofort klappt. Aber man muss eben bedenken, das Debian kein kommerzielles Unternehmen ist, sondern von Menschen für Menschen gegründet wurde. Jeder kann mithelfen.

[Radfahrer]

"Ich weiß, dass es Testing ist und ich weiß auch, was es bedeutet. Ihr könnt euch diesbezügliche Kommentare also sparen.
Ich will aber trotzdem, dass immer alles funktioniert!"

[Pay87]

Ich finde auch das wenigstens die installation klappen sollte trotz testing..

Nun aber ein Lösungsvorschlag denn das Problem besteht auch bei der heutigen Daily noch..

Wenn der Prozess bei "Durchsuche CD-Rom" hängt einfach mit strg+alt+f3 auf die Konsole wechseln. Mittels PS die process ID von apt-install ... raussuchen und dann kill processid eingeben. Dann wieder mit strg+alt+f5 zur grafischen Installation wechseln. Die Meldung das es einen apt fehler gab bestätigen und schon geht die Installation weiter...

Hoffe es klappt bei euch auch.

[reba]

Ich finde auch das wenigstens die installation klappen sollte trotz testing..

Wo sonst als in testing sollte man denn neue Installer testen?

[Radfahrer]

Wie jetzt? Testen? In TESTING? Du kommst ja vielleicht auf Ideen.

[habakug]

Hallo!

Es gibt jetzt auch einen Bugreport 740974 dazu.

Gruss, habakug

[Pay87]

Stable ist für den Server top, aber für die meisten Clients einfach zu altbacken. Testing läuft in der Regel absolut stabil. Ich habe es in der Vergangenheit noch nie erlebt, dass das System durch ein Update in Testing unbrauchbar wurde (bei Ubuntu jedoch häufiger). Wenn es mal Probleme gab wurden die innerhalb kürzester Zeit behoben oder zumindest ein Workaround veröffentlicht. Bei unstable oder experimental sieht das ganze etwas anders aus und da darf mir das System gerne um die Ohren fliegen. Also macht euch nicht über die aktuelle Testing lustig und die Tatsache, dass man erwarten kann das der Installer durchläuft

@habakug
Danke für den Hinweis.

[Patsche]

aber für die meisten Clients einfach zu altbacken.

Ich komme gut zurecht. Warum muss man dringend aktuelle Software haben? Habe das Repo von der aktuellen Iceweasel-Version drin, also hinke ich da auch nicht hinterher. Libre-Office? Ich kann alles mit 3.5 machen, wofür ich es brauche. Alle anderen Programme erfüllen ebenso Ihren Zweck. Ich möchte keine neue Nautilus Version benutzen.....

Ich habe es in der Vergangenheit noch nie erlebt, dass das System durch ein Update in Testing unbrauchbar wurde

Ich hingegen hatte es vor ca. 1 Jahr, da kam nach der Anmeldung von Gnome 3 nur noch der Desktophintergrund und ich konnte nichts mehr bedienen. Ein anderes Mal funktionierte alacarte nicht. Diese beiden Probleme hatte ich innerhalb von 1 Monat. Ein System kann also schon mal nicht benutzbar werden, wenn man keine 2. Oberfläche installiert hat, oder im Terminal noch nicht so bewandert ist.

bei Ubuntu jedoch häufiger

Ubuntu hat gar nichts mit testing am Hut. Ubuntu basiert auf unstable und fixxt vorhandene Fehler selber. LMDE basiert auf testing und federn vorhandene Probleme für den User ab. Das bedeutet: ein Fehler in testing von Debian sollte keinen Fehler in LMDE erzeugen, da diese aus eigener Manpower "abfedern" wollen. Man kann das also gar nicht vergleichen.

Also macht euch nicht über die aktuelle Testing lustig

Macht niemand. Man muss aber damit rechnen, dass das eine oder andere nicht funktioniert. Das kann dann auch mal der Installer sein. Und wenn Jemand testing benutzt und keine Ahnung hat, wie er das System wieder reparieren kann, oder eben einen Bugreport schreiben kann, der ist bei testing falsch aufgehoben und sollte stable verwenden.

[Pay87]

Das mit Ubuntu war ein heimlicher Lob für die Testing, da diese bei mir besser lief. Ich finde das kann man schon vergleichen und nimmt manchen auch die Angst vor der Testing, da diese recht stabil ist und stable zu old school

[thomasius]

Zunächst einmal freut mich, dass hier gemeckert wird. Das hilft mir zu erkennen, dass der Fehler nicht allein bei mir liegt.

Auch wurden ein paar gute Tips genannt, wie man dennoch zu einer Testing- Installation kommen kann. (Werde ich heute noch versuchen).

Debian gibt es in 3 Varianten, stable, testing und unstable, mit ansteigender Fehlerquote. D. h. die Fehlerrate ist in unstable am höchsten und in stable am geringsten.

Dennoch ist die stable-Version für mich unbrauchbar, weil die Pakete zu alt sind, z. B. die Kompiler. So wie man sie braucht, damit die Beispiele in neueren Lehrbüchern auch alle funktionieren, von aktuellen Entwicklungssystemen einmal ganz zu schweigen.
Also wer was braucht, sollte doch auch ihm überlassen sein, zu entscheiden!

Ja, sicher kann man sein System auch mit .tar-Archieven aufmotzen, aber das schafft neue Probleme und erfordert es meistens auch neue Abhängigkeiten aufzulösen, indem man diverse Libraries auch noch neu installiert muss. Was oft auch nicht fehlerfrei funktioniert, oder zu neuen Instabilitäten führt.

Aufeinander abgestimmte Programm-Pakete ist eine wesentliche Stärke von Linux gegenüber Windows; dass in diesen viel Arbeit steckt und sie entsprechend veralten, ist die Schwäche von Linux.
Insbesondere Debian bietet mit seiner Testing-Version einen guten Mittelweg. Dass diese auch mal gravierende Fehler enthält, liegt an ihrer Lebensdauer.