The only thing out of the ordinary is I have an outdated is the
DisposableVM Template.
On Monday, October 4, 2021 at 3:08:06 PM UTC-5 Rob Townley wrote:
> I certainly may not have run the qubesctl command correctly, but the gui
> based update utility also fails. I had changed the d
I certainly may not have run the qubesctl command correctly, but the gui
based update utility also fails. I had changed the default disposable
template to fedora-34-qubes-core. Does it need to be a centos-8 template
to work?
[root@dom0 ~]# qubesctl --skip-dom0 --targets=centos-8 --show-output
~]#
On Tuesday, March 2, 2021 at 7:58:43 PM UTC-6 unman wrote:
> On Tue, Mar 02, 2021 at 03:24:31PM -0600, Rob Townley wrote:
> > I really need this qube to run for over an hour without the hypervisor
> > killing it. Short of buying a much faster brand new machine, how
awokd, will try qvm-features --verbose vmName qrexec 0
On Tuesday, March 2, 2021 at 3:43:50 AM UTC-6 awokd wrote:
> Rob Townley:
> > qvm-prefs vmName qrexec_timeout 3600
> > does not return an error message. When read, 3600 is returned.
> > However, the VM is forcibly sto
I really need this qube to run for over an hour without the hypervisor
killing it. Short of buying a much faster brand new machine, how does one
do that?
On Mon, Mar 1, 2021 at 12:19 AM Rob Townley wrote:
> qvm-prefs vmName qrexec_timeout 3600
> does not return an error message. Whe
qvm-prefs vmName qrexec_timeout 3600
does not return an error message. When read, 3600 is returned.
However, the VM is forcibly stopped after 15 minutes.
1800 works
2700 works
3600 is not honored
How can i get by this so this one VM can do finish its upgrade before
forcibly rebooted?
--
You
Kernel version numbers seem off, way off in some VMs and templates.
Mainly, that /boot/initramfs does not does not match uname -r.
uname -r vs ls /boot/initramfs* vs cat /proc/version vs cat /etc/os-release
OK dom0: 5.4.88-1.qubes, 5.4.88-1.qubes, 5.4.88-1.qubes, 4.0
BAD vm: 5.4.88-1.qubes,
that happened to me when i tried to install 4.0.3 in uefi mode. i don't
think it says 4.0.3 works with uefi. anyways, installing with legacy works.
however - it will break your system. probably. maybe you'll have better
luck than i did. if you want to proceed,
mount the EPS file system.
i installed qubes 4.0.3.
uefi boot won't work. had to go legacy.
qubes seems fine.
but i couldn't get anything else booting. i had windows, ubuntu and fedora
installed, uefi.
the bios couldn't find my disk anymore for uefi, so i couldn't reconstruct
the bcd. bootrec /fixboot said access
On Friday, November 2, 2018 at 7:24:30 PM UTC-4, pieter lems wrote:
> Hello again everyone. I'm sorry for posting for the second time today but i
> have a question related to qubes donations. I know it's possible to donate by
> using ur credit card and by using bitcoin. The question is as
Thanks for your feedback, and especially thanks to the Qubes Security
Team for getting this turned around so quickly and comprehensively.
I particularly like the design decision to disable SMT (HT) in Xen
irrespective of BIOS config. As BIOSs can be buggy on some HW, or simply
not provide the
such
patches to the qubes-kernel-vm or the Hypervisor.
In the common case that microcode updates aren't possible via a BIOS
update (HW vendor not made them available), and disabling
hyper-threadding is not possible in the BIOS - what are the best options
for a Qubes user right now?
Thanks,
Rob
--
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 post to this group, send email to qubes-users@googlegroups.com.
To
y_hw_support=1 quiet rhgb
to become:
kernel=vmlinuz inst.stage2=hd:LABEL=Qubes-R3.2-x86_64
i915.preliminary_hw_support=1 quiet ks=hd:sdb1:/ks.cfg rhgb
however the whole filesystem is read-only and I cannot save the edit.
Please could someone assist?
Thanks,
Rob.
--
You received this mes
KS section of the Fedora install.
Thanks for your reply,
Rob.
--
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...@googl
Hi all,
Has anyone managed to work out how to get past the Text based LUKS installer
bug?
Thanks,
Rob.
--
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
eep trying! - I'll post again if I find workaround to the bug.
Thanks,
Rob.
--
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...@googl
17 matches
Mail list logo
