Yes when I mount them while in the rescue environment they are writable and data persists so I don’t see any corruption. As for btrfs on lvm i understand it’s unnecessary but I’ll just say it’s personal preference and I don’t normally need to ask for help but as i can’t get my systems to boot I have no choice. Been running these systems are almost nine years now and this is the first time I’ve run into an issue that wasn’t obviously caused by myself or easily fixed. Zeroing the log also did not help. Sent from my iPhone
On Mar 16, 2023, at 02:29, Óscar García Amor <ogarcia@moire.org> wrote:
El jue, 16-03-2023 a las 01:45 -0700, nihilistzsche escribió:
Since I updated a few days ago with kernels 6.2.6 and lts 6.1.19 all of my systems (a pc acting as a headless server with normal kernel, a server with lts kernel, and a laptop with normal kernel) refuse to boot. While trying to diagnose the server, it gets stuck on “Attempting to mount root”, which is a btrfs partition on an lvm volume. If I boot into a rescue usb, all of my partitions mount successfully. I’ve tried downgrading the kernel inside the rescue environment with no change, so I don’t believe it to be a kernel problem. Journalctl holds no answers. I can’t boot into rescuemode without usb either as it gets stuck trying to mount the root. Any clue what could possibly be causing this? It’s not a problem with impatience I left the server running for thirteen hours a day or so ago with it being unable to mount root.
Hi,
First of all, putting a btrfs partition in lvm I don't quite get it, what for? btrfs already incorporates dynamic volumes so lvm is completely unnecessary in this context (and is adding a layer of difficulty / possible failure).
In any case, once you boot the system in rescue mode are you able to access the data on the partition, can you write into it?
Greetings.
-- Óscar García Amor | ogarcia at moire.org | http://ogarcia.me