One more detail: this seems to be closely related to https://github.com/QubesOS/qubes-issues/issues/979
On Wednesday, January 1, 2020 at 11:00:03 AM UTC-3, Fernando wrote: > > Happy new year to everyone! > > I'm taking advantage of holydays to try to fix an issue that has been > bothering me for a while now. I have a debian based standalonevm which > recently started presented this issue after running out of space. > > The issue is that the vm never starts on it own. In order to be able to > start it, I have to run: sudo xl console -t pv <standalonevm>. > > Then it enters emergency mode and after exiting it, it starts and works > normally. > > From the output of xl console: > > [image: Screenshot_2020-01-01_10-50-41.png] > From the output of journalctl in the standalone vm: > > Jan 01 10:29:31 localhost mount-dirs.sh[303]: Private device management: > checking /dev/xvdb > Jan 01 10:29:31 localhost resize-rootfs-if-needed.sh[302]: dumpe2fs 1.43.4 > (31-Jan-2017) > Jan 01 10:29:31 localhost mount-dirs.sh[303]: Private device management: > fsck.ext4 /dev/xvdb failed: > Jan 01 10:29:31 localhost mount-dirs.sh[303]: /dev/xvdb: recovering journal > Jan 01 10:29:31 localhost mount-dirs.sh[303]: /dev/xvdb contains a file > system with errors, check forced. > Jan 01 10:29:31 localhost mount-dirs.sh[303]: /dev/xvdb: Inodes that were > part of a corrupted orphan linke > Jan 01 10:29:31 localhost mount-dirs.sh[303]: /dev/xvdb: UNEXPECTED > INCONSISTENCY; RUN fsck MANUALLY. > Jan 01 10:29:31 localhost mount-dirs.sh[303]: (i.e., without -a or > -p options) > Jan 01 10:29:31 localhost kernel: EXT4-fs (xvdb): warning: mounting fs > with errors, running e2fsck is reco > Jan 01 10:29:31 localhost kernel: EXT4-fs (xvdb): mounted filesystem with > ordered data mode. Opts: discard > Jan 01 10:29:31 localhost mount-dirs.sh[303]: Checking /rw > Jan 01 10:29:31 localhost mount-dirs.sh[303]: Private device size > management: enlarging /dev/xvdb > > ... > > Jan 01 10:29:31 localhost kernel: EXT4-fs (xvda3): warning: mounting fs > with errors, running e2fsck is rec > Jan 01 10:29:31 localhost kernel: EXT4-fs (xvda3): recovery complete > Jan 01 10:29:31 localhost kernel: EXT4-fs (xvda3): mounted filesystem with > ordered data mode. Opts: (null) > Jan 01 10:29:31 localhost kernel: EXT4-fs (xvdd): mounting ext3 file > system using the ext4 subsystem > Jan 01 10:29:31 localhost kernel: EXT4-fs (xvdd): mounted filesystem with > ordered data mode. Opts: (null) > Jan 01 10:29:31 localhost kernel: EXT4-fs (xvda3): re-mounted. Opts: (null) > ... > > -- The start-up result is done. > Jan 01 10:29:32 localhost systemd-fsck[213]: /dev/xvda3: Inodes that were > part of a corrupted orphan linke > Jan 01 10:29:32 localhost systemd-fsck[213]: /dev/xvda3: UNEXPECTED > INCONSISTENCY; RUN fsck MANUALLY. > Jan 01 10:29:32 localhost systemd-fsck[213]: (i.e., without -a or > -p options) > Jan 01 10:29:32 localhost systemd-fsck[213]: fsck failed with error code 4. > Jan 01 10:29:32 localhost systemd-fsck[213]: Running request > emergency.target/start/replace > > ... > > -- Unit qubes-mount-dirs.service has begun starting up. > Jan 01 10:29:31 localhost mount-dirs.sh[303]: Private device management: > checking /dev/xvdb > Jan 01 10:29:31 localhost resize-rootfs-if-needed.sh[302]: dumpe2fs 1.43.4 > (31-Jan-2017) > Jan 01 10:29:31 localhost mount-dirs.sh[303]: Private device management: > fsck.ext4 /dev/xvdb failed: > Jan 01 10:29:31 localhost mount-dirs.sh[303]: /dev/xvdb: recovering journal > Jan 01 10:29:31 localhost mount-dirs.sh[303]: /dev/xvdb contains a file > system with errors, check forced. > Jan 01 10:29:31 localhost mount-dirs.sh[303]: /dev/xvdb: Inodes that were > part of a corrupted orphan linke > Jan 01 10:29:31 localhost mount-dirs.sh[303]: /dev/xvdb: UNEXPECTED > INCONSISTENCY; RUN fsck MANUALLY. > Jan 01 10:29:31 localhost mount-dirs.sh[303]: (i.e., without -a or > -p options) > Jan 01 10:29:31 localhost kernel: EXT4-fs (xvdb): warning: mounting fs > with errors, running e2fsck is reco > Jan 01 10:29:31 localhost kernel: EXT4-fs (xvdb): mounted filesystem with > ordered data mode. Opts: discard > Jan 01 10:29:31 localhost mount-dirs.sh[303]: Checking /rw > > > I tried running fsck/e2fsck, but the command fails cause those partitions > are mounted and cannot be unmounted (they are in use). With current issue, > everytime I start the standalonevm I need to run xlconsole and exit > emergency mode. > > Any suggestions? > > Thanks and have a great 2020. > > Fernando. > -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/18072369-a138-4a85-842b-0fb1f8703f7d%40googlegroups.com.