Re: [qubes-users] Re: Install of the Fedora-32 templateVM failed

2020-05-18 Thread brendan . hoar
On Monday, May 18, 2020 at 6:01:13 PM UTC-4, TheGardner wrote: > > understood. > Guess I have to do some backups, which I have to move to my NAS. The new > machine will take two months longer. Have to come out with the current > space until then. > > Is it possible that you haven't invoked the

Re: [qubes-users] modifying files with salt

2020-05-18 Thread unman
On Mon, May 18, 2020 at 09:01:02PM +0100, lik...@gmx.de wrote: > Hi! > > I'm trying to modify the /etc/fuse.conf > > by using this sls file: > > --- > modify-config-files: > file.replace: > - path: /etc/fuse.conf > - pattern: "# mount_max = 1000" >

Re: [qubes-users] Re: Install of the Fedora-32 templateVM failed

2020-05-18 Thread TheGardner
understood. Guess I have to do some backups, which I have to move to my NAS. The new machine will take two months longer. Have to come out with the current space until then. Am Montag, 18. Mai 2020 23:52:08 UTC+2 schrieb dhorf-hfr...@hashmail.org: > > On Mon, May 18, 2020 at 02:38:34PM -0700,

Re: [qubes-users] Re: Install of the Fedora-32 templateVM failed

2020-05-18 Thread dhorf-hfref . 4a288f10
On Mon, May 18, 2020 at 02:38:34PM -0700, TheGardner wrote: > [user@sys-firewall ~]$ df -h /var/lib/qubes/dom0-updates > /dev/xvda3 9.6G 8.7G 450M 96% / > sudo mkfs.ext4 /dev/xvdc3 > sudo mount /dev/xvdc3 /var/lib/qubes/dom0-updates > Do I have to change (back) somethings, after I

Re: [qubes-users] Re: using salt - how to debug?

2020-05-18 Thread prago via qubes-users
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I think the pillar files need to be in /srv/pillar/ The following example should work: /srv/pillar/fedora-version.top base:   dom0:     - fedora-version /srv/pillar/fedora-version.sls version: 31 Then the file needs to be linked to another

Re: [qubes-users] Re: Install of the Fedora-32 templateVM failed

2020-05-18 Thread TheGardner
Okay, df -h /var/lib/qubes/dom0-updates delivered the following: [user@sys-firewall ~]$ df -h /var/lib/qubes/dom0-updates Filesystem Size Used Avail Use% Mounted on /dev/xvda3 9.6G 8.7G 450M 96% / so, clear now! Thanks a buch! After: sudo mkfs.ext4 /dev/xvdc3 sudo mount /dev/xvdc3

[qubes-users] Re: Choice of hardware for Qubes...

2020-05-18 Thread Daniil Travnikov
What about Macbook Pro 16 ? On Monday, May 11, 2020 at 12:40:13 PM UTC+3, Andrew Sullivan wrote: > > Good morning > > I plan to try Qubes, with a view to maybe using it as my main OS. Happily > I also need to update my laptop. > > I've been looking at the HCL, and see that Dell and Lenovo

[qubes-users] modifying files with salt

2020-05-18 Thread liked2
Hi! I'm trying to modify the /etc/fuse.conf by using this sls file: --- modify-config-files: file.replace: - path: /etc/fuse.conf - pattern: "# mount_max = 1000" - repl: "mount_max = 1000" - append_if_not_found: True #- dry_run: True

[qubes-users] Re: using salt - how to debug?

2020-05-18 Thread liked2
On 2020-05-17 17:08, unman wrote: On Sun, May 17, 2020 at 09:55:00AM +0100, liked2-mmb7mzph...@public.gmane.org wrote: You haven't included AppVmTobeChanged as a target: qubesctl --show-output --targets=AppVmTobeChanged state.highstate You should check that you aren't getting a mistaken

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

2020-05-18 Thread Mike Keehan
On 5/18/20 5:28 PM, sjill...@gmail.com wrote: On Monday, May 18, 2020 at 8:27:17 AM UTC-6, Mike Keehan wrote: On 5/17/20 8:34 PM, sjil...@gmail.com wrote: Hello! Thank you for replying, nvme0n1p 953G (hd1) nvme0n1p1 1MBIOS boot efi (hd1,1) this is WAY too

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

2020-05-18 Thread sjillian
On Monday, May 18, 2020 at 8:27:17 AM UTC-6, Mike Keehan wrote: > > On 5/17/20 8:34 PM, sjil...@gmail.com wrote: > > Hello! > > > > Thank you for replying, > > > >> nvme0n1p 953G (hd1) > >>> nvme0n1p1 1MBIOS boot efi (hd1,1) > >> > >> this is WAY too small. > >>

Re: [qubes-users] Mistakenly deleted MBR & system partitions to install, can't boot Qubes

2020-05-18 Thread Mike Keehan
On 5/17/20 8:34 PM, sjill...@gmail.com wrote: Hello! Thank you for replying, nvme0n1p 953G (hd1) nvme0n1p1 1MBIOS boot efi (hd1,1) this is WAY too small. make it at least 100M, better 500M or even 1GB. Per your advice I've tried reinstalling to make this partition

Re: [qubes-users] running programs as room in sys-usb?

2020-05-18 Thread Mike Keehan
On 5/18/20 2:33 PM, Stumpy wrote: On 2020-05-18 08:52, Mike Keehan wrote: On 5/18/20 1:43 PM, Stumpy wrote: I have sys-usb based on fedora minimal and when i try to run something like qvm-run -u root sys-usb xterm from dom0 it just hangs (the command, not the whole computer) until i ctrl+c

Re: [qubes-users] running programs as room in sys-usb?

2020-05-18 Thread Stumpy
On 2020-05-18 08:52, Mike Keehan wrote: On 5/18/20 1:43 PM, Stumpy wrote: I have sys-usb based on fedora minimal and when i try to run something like qvm-run -u root sys-usb xterm from dom0 it just hangs (the command, not the whole computer) until i ctrl+c out. Is there some reason i

Re: [qubes-users] running programs as room in sys-usb?

2020-05-18 Thread Mike Keehan
On 5/18/20 1:43 PM, Stumpy wrote: I have sys-usb based on fedora minimal and when i try to run something like qvm-run -u root sys-usb xterm from dom0 it just hangs (the command, not the whole computer) until i ctrl+c out. Is there some reason i shouldnt be able to do this? I imagine

Re: [qubes-users] Installing ulauncher in dom0?

2020-05-18 Thread Stumpy
On 2020-05-13 09:33, Stumpy wrote: I keep running up against limitations of xfce's application launcher and wanted to ask about the security implications of installing something like ulauncher? My threat model is less about being directly targeted and more about general secuirty against

[qubes-users] running programs as room in sys-usb?

2020-05-18 Thread Stumpy
I have sys-usb based on fedora minimal and when i try to run something like qvm-run -u root sys-usb xterm from dom0 it just hangs (the command, not the whole computer) until i ctrl+c out. Is there some reason i shouldnt be able to do this? -- You received this message because you are

Re: [qubes-users] Re: Install of the Fedora-32 templateVM failed

2020-05-18 Thread dhorf-hfref . 4a288f10
On Mon, May 18, 2020 at 03:33:02AM -0700, TheGardner wrote: > - Setting the space up to 4096 on sys-firewall > same result the default download location in udaptevm is /var/lib/qubes/dom0-updates so with a default appvm layout that is inside the rootfs (or its overlay). you can check if this is

[qubes-users] Re: Install of the Fedora-32 templateVM failed

2020-05-18 Thread TheGardner
No chance! Whatever I do, it always breaks after around 360mb. Really feels like there isn't enough space. Wonder where I can see this. - Setting the space up to 4096 on sys-firewall > same result - setting the boost and minimal cube emory (for dom0) up > same result Anyone which an idea, what

Re: [qubes-users] Persistent Timezone per Qube

2020-05-18 Thread Christophe
Hello, you can put the command "timedatectl set-timezone Asia/Kolkata" in /rw/config/rc.local in your appvm, It will owerwrite the template's timezone. On 20/05/18 07:26AM, Logan wrote: > Hello, > > What is the best way to set a timezone for a particular qube that is > constantly behind a proxy

[qubes-users] Persistent Timezone per Qube

2020-05-18 Thread Logan
Hello, What is the best way to set a timezone for a particular qube that is constantly behind a proxy in a particular timezone? I have tried "timedatectl set-timezone Asia/Kolkata", but it isn't persistent. I would rather not use NTP if possible. I thought sticking the timedatectl Thanks,