惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
aimingoo的专栏
aimingoo的专栏
月光博客
月光博客
博客园 - Franky
Martin Fowler
Martin Fowler
U
Unit 42
阮一峰的网络日志
阮一峰的网络日志
Recent Announcements
Recent Announcements
The Cloudflare Blog
博客园 - 聂微东
酷 壳 – CoolShell
酷 壳 – CoolShell
宝玉的分享
宝玉的分享
J
Java Code Geeks
B
Blog RSS Feed
博客园 - 三生石上(FineUI控件)
MongoDB | Blog
MongoDB | Blog
腾讯CDC
博客园_首页
博客园 - 司徒正美
D
DataBreaches.Net
I
InfoQ
GbyAI
GbyAI
IT之家
IT之家
罗磊的独立博客

Proxmox Support Forum

[SOLVED] - Github Auth for Mirrors-Kernel Repo? [Automation] Mass migration tool for MS Win11/Server Proxmox GUI hang - not response is it possible to reject or quarantine spam based on conditions I set ? The PVENode task list in PVE9 is partially obscured due to the terminal font being too large. About 100% error reporting due to pveproxy.service hooks Kubernetes overlay networking breaks when upgrading from PVE 9.1 to PVE 9.2.3 Zentraler Speicher No space left on device Combine datastore and direct file archival to tape Kernel panic VFS: Unable to mount root fs on unknown-block (0,0) sobald ein 7.x Kernel verwendet wird. How to migrate disk of a VM from one ZFS to another Windows Server 2025 fails to boot after PVE 9.2 / Linux 7.0 Kernel upgrade Cannot Install Proxmox on T610 Poweredge with H700 PERC card sdn Config. gateway not reachable How to safely change domain/FQDN? Welche Filterquote erreicht ihr? NFS Share status unknown on 2 of 5 nodes Can't connect to PVE9 consoles [solved] Can't connect to PVE9 consoles [solved] [SOLVED] - Use secondary network for PVE commands Created cluster, one node storage gone BUG: proxmox mail gateway FROM = null bypass spam filtering Moving existing PBS from VMWare workstation to PVE cluster Does eBGP SDN fabric support external peering? Bug: PDM 1.1 not recognizing valid license status Proxmox GUI hang - not response PVE crashes unexpectedly Proxmox Backup Server 4.2 released! Advice
Restoring backup on another system does not work
invalid@exam · 2026-05-31 · via Proxmox Support Forum

Hi all

Running PVE v 8.4.19, I want to upgrade to V9 and replace the disk so I created a backup from 1 LXC and offloaded it with SCP.
Moving the 3 files to my previous server with a fresh install, first 9.1, later 8.4.0
This keeps going wrong, whatever I do and I don't understand why.
The SSD I'm restoring to is 500GB and still has space since only OS is installed.

While restoring I keep getting a lot of "Cannot mkdir: No space left on device" errors.

Code:

df -h
Filesystem            Size  Used Avail Use% Mounted on
udev                  7.8G     0  7.8G   0% /dev
tmpfs                 1.6G  1.3M  1.6G   1% /run
/dev/mapper/pve-root   94G   18G   72G  20% /
tmpfs                 7.8G   46M  7.8G   1% /dev/shm
tmpfs                 5.0M     0  5.0M   0% /run/lock
/dev/fuse             128M   16K  128M   1% /etc/pve
tmpfs                 1.6G     0  1.6G   0% /run/user/0

This doesn't make sense to me.

My main setup is configured as ZFS, now I just left EXT4.
Is this the reason or what am I missing?

Thanks in advance!

Last edited:

Hi Peter,
can you elaborate a little bit on the commands and results of your steps?

And also some interesting information to understand your issue can be provided by

Code:

lsblk;
cat /etc/pve/storage.cfg

BR, Lucas

Hi Lucas, thanks for helping!

I guess I'm list in this storage principle ZFS vs LVM and I choose ZFS (not used ever before) because of it's advantages.

Code:

lsblk
NAME                 MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda                    8:0    0 465.8G  0 disk
├─sda1                 8:1    0  1007K  0 part
├─sda2                 8:2    0     1G  0 part
└─sda3                 8:3    0 464.8G  0 part
  ├─pve-swap         252:0    0     8G  0 lvm  [SWAP]
  ├─pve-root         252:1    0    96G  0 lvm  /
  ├─pve-data_tmeta   252:2    0   3.4G  0 lvm 
  │ └─pve-data-tpool 252:4    0 337.9G  0 lvm 
  │   └─pve-data     252:5    0 337.9G  1 lvm 
  └─pve-data_tdata   252:3    0 337.9G  0 lvm 
    └─pve-data-tpool 252:4    0 337.9G  0 lvm 
      └─pve-data     252:5    0 337.9G  1 lvm

Code:

cat /etc/pve/storage.cfg
dir: local
        path /var/lib/vz
        content iso,vztmpl,backup

lvmthin: local-lvm
        thinpool data
        vgname pve
        content rootdir,images

The tar: Cannot mkdir: No space left on device error during a Proxmox LXC restore means the newly allocated root disk size is smaller than the uncompressed data inside your backup file. This commonly happens if the container originally used ZFS storage with compression enabled (making the data look smaller than it actually is) and you are now restoring it onto an uncompressed storage pool like LVM

i think its very old error

Fix 1: Force a Larger Disk Size via CLI You cannot change the target disk size from the Proxmox Web GUI during a restore. You must use the Proxmox Command Line interface (CLI) to override the root storage volume size.Log into your Proxmox host via SSH or use the host Shell in the web interface.Run the pct restore command, manually specifying a larger target size for the root file system (--rootfs):

pct restore <NEW_CT_ID> /path/to/backup/vzdump-lxc-xxx.tar.zst --storage <TARGET_STORAGE> --rootfs volume=<TARGET_STORAGE>:<SIZE_IN_GB>

also see

https://forum.proxmox.com/threads/lxc-restore-no-space-left-on-device.82139/

Last edited:

Hi, thanks for that clue: it was a matter of restoring a backup taken from a ZFS filesystem to EXT4.
Because this was just a temporary/test system I started over with ZFS.

Thanks for your help!