Zielgröße der dynamisch zu vergrößernden virtuellen Festplatte -> 100 GB Nach der Installation sagt df -h
Größe /dev/sda1 5,8 GB davon belegt 4,4 GB = 80%
Bei der wahllosen Installation von weiteren Programmen ploppt eine Meldung auf:
"Auf dem Rechner ist nur noch 251,0 MB Speicherplatz verfügbar"
Installation abgebrochen und df -h befragt
Größe /dev/sda1 5,8 GB davon belegt 5,2 GB = 94%
apt-get clean laufen lassen
Größe /dev/sda1 5,8 GB davon belegt 4,6 GB = 84%
Ein ähnliches Verhalten habe ich schon wiederholt bei Ubuntu und anderer seiner Ableger beobachtet, aber nicht bei SuSE, Mageia, Debian, CentOS, Windows 7, 8, 10 usw. usf.
Woran liegt es dann? Ausser, dass ich trotz 100ter schon gemachter Virtualbox-Installationen vielleicht trotzdem zu dämlich bin zu kapieren was da passiert? Nur UBuntu/Mint zickt da nämlich i m m e r rum.
Keine Ahnung, was oder wie ihr das macht! Hab das jetzt versucht nachzustellen, aber es gelingt mir einfach nicht. Vielleicht könnt ihr ja noch ein paar Details zu eurem Setup posten.
Bei mir zeigt es die dynamisch allozierte, virtuellen Festplatte nach der Installation in voller Größe mit df -kh an, obwohl von der VDI bisher nur ~8GB alloziert wurden.
Ich habe hier so ca. 50 virtualisierte Installationen - von A wie Arch, bis X wie Xubuntu - laufen. Nur bei allem was seine Basis in *buntu hat, beobachte ich diese Verhalten. Und das nicht erst seit heute. Bei diesen *buntu und seinen Ablegern ist auch das "resizen" der virtuellen Festplatte gleichbedeutend mit der Zerstörung der Installation. War es jedenfalls bei den 2 oder 3 Versuchen, die ich damit unternommen hatte.
Kurzer Test mit Ergebnis:
Kann immer noch nicht damit umgehen => Tonne!
Komisch! Macht es bei mir einer virtuellen Platte mit 20GB nicht xD
Zielgröße der dynamisch zu vergrößernden virtuellen Festplatte -> 100 GB
Nach der Installation sagt df -h
Größe /dev/sda1 5,8 GB
davon belegt 4,4 GB = 80%
Bei der wahllosen Installation von weiteren Programmen ploppt eine Meldung auf:
"Auf dem Rechner ist nur noch 251,0 MB Speicherplatz verfügbar"
Installation abgebrochen und df -h befragt
Größe /dev/sda1 5,8 GB
davon belegt 5,2 GB = 94%
apt-get clean laufen lassen
Größe /dev/sda1 5,8 GB
davon belegt 4,6 GB = 84%
Ein ähnliches Verhalten habe ich schon wiederholt bei Ubuntu und anderer seiner Ableger beobachtet, aber nicht bei SuSE, Mageia, Debian, CentOS, Windows 7, 8, 10 usw. usf.
Bei mir auch nicht. Der Fehler liegt sicherlich nicht bei Linuxmint...
Woran liegt es dann? Ausser, dass ich trotz 100ter schon gemachter Virtualbox-Installationen vielleicht trotzdem zu dämlich bin zu kapieren was da passiert? Nur UBuntu/Mint zickt da nämlich i m m e r rum.
Keine Ahnung, was oder wie ihr das macht! Hab das jetzt versucht nachzustellen, aber es gelingt mir einfach nicht. Vielleicht könnt ihr ja noch ein paar Details zu eurem Setup posten.
Bei mir zeigt es die dynamisch allozierte, virtuellen Festplatte nach der Installation in voller Größe mit df -kh an, obwohl von der VDI bisher nur ~8GB alloziert wurden.
Habe ich doch bereits am 01.07. beschrieben?
VirtualBox Version 5.0.24 (Oracle) auf einem Debian Stable oder Windows 7 Host.
ls -la -h .vbox/Ubuntu/Mint\ 18\ MATE\ EK\ x86_64/
sagt
-rw------- 1 xxxxx xxxxx 6,0G Jul 01 14:11 Mint 18 MATE EK x86_64.vdi
Ja, und ich habe geschrieben, das ich es nicht nachvollziehen kann.
Hab das gleiche Setup und ich bekomme die Meldung nicht.
Irgendwas macht ihr anders
Ich habe hier so ca. 50 virtualisierte Installationen - von A wie Arch, bis X wie Xubuntu - laufen. Nur bei allem was seine Basis in *buntu hat, beobachte ich diese Verhalten. Und das nicht erst seit heute.
Bei diesen *buntu und seinen Ablegern ist auch das "resizen" der virtuellen Festplatte gleichbedeutend mit der Zerstörung der Installation. War es jedenfalls bei den 2 oder 3 Versuchen, die ich damit unternommen hatte.
Mal ein Schuß ins Blaue. Auf welchem Filesystem liegen deine VMs?
Auch beim resizen kann ich die Probleme bisher nicht nachvollziehen.
Kannst du das evtl. mal Youtubern?