Posts by s-t-s-

Ich verwende den 7.0.0.30 Kernel, da dieser mehr Fehlerkorrekturen hat, als der 7.0.028.
Der 7.0.030 Kernel ist schon eine Weile draussen, warum wird dieser nicht installiert?

Laut Google Ki:

Der Linux-Kernel 7.0.0-28 verursacht auf Systemen wie Ubuntu, Linux Mint und Zorin OS schwere Fehler wie Kernel Panics (lila/rosa Bildschirme), Probleme beim Herunterfahren sowie massive Leistungsverluste bei AMD-Grafikkarten.

Bekannte Probleme

• Kernel Panic: Nach dem Neustart bleibt das System hängen oder zeigt einen pinken/lila Bildschirm.
• Treiber-Konflikte: Drittanbieter-Module wie VirtualBox oder bestimmte Nvidia-Setup-Treiber schlagen beim DKMS-Build fehl.
• AMD-Leistungsabfall: Bei manchen AMD-GPUs bricht die Rechenleistung stark

Aber mal ganz ehrlich: Fremde Leute sollen dem Thoma helfen. Thoma erhält die Aufforderung bestimmte
Informationen zu geben. Thoma ignoriert die Aufforderung mit voller Absicht.

Fazit: --> Thoma kann man gar nicht helfen. Das ist aber keine Beleidigung. Genau so stellst Du Dich hier dar.

Deshalb bin ich froh, das /su den Fall hier übernommen hat und ich draussen bin.

ok. Ich übergebe an /su und ziehe mich zurück. Viel Glück Euch beiden!

Ich habe Virtual Box 7.2.16 heruntergeladen und durch Doppel-Klick -- installieren bestätigen - ausgeführt.

Wurde bei mir als Update ausgeführt.

Die Frage, ob nach dem Update Dein Virtual Box läuft, kann niemand beantworten. Wir kennen ja nicht
den Grund, warum es nicht läuft. Es gibt nur die Aussage von Dir, dass es schon mal lief.

Das Ende der Log-Datei solltest Du schon hier veröffentlichen. Die letzten 30 Zeilen sollte es schon sein.

Ich will mich aber nicht aufdrängen.

sudo cat /var/log/vbox-setup.log

So lautet der Befehl. Woher der Doppelpunkt kommt, ist mir rätselhaft.

Stimmt! Das sudo ist für cat nicht notwendig. Habe mir das beim Bearbeiten
von /var/log einfach als Gewohnheit angeeignet.

Look at /var/log/vbox-setup.log

Da könnten Infos drinnen stehen, warum es nicht klappte.

cat /var/log/vbox-setup.log im Terminal

Für solche Gründe gibt es das Programm Timeshift. Es wird ein Snapshot erstellt und wenn dann
der Befehl schlecht war, dann kann die Aktion wieder zurück gesetzt werden:

sudo/sbin/vboxconfig

Mit Timeshift hast Du bestimmt schon gearbeitet oder?

Antwort #2 #13 und #15 enthalten wichtige Informationen für Dich. Damit kann - nicht muss - man arbeiten.

Secure Boot wurde von Microsoft auf den Markt geworfen. Spötter sagen, damit wollten Sie Linux Anwender

Stolpersteine in den Weg werfen. Es ist eh Technik von gestern sagen einige. Bilde Dir Deine eigene Meinung.

Ich habe jetzt das erste Mal VB signiert und ganz ehrlich, der Aufwand hat sich nicht gelohnt. Aber das ist

nur meine persönliche Meinung. Man kann auch Secureboot einfach ausgeschaltet lassen. Kommt auf das
Gleiche heraus.

Arbeite mit Linux jeden Tag und jeden Tag werden die Grundlagen wachsen. Aller Anfang ist schwer.

Nice Day

Zum Schluss noch

sudo /sbin/vboxconfig 

Ist das richtige Verzeichnis aus Antwort #2

Nachsatz: Man kann Virtual Box in das MOK aufnehmen. Das ist allerdings kryptisch. Finde ich zumindest.

Das ist richtig, was Helmfuss schreibt. Aber was Helmfuss nicht schreibt, ist wie man es deaktiviert.

# KVM deaktivieren

Terminal öffen

sudo nano /etc/modprobe.d/blacklist-kvm.conf
blacklist kvm_intel oder kvm_amd
STRG o --> abspeichern
STRG x --> verlassen
sudo update-initramfs -u -k all 
reboot

Ich habe das jetzt mal nachgeholt!

Das habe ich beim Einrichten von Virtual Box erledigt und jetzt nicht mehr daran gedacht als Erklärung.

Secureboot muss aber trotzdem ausgeschaltet werden.

und wenn der Thoma einfach mal sein Secureboot ausschaltet?

Einfach mal als Test?

Bei mir läuft Virtualbox - aber nur ohne Secure boot --> disabled

Für Dich eben getestet!

Habe das gleiche Problem.

//192.168.178.20/d_asus /home/martin/d_asus cifs username=USER,password=pwd,rw,uid=1000,gid=1000,noserverino,x-systemd.idle-timeout=3 0 0

Zwei mal mit geöffneter Word Datei abgewürgt. Sieht gut aus!
Bin in dem Thema aber kein Experte.

Mhmm. Die Antwort #2 von Bleys ist doch fantastisch. Sind diese zwei Befehle wirklich zuviel verlangt?

KVM/Qemu habe ich auch mal getestet. Aber die Software für die Windows-Treiber fand ich jetzt wirklich
nicht vertrauenswürdig. Kann das jetzt aber nicht mehr belegen, habe nichts dokumentiert und ist eine
Weile her.

VMWare ist bei mir jetzt draussen, da alle Treiber erst nach Anmeldung downloadbar sind. Vielleicht bin
ich da kleinlich.

Schön, dass ich helfen konnte.

So wie man in den Wald herein ruft so schallt es wieder heraus ....

Tja ... mein Wissen kommt aus der Praxis. Deines von Google ....

Quote

Du solltest dein Wissen unterlegen und keinen Blödsinn reden !

Ich bin mir sicher, dass meine Aussage stimmt. Den Fehler hatten schon viele!

Alte Kernel löschen und der Fehler kommt nicht mehr.

Das wurde bei LinuxMintUsers schon sehr oft angewendet !

Nicht ganz.

Auf dem Rechner sind zu viele Kernel. Deshalb kommt diese Meldung.

Einfach ein paar alte Kernel löschen und der Spuk ist vorbei.

Wirklich?

Der Laden ist bei mir durch.

Naja .... Preise nur auf Anfrage. So Uralt Dinger will ich auch nicht.