NEWS
Speicherplatz des Proxmox voll - aber womit?
-
@peterfido said in Speicherplatz des Proxmox voll - aber womit?:
@guitardoc Backups lasse ich auf Netzlaufwerke ablegen.
Ja, aber das nützt auch nichts, wenn der Proxmox entscheidet, dass es das Laufwerk gerade mal nicht gibt. Und das war hier wieder mal der Fall, denn ich habe die Übeltäter gefunden:
mn@proxmox:~$ ls -l /mnt total 8 drwxr-xr-x 7 root root 4096 Jun 4 17:41 sda drwxr-xr-x 2 root root 4096 Oct 23 2023 vzsnap0 mn@proxmox:~$ ls -l /mnt/vzsnap0 total 0 mn@proxmox:~$ ls -l /mnt/sda total 20 drwxr-xr-x 2 root root 4096 Jun 10 02:30 dump drwxr-xr-x 2 root root 4096 Jun 4 17:41 images drwxr-xr-x 2 root root 4096 Jun 4 17:41 private drwxr-xr-x 2 root root 4096 Jun 4 17:41 snippets drwxr-xr-x 4 root root 4096 Jun 4 17:41 template mn@proxmox:~$ ls -l /mnt/sda/dump total 84355876 -rw-r--r-- 1 root root 900 Jun 5 02:31 vzdump-lxc-101-2025_06_05-02_30_03.log -rw-r--r-- 1 root root 11244814311 Jun 5 02:31 vzdump-lxc-101-2025_06_05-02_30_03.tar.zst -rw-r--r-- 1 root root 8 Jun 5 02:31 vzdump-lxc-101-2025_06_05-02_30_03.tar.zst.notes -rw-r--r-- 1 root root 900 Jun 6 02:32 vzdump-lxc-101-2025_06_06-02_30_00.log -rw-r--r-- 1 root root 11279122146 Jun 6 02:32 vzdump-lxc-101-2025_06_06-02_30_00.tar.zst -rw-r--r-- 1 root root 8 Jun 6 02:32 vzdump-lxc-101-2025_06_06-02_30_00.tar.zst.notes -rw-r--r-- 1 root root 900 Jun 7 02:31 vzdump-lxc-101-2025_06_07-02_30_03.log -rw-r--r-- 1 root root 11324898258 Jun 7 02:31 vzdump-lxc-101-2025_06_07-02_30_03.tar.zst -rw-r--r-- 1 root root 8 Jun 7 02:31 vzdump-lxc-101-2025_06_07-02_30_03.tar.zst.notes -rw-r--r-- 1 root root 900 Jun 8 02:31 vzdump-lxc-101-2025_06_08-02_30_00.log -rw-r--r-- 1 root root 11371813356 Jun 8 02:31 vzdump-lxc-101-2025_06_08-02_30_00.tar.zst -rw-r--r-- 1 root root 8 Jun 8 02:31 vzdump-lxc-101-2025_06_08-02_30_00.tar.zst.notes -rw-r--r-- 1 root root 1391 Jun 9 02:30 vzdump-lxc-101-2025_06_09-02_30_03.log -rw-r--r-- 1 root root 185 Jun 10 02:30 vzdump-lxc-101-2025_06_10-02_30_04.log -rw-r--r-- 1 root root 901 Jun 5 02:32 vzdump-lxc-102-2025_06_05-02_31_54.log -rw-r--r-- 1 root root 5420945476 Jun 5 02:32 vzdump-lxc-102-2025_06_05-02_31_54.tar.zst -rw-r--r-- 1 root root 10 Jun 5 02:32 vzdump-lxc-102-2025_06_05-02_31_54.tar.zst.notes -rw-r--r-- 1 root root 901 Jun 6 02:33 vzdump-lxc-102-2025_06_06-02_32_20.log -rw-r--r-- 1 root root 5421785412 Jun 6 02:33 vzdump-lxc-102-2025_06_06-02_32_20.tar.zst -rw-r--r-- 1 root root 10 Jun 6 02:33 vzdump-lxc-102-2025_06_06-02_32_20.tar.zst.notes -rw-r--r-- 1 root root 901 Jun 7 02:32 vzdump-lxc-102-2025_06_07-02_31_58.log -rw-r--r-- 1 root root 5421383275 Jun 7 02:32 vzdump-lxc-102-2025_06_07-02_31_58.tar.zst -rw-r--r-- 1 root root 10 Jun 7 02:32 vzdump-lxc-102-2025_06_07-02_31_58.tar.zst.notes -rw-r--r-- 1 root root 901 Jun 8 02:32 vzdump-lxc-102-2025_06_08-02_31_54.log -rw-r--r-- 1 root root 5421496245 Jun 8 02:32 vzdump-lxc-102-2025_06_08-02_31_54.tar.zst -rw-r--r-- 1 root root 10 Jun 8 02:32 vzdump-lxc-102-2025_06_08-02_31_54.tar.zst.notes -rw-r--r-- 1 root root 1393 Jun 9 02:31 vzdump-lxc-102-2025_06_09-02_30_37.log -rw-r--r-- 1 root root 185 Jun 10 02:30 vzdump-lxc-102-2025_06_10-02_30_04.log -rw-r--r-- 1 root root 903 Jun 5 02:33 vzdump-lxc-103-2025_06_05-02_32_43.log -rw-r--r-- 1 root root 2240440960 Jun 5 02:33 vzdump-lxc-103-2025_06_05-02_32_43.tar.zst -rw-r--r-- 1 root root 13 Jun 5 02:33 vzdump-lxc-103-2025_06_05-02_32_43.tar.zst.notes -rw-r--r-- 1 root root 903 Jun 6 02:34 vzdump-lxc-103-2025_06_06-02_33_10.log -rw-r--r-- 1 root root 2240729006 Jun 6 02:34 vzdump-lxc-103-2025_06_06-02_33_10.tar.zst -rw-r--r-- 1 root root 13 Jun 6 02:34 vzdump-lxc-103-2025_06_06-02_33_10.tar.zst.notes -rw-r--r-- 1 root root 903 Jun 7 02:33 vzdump-lxc-103-2025_06_07-02_32_46.log -rw-r--r-- 1 root root 2240936539 Jun 7 02:33 vzdump-lxc-103-2025_06_07-02_32_46.tar.zst -rw-r--r-- 1 root root 13 Jun 7 02:33 vzdump-lxc-103-2025_06_07-02_32_46.tar.zst.notes -rw-r--r-- 1 root root 903 Jun 8 02:33 vzdump-lxc-103-2025_06_08-02_32_42.log -rw-r--r-- 1 root root 2241369262 Jun 8 02:33 vzdump-lxc-103-2025_06_08-02_32_42.tar.zst -rw-r--r-- 1 root root 13 Jun 8 02:33 vzdump-lxc-103-2025_06_08-02_32_42.tar.zst.notes -rw-r--r-- 1 root root 1338 Jun 9 02:31 vzdump-lxc-103-2025_06_09-02_31_02.log -rw-r--r-- 1 root root 185 Jun 10 02:30 vzdump-lxc-103-2025_06_10-02_30_04.log -rw-r--r-- 1 root root 900 Jun 5 02:33 vzdump-lxc-200-2025_06_05-02_33_40.log -rw-r--r-- 1 root root 1238712165 Jun 5 02:33 vzdump-lxc-200-2025_06_05-02_33_40.tar.zst -rw-r--r-- 1 root root 9 Jun 5 02:33 vzdump-lxc-200-2025_06_05-02_33_40.tar.zst.notes -rw-r--r-- 1 root root 900 Jun 6 02:34 vzdump-lxc-200-2025_06_06-02_34_07.log -rw-r--r-- 1 root root 1238726654 Jun 6 02:34 vzdump-lxc-200-2025_06_06-02_34_07.tar.zst -rw-r--r-- 1 root root 9 Jun 6 02:34 vzdump-lxc-200-2025_06_06-02_34_07.tar.zst.notes -rw-r--r-- 1 root root 900 Jun 7 02:33 vzdump-lxc-200-2025_06_07-02_33_43.log -rw-r--r-- 1 root root 1238678524 Jun 7 02:33 vzdump-lxc-200-2025_06_07-02_33_43.tar.zst -rw-r--r-- 1 root root 9 Jun 7 02:33 vzdump-lxc-200-2025_06_07-02_33_43.tar.zst.notes -rw-r--r-- 1 root root 900 Jun 8 02:33 vzdump-lxc-200-2025_06_08-02_33_40.log -rw-r--r-- 1 root root 1238680395 Jun 8 02:33 vzdump-lxc-200-2025_06_08-02_33_40.tar.zst -rw-r--r-- 1 root root 9 Jun 8 02:33 vzdump-lxc-200-2025_06_08-02_33_40.tar.zst.notes -rw-r--r-- 1 root root 900 Jun 9 02:32 vzdump-lxc-200-2025_06_09-02_31_59.log -rw-r--r-- 1 root root 1238698569 Jun 9 02:32 vzdump-lxc-200-2025_06_09-02_31_59.tar.zst -rw-r--r-- 1 root root 9 Jun 9 02:32 vzdump-lxc-200-2025_06_09-02_31_59.tar.zst.notes -rw-r--r-- 1 root root 1392 Jun 10 02:30 vzdump-lxc-200-2025_06_10-02_30_04.log -rw-r--r-- 1 root root 897 Jun 5 02:34 vzdump-lxc-300-2025_06_05-02_33_54.log -rw-r--r-- 1 root root 1078996976 Jun 5 02:34 vzdump-lxc-300-2025_06_05-02_33_54.tar.zst -rw-r--r-- 1 root root 6 Jun 5 02:34 vzdump-lxc-300-2025_06_05-02_33_54.tar.zst.notes -rw-r--r-- 1 root root 896 Jun 6 02:35 vzdump-lxc-300-2025_06_06-02_34_21.log -rw-r--r-- 1 root root 1079332788 Jun 6 02:35 vzdump-lxc-300-2025_06_06-02_34_21.tar.zst -rw-r--r-- 1 root root 6 Jun 6 02:35 vzdump-lxc-300-2025_06_06-02_34_21.tar.zst.notes -rw-r--r-- 1 root root 897 Jun 7 02:34 vzdump-lxc-300-2025_06_07-02_33_57.log -rw-r--r-- 1 root root 1079552147 Jun 7 02:34 vzdump-lxc-300-2025_06_07-02_33_57.tar.zst -rw-r--r-- 1 root root 6 Jun 7 02:34 vzdump-lxc-300-2025_06_07-02_33_57.tar.zst.notes -rw-r--r-- 1 root root 897 Jun 8 02:34 vzdump-lxc-300-2025_06_08-02_33_53.log -rw-r--r-- 1 root root 1078827870 Jun 8 02:34 vzdump-lxc-300-2025_06_08-02_33_53.tar.zst -rw-r--r-- 1 root root 6 Jun 8 02:34 vzdump-lxc-300-2025_06_08-02_33_53.tar.zst.notes -rw-r--r-- 1 root root 1389 Jun 9 02:32 vzdump-lxc-300-2025_06_09-02_32_13.log -rw-r--r-- 1 root root 185 Jun 10 02:30 vzdump-lxc-300-2025_06_10-02_30_11.log mn@proxmox:~$ ls -l /mnt/sda/images total 0 mn@proxmox:~$ ls -l /mnt/sda/private total 0 mn@proxmox:~$ ls -l /mnt/sda/snippets total 0 mn@proxmox:~$ ls -l /mnt/sda/template total 8 drwxr-xr-x 2 root root 4096 Jun 4 17:41 cache drwxr-xr-x 2 root root 4096 Jun 4 17:41 iso mn@proxmox:~$ ls -l /mnt/sda/template/cache total 0 mn@proxmox:~$ ls -l /mnt/sda/template/iso total 0Es gibt da aber wohl eine Einstellung, wo man dem System sagen kann, dass das eine physisch gemountete Platte ist und er nicht ins Rootverzeichnis schreiben soll, wenn er die nicht findet. Hab da mal irgendwo was dazu gelesen, muss ich mal nachforschen.
Aber zum Thema - wie bekomme ich diese Dateien jetzt weg ohne irgendwas anderes mit in den Abgrund zu reißen?
@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
Es gibt da aber wohl eine Einstellung, wo man dem System sagen kann, dass das eine physisch gemountete Platte ist und er nicht ins Rootverzeichnis schreiben soll, wenn er die nicht findet.
Macht er ja nicht. Die Backups werden in den angegebenen Ordner geschrieben. Wenn da nichts gemountet ist, liegt der Ordner eben lokal. Da müsste man nur kontrollieren ob der Mount durchgeführt wurde. Die Frage die du dir stellen solltest ist aber, warum die Platte nicht gemountet wurde und diesen Fehler beheben.
-
@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
Es gibt da aber wohl eine Einstellung, wo man dem System sagen kann, dass das eine physisch gemountete Platte ist und er nicht ins Rootverzeichnis schreiben soll, wenn er die nicht findet.
Macht er ja nicht. Die Backups werden in den angegebenen Ordner geschrieben. Wenn da nichts gemountet ist, liegt der Ordner eben lokal. Da müsste man nur kontrollieren ob der Mount durchgeführt wurde. Die Frage die du dir stellen solltest ist aber, warum die Platte nicht gemountet wurde und diesen Fehler beheben.
-
@dr-bakterius Tja, das ist eben die Frage. Die Platte ist per USB angeschlossen. Vielleicht ist eine USB-Verbindung nicht so stabil? Keine Ahnung.
Dafür gibt es logfiles. Auch im Proxmox. Bin ich mir ziemlich sicher.
-
Dafür gibt es logfiles. Auch im Proxmox. Bin ich mir ziemlich sicher.
-
@thomas-braun Hmm, aber wo finde ich die? Weiß das jemand?
-
Ich hab das Journal mal durchgesehen. Wann der Fehler aufgetreten ist, das bekomme ich jetzt nicht mehr raus, denn ich weiß nicht mehr, wann damals die letzte funktionierende Sicherung gelaufen ist.
Aber was mir aufgefallen ist - ich bekomme täglich diese Meldungen um 02:30 Uhr (für alle LXCs). Das ist auch die Zeit, wo Proxmox die Sicherungen der einzelnen LXCs durchführt:
May 15 02:30:04 proxmox pvescheduler[196503]: INFO: Starting Backup of VM 101 (lxc) May 15 02:30:04 proxmox dmeventd[399]: No longer monitoring thin pool pve-data-tpool. May 15 02:30:04 proxmox dmeventd[399]: Monitoring thin pool pve-data-tpool. May 15 02:30:05 proxmox kernel: EXT4-fs (dm-11): write access unavailable, skipping orphan cleanup May 15 02:30:05 proxmox kernel: EXT4-fs (dm-11): mounted filesystem c93db5f6-65b2-4e73-9cf0-b933d3bae8e5> May 15 02:34:19 proxmox kernel: EXT4-fs (dm-11): unmounting filesystem c93db5f6-65b2-4e73-9cf0-b933d3bae> May 15 02:34:20 proxmox pvescheduler[196503]: INFO: Finished Backup of VM 101 (00:04:17)Write access unavailable wird dabei in Rot ausgegeben. Die Sicherungen wurden aber die letzten Tage richtig auf die externe Platte geschrieben. Aber vielleicht hat das auch gar nichts zu sagen und ist richtig so?
-
Ich hab das Journal mal durchgesehen. Wann der Fehler aufgetreten ist, das bekomme ich jetzt nicht mehr raus, denn ich weiß nicht mehr, wann damals die letzte funktionierende Sicherung gelaufen ist.
Aber was mir aufgefallen ist - ich bekomme täglich diese Meldungen um 02:30 Uhr (für alle LXCs). Das ist auch die Zeit, wo Proxmox die Sicherungen der einzelnen LXCs durchführt:
May 15 02:30:04 proxmox pvescheduler[196503]: INFO: Starting Backup of VM 101 (lxc) May 15 02:30:04 proxmox dmeventd[399]: No longer monitoring thin pool pve-data-tpool. May 15 02:30:04 proxmox dmeventd[399]: Monitoring thin pool pve-data-tpool. May 15 02:30:05 proxmox kernel: EXT4-fs (dm-11): write access unavailable, skipping orphan cleanup May 15 02:30:05 proxmox kernel: EXT4-fs (dm-11): mounted filesystem c93db5f6-65b2-4e73-9cf0-b933d3bae8e5> May 15 02:34:19 proxmox kernel: EXT4-fs (dm-11): unmounting filesystem c93db5f6-65b2-4e73-9cf0-b933d3bae> May 15 02:34:20 proxmox pvescheduler[196503]: INFO: Finished Backup of VM 101 (00:04:17)Write access unavailable wird dabei in Rot ausgegeben. Die Sicherungen wurden aber die letzten Tage richtig auf die externe Platte geschrieben. Aber vielleicht hat das auch gar nichts zu sagen und ist richtig so?
@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
EXT4-fs (dm-11): write access unavailable, skipping orphan cleanup
Ist denn EXT4-fs (dm-11) das externe Dateisystem?
Ich würde das mal einemfsck.ext4unterziehen.
-
@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
EXT4-fs (dm-11): write access unavailable, skipping orphan cleanup
Ist denn EXT4-fs (dm-11) das externe Dateisystem?
Ich würde das mal einemfsck.ext4unterziehen.
@thomas-braun Ich habe mal auf Bad Blocks untersucht:
root@proxmox:~# fsck.ext4 [-c] e2fsck 1.47.0 (5-Feb-2023) fsck.ext4: No such file or directory while trying to open [-c] Possibly non-existent device?Scheinbar ist das nicht das externe Dateisystem. Aber was ist es dann? Für mich als Linux-Laie ist das alles sehr kryptisch...
-
@thomas-braun Ich habe mal auf Bad Blocks untersucht:
root@proxmox:~# fsck.ext4 [-c] e2fsck 1.47.0 (5-Feb-2023) fsck.ext4: No such file or directory while trying to open [-c] Possibly non-existent device?Scheinbar ist das nicht das externe Dateisystem. Aber was ist es dann? Für mich als Linux-Laie ist das alles sehr kryptisch...
@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
Scheinbar ist das nicht das externe Dateisystem.
Du gibst da ja auch 'Quark' ein.
Das Kommando sieht in der Grundform so aus:fsck.ext4 /dev/GERÄTWas genaut GERÄT bei dir ist musst du herausfinden.
Z. B mittelsfdisk -l -
@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
Scheinbar ist das nicht das externe Dateisystem.
Du gibst da ja auch 'Quark' ein.
Das Kommando sieht in der Grundform so aus:fsck.ext4 /dev/GERÄTWas genaut GERÄT bei dir ist musst du herausfinden.
Z. B mittelsfdisk -l@thomas-braun said in Speicherplatz des Proxmox voll - aber womit?:
Ich sage doch: NOOB... :-)
Ich denke, das ist die Platte:
Disk /dev/sda: 238.47 GiB, 256060514304 bytes, 500118192 sectors Disk model: Portable SSD Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytesroot@proxmox:~# fsck.ext4 /dev/sda e2fsck 1.47.0 (5-Feb-2023) /dev/sda is mounted. e2fsck: Cannot continue, aborting.Aber ein EXT4-fs (dm-11) erscheint nirgends:
root@proxmox:~# fdisk -l Disk /dev/nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: CT1000P3PSSD8 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: F5EAC86E-13C6-45A6-BBFF-2913E2A65850 Device Start End Sectors Size Type /dev/nvme0n1p1 34 2047 2014 1007K BIOS boot /dev/nvme0n1p2 2048 2099199 2097152 1G EFI System /dev/nvme0n1p3 2099200 1953525134 1951425935 930.5G Linux LVM Disk /dev/mapper/pve-swap: 8 GiB, 8589934592 bytes, 16777216 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/pve-root: 96 GiB, 103079215104 bytes, 201326592 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/sda: 238.47 GiB, 256060514304 bytes, 500118192 sectors Disk model: Portable SSD Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/pve-vm--200--disk--0: 4 GiB, 4294967296 bytes, 8388608 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 65536 bytes / 65536 bytes Disk /dev/mapper/pve-vm--102--disk--1: 12 GiB, 12884901888 bytes, 25165824 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 65536 bytes / 65536 bytes Disk /dev/mapper/pve-vm--103--disk--1: 8 GiB, 8589934592 bytes, 16777216 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 65536 bytes / 65536 bytes Disk /dev/mapper/pve-vm--101--disk--1: 32 GiB, 34359738368 bytes, 67108864 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 65536 bytes / 65536 bytes Disk /dev/mapper/pve-vm--300--disk--0: 4 GiB, 4294967296 bytes, 8388608 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 65536 bytes / 65536 bytes -
@thomas-braun said in Speicherplatz des Proxmox voll - aber womit?:
Ich sage doch: NOOB... :-)
Ich denke, das ist die Platte:
Disk /dev/sda: 238.47 GiB, 256060514304 bytes, 500118192 sectors Disk model: Portable SSD Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytesroot@proxmox:~# fsck.ext4 /dev/sda e2fsck 1.47.0 (5-Feb-2023) /dev/sda is mounted. e2fsck: Cannot continue, aborting.Aber ein EXT4-fs (dm-11) erscheint nirgends:
root@proxmox:~# fdisk -l Disk /dev/nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors Disk model: CT1000P3PSSD8 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: F5EAC86E-13C6-45A6-BBFF-2913E2A65850 Device Start End Sectors Size Type /dev/nvme0n1p1 34 2047 2014 1007K BIOS boot /dev/nvme0n1p2 2048 2099199 2097152 1G EFI System /dev/nvme0n1p3 2099200 1953525134 1951425935 930.5G Linux LVM Disk /dev/mapper/pve-swap: 8 GiB, 8589934592 bytes, 16777216 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mapper/pve-root: 96 GiB, 103079215104 bytes, 201326592 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/sda: 238.47 GiB, 256060514304 bytes, 500118192 sectors Disk model: Portable SSD Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mapper/pve-vm--200--disk--0: 4 GiB, 4294967296 bytes, 8388608 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 65536 bytes / 65536 bytes Disk /dev/mapper/pve-vm--102--disk--1: 12 GiB, 12884901888 bytes, 25165824 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 65536 bytes / 65536 bytes Disk /dev/mapper/pve-vm--103--disk--1: 8 GiB, 8589934592 bytes, 16777216 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 65536 bytes / 65536 bytes Disk /dev/mapper/pve-vm--101--disk--1: 32 GiB, 34359738368 bytes, 67108864 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 65536 bytes / 65536 bytes Disk /dev/mapper/pve-vm--300--disk--0: 4 GiB, 4294967296 bytes, 8388608 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 65536 bytes / 65536 bytes@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
/dev/sda is mounted.
Ein fsck kann nur auf ausgehängten Dateisystemen erfolgen.
-
@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
/dev/sda is mounted.
Ein fsck kann nur auf ausgehängten Dateisystemen erfolgen.
-
@thomas-braun Also zur Sicherheit jetzt eingeben:
umount dev/sdaund dann
fsck.ext4 /dev/sdaund zum Schluss wieder
mount dev/sda?
Von Proxmox hab ich keine Ahnunung. Da läuft ja auch ein LVM mit.
Ich würde ein Live-Linux auf der Kiste booten und dann die Geräte 'von extern' prüfen. -
Von Proxmox hab ich keine Ahnunung. Da läuft ja auch ein LVM mit.
Ich würde ein Live-Linux auf der Kiste booten und dann die Geräte 'von extern' prüfen. -
@thomas-braun Dafür bräuchte ein NOOB allerdings eine NOOB-proof Schritt für Schritt Anleitung, und selbst dann hätte ich Befürchtung, dass ich was versemmle...
Ich weiß auch nicht, warum selbsterkläte Noobs mit Proxmox herumhantieren...
Das ist mit Sicherheit nicht für Noobs die richtige Plattform um den Noob-Status hintersichzulassen. -
Ich weiß auch nicht, warum selbsterkläte Noobs mit Proxmox herumhantieren...
Das ist mit Sicherheit nicht für Noobs die richtige Plattform um den Noob-Status hintersichzulassen.@thomas-braun Naja, das System ist schon genial. Es läuft alles in kleinen Containern und wenn was in dem Container schiefgeht, dann stellt man aus dem Backup den Container wieder her. Ich programmiere einiges im ioB und nicht alles funktioniert immer so wie ich mir das denke, da ist das mittlerweile für den vielleicht noch einmal im Jahr vorkommenden Ernstfall ganz hilfreich.
Mehr nutze ich von Proxmox ja nicht - also mit anderen Worten höchstens 5% von dem was das Teil alles so kann. Das reicht mir auch völlig. Allerdings stellt sich mir die Frage, wenn ich schon nur so wenig davon nutze und auch sonst nicht dran rumspiele außer ein von Proxmox vorgeschlagenes Update/Upgrade zu machen, warum läuft das dann nicht wenigstens fehlerfrei. -
@thomas-braun Naja, das System ist schon genial. Es läuft alles in kleinen Containern und wenn was in dem Container schiefgeht, dann stellt man aus dem Backup den Container wieder her. Ich programmiere einiges im ioB und nicht alles funktioniert immer so wie ich mir das denke, da ist das mittlerweile für den vielleicht noch einmal im Jahr vorkommenden Ernstfall ganz hilfreich.
Mehr nutze ich von Proxmox ja nicht - also mit anderen Worten höchstens 5% von dem was das Teil alles so kann. Das reicht mir auch völlig. Allerdings stellt sich mir die Frage, wenn ich schon nur so wenig davon nutze und auch sonst nicht dran rumspiele außer ein von Proxmox vorgeschlagenes Update/Upgrade zu machen, warum läuft das dann nicht wenigstens fehlerfrei.@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
das System ist schon genial.
Wenn man es denn auch vernünftig handhaben kann.
-
@thomas-braun Naja, das System ist schon genial. Es läuft alles in kleinen Containern und wenn was in dem Container schiefgeht, dann stellt man aus dem Backup den Container wieder her. Ich programmiere einiges im ioB und nicht alles funktioniert immer so wie ich mir das denke, da ist das mittlerweile für den vielleicht noch einmal im Jahr vorkommenden Ernstfall ganz hilfreich.
Mehr nutze ich von Proxmox ja nicht - also mit anderen Worten höchstens 5% von dem was das Teil alles so kann. Das reicht mir auch völlig. Allerdings stellt sich mir die Frage, wenn ich schon nur so wenig davon nutze und auch sonst nicht dran rumspiele außer ein von Proxmox vorgeschlagenes Update/Upgrade zu machen, warum läuft das dann nicht wenigstens fehlerfrei.@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
warum läuft das dann nicht wenigstens fehlerfrei.
weil du da immer wieder etwas "rumkonfiguriert" hast, wenn ich mir so deine diversen Posts ansehe.
-
@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
warum läuft das dann nicht wenigstens fehlerfrei.
weil du da immer wieder etwas "rumkonfiguriert" hast, wenn ich mir so deine diversen Posts ansehe.
@homoran said in Speicherplatz des Proxmox voll - aber womit?:
weil du da immer wieder etwas "rumkonfiguriert" hast
Naja, wenn dann nur, wenn es vorher ein Problem gab und auch dann nur nach Anleitung. Selbst fummle ich da nicht dran rum.
-
@thomas-braun Naja, das System ist schon genial. Es läuft alles in kleinen Containern und wenn was in dem Container schiefgeht, dann stellt man aus dem Backup den Container wieder her. Ich programmiere einiges im ioB und nicht alles funktioniert immer so wie ich mir das denke, da ist das mittlerweile für den vielleicht noch einmal im Jahr vorkommenden Ernstfall ganz hilfreich.
Mehr nutze ich von Proxmox ja nicht - also mit anderen Worten höchstens 5% von dem was das Teil alles so kann. Das reicht mir auch völlig. Allerdings stellt sich mir die Frage, wenn ich schon nur so wenig davon nutze und auch sonst nicht dran rumspiele außer ein von Proxmox vorgeschlagenes Update/Upgrade zu machen, warum läuft das dann nicht wenigstens fehlerfrei.@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:
warum läuft das dann nicht wenigstens fehlerfrei.
Weil dir ganz offenbar die elementarsten Dinge fehlen, um ein Linux zu bedienen. Von dem dann nochmal komplexeren Umgang mit einem Proxmox dann ganz zu schweigen.
Die oben geposteten mount/umount-Kommandos sind z. B. so auch falsch, Geräte- (und auch andere Dateien) spricht man immer im vollen Pfad an. Es fehlt also da jeweils ein / vor dev.
Und das ist Linux-Grundwissen 1. Stunde.
Support us
800
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge