Aktuelles Debian 10-DVD-ISO-Image kaputt [Gelöst]

[jmar83]

debian-10.7.0-amd64-DVD-1.iso wurde verwendet...

Oder liegt's an VirtualBox?? Dann kann ich nun alle Varianten von virt. DVD-Laufwerken durchchecken (IDE, SCSI, SATA) mit & ohne Host-System-Caching-Option...

Kommt kurz nach der Auswahl der Pakete (Desktop, Webserver, Prinserver, SSH, Standard-Systemwerkzeuge etc.)

https://i.ibb.co/0GDkgPV/23423423.jpg

P.S.: Wie geht das nun, dass ich hier ne Vorschau generieren kann? Der obere Link innerhalb eines img-Tags mit den eckigen Klammern geht ja bekanntlich nicht. @admin: Wäre meines Erachtens von Vorteil, wenn das klappen würde...

Vielen Dank für die Feedbacks.

[jmar83]

Also die Hashwerte des heruntergeladenen iso-Images sind korrekt:

https://i.ibb.co/4tGyhYf/44t476z.jpg

vs.

https://cdimage.debian.org/debian-cd/cu ... vd/MD5SUMS
https://cdimage.debian.org/debian-cd/cu ... d/SHA1SUMS

[willy4711]

Soweit ich mich erinnern kann, (ist mir schon ewig nicht passiert) liegt das an der Auswahl der Spiegelserver.
Wenn man da sich verklickert, kommt diese Meldung.
Es liegt auf jeden Fall nicht an der Virtualbox, sondern an dir

[jmar83]

Hatte dieses Sc***ss-Problem von Debian 7 bis heute immer und immer wieder - ab und zu... also seit ca. 6 Jahren

egal ob amd64 oder sparc (auf meiner alten Ultra45-Kiste), egal ob virtualisiert oder nicht.

Komischerweise nie mit Windows, ist also nicht so dass mein DVD-Brenner defekt wäre oder so...

** NERV, UND ZWAR GANZ GEWALTIG!! ***

[jmar83]

Also, dann versuche ich es mal ohne die Spiegelserver, vielen Dank.

[jmar83]

Meines Erachtens wäre es wohl (?) nicht zu viel verlangt, wenn die Debian-Leute sich mal darum kümmern würde dieses Problem einmal und zwar AUF EWIG (!!!!) auszumerzen...!!

[willy4711]

Einfach so lassen:

[jmar83]

Nein, am Spiegelserver liegt es nicht. Bei Anlauf #2 habe ich dabei "Nein" gesagt.

Bei Anlauf #3 kommt das hier:

https://i.ibb.co/yYhQ2Xx/121212121212.jpg

KOTZ, WÜRG...

[jmar83]

Mit welcher Tastenkombination komme ich in die Konsole beim Setup und wie kann ich das debuggen?

Vielen vielen Dank fürs Feedback.

[willy4711]

Keinen Ahnung, was du da machst.
Nehme einfach die grafische Installation und klicke dich da durch, ohne irgendwelche "Modifikationen"
Während dieser Unterhaltung hab ich grad mal eben einen VM in Virtualbox installiert,

[jmar83]

Ob grafische oder Text-Modus-Installation sollte doch keine Rolle spielen, dachte ich zumindest. Nun habe ich mal den VirtualBox Host I/O-Cache für die virt. HD sowie DVD ausgeschaltet. Mal schauen...

Im GUI-Install-Modus wird mir immer der Mauszeiger gefangen (da noch keine Treiber), deshalb bevorzuge ich den Textmodus, wo ich nur mit der Tastatur agieren kann...

[jmar83]

Nach dem ausschalte des Host I/O-Cache kommt nun das hier...

https://i.ibb.co/ZSVgrss/iii.jpg


...muss aber nicht zwangsläufig damit zusammenhängen. Läuft scheinbar so oder so wie ein Zufallsgenerator.

(Muss wohl nächsten den qualitativ oft minderwertigen OpenSource-Schrott abbauen und durch ne kommerzielle Virtualisierung & Solaris UNIX ersetzen!! )

So , nun mal mit GUi-INstall

[willy4711]

Nach dem ausschalte des Host I/O-Cache kommt nun das hier..

Bei mir nicht, aber es dauert ewig, wenn du den Host I/O-Cache ausschaltest.

[jmar83]

Nun mache ich mal ne GUI-INstallation, bis jetzt hab ich's hingekrigt ohne dass der MAuszeiger gefangen wird. Einfach nicht reinklicken und über Tabulator und Pfeiltasten navigieren.

[jmar83]

Dass es mit der GUI-Installation ebenfalls nicht klappt, ist ja im Prinzip nur logisch für mich als SW-Entwickler... im Hintergrund passiert ja letztendlich das gleiche.

https://i.ibb.co/yhbjzQF/23423432.png


Habe aus bestimmten Gründen VirtualBox 6.1.4 im Einsatz - nun gehe ich mal zur aktuellsten Version.

[jmar83]

Das Kernproblem mit der OpenSource-Szene ist doch schlicht einfach, dass jeder einfach immer den anderen Schuld gibt...

Hersteller von Komponente A sagt: "Nein, der Hersteller von Komponente B oder der Benutzer ist schuld ... "


Hersteller von Komponente B sagt: "Nein, der Hersteller von Komponente A oder der Benutzer ist schuld ... "


Etc. pp!!!!!!!!!!

Kenne das "bestens" von den GitHub-Issues her. Ist in etwa wie mit dem Ämtern, man wird immer weitergeleitet und realisiert früher oder später dass man sich im KReis dreht.


So, nun wieder zurück auf die sachlich-rationale Ebene:

Auswählen tu ich folgendes:

1. "Debian Desktop Environment"
2. "web server" (Warum klein plötzlich geschrieben -> soviel zu "Qualität"...)
3. "SSH Server"
4. "Standard-Systemwerkzeuge"


Nun erinnere ich mich gerade, dass ich es schon des Öfteren erlebt habe dass ich da EINZIG & ALLEINE die "Standard-Systemwerkzeuge" installieren konnte um erfolgreich zu sein. Alles andere Nachträglich per APT...

...aber das ist ja auch nicht die Lösung - sowas "wurmt" mich ganz ganz kräftig. (=Ich nenne das "Inkonsistent", und wenn sich schon das Setup so verhält ... )

[jmar83]

...nun bin ich schon bei 67% mit der neusten VirtualBox-Version.

Meines Erachtens wäre es KOMPLETT IRRATIONAL gewesen, davon auszugehen dass das bei der älteren Version 6.1.4 passiert.


Aber in der IT muss man heute wohl folgendes sein um gut durchzukommen:

- Irrational
- Paranoid
- Misstrauisch
- Pessimistisch
- ...des weiteren immer die neusten Versionen (Updatezwang) verwenden. Konservative Denkweise im Sinne von "alte, erprobte & stabile" Software verwenden - damit scheint man sich heutzutage das eigene Grab in der IT zu schaufeln.

[jmar83]

Nun hat's geklappt bis zum Ende - welch ein Schrott.

(Bin ehrlich gesagt nicht mal besonders froh, sondern rege mich noch mehr auf aufgrund meiner Erkenntnisse!!)

[jmar83]

So, und nun brauche ich mal mindestens 2 Zigaretten und nen 3-fachen Ristretto....

[willy4711]

Na ja, ich habe bestimmt inzwischen in Virtualbox an die hundert Installationen gemacht.
Allein in der Zeit jetzt hab ich noch mal schnell dein verwendetest Image runter geladen.
Habe die Installation mit und ohne Spiegelserver ausgeführt. Jeweils mir Erfolg.

Fasse dich mal an die eigene Nase, und überlege genau, welche Schritte zum Misserfolg führten und welche nicht.

Es sind nicht immer "die Anderen" schuld, wenn das natürlich nicht auszuschließen ist

[willy4711]

...des weiteren immer die neusten Versionen (Updatezwang) verwenden. Konservative Denkweise im Sinne von "alte, erprobte & stabile" Software verwenden - damit scheint man sich heutzutage das eigene Grab in der IT zu schaufeln.

Niemand zwingt dich, System- Updates zu machen.
Du kannst das System ja problemlos so konfigurieren, dass apt noch nicht einmal nachschaut, ob es Upgrade gibt.

Kannst installieren und die nächsten 10 Jahre damit zufrieden sein.
Musst dann aber auch mit eventuellen Nachteilen leben.

[jmar83]

Klar sind nicht immer die anderen Schuld, will mich nicht aus meiner Schuld (oder Verantwortung) ziehen.

Nun bin ich aber der Sache auf den Grund gekommen und kann deswegen heute ins Wochenende gehen ohne dass mir das Thema während dessen die ganze Zeit im Kopf "rumgeistert":

"If Hyper-V is enabled on your host and VirtualBox < 6.1.16 is used, this is a known (and solved) problem (for a lot of different host CPUs). For details, see 19695."

-> https://forums.virtualbox.org/viewtopic ... 04#p491804

Also besser von 6.1.4 (was damals sehr gut funktioniert hat, allerdings war auf diesem Rechner HyperV schon lange ausgeschaltet worden) verabschieden und zu 6.1.16 wecheln - scheint quasi "immun" gegen die Hyper-V-Konflikte zu sein.

[DeletedUserReAsG]

Niemand zwingt dich, System- Updates zu machen.

Das ist gelogen. Und wenn ich den TE zu was zwingen könnte, dann würde ich ihn dazu zwingen, seine großmäulige Ankündigung umgehend umzusetzen:

Muss wohl nächsten den qualitativ oft minderwertigen OpenSource-Schrott abbauen und durch ne kommerzielle Virtualisierung & Solaris UNIX ersetzen!

… denn dann muss er nicht mehr hier in den Foren rumkotzen, wo keiner was für seine eigenen Defizite kann. Dann kann er nämlich den hochwertigen Support im indischen Hinterland vollsprallen – die nehmen das nicht persönlich, und bekommen sogar noch etwas Geld dafür → win/win.

[jmar83]

Ähm...

Meines Erachtens eher weniger mein Defizit:

"If Hyper-V is enabled on your host and VirtualBox < 6.1.16 is used, this is a known (and solved) problem (for a lot of different host CPUs). For details, see 19695."

Ich ich zitiere mich wieder mal selbst:

"Meines Erachtens wäre es KOMPLETT IRRATIONAL gewesen, davon auszugehen dass das bei der älteren Version 6.1.4 passiert"

Bei dieser Meinung bleibe ich und Deine tangiert mich relativ peripher...

[jmar83]

Realiter ist VirtualBox in gewissen Versionen einfach unbrauchbar... die erste 6.0.0-Version war komplett für'n A***h und wurde trotzdem released. Frechheit sowas. Ein kommerzieller Hersteller könnte sich das NEVER EVER erlauben.

Zuhause habe ich übrigens nen Fileserver mit Hyper-V und Solaris - läuft wie am Schnürchen, besser als alle Linux-Konstruktionen!!

Linux finde ich aber "per se" sicher nicht schlecht - zumindest für ganz grundlegende Aufgaben wie LAMP, FTP-Server, Anti-SPAM-Mailproxies etc...