Der Wiki-Artikel ist ja auch ein ziemlich zusammengebasteltes Sammelsurium.
VirtualBox/Problembehebung
Anmeldungsdatum: Beiträge: 34254 |
|
||||
Supporter
Anmeldungsdatum: Beiträge: 6497 |
Hallo, die Problemhebebungen kann man schlecht testen, wenn man die Probleme nicht hat. Außerdem sind die Inhalte teilweise schon in die Jahre gekommen und geschätzt mindestens 2/3 so nicht mehr gültig → ich bin für Archivierung. Was meint ihr? Gruß BillMaier |
||||
Anmeldungsdatum: Beiträge: 29567 |
Hallo,
-1. Aber: du kannst den Artikel gerne zusammenstreichen, spricht die gefühlten 2/3 alten Infos kicken. Gruß, noisefloor |
||||
Supporter
Anmeldungsdatum: Beiträge: 6497 |
Hallo, dann müsste das übrig gebliebene 1/3 anschließend noch jemand testen, erst dann macht das ganze richtig Sinn. Wenn sich dazu jemand bereit erklärt, kann ich gerne vorher die Grob-Arbeit machen - oder derjenige macht das in einem Aufwasch. Gruß BillMaier |
||||
Anmeldungsdatum: Beiträge: 29567 |
Hallo, ...und die getestet-Box natürlich noch weg... Gruß, noisefloor |
||||
Ehemalige
Anmeldungsdatum: Beiträge: 2007 |
Da ist ja noch Ubuntu 8.04 drinnen... Ich habe mal ein paar offensichtlich veraltete Sachen rausschmissen, aber das meiste kann man halt nicht wirklich testen. |
||||
Supporter
Anmeldungsdatum: Beiträge: 6497 |
hab weiteren alten Krams entfernt. Jetzt noch die Box. edit: done |
||||
![]() Anmeldungsdatum: Beiträge: 11283 |
Hej, habe mal "Gastsysteme #15" hinzugefügt. Gruß black tencate |
||||
Anmeldungsdatum: Beiträge: 4421 |
Unter VirtualBox 7.1.8 bekam ich eben die Meldung:
Die hier angegebene kurzfristige Lösung funktionierte: echo "3" | sudo tee /proc/sys/vm/drop_caches https://forums.virtualbox.org/viewtopic.php?t=112438 Ich weiß nicht, in welchen Konstellationen das passiert, hab der Windows 11 Vm 32 GB RAM zugewiesen, der Host hat 64 GB. Firefox und Falkon belegten jeweils ~5 GB, auch nach deren Beenden startete die virtuelle Maschine nicht. Hab in der Vergangenheit schon viele Vms gestartet, auch mit 48 GB Ram, das ist mir noch nie passiert. Ist die Frage, ob das in den Artikel soll, vielleicht als versionsunabhängige mögliche Lösung/möglichen Workaround. Im Bugreport beschreibt es jemand so:
|
||||
Anmeldungsdatum: Beiträge: 11964 |
VBox gibt das für die VM zugewiesene RAM nach Beenden nicht wieder frei. Jenachdem, wieviel RAM physisch vorhanden, VM(s) zugewiesen und wie oft VMs gestartet worden sind, kann letztendlich zu wenig frei sein. Bspw. habe ich 4 Arch-VMs. Üblicherweise aktualisiere ich die nacheinander (will ich gerade wieder durchführen). Da fällt das noch nicht auf - wenn mit
abgefragt, natürlich schon - wenn ich aber noch Tests durchführe (vor 'ner Woche hat's mal wieder mesa- und vmware- Probleme gegeben), also noch öfter boote, tritt das RAM-Problem auch auf.
gibt buff/cache wieder frei ("1" genügt). Artikel zu diesem typischem VBox-Problem kann man immer wieder seit 12...13 Jahren finden (wenn ich's richtig in Erinnerung habe), auch, daß es behoben worden ist...wieder und wieder. Bei mir besteht es seit VBox 7.1.x (Version aus Arch-Repo, davor habe ich etliche Jahre .run genutzt), ich hab'eigentlich einen Blogpost schreiben wollen (Rohartikel hab' ich). |
||||
Anmeldungsdatum: Beiträge: 11964 |
Cache Leeren hinzugefügt. |
||||
Anmeldungsdatum: Beiträge: 4421 |
Danke. Hab gestern die Vm gestartet, heruntergefahren, nochmal gestartet, runtergefahren, dann geklont - beim Startversuch des Klons kam die Meldung. Das erklärt es dann. |