No legacy boot in the BIOS, it only allows booting UEFI. I updated the
BIOS from F.30 to F.31 and had to reinstall Qubes after that, because
the BIOS didn't recognize it after the update.
Installation without laptop display, had to use a HDMI monitor. I tried
all troubleshooting options before
I am running VMWare Horizon in a trusted VM in order to WFH. It is able to
detect and use both monitor geometries for what you might call a
"double-full screen mode" - however, even though I have enabled full-screen
mode for this trusted AppVM in /etc/qubes/guid.conf on dom0, Qubes
unfortunatel
This is my experience report after finally successfully setting up an IPv6
tunnel in sys-net in Qubes R4.0 and configuring things so that AppVMs could
use it. It was quite a struggle - some things did not work as I expected.
Steps I followed to make it work:
1. Put the commands from Hurricane Ele
supported
hardware list.
my machine is custom built:
Processor (CPU) AMD Athlon 5350 Quad Core APU (2.05GHz/AM1) & Radeon™
HD8400
Motherboard ASUS® AM1M-A: (M-ATX, DDR3, USB 3.0, 6Gb/s)
Thanks for any help
Robin
--
You received this message because you are subscribed to the Google Gr
I am trying to follow the instructions on
https://www.qubes-os.org/doc/multiboot/ but grub is not even installed, so
there is no such directory /etc/grub.d/
Does that page need to be updated?
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To
oVMeFrPDLCUmWxf
> WGKf7fLbvS/1Uc57i/MzaHsyZjBiKuiVInvIevG+LFO6nQDJsRGxaI/EHQpsxqlG
> /FcU0HiRlHiNzJRChGSSq6SS0AHm/lBA4U8mTJXYzjkpbjoUXVY=
> =iG/S
> -END PGP SIGNATURE-
Will the fedora 27 template also work on/be ported to Qubes 3.2, or will fedora
26 be the last supported template
After my Windows 8.1 VM updated itself today, first the Windows mouse pointer
disappeared entirely, and then when I rebooted it, it stopped moving as far as
the Qubes mouse pointer, so the two mouse pointers became out of sync.
The solution was to go into the Control Panel in Windows and in Mous
n the laptop model. The keyboard is handled by the embedded controller
which typically runs proprietary firmware. But that does not prevent people from
modifying it anyway :)
https://github.com/hamishcoleman/thinkpad-ec/pull/32
--
Live long and prosper
Robin `ypid` Schneider -- https://me.ypid.
OS 4.0 support I assume?
I guess this choice is easy :) ?
- --
Live long and prosper
Robin `ypid` Schneider -- https://me.ypid.de/
-BEGIN PGP SIGNATURE-
iQIcBAEBCgAGBQJZWTOvAAoJEIb9mAu/GkD4NzkQAICDV6fWPONqUM7lksyLbZjq
RsfvYzAGBFmutPcEWHLQr/vjwRjhOQArGwC9
-
- --
>
>
>
?
>
Hey
You might be interested in this issue:
https://github.com/QubesOS/qubes-issues/issues/2240
- --
Live long and prosper
Robin `ypid` Schneider -- https://me.ypid.de/
-BEGIN PGP SIGNATURE-
iQIcBAEBCgAGBQJYr0fYAAoJEIb9mAu/GkD4reoQAKPvuU
e
yubikey works) in case that's useful.
Thanks for the help,
Robin Lambertz
[0]: https://github.com/QubesOS/qubes-app-linux-usb-proxy
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop rece
en attaching the yubikey to the VM, ReadUSB returns immediately with
the TIMEOUT error (isn't that weird ?), while the WriteUSB times out
after 5 seconds. I'm wondering if it was possible the Qubes USB proxy
could cause those timeouts ? Anyone knows what else could cause those
errors
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/02/2017 03:44 PM, Holger Levsen wrote:
> Hi,
>
> On Sun, Jan 15, 2017 at 10:24:01PM +0100, Robin Schneider wrote:
>> Adding to the reports about the Thinkpad X1 Carbon 4th gen (20FB), here
>> are my experiences with
QubesOS/qubes-hcl/pull/4
I will update it with a link to this post on the ML.
- --
Live long and prosper
Robin `ypid` Schneider -- https://me.ypid.de/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCAAGBQJYe+hWAAoJEIb9mAu/GkD4f8EQAKRl1uoTXPXgeNDH2q8DeO0J
cCTmHB4LyTKa1qvE
On Wed, 4 Jan 2017 at 00:16 Unman wrote:
> Did you actually read that bug report?
Yes.
> I'm amazed it's still open.
>
> I assume that you are using a Fedora template
Yes.
> since 'mimeopen'
> works for a vanilla Debian template.
>
I don't think the Fedora template uses mimeopen directly
On Tue, 3 Jan 2017 at 03:14 Unman wrote:
> > > Original Message
> > > Subject: [qubes-users] How to set file association in disposable VMs?
> > > Local Time: December 29, 2016 7:48 PM
> > > UTC Time: December 29, 2016 11:48 AM
> > > From: gree...@gmail.com
> > > To: qubes-users
I *have* changed my MIME type associations - at least, I think that's what
I've done.
On Thu, 29 Dec 2016 at 13:28 WillyPillow wrote:
> Original Message
> Subject: [qubes-users] How to set file association in disposable VMs?
> Local Time: December 29, 2016 7:48 PM
> UTC Time: D
I have configured Nautilus in an AppVM to open PDF files with Okular, and I've
then done the same configuration (as user "user") in the TemplateVM that the
disposable VMs are also based on. However, when I choose "Open in disposable
VM" from that reconfigured AppVM, even though the dispvm savefi
ha512 has hash for LUKS.
Refer to
https://docs.debops.org/en/latest/ansible/roles/ansible-cryptsetup/docs/defaults
.html#cryptography-defaults
for details :)
- --
Live long and prosper
Robin `ypid` Schneider -- https://me.ypid.de/
-BEGIN PGP SIGNATURE-
Version:
Some examples:
* Emacs fails to update packages and always hangs on the same package - at
least over the period of a few hours. A few weeks ago it was hanging midway
trying to download haskell-mode, most recently it was markdown-mode.
* The sbt launcher jar can't download sbt. This is a very ea
e you seen
http://blog.invisiblethings.org/2016/09/03/thoughts-about-orwl.html yet :) ?
- --
Live long and prosper
Robin `ypid` Schneider
-BEGIN PGP SIGNATURE-
iQIcBAEBCgAGBQJX2kzFAAoJEIb9mAu/GkD4+M0P/R6OjwTBOZ9N4pikguMZdf4/
lVzmmwFnoaLJgopjnb3Iou2TzjOQzIx6YxF1VYHFrAMO/47y+
e-update-vm/ for the background.
- --
Live long and prosper
Robin `ypid` Schneider
-BEGIN PGP SIGNATURE-
iQIcBAEBCgAGBQJXvtCEAAoJEIb9mAu/GkD4x+kQAKU2+G3z6LNoJbuVulsY3YN8
m3dz3wUWSGB8Ayb7LcdHt14c83Uh6tSsSgj/y7zqdDbuwif5EO66bRhxAembFy59
VDd
kages.debian.org/jessie-backports/owncloud-client
- --
Live long and prosper
Robin `ypid` Schneider
-BEGIN PGP SIGNATURE-
iQIcBAEBCgAGBQJXtgTTAAoJEIb9mAu/GkD4mfEQAKb+vChGL7sDZlS2RR8fRQaU
1O0FMrKgzoG5JI7LpyZ/AHPihqqdAF9sbt/JXw6/toLAsEneHQq1HnwABXdQa5OR
Ajnc9sV6lNTqUXuks054hUwH8H3pm8kquaEYvS/xbH
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 17.08.2016 09:47, Robin Schneider wrote:
> On 17.08.2016 04:45, neilhard...@gmail.com wrote:
>> The Qubes website recommends SSD drives.
>
>> Is there any particular reason..?
>
>> Does Qubes use read/write to t
published paper [DiskFiltration: Data
Exfiltration from Speakerless Air-Gapped Computers via Covert Hard Drive
Noise][1] there might also be another good reason to use SSDs ;)
[1]: https://arxiv.org/pdf/1608.03431v1.pdf
- --
Live long and prosper
Robin `ypid` Schneider
-BEGIN PGP SIGNATURE
ou can check that (bad memory) with memtest86+?
- --
Live long and prosper
Robin `ypid` Schneider
-BEGIN PGP SIGNATURE-
iQIcBAEBCgAGBQJXpZ+eAAoJEIb9mAu/GkD4X8oQANZ9cGCScw2W8JSsI2yvSmWD
H0SIrIz4QtamITtQhwpOVJT40hnMnoiilTfiR2OeOW9iKE7MbABYV3diyiYJh5Yg
XhkiEi3d4LoK0Kxn1Zn/9MI+DHTN+
x27;s law. So to be realistic, you would need to take that into
consideration.
Refer to:
*
https://crypto.stackexchange.com/questions/1815/how-to-account-for-moores-law-in
- -estimating-time-to-crack
- --
Live long and prosper
Robin `ypid` Schneider
-BEGIN
beat is to use a COW filesystem like btrfs. This was
discussed a few days ago on this list that you can use btrfs to reflink copy
VMs. The only limitation to your scenario would be that changes in TVM1 would
not get magically merged down the hierarchy.
- --
Live long and prosper
Robin
t be able to run more than three qubes at a
> time.")
You can maybe try to give dom0 a bit of swap space considering the 2 GB of RAM :
)
- --
Live long and prosper
Robin `ypid` Schneider
-BEGIN PGP SIGNATURE-
iQIcBAEBCgAGBQJXUsvAAAo
29 matches
Mail list logo
