UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Dr. Bakterius]

@Superdad Also das Vergrößern der Platte sollte einfach über die Proxmox-Oberfläche gehen. Danach die VM neu starten und die neue Plattengröße sollte übernommen sein. Nur beim Verkleinern ist es nicht so einfach.

Aber was benötigt bei die 15 GB? ioBroker sollte mit einem Bruchteil davon auskommen.

[crunchip]

@Superdad einfach in Proxmox vergrössern funktioniert nicht bei einer VM, muss dem System schon auch bekannt gemacht werden
https://beyond.lol/disk-einer-vm-vergroessern-in-proxmox/#:~:text=Als erstes loggen wir uns,man die Disk vergrössern möchte.

[Superdad]

@Dr-Bakterius
Keine Ahnung was bei mir das System aufbläht?

[Superdad]

@crunchip
Vielen Dank für den Link!

[crunchip]

@Superdad hast du noch ne Datenbank mit installiert auf deiner VM, bzw wohin machts du, falls überhaupt.....deine Backups?

[liv-in-sky]

check mal lieber deine verzeichnisse - was da so groß ist - wenn plötzlich soviel plattenplatz verbraucht wird, hilft eine vergrößerung oft auch nicht, weil das problem ja weiter wächst

öffne console (linux ebene) und installiere "sudo apt-get install ncdu" - damit kannst du sehr einfach die größen der ordner sehen
nach der installation rufe ncdu so auf: ncdu /
dann folge mal dem größten eintrag

[Superdad]

@crunchip
Meine Backups kommen auf das NAS.

[crunchip]

@Superdad also via backitup....und wenn mal keine Verbindung besteht, bleiben diese im iobroker Verzeichnis zurück

@liv-in-sky sagte in Proxmox VM vergrößern! Brauche Hilfe!:

check mal lieber deine verzeichnisse

kennst dich aus ...da war doch mal was bei dir :stuck_out_tongue_closed_eyes: @liv-in-sky

[Superdad]

@crunchip
Ich mache meine Backups per Hand über Proxmox.
Automatisch hatte ich es mal, da ist aber iOBroker danach nicht mehr automatisch gestartet.

Nun mache ich es von Zeit zu Zeit per Hand.

[liv-in-sky]

@crunchip

nicht nur einmal - backups oder auch einbmal lief var/log ordner voll

[Superdad]

Die Ausgabe von ncdu / ist:

 6,1 GiB [##########] /snap
.   3,8 GiB [######    ] /var
    3,3 GiB [#####     ] /usr
    2,8 GiB [####      ] /opt
.   1,4 GiB [##        ] /home
    1,1 GiB [#         ] /lib
  711,5 MiB [#         ]  swapfile
  157,0 MiB [          ] /boot
.  13,1 MiB [          ] /etc
   12,3 MiB [          ] /bin
   11,7 MiB [          ] /sbin
.   2,7 MiB [          ] /run
.  80,0 KiB [          ] /tmp
!  16,0 KiB [          ] /lost+found
    8,0 KiB [          ] /media
    4,0 KiB [          ] /lib64
e   4,0 KiB [          ] /srv
!   4,0 KiB [          ] /root
e   4,0 KiB [          ] /mnt
e   4,0 KiB [          ] /cdrom
.   0,0   B [          ] /proc
.   0,0   B [          ] /sys
    0,0   B [          ] /dev
@   0,0   B [          ]  initrd.img.old
@   0,0   B [          ]  initrd.img
@   0,0   B [          ]  vmlinuz.old
@   0,0   B [          ]  vmlinuz

[liv-in-sky]

@Superdad

was gibt den df -h aus

user und var sind etwas groß

[crunchip]

@liv-in-sky das mit var/log...hatte ich damals mitbekommen

[Superdad]

df -h:

udev            5,9G       0  5,9G    0% /dev
tmpfs           1,2G    2,8M  1,2G    1% /run
/dev/sda1        15G     14G  150M   99% /
tmpfs           5,9G       0  5,9G    0% /dev/shm
tmpfs           5,0M       0  5,0M    0% /run/lock
tmpfs           5,9G       0  5,9G    0% /sys/fs/cgroup
/dev/loop0       55M     55M     0  100% /snap/gtk-common-themes/1502
/dev/loop2       97M     97M     0  100% /snap/core/9436
/dev/loop3      162M    162M     0  100% /snap/gnome-3-28-1804/128
/dev/loop4       54M     54M     0  100% /snap/grafana/27
/dev/loop6      141M    141M     0  100% /snap/gnome-3-26-1604/98
/dev/loop5       98M     98M     0  100% /snap/core/9289
/dev/loop7      2,3M    2,3M     0  100% /snap/gnome-system-monitor/145
/dev/loop8      141M    141M     0  100% /snap/gnome-3-26-1604/100
/dev/loop9      161M    161M     0  100% /snap/gnome-3-28-1804/116
/dev/loop11     256M    256M     0  100% /snap/gnome-3-34-1804/36
/dev/loop10      63M     63M     0  100% /snap/gtk-common-themes/1506
/dev/loop13     256M    256M     0  100% /snap/gnome-3-34-1804/33
/dev/loop12      54M     54M     0  100% /snap/grafana/36
/dev/loop14     2,3M    2,3M     0  100% /snap/gnome-system-monitor/148
/dev/loop15     1,0M    1,0M     0  100% /snap/gnome-logs/100
/dev/loop16     1,0M    1,0M     0  100% /snap/gnome-logs/93
/dev/loop17      55M     55M     0  100% /snap/core18/1754
tmpfs           1,2G     16K  1,2G    1% /run/user/121
/dev/loop18      55M     55M     0  100% /snap/core18/1880
tmpfs           1,2G       0  1,2G    0% /run/user/1000

[liv-in-sky]

@crunchip ja das war der socketio adapter , der nach einem update plötzlich massig geloggt hatte

[liv-in-sky]

@Superdad was ist /snap - 6 gb

[Superdad]

Ehrlich gesagt: keine Ahnung?!

Da sind zwei Ordner drin:
gnome-system-monitor und grafana

[liv-in-sky]

@Superdad wenn du in ncdu auf das verzeichnis gehst (pfeiltasten) kannst du da tiefer gehen - bis zum "übeltäter"

[Superdad]

Ich kann den Ordner ja mal löschen und schauen was passiert?

Habe ja eine Sicherung und die ist ja schnell zurück gespielt.

[crunchip]

@Superdad nicht einfach löschen