Re: [qubes-users] Launching Gimp & Nautilus Qubes

[Ivan Mitev]

Hi,

On 04/06/2018 06:45 AM, Anyomonous Z wrote:
> Hi, I'm using Qubes 4.0. I used apt-get install to install gimp & nautilus on 
> the Debian 9 VM. I'm wondering how to open these applications now? I tried 
> updating the app list with qvm-sync-apps but that didn't help. There's no 
> file manager, so I can't look for gimp. I did use Firefox to search for it, 
> but I didn't find anything.

It's odd that the apps don't show up after qvm-sync-apps ; did you
install gimp and nautilus in the VM's template ? If yes, did you power
off the template and then (re)started your VM ?

Did you try to synchronize the apps in the VM's settings ?

Anyway you can launch apps from a terminal:
- launch xterm (or any terminal) from the VM's app menu, and type
"gimp&" or "nautilus&"
- or in dom0: qvm-run your-vm-name gimp

hope this helps
ivan

> 
> Any help is much appreciated =)
> 

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/64119d51-751c-b526-b891-f2bac7bd98df%40maa.bz.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Launching Gimp & Nautilus Qubes

[Anyomonous Z]

Hi, I'm using Qubes 4.0. I used apt-get install to install gimp & nautilus on 
the Debian 9 VM. I'm wondering how to open these applications now? I tried 
updating the app list with qvm-sync-apps but that didn't help. There's no file 
manager, so I can't look for gimp. I did use Firefox to search for it, but I 
didn't find anything.

Any help is much appreciated =)

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/DB6PR0101MB23598036D959EA23539EC53DE8BA0%40DB6PR0101MB2359.eurprd01.prod.exchangelabs.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] 4.0 install stuck on 'Installing qubes-template-fedora-26.noarch (947/1018)'

[Tomas Vrba]

Sorry for the additional post. 

In the above situation, it only restarts when I enter the correct password. 
When I enter an incorrect password, it reprompts me. 

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/4f1b0bfd-3377-47fe-b05f-149084a7f151%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] 4.0 install stuck on 'Installing qubes-template-fedora-26.noarch (947/1018)'

[Tomas Vrba]

I will get around to that hopefully over the weekend. 

In the meantime I installed Qubes onto the external SSD using another machine 
and that worked fine. It even gives me the grub menu and starts booting on my 
XPS laptop now. However, a new issue surfaced. The computer restarts every time 
after when the startup process is on the "Disk password" prompt screen. 

How could I troubleshoot what's happening here? 

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/6d205df8-626a-46c0-ba2c-33f346a0945d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Whats the deal with kernels?

[sevas]

I did do that. The problem was that 'misconfigured' file: .rpmmacros. 

Apparently you have to edit (or make) the file and add _gpg_dir, _gpg_name and 
_signature parameters. This is only half true. 

The file that needs to be modified (and possibly bind-dir this file) is not 
located in ~/.rpmmacros as suggested. 

The file is located here: /usr/bin/rpm/macros 
and you do not need to edit anything except the _gpg_name parameter or it 
breaks. 


Does anyone know what the different kernel rpms are for? 
kernel.rpm
kernel-devel.rpm
kernel-qubes.rpm

I guess I would install the kernel-qubes.rpm. I would also guess that 
kernel.rpm 
is without qubes things that I probably want. And devel is with lots of 
debugging 
that I probably dont need?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/b19ae814-592f-4833-844d-606ad15d5149%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Qubes 4.0 and Private Internet Access? Tasket VPN solution...

[Chris Laprise]

On 04/05/2018 04:41 PM, vel...@tutamail.com wrote:

Error: Firewall rule(s) not enabled!


The service now checks if the firewall rules were added. In this case it 
seems they weren't.


When you ran 'sudo /usr/lib/qubes/qubes-vpn-setup --config' in the 
proxyVM it should have added a symlink to the firewall script in 
/rw/config/qubes-firewall.d/90_tunnel-restrict. You can check it with 
'ls -l /rw/config/qubes-firewall.d'.


Also look at the FORWARD chain which is where the checked rules are added:

$ sudo iptables -v -L FORWARD

You should see a couple DROP eth0 rules at the top:

DROP   all  --  eth0   any anywhere anywhere
DROP   all  --  anyeth0anywhere anywhere


--

Chris Laprise, tas...@posteo.net
https://github.com/tasket
https://twitter.com/ttaskett
PGP: BEE2 20C5 356E 764A 73EB  4AB3 1DC4 D106 F07F 1886

--
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/3da0bfcc-945d-7c3a-3d16-830db40f0260%40posteo.net.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Bug in qubes-input-sender

['awokd' via qubes-users]

On Thu, April 5, 2018 9:38 pm, Andrzej Andrzej wrote:
> any idea?

Sorry, not specifically but you might want to search
https://github.com/QubesOS/qubes-issues/issues for similar ones and/or
open a new one if you don't see any.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/4047067ebd3a1c410b1ec036e6a5c5ea.squirrel%40tt3j2x4k5ycaa5zt.onion.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Error: Failed to synchronize cache for repo 'qubes-vm-r4.0-current' with Fedora and 4.0?

['awokd' via qubes-users]

On Thu, April 5, 2018 9:40 pm, vel...@tutamail.com wrote:
> I think there is an issue with Fedora updates thru TOR...
>
>
> Any body willing to share the specific commands or instructions to change
> an update file from http to https? Here is the thread:
> https://github.com/QubesOS/qubes-issues/issues/3737
>
>
> A potential solution was:
>
>
> "Try to modify /etc/yum.repos.d/qubes-r4.repo to use https instead of
> http."
>
> I didn't even know how to google the question? Any help would be surely
> appreciated...

- Go to a terminal inside your Fedora template
- sudo gedit /etc/yum.repos.d/qubes-r4.repo
- change all the "http" to "https"
- save
- try to update


-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/6b9c5915614fe98075ce3368975ad3a1.squirrel%40tt3j2x4k5ycaa5zt.onion.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] 4.0 install stuck on 'Installing qubes-template-fedora-26.noarch (947/1018)'

['awokd' via qubes-users]

On Thu, April 5, 2018 5:57 pm, Tomas Vrba wrote:
> Sorry, I should have been clearer on that.
>
>
> By completely, I mean completely. No mouse movement, no keyboard lights,
> nothing. I had let it sit like that for multiple hours and nothing
> changed. The only thing I can do is hold the power button to shut down.
>
> It is not the SSD issue, I've tried installing it on 64GB USB stick as
> well and the same thing happens.
>
> It's not an issue with Rufus either, I dd'd the image in ubuntu as well.
> Same thing.
>
>
> I did verify the ISO signatures and checksums and everything is as it
> should be.

Sounds like a hard lockup then, which is strange because I thought all the
installer was doing at that point was a standard RPM package install.
Update BIOS and/or run a memtest maybe?


-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/1756c08911b956fabf05a22e4574cd70.squirrel%40tt3j2x4k5ycaa5zt.onion.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Error: Failed to synchronize cache for repo 'qubes-vm-r4.0-current' with Fedora and 4.0?

[velcro]

I think there is an issue with Fedora updates thru TOR...

Any body willing to share the specific commands or instructions to change an 
update file from http to https? Here is the thread: 
https://github.com/QubesOS/qubes-issues/issues/3737

A potential solution was:

"Try to modify /etc/yum.repos.d/qubes-r4.repo to use https instead of http."

I didn't even know how to google the question? Any help would be surely 
appreciated...


-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/3aa4b2e6-156c-49d6-a1b0-8a48f75ec246%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Bug in qubes-input-sender

[Andrzej Andrzej]

any idea?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/396506439.19764.1522964320990%40ichabod.co-bxl.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Re: Help with 4.0 transition from 3.2?

[velcro]

Sorry lots of questions in 1 thread but thank you all for the responses:

Question 1-
The ACPI errors were:

ERROR parsing PCC subspaces from PCCT
[Failed] Failed to start Load Kernel Modules - Followed by [OK] started Apply 
Kernel Variable/[OK] Started Setup Virtual Console


ACPI error: parse execution failed\_PR.CPU0PSParse-550

ACPI error: Namespace lookup failure\_PR.CPU1PSParge-364

ACPI error: Namespace lookup failure\_PR.CPU2PSParge-364


Using Legacy only boot, Lenovo notebook


Question 2 -
Still slow but functional for what I use this .iso for...the additional 
templates I can add with 4.0 kinda make me less interested in this 
functionality. All for the security!!

Question 3, 4, 5 - 
I managed to delete the templates I wanted to. Did a fresh install and was 
smarter the second time. My advice would be to leave the current templates 
until you are comfortable with the new setup and how they work. 

2nd time advice for templates in 4.0-
*Make most configuration changes in the "core" template before creating a 
new"core"-dvm from which the disposable VMs are spawned from i.e. printer 
setups in "core" template
*Make changes to firefox in the "new-dvm" that require browser ad-ons
*Don't make any templates default until you get comfortable with multiple 
templates...painful to have to remove them from your VMs

Pretty slick feature having multiple templates once you get used to managing 
them!!

Thank you for the help...
Question 6-
Did a manual update in Dom0:
sudo qubes-dom0-update
"No updates needed or available"?? Couldn't remember the exact words but I had 
to do manual update and I think I am up-to-date.

Question 7-
I found the article(https://www.qubes-os.org/news/2017/06/27/qubes-admin-api/) 
being considered with Qubes 4.0. I also remember it not being implemented yet 
but wasn't sure if one had the option to turn this feature off. I totally get 
the need to have enterprise embrace this project...it really is comforting 
knowing I am more secure but the remote feature is what turned me off MS and 
Apple. Just wanted to make sure I wasn't missing something...

Going thru a few growing pains but if my questions helps others and the 
developers its the best I can do...

Thank you 

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/308af9a9-6391-4ffe-a65c-9af9fb350515%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: 4.0 install stuck on "Installing qubes-template-fedora-26.noarch (947/1018)"

[Tomas Vrba]

On Thursday, April 5, 2018 at 12:52:03 PM UTC-8, cooloutac wrote:
> On Wednesday, April 4, 2018 at 7:05:37 PM UTC-4, Tomas Vrba wrote:
> > Hi everyone, 
> > 
> > I am upgrading from Qubes 3.2 to 4.0 and I am running into issues during 
> > installation on Dell XPS 13 9343. 
> > 
> > My goal is to install Qubes 4.0 on an external Samsung T5 USB 3.1 SSD. I 
> > created the installation media in Windows using Rufus as specified and 
> > every time I try to install the system it completely freezes either at:
> > 
> > "Installing qubes-template-fedora-26.noarch (947/1018)"
> > 
> > or 
> > 
> > "Installing qubes-template-debian-9.noarch (948/1018)"
> > 
> > and I have to do hard shutdown. 
> > 
> > Any thoughts? 
> > 
> > Thanks!
> 
> are you sure  you are waiting long enough time?  tried using dd on to a diff 
> usb stick, diff port?

Yes, tried different ports and different computers for the dd. I have not yet 
tried a different USB stick to put the install disk on though, so that's the 
next step. 

I did just try installing on the internal M.2 ssd of my XPS 13 where Qubes 3.2 
used to live instead of an external drive and ran into exactly the same issue. 

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/b92cadef-4bbe-4f74-9d83-e8dfc3169b05%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Re: Cloudflare DNS-over-HTTPS in Qubes?

[799]

Hello,


On 5 April 2018 at 22:38, taii...@gmx.com  wrote:

> Wow people are actually falling for cloudflares "privacy respecting"
> bullshit from a service that uses for example browser fingerprinting on
> every computer that it serves and blacklists sites based on how the CEO
> is feeling that morning. [...]
>

Can your provide some additonal information to cover this?
Regarding the blacklisting you are refering to the "Daily Stormer" case?
Discussed also here;
https://blog.cloudflare.com/why-we-terminated-daily-stormer/

What exactly do you mean by browser fingerprinting?
Are you talking about Browser Integrity Checks?
https://support.cloudflare.com/hc/en-us/articles/200170086-What-does-the-Browser-Integrity-Check-do-

"[...] Cloudflare's Browser Integrity Check (BIC) is similar to Bad
Behavior and looks for common HTTP
 headers abused most commonly by spammers and denies access to your page.
It will also challenge
 visitors that do not have a user agent or a non standard user agent (also
commonly used by abuse
 bots, crawlers or visitors) [...]"

You wrote: "They are a front for an intelligence agency"

In general I'd like to that see claims - no matter which - are based on
evidence or at least facts.
How do you come to this conclusion?

[799]

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/CAJ3yz2tQmSoYoPfQiF7_zRTFc_Efu9XjibE7rAxWJCKpM7FqUg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: 4.0 install stuck on "Installing qubes-template-fedora-26.noarch (947/1018)"

[cooloutac]

On Wednesday, April 4, 2018 at 7:05:37 PM UTC-4, Tomas Vrba wrote:
> Hi everyone, 
> 
> I am upgrading from Qubes 3.2 to 4.0 and I am running into issues during 
> installation on Dell XPS 13 9343. 
> 
> My goal is to install Qubes 4.0 on an external Samsung T5 USB 3.1 SSD. I 
> created the installation media in Windows using Rufus as specified and every 
> time I try to install the system it completely freezes either at:
> 
> "Installing qubes-template-fedora-26.noarch (947/1018)"
> 
> or 
> 
> "Installing qubes-template-debian-9.noarch (948/1018)"
> 
> and I have to do hard shutdown. 
> 
> Any thoughts? 
> 
> Thanks!

are you sure  you are waiting long enough time?  tried using dd on to a diff 
usb stick, diff port?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/bd19d111-6e3a-4a81-9c13-3d160a2a2b19%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Qubes 4.0 and Private Internet Access? Tasket VPN solution...

[velcro]

I thought I would start a new thread, I had Taskets VPN solution working like a 
charm with 3.2 but when I transitioned to Qubes 4.0 it no longer worked. I did 
manage to get it working but I didn't capture my steps:(

3.2 thread:
https://groups.google.com/forum/#!topic/qubes-users/FUQaRPWXPj8


I have been trying this for a few days but admit I am stumped...

How do I trouble shoot and get this up? 

Notes:
I am trying to use Debian 9 for this
I was experiencing similar issues with Fedora(I didn't capture the logs)
I get a message that my VPN VM is "Ready to start link" message
I have tried using the 4.0 VPN file and the Master file (similar results)

When I run "Su journalctl" on my VPN-VM I find these errors:

Apr 05 10:15:12 sys-VPNb5 systemd[1]: Reached target Network is Online.
Apr 05 10:15:12 sys-VPNb5 systemd[1]: Starting keep memory of all UPnP devices 
that announced themselves...
Apr 05 10:15:12 sys-VPNb5 systemd[1]: Starting /etc/rc.local Compatibility...
Apr 05 10:15:12 sys-VPNb5 qrexec-agent[560]: executed user:QUBESRPC 
qubes.SetMonitorLayout dom0 pid 649
Apr 05 10:15:12 sys-VPNb5 qubes-vpn-setup[636]: iptables: Bad rule (does a 
matching rule exist in that chain?).
Apr 05 10:15:12 sys-VPNb5 qubes-vpn-setup[636]: Error: Firewall rule(s) not 
enabled!
Apr 05 10:15:12 sys-VPNb5 systemd[1]: Starting Permit User Sessions...
Apr 05 10:15:12 sys-VPNb5 systemd[1]: qubes-vpn-handler.service: Control 
process exited, code=exited status=1
Apr 05 10:15:12 sys-VPNb5 systemd[1]: Failed to start VPN Client for Qubes 
proxyVM.
Apr 05 10:15:12 sys-VPNb5 systemd[1]: qubes-vpn-handler.service: Unit entered 
failed state.
Apr 05 10:15:12 sys-VPNb5 systemd[1]: qubes-vpn-handler.service: Failed with 
result 'exit-code'.
Apr 05 10:15:12 sys-VPNb5 su[633]: Successful su for user by root
Apr 05 10:15:12 sys-VPNb5 su[633]: + ??? root:user
Apr 05 10:15:12 sys-VPNb5 qrexec-agent[649]: pam_unix(qrexec:session): session 
opened for user user by (uid=0)

Is there anybody who can help?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/36678578-6a53-49ad-a530-a68a7d85f548%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Re: Cloudflare DNS-over-HTTPS in Qubes?

[taii...@gmx.com]

Wow people are actually falling for cloudflares "privacy respecting"
bullshit from a service that uses for example browser fingerprinting on
every computer that it serves and blacklists sites based on how the CEO
is feeling that morning.

They are a front for an intelligence agency - cloudflare is able to
monitor most of the internet now that many major sites have bought in to
their bogus kinda blackmail model of pay or get DDOS'ed when in reality
the average site had no need for such a service before cloudflare existed.

Not to mention big issues like cloudbleed.

You should use a different DNS from a more reputable company.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/282a64cb-a1ca-dfc6-aa8b-89146d529dac%40gmx.com.
For more options, visit https://groups.google.com/d/optout.


0xDF372A17.asc
Description: application/pgp-keys

Re: [qubes-users] Guide on installing Qubes and Coreboot with encrypted boot on thinkpads

[799]

Hello,

G  schrieb am Di., 27. März 2018, 20:10:

>
> since it took a while for me to sum up all piece and a lot of trial and
> error to get the whole setup working i took some notes to help other who
> want to try something similar.
> Please note that everything written there is public domain (so
> copy-edit-whatever).
>
> https://git.lsd.cat/g/thinpkad-coreboot-qubes
> 


Nice how-to, I'm currently writing something similar for my X230.

Would you mind adding your howto to the Qubes Community doc repository,
which we've established to work on howtos and docs until they're easy to be
migrated to the official Qubes Docs.
If you agree, I can also add your notes there, mentioning you as the
original author.

I did it today in a hurry so any feedback, modification or contribution
> is welcome.


I'd like to use grub as payload but without using encrypted boot as I am
afraid to damage my production Qubes environment and loosing time fixing it.

What do I need to do, if I would like to just use Grub and leave my boot
untouched?

As far as I understand the benefit of having Grub as payload is to be able
to encrypt /boot.
Does this mean than include that it makes no sense to run Grub instead of
SeaBIOS without having boot encrypted?

[799]

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/CAJ3yz2sBicuaNaSyK_J%2BRgibgV-6nacm_MWZ2ERSx-9k7a4MqA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] 4.0 install stuck on 'Installing qubes-template-fedora-26.noarch (947/1018)'

[Tomas Vrba]

Sorry, I should have been clearer on that. 

By completely, I mean completely. No mouse movement, no keyboard lights, 
nothing. I had let it sit like that for multiple hours and nothing changed. The 
only thing I can do is hold the power button to shut down. 

It is not the SSD issue, I've tried installing it on 64GB USB stick as well and 
the same thing happens. 

It's not an issue with Rufus either, I dd'd the image in ubuntu as well. Same 
thing. 

I did verify the ISO signatures and checksums and everything is as it should 
be. 

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/e5abd375-ffe6-471b-9aba-f865f54b3fce%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Qubes 4.0 on Dell XPS 13 9360 no longer boots anything!

[billollib]

 Oh, one more thing.  If I *don't* hit F12 during boot, and I have the external 
hard drive detached, then it comes up with the "no boot device" error.  It will 
boot through the USB using legacy mode by default, but will crump if the drive 
isn't plugged in.  Then I have to hit return (which reboots the machine), hit 
F12, and choose Windows or KDE neon from the boot list.  I'm sure there's a way 
to tell it to use KDE neon/UEFI by default, but I don't know what it is.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/1cc39dc0-2d8b-4aa1-8dcc-d291a3d4fb7e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] New here. New to Qubes. Swap and tmp question on VM's

[Stuart Perkins]

Thanks Ivan.  I got /tmp increased.  Working on swap now.  With Qubes
3.2, swap on a VM is xvdc1, so it is a mounted image from the main
system.  I just need to figure out what/where that is so I can bump it
up a bit...or take the VM controlled approach you call "ugly".  :)

On Thu, 5 Apr 2018 18:53:26 +0300
Ivan Mitev  wrote:

>On 04/05/2018 06:19 PM, perkins.stu...@gmail.com wrote:
>> Hi.  I'm new to Qubes, and I have an issue.  I am attempting to
>> create a VM template for a software package which needs a larger
>> swap and /tmp space in order to install.  Where are those controlled
>> and how can I provision a Fedora VM with larger/non-standard swap
>> and /tmp?  
>
>fedora's /tmp uses tmpfs ; it's mounted by systemd at boot time.
>
>see `systemctl status tmp.mount` and
>`/usr/lib/systemd/system/tmp.mount.d/30_qubes.conf to increase its size
>
>alternatively you can increase the size afterwards with
>
>mount -o remount,size=5G /tmp/
>
>if you need to have a disk based tmp you'll have to mask the systemd
>unit (`systemctl mask tmp.mount`) and put a fstab entry for /tmp ; but
>maybe it'll break stuff...
>
>no idea about how to increase swap from dom0 on R3.2 ; alternatively
>you can add swap with a file inside the vm but it's a bit ugly:
>
>dd if=/dev/zero of=swapfile bs=1M count=1000
>mkswap swapfile
>swapon swapfile
>
>
>hope this helps
>
>ivan
>
>
>
>> 
>> Thanks in advance.
>>   
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/20180405130241.594e7a06%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Qubes 4.0 on Dell XPS 13 9360 no longer boots anything!

[billollib]

I don't know if this will be of any help, but with R4 rc4, I installed it on a 
Dell laptop and had a similar problem with dual boot (though I installed Qubes 
on a second external hard drive). The UEFI stuff just didn't work. My solutions 
was to install Qubes in legacy mode, but left Windows in UEFI.  I couldn't use 
the grub menu to boot, but instead had to hit F12 during boot to bring up the 
BIOS boot sequence menu.  From that, I could choose either Windows or KDE neon 
from the UEFI list, or qubes from the legacy list.  Note that this meant that I 
had a /boot/efi on the external drive *and* a /boot/efi on my native drive.  I 
haven't installed R4 on my internal drive yet, but plan to do it this weekend.

I suspect that you can probably choose to boot Windows from the BIOS boot 
sequence menu if you have both legacy and UEFI turned on.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/08390e07-759c-4bff-bd95-c5b143212329%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] New here. New to Qubes. Swap and tmp question on VM's

[Ivan Mitev]

On 04/05/2018 06:19 PM, perkins.stu...@gmail.com wrote:
> Hi.  I'm new to Qubes, and I have an issue.  I am attempting to create a VM 
> template for a software package which needs a larger swap and /tmp space in 
> order to install.  Where are those controlled and how can I provision a 
> Fedora VM with larger/non-standard swap and /tmp?

fedora's /tmp uses tmpfs ; it's mounted by systemd at boot time.

see `systemctl status tmp.mount` and
`/usr/lib/systemd/system/tmp.mount.d/30_qubes.conf to increase its size

alternatively you can increase the size afterwards with

mount -o remount,size=5G /tmp/

if you need to have a disk based tmp you'll have to mask the systemd
unit (`systemctl mask tmp.mount`) and put a fstab entry for /tmp ; but
maybe it'll break stuff...

no idea about how to increase swap from dom0 on R3.2 ; alternatively you
can add swap with a file inside the vm but it's a bit ugly:

dd if=/dev/zero of=swapfile bs=1M count=1000
mkswap swapfile
swapon swapfile


hope this helps

ivan



> 
> Thanks in advance.
> 

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/2f5be7d7-e935-a006-bd77-e48ea451f615%40maa.bz.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] User issues with Qubes 4.0

[frkla1234]

Hey guys,

I have also some of your problems. I have an Asus notebook i7 6500 U, 8GB ram, 
SSD Qubes os 4 is much slower than qubes os 3.2. 

I noticed also that the Qubes Manager has problems with refreshing. 

The biggest problem which I have at the moment are graphical issues. When I 
watch a video and I move with the cursor the video jerkys. If it is a fast 
Video (for example a car video) it jerkys also whitout moving the cursor. I 
didn't have this problem at os 3.2 - even when I was playing videos 
simultaneously.

I looked at the qubes os homepage for a solution:

https://www.qubes-os.org/doc/intel-igfx-troubleshooting/

The solution would be to add a line (iommu=no-igfx) to the 
/boot/efi/EFI/qubes/xen.cfg .

This line (iommu=no-igfx) was already in the .cfg file, so I had nothing to add.

Maybe someone has an other solution - feel free to help :-)


I'm still a big fan of qubes os and I'm thanksful for this os! 

I hope the issues will be fixed

Regards,

Mat


 

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/3b21be54-3815-4c0c-89a1-0f7fe0a84474%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: New here. New to Qubes. Swap and tmp question on VM's

[perkins . stuart]

On Thursday, April 5, 2018 at 11:19:55 AM UTC-4, perkins...@gmail.com wrote:
> Hi.  I'm new to Qubes, and I have an issue.  I am attempting to create a VM 
> template for a software package which needs a larger swap and /tmp space in 
> order to install.  Where are those controlled and how can I provision a 
> Fedora VM with larger/non-standard swap and /tmp?
> 
> Thanks in advance.

Oh.  Qubes 3.2.  Fedora 26 minimal.  Machine is 4 core w 16gram, 160gssd(os), 
2tb data drive.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/08119c0b-a2ce-44a4-bd4d-9979765f1491%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] New here. New to Qubes. Swap and tmp question on VM's

[perkins . stuart]

Hi.  I'm new to Qubes, and I have an issue.  I am attempting to create a VM 
template for a software package which needs a larger swap and /tmp space in 
order to install.  Where are those controlled and how can I provision a Fedora 
VM with larger/non-standard swap and /tmp?

Thanks in advance.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/8049c7c0-f445-46f4-9766-d39887679b2d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] User issues with Qubes 4.0

[Ivan Mitev]

Hey,

On 04/02/2018 05:34 PM, Philippe Doublet wrote:
> Dear community,
> 
> I have been a happy user of Qubes 3.2 for a year or so now, was eagerly
> waiting for R4.0 and now switched to it. And for the moment it seems
> like it's a disaster... I am not sure if this is the right place to post
> my several issues but here there are :
> 
> - slow execution of everything. Startup is slower, most of the actions
> (starting a VM, working in several spaces). I found out (in dmesg of
> dom0) I had a problem with a pci express component reporting regularly
> with AER (advanced error reporting - never seen in R3.2), so after a
> couple of searches, I turned it off by adding "pcie_aspm = off" in grub.
> It helps with speed but the system is still slower than before and I
> have no clue why at the moment. (Watching an online video becomes a real
> pain...)

I find that R4.0 feels a bit slower compared to R3.2 but not by a
significant margin. There was a ML post some time ago about a huge
performance drop in 4.0rc something but I don't think there was any
resolution; you may ask the OP.

https://groups.google.com/d/msg/qubes-users/YSeDcd91v-s/ZMu9x8NBAgAJ

> - no volume control is permitted on whonix-ws-based VMs (including DVMs)
> using dom0's audio mixer. Is this expected ? I read nothing about it...
> 
> - import of win7 previously saved and perfectly working hvm (on R3.2)
> causes windows not to work : booting seems ok (from time to time...) but
> once on the windows desktop, it crashes (the window disappears without
> leaving any message, which I had when painfully installing win7
> previously but thought it was gone).

windows is a PITA, more so in Qubes.

my imported R3.2 win7 vm also crashes randomly - usually within the
first 10-20 seconds after it boots. I didn't have time to debug it.

fwiw, make sure that memory = maxmem (use qvm-prefs or the GUI), and
allocate enough ram (like 4G).

you may be better off re-installing the whole thing though; see the
following issue for more info:

https://github.com/QubesOS/qubes-issues/issues/3592


> - the Qubes Manager is slow and has problems with refreshing (I've read
> it appears also for some other users). I really enjoyed working with it
> because it is really making my life easier but now I avoid all possible
> actions with it...

the problem is that the "new" qubes manager (actually, a stripped down
version of the previous one) was introduced late in the rc stage so it's
still rough around the edges.

for now you're probably better off using the widgets (even they have a
few bugs) and a qvm-* commands in a terminal.

> 
> I am not sure my configuration is problematic (it seems intel core
> i5-6200 and 16 GB memory have all the expected hardware features). I can
> give more details if needed. I think the major problem is the speed,
> then other things may be lived with. Maybe going to PVH was too much ?

I have more or less the same hardware (12G but i7 cpu) ; cpu/ram
shouldn't be the issue.


> So this is my user's experience so far and I'm thinking about switching
> back to 3.2 since these problems don't seem documented. But if anyone
> can help and if this can help others, let's try to improve things
> (hopefully I'm the only one with such experience which is sad for me but
> doesn't harm Qubes reputation ;) ).

switching back to R3.2 and waiting for 4.1 might be the right path if
you don't have time to debug ...

Ivan

> 
> Regards,
> 
> Philippe
> 
> 

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/becb69aa-1eb6-ec7b-5795-f28498f7bf16%40maa.bz.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] POST not displaying for long enough or accepting keyboard commands due to no focus?

['awokd' via qubes-users]

On Thu, April 5, 2018 6:10 am, Drew White wrote:
> Hi folks,
>
>
> I try to use the F12 for selecting boot device in the booting of a guest,
> but that is not functioning.
>
> The POST screen has no delay, thus when you click start, by the time the
> window for display is created the POST is already well past and it
> doesn't recognise the key-press.
>
> Then it comes back and says there is no bootable device, even though it
> has not tried to boot from the extra device that is attached. That is why
> I would like a boot delay if available please?

Not sure if it's possible to F12 a guest like that, but do you have
"debug" enabled for it and are trying it in that window?


-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/0e6569ad24d292c484584ab9042e283f.squirrel%40tt3j2x4k5ycaa5zt.onion.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Qubes 4.0: Can't connect to network over Ethernet

['awokd' via qubes-users]

On Thu, April 5, 2018 1:37 am, fsharpn...@gmail.com wrote:
> Hello. First-time Qubes user, somewhat new to Linux.
>
>
> I'm not able to connect to the network over Ethernet. In the system tray
> is a red network icon with an x. If I click it and select "Wired
> connection", the icon changes to two circling red dots (i.e. a "wait"
> icon). Occasionally a message pops up saying "The network connection has
> been disconnected." Eventually it gives up and goes back to the red
> network icon.

Sounds like it is trying to DHCP, but not getting a reply it understands.
Are you using the default fedora-26 template for sys-net? Try shutting it
down, then switching to debian-9. You could also try to set a static IP
("manual" IPv4 if you edit Wired Connection 1).

You're running the below commands in sys-net, right?

> sudo lspci -v 00:05.0 Ethernet controller [0200]: Realtek Semiconductor
> Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
> [10ec:8168] (rev 06)
> Subsystem: Biostar Microtech Int'l Corp Device [1565:230a]
> Physical slot: 5
> Flags: bus master, fast devsel, latency 64, IRQ 71
> I/O ports at c200 [size=256]
> Memory at f2029000 (64-bit, prefetchable) [size=4K]
> Memory at f2024000 (64-bit, prefetchable) [size=16K]
> Capabilities: [40] Power Management version 3
> Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Capabilities: [70] Express Endpoint, MSI 01
> Capabilities: [d0] Vital Product Data
> Kernel driver in use: r8169
> Kernel modules: r8169

This part looks good.

> sudo journalctl | grep 'eth' Apr 04 17:02:34 sys-firewall kernel:
> xen_netfront: Initialising Xen virtual ethernet driver

Try "sudo journalctl | grep 'r8169'" here.

> ifconfig -a eth0: flags=4163  mtu 1500
> inet 10.137.0.3  netmask 255.255.255.255  broadcast 10.255.255.255 inet6

This part doesn't look as good. Try "ip link" too. There should be
something listed for your network adapter (probably the ens5 you see
occasionally) but all I see here is the virtual interface and loopback.
Check if there's an updated package available for r8169 firmware if the
debian-9 switch didn't help.


-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/2b785250649fee550aee9edc9306a64d.squirrel%40tt3j2x4k5ycaa5zt.onion.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] 4.0 install stuck on 'Installing qubes-template-fedora-26.noarch (947/1018)'

['awokd' via qubes-users]

On Wed, April 4, 2018 11:05 pm, Tomas Vrba wrote:
> Hi everyone,
>
>
> I am upgrading from Qubes 3.2 to 4.0 and I am running into issues during
> installation on Dell XPS 13 9343.
>
> My goal is to install Qubes 4.0 on an external Samsung T5 USB 3.1 SSD. I
> created the installation media in Windows using Rufus as specified and
> every time I try to install the system it completely freezes either at:
>
> "Installing qubes-template-fedora-26.noarch (947/1018)"
>
>
> or
>
> "Installing qubes-template-debian-9.noarch (948/1018)"
>
>
> and I have to do hard shutdown.

Define "completely freezes", please. Does the bar stop moving but you
still have mouse/caps lock keyboard light response? How long have you let
it sit?


-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/fdf7228637257053f9a2755490323c73.squirrel%40tt3j2x4k5ycaa5zt.onion.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Re: desktop recommendations?

[taii...@gmx.com]

On 04/04/2018 10:59 PM, Drew White wrote:

> I can't say anything about Qubes 4 because their restrictions on it require 
> the latest CPUs and all (apparently) with certain technology that pre-2017 
> CPUs don't have. (Or so I read).
2017? what? where did you read that? (I have a good idea where...a
certain company perhaps?)

The first CPU with all the capabilities is circa 2011 with the last and
best owner controlled x86_64 CPU's 2013. (AMD 43xx and 63xx)

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/88bf802a-e99f-3b14-1e0b-abd5b999d8ee%40gmx.com.
For more options, visit https://groups.google.com/d/optout.


0xDF372A17.asc
Description: application/pgp-keys

[qubes-users] Re: Qubes OS Stable Release 3.2. (Cant up-date template to fedora-26 or fedora-27)

[max via qubes-users]

Den mandag den 26. februar 2018 kl. 11.23.57 UTC+1 skrev spud12...@gmail.com:
> Hey,
> 
> I've installed Qubes OS and I'm having trouble installing the fedora-26 and 
> fedora-27 template. I've tried minimal and the full 1.5 G I believe. The 
> template is downloading but I'm getting an error when it attempts to install. 
> the temple. 
> 
> "Failed to synchronize cache for repo 'qubes-dom0-cached' -disabling
> 
> I've installed the 3.2 Release stable from qubes-OS web-site.
> 
> Any one able too help.
> 
> 
> Thanks.

I actually used the upgrade guide on qubes-os homepage to use fedora-27 :
- https://www.qubes-os.org/doc/template/fedora/upgrade-25-to-26/

and switched the numbers. It requires editing the qubes repository file, 
changing "fc$releasever" or something just to fc26, then it works with 27. No 
guaranteees though :) since it's not tested, I guess.

I made a guide mostly for myself, if I have to do it all over again :)
https://www.militant.dk/2018/04/04/cloning-fedora-26-to-fedora-27-template-qubes-3-2/

The template seems to work for me, but I'm a not a demanding user, and only did 
it for the KeePassXC version upgrade.

Sincerely
Max

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/00d66b9a-673a-4658-ae50-260709d2d54f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Fedora no longer starts, installed from RPM.

[Drew White]

On Saturday, 17 March 2018 00:58:59 UTC+11, Unman  wrote:
> Not supported means the Qubes team dont say it will work and wont put
> any effort in to making it work.
> Lots of people have had the "QREXEC not running" problem - usually
> caused by attached devices or incorrect upstream netvms.That's where I'd
> start looking, as well as checking logs, both for the qube and in dom0.

I don't mind, it's a Guest that should start since it's a guest.
Since it used to work in Qubes.

No up-stream vms to it.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/e8b2dc87-16a6-439a-9823-1cdf195f7a4e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Restoring VM from backup...

[Drew White]

On Saturday, 17 March 2018 01:05:06 UTC+11, Unman  wrote:
> On Thu, Mar 15, 2018 at 07:36:52PM -0700, Drew White wrote:
> > Hi folks,
> > 
> > I'm restoring a guest from a backup.
> > It starts off and says it's restoring, then suddenly it stops and gives me 
> > this.
> > 
> > ---
> > Extracting data: 18.5 GiB to restore
> > Some errors occurred during data extraction, continuing anyway to restore 
> > at least some VMs
> > -> Restoring QubesTemplateHVm Win7x64...
> > ERROR: VM private image file doesn't exist: 
> > /var/lib/qubes/vm-templates/Win7x64/private.img
> > *** Skipping VM: Win7x64
> > -> Done. Please install updates for all the restored templates.
> > Please unmount your backup volume and cancel the file selection dialog.
> > Finished with errors!
> > ---
> > 
> > In the backup the file is there.
> > The file that it's saying doesn't exist doesn't exist until the restoration 
> > puts it there.
> > 
> > I have gotten this issue with all the backups I have tried to restore 
> > recently.
> > 
> > What is going on here please?
> > I wish to restore the guest rather than spending 5 days re-creating it.
> > 
> > It should be a simple matter of it working, but it's not. It's confusing 
> > why it isn't working.
> > 
> > 
> Can you make sure that the Win7x64 directory doesnt exist and try
> again?


After I clicked to restore, it created the directory, and extracted many parts, 
but then failed. The directory was never there until the restore created it, 
and it was meant to create the file, but it did not and thus could not find it 
to put the data in that it was extracting.

If I delete the directory while it's extracting it has a bigger hissyfit.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/adee16e2-ff2f-41af-8a5b-469a57717a35%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.