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

推荐订阅源

D
Docker
Apple Machine Learning Research
Apple Machine Learning Research
宝玉的分享
宝玉的分享
博客园 - 叶小钗
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园 - 司徒正美
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
博客园 - Franky
爱范儿
爱范儿
罗磊的独立博客
IT之家
IT之家
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
N
Netflix TechBlog - Medium
云风的 BLOG
云风的 BLOG
P
Proofpoint News Feed
U
Unit 42
Engineering at Meta
Engineering at Meta
WordPress大学
WordPress大学
博客园 - 三生石上(FineUI控件)
T
Tailwind CSS Blog
H
Help Net Security
博客园_首页
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
人人都是产品经理
人人都是产品经理

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
EXT4-fs error (device dm-1):
invalid@exam · 2026-06-05 · via Proxmox Support Forum

Hello,

I'm really at a loss. Since yesterday, my Proxmox server has crashed, and after a reboot the server is no longer reachable.
I can no longer log in through the console either. The only way I can access a console is by booting from the USB stick (that contains the Proxmox installation files.)

Please see the error message below.

Can anyone help me? The files stored on the server are very important to me, and I'm worried about losing them.

Thank you in advance for any assistance.

----------------------------
Welcome to the Proxmox Virtual Environment. Please use your web browser to
configure this server - connect to:

https://192.168.1.xxx:8006/

Proxmox-Server login:

[ 18.419043] EXT4-fs error (device dm-1):
ext4_journal_check_start:87: comm systemd-journal:
Detected aborted journal

[ 18.419115] EXT4-fs (dm-1):
Remounting filesystem read-only

Check these

Bash:

journalctl -kr
ls -l /dev/mapper/
lsblk -o+FSTYLE,LABEL,MODEL

If you care about your data back it up.

@Impact, is on the money, if you need it, back it up.

When you say files, do you mean your guests?

What you can do is attach an external storage device, mount it, and then do a

Code:

cp -r /etc/pve <your mounted storage device>

(for example)

cp -r /etc/pve /mnt/external_storage

Then you need something like clonezilla, bootable usb, and clone the corrupt physical drive.

Once you have that drive cloned and the pve folder all backed up.

From that point on you then need to just try any number of routes that will result in getting back to a running system, first off a new drive is needed, keep the clone safe until you are happy that you got everything up and running.

Thanks for the help everybody,

I was installing a truenas at the proxmox, but too late with the backup :mad:

I was installing a truenas at the proxmox, but too late with the backup :mad:

It's never too late unless the drive is totally dead. Clone the drive the first chance you get, do NOT disable RO mode, it does that to protect the data, at this point you have no idea what could have caused the ext4 journalling issue, hence cloning it at this stage is paramount, so that you have a point you can keep going back to until you recover.

I've recovered from far worse situations, the main rule is to get a clone before you do anything else!

journalctl -kr
ls -l /dev/mapper/
lsblk -o+FSTYLE,LABEL,MODEL

lsblk -o+FSTYPE,LABEL,MODEL

Please post the requested info.

Were on your Proxmox server are the files you are worried about?
Depending on your setup they may be on another filesystem than the one that is currently troubled.

After backing up you should check the filesystem on /dev/dm-1 when unmounted.
You can do this by booting rescue mode from the installer USB and issue:
fsck.ext4 -n /dev/dm-1
This performs a read-only check of the ext4 filesystem without making any changes or repairs (yet).

Got this problem after an update couple of days ago. Spent 12 hours trying to figure out what it was. Downgrading pve-firmware and loading an older kernel worked and everything was accessible again. Just downgrading one of these did not do anything. I could still chroot to pve-root from liveusb with all data and VMs being in mint condition. This had nothing to do with data corruption, the disk was clean.
The filesystem journal had errors because the kernel communicates incorrectly with the Kingston NVME (in my case) and causes this catastrophic failure, later it simply remounts the root file system as read-only and starts spamming journal log with inability to write to the journal. This is a bug.

Last edited: