On Thursday, February 7, 2019 at 3:01:50 PM UTC, Marcus Linsner wrote:
> first:
> restarted, then couldn't launch any AppVMs due to:
>
> [ 638.747910] systemd[1]: Starting Qubes memory management daemon...
> [ 638.923606] qmemmand[3984]: Traceback (most recent call last):
first:
restarted, then couldn't launch any AppVMs due to:
[ 638.747910] systemd[1]: Starting Qubes memory management daemon...
[ 638.923606] qmemmand[3984]: Traceback (most recent call last):
[ 638.923980] qmemmand[3984]: File "/usr/bin/qmemmand", line 5, in
[ 638.924219] qmemmand[3984]:
On Thursday, February 7, 2019 at 2:17:19 PM UTC, Marcus Linsner wrote:
> On Thursday, February 7, 2019 at 1:44:00 PM UTC, Marcus Linsner wrote:
> > On Thursday, February 7, 2019 at 1:04:07 PM UTC, Marcus Linsner wrote:
> > > On Thursday, February 7, 2019 at 12:57:39 PM UTC, Ma
On Thursday, February 7, 2019 at 1:44:00 PM UTC, Marcus Linsner wrote:
> On Thursday, February 7, 2019 at 1:04:07 PM UTC, Marcus Linsner wrote:
> > On Thursday, February 7, 2019 at 12:57:39 PM UTC, Marcus Linsner wrote:
> > > Sometimes github.com resolves to 192.30.253.112
On Thursday, February 7, 2019 at 1:04:07 PM UTC, Marcus Linsner wrote:
> On Thursday, February 7, 2019 at 12:57:39 PM UTC, Marcus Linsner wrote:
> > Sometimes github.com resolves to 192.30.253.112 and .113 and today(at
> > least) they don't allow port 22 ssh, so `git push` fai
On Thursday, February 7, 2019 at 12:57:39 PM UTC, Marcus Linsner wrote:
> Sometimes github.com resolves to 192.30.253.112 and .113 and today(at least)
> they don't allow port 22 ssh, so `git push` fails like
> ssh: connect to host github.com port 22: No route to host
>
> I
Sometimes github.com resolves to 192.30.253.112 and .113 and today(at least)
they don't allow port 22 ssh, so `git push` fails like
ssh: connect to host github.com port 22: No route to host
I noticed however that when it resolves to something like 140.82.112.40 (unsure
exactly the IP) then ssh
On Wednesday, February 6, 2019 at 6:49:06 PM UTC, Marcus Linsner wrote:
> On Wednesday, February 6, 2019 at 5:25:23 PM UTC, Marcus Linsner wrote:
> > On Wednesday, February 6, 2019 at 5:59:56 PM UTC+1, Marcus Linsner wrote:
> > > On Wednesday, August 22, 2018 at 11:08:44 PM UTC
On Wednesday, February 6, 2019 at 5:25:23 PM UTC, Marcus Linsner wrote:
> On Wednesday, February 6, 2019 at 5:59:56 PM UTC+1, Marcus Linsner wrote:
> > On Wednesday, August 22, 2018 at 11:08:44 PM UTC+2, Marcus Linsner wrote:
> > > "Sensors plugin" is an xfce4-pane
On Wednesday, February 6, 2019 at 5:59:56 PM UTC+1, Marcus Linsner wrote:
> On Wednesday, August 22, 2018 at 11:08:44 PM UTC+2, Marcus Linsner wrote:
> > "Sensors plugin" is an xfce4-panel plugin which shows the CPU(and SSD)
> > temperatures in the panel. (eg. RMB
On Wednesday, August 22, 2018 at 11:08:44 PM UTC+2, Marcus Linsner wrote:
> "Sensors plugin" is an xfce4-panel plugin which shows the CPU(and SSD)
> temperatures in the panel. (eg. RMB on panel, Panel->Add New
> Items...->Search: ->Sensor plugin)
>
> Its defau
On Sunday, January 20, 2019 at 7:02:34 PM UTC+1, john s. wrote:
> On 1/20/19 12:06 AM, Andrew David Wong wrote:
> > On 19/01/2019 5.08 PM, John S.Recdep wrote:
> >> On 1/14/19 9:55 PM, John S.Recdep wrote:
> >>> On 1/14/19 10:10 AM, John S.Recdep wrote:
> Hello,
>
> I believe my
On Thursday, November 1, 2018 at 11:21:08 AM UTC+1, peter.p...@gmail.com wrote:
> On Monday, October 15, 2018 at 11:17:48 AM UTC+2, fabr...@statebox.io wrote:
> > On Friday, October 12, 2018 at 7:13:56 AM UTC+2, awokd wrote:
> > > fabr...@statebox.io wrote on 10/11/18 9:40 AM:
> > > > On Friday,
On Wednesday, October 24, 2018 at 7:16:07 AM UTC+2, Marcus Linsner wrote:
> well, removing 4.19.0_rc5-5 allows installing 4.19.0-1 (or 4.19.0_rc5-5 again
> but then can't install 4.19.0-1)
> no idea why this makes sense though, but it must be something I did in
> kernel.sp
, October 24, 2018 at 5:49:37 AM UTC+2, Marcus Linsner wrote:
> Hi. Some packages in R4.0 dom0 got updated recently and now I fail to be able
> to install kernel .rpm packages that I was previously able to install, like
> so:
>
> [ctor@dom0 ~]$ sudo dnf install --allowerasing -v
Hi. Some packages in R4.0 dom0 got updated recently and now I fail to be able
to install kernel .rpm packages that I was previously able to install, like so:
[ctor@dom0 ~]$ sudo dnf install --allowerasing -v
kernel-latest-4.19.0_rc5-1.pvops.qubes.x86_64.rpm
cachedir: /var/cache/dnf
Loaded
On Saturday, September 15, 2018 at 9:45:34 PM UTC+2, Alex wrote:
> Hi all,
> I happen to have run into the problem as per the subject. What happened
> is this:
>
> * I recently installed a fully clean R4.0 system, with default templates
> and sys-* qubes (this means fedora 26)
> * I upgraded the
On Thursday, September 13, 2018 at 7:43:57 PM UTC+2, Guy Frank wrote:
> On Tuesday, September 11, 2018 at 5:12:00 PM UTC-5, Guy Frank wrote:
> > On Tuesday, September 11, 2018 at 4:29:02 PM UTC-5, awokd wrote:
> > > On Tue, September 11, 2018 7:10 pm, Guy Frank wrote:
> > > > On Tuesday, September
On Friday, September 7, 2018 at 12:27:04 PM UTC+2, Marcus Linsner wrote:
> Actually I just looked, my MBR starts with lots of zeroes until the
> partitions are defined
In fact the MBR contains the definition of only one (dummy)partition, since
it's GPT, like:
[ctor@dom0 ~]$ sudo dd if=/d
On Thursday, September 6, 2018 at 9:03:48 PM UTC+2, Guy Frank wrote:
> I did a fully automatic disk partition on my last attempt to install Qubes 4.
> When I try to boot my new Qubes install, I get a 'no bootable device' error.
> I looked at the partitioning scheme using a live usb drive and
On Wednesday, September 5, 2018 at 4:26:11 AM UTC+2, Marcus Linsner wrote:
> Regarding OP, maybe I should look into this:
> https://www.kernel.org/doc/Documentation/filesystems/caching/fscache.txt
> I'm unsure if it'll work for what I want, yet.
>
> On Tuesday, August 28, 2018 at
On Wednesday, September 5, 2018 at 1:37:51 PM UTC+2, Marcus Linsner wrote:
> On Wednesday, September 5, 2018 at 6:17:46 AM UTC+2, Marcus Linsner wrote:
> > On Thursday, March 15, 2018 at 7:08:25 AM UTC+1, coeu...@gmail.com wrote:
> > > Hello, guys.
> > >
> >
On Wednesday, September 5, 2018 at 1:37:51 PM UTC+2, Marcus Linsner wrote:
> With that in mind, let's see how to add another UEFI entry (which, as a
> reminder, can only be selected from BIOS's Boot Menu - which in my case
> requires fully entering BIOS - there's no F12 key (but maybe i
On Wednesday, September 5, 2018 at 6:17:46 AM UTC+2, Marcus Linsner wrote:
> On Thursday, March 15, 2018 at 7:08:25 AM UTC+1, coeu...@gmail.com wrote:
> > Hello, guys.
> >
> > I want to show boot entries so that I can select certain kernel to boot,
> > and I'm usin
On Monday, September 25, 2017 at 5:35:44 PM UTC+2, Jan Martin Krämer wrote:
> I am not sure if magic sysrq is enabled on qubes, I guess I would have to
> test it while it is still working, but if it is, it also didn't work.
On dom0, looks like only the sync command(sysrq+s) of sysrq is enabled
Regarding OP, maybe I should look into this:
https://www.kernel.org/doc/Documentation/filesystems/caching/fscache.txt
I'm unsure if it'll work for what I want, yet.
On Tuesday, August 28, 2018 at 10:35:23 PM UTC+2, Marcus Linsner wrote:
> Side question: how can I send eg. sysrq+m to a q
On Monday, September 3, 2018 at 1:45:27 PM UTC+2, Rusty Bird wrote:
> Marcus Linsner:
> > I'm mainly asking because I fail to make certain services stop in a
> > certain order at reboot/shutdown. Hmm, maybe I should focus on
> > starting them in a certain order? then m
Has anyone tried (and succeeded) replacing dom0's systemd with something else
that's not systemd ? is it even doable with Qubes?
I'm mainly asking because I fail to make certain services stop in a certain
order at reboot/shutdown. Hmm, maybe I should focus on starting them in a
certain order?
On Friday, August 17, 2018 at 2:57:31 AM UTC+2, Marcus Linsner wrote:
> "For example, consider a case where you have zero swap and system is nearly
> running out of RAM. The kernel will take memory from e.g. Firefox (it can do
> this because Firefox is running executable code
How to cache these disk reads that are reported by `sudo iotop` on dom0 as:
Total DISK READ : 188.51 M/s | Total DISK WRITE : 0.00 B/s
Actual DISK READ: 188.92 M/s | Actual DISK WRITE: 0.00 B/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO>COMMAND
On Friday, August 24, 2018 at 1:14:09 PM UTC+2, Marcus Linsner wrote:
> For posterity, the modifications (applied on top of 'qubes-linux-kernel'
> repo's tag 'v4.14.57-2') that I used to achieve the above, are here:
> https://github.com/constantoverride/qubes-linux-kern
On Friday, August 17, 2018 at 12:43:29 PM UTC+2, Marcus Linsner wrote:
> All the app links in xfce4's "[Dom0] Session and Startup" window under the
> tab "Application Autostart" (see screenshot) cannot be Edit-ed which is
> probably because they reside in /etc/xdg/
On Thursday, March 19, 2015 at 7:08:58 AM UTC+1, WhonixQubes wrote:
> On 2015-03-19 5:37 am, Iestyn Best wrote:
> > Hi,
> >
> > I have been following the work of Qubes-OS for a short while now and
> > have
> > finally installed it on a new company laptop.
> >
> > I was trying to install the
On Friday, August 24, 2018 at 12:13:01 PM UTC+2, Marcus Linsner wrote:
> On Friday, August 24, 2018 at 11:24:27 AM UTC+2, Marcus Linsner wrote:
> > This is how a full(well, slightly modified) kernel compilation looks like
> > now, with ccache working:
> > ie. `tim
On Friday, August 24, 2018 at 11:24:27 AM UTC+2, Marcus Linsner wrote:
> This is how a full(well, slightly modified) kernel compilation looks like
> now, with ccache working:
> ie. `time make rpms`
> real 7m47.483s
> user 9m2.507s
> sys 6m47.245s
>
> cache directory
This is how a full(well, slightly modified) kernel compilation looks like now,
with ccache working:
ie. `time make rpms`
real7m47.483s
user9m2.507s
sys 6m47.245s
cache directory /home/user/.ccache
primary config /home/user/.ccache/ccache.conf
On Thursday, August 23, 2018 at 5:21:48 PM UTC+2, Marcus Linsner wrote:
> On Thursday, August 23, 2018 at 4:27:13 PM UTC+2, Marcus Linsner wrote:
> > I'm trying to use ccache to compile kernel(s) but after 1k files of cache
> > miss, I see only 8% hit rate, even if I keep the
On Thursday, August 23, 2018 at 4:27:13 PM UTC+2, Marcus Linsner wrote:
> I'm trying to use ccache to compile kernel(s) but after 1k files of cache
> miss, I see only 8% hit rate, even if I keep the compilation dir
> ('linux-obj'), do a clean (kernel Makefile's clean, not rpm's clean)
On Thursday, August 23, 2018 at 4:36:51 PM UTC+2, Marcus Linsner wrote:
> Quick question:
> If kernel-4.14.57/linux-obj/Makefile is being regenerated on every build
> (even if `linux-obj` dir is being kept between successing builds) does that
> automatically cause `make` to rebuil
I'm trying to use ccache to compile kernel(s) but after 1k files of cache miss,
I see only 8% hit rate, even if I keep the compilation dir ('linux-obj'), do a
clean (kernel Makefile's clean, not rpm's clean) and re-issue the just-build
again after a ccache -z (to clear ccache stats).
So, just
"Sensors plugin" is an xfce4-panel plugin which shows the CPU(and SSD)
temperatures in the panel. (eg. RMB on panel, Panel->Add New Items...->Search:
->Sensor plugin)
Its default refresh is 60 seconds. I've set it to 5. But I want it on 1 second,
however this means it would generate 2 dmesg
On Wednesday, August 22, 2018 at 12:13:29 AM UTC+2, donoban wrote:
> # ps aux | grep kdmflush | wc
> # 157
I got 71 and my uptime is 3min. (Qubes OS R4.0)
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop
On Tuesday, August 21, 2018 at 2:28:53 AM UTC+2, John S.Recdep wrote:
> On 08/16/2018 03:09 AM, Marcus Linsner wrote:
> > On Friday, June 1, 2018 at 11:31:14 PM UTC+2, qube...-...@public.gmane.org
> > wrote:
> >> The Qubes docs at:
> >>
> >> https:/
Since systemd exposes the hostname "_gateway" (ie. `ping _gateway`) on systemd
OSes, does this pose any security risk if any website decides to use that
hostname to access your router?
On appVMs this apparently can't be an issue, because _gateway points to a 10.
IP class, in fact, it point to
On Friday, August 17, 2018 at 3:09:33 PM UTC+2, awokd wrote:
> On Fri, August 17, 2018 4:46 am, Marcus Linsner wrote:
> > On Monday, February 16, 2015 at 11:00:29 AM UTC+1, Laszlo Zrubecz wrote:
> >
> >> On 02/16/15 10:53, kerste...@gmail.com wrote:
> >>
>
All the app links in xfce4's "[Dom0] Session and Startup" window under the tab
"Application Autostart" (see screenshot) cannot be Edit-ed which is probably
because they reside in /etc/xdg/autostart/ as *.desktop files; another way to
see what command they execute is looking at the tooltip shown
On Monday, February 16, 2015 at 11:00:29 AM UTC+1, Laszlo Zrubecz wrote:
> On 02/16/15 10:53, kerste...@gmail.com wrote:
> > Hello,
> >
> > I have the document D1 with the URL1 inside the green Domain.
> >
> > If I click on this domain, than the green Domain with the firefox is
> > starting...
On Thursday, August 16, 2018 at 10:06:54 PM UTC+2, Brendan Hoar wrote:
> On Thursday, August 16, 2018 at 3:21:27 PM UTC-4, Marcus Linsner wrote:
> > The good news is that I've realized that the OOM triggering was legit: I
> > had firefox set to use 12 cores at once and 14GiB of
On Thursday, August 16, 2018 at 8:03:52 PM UTC+2, Marcus Linsner wrote:
> On Thursday, August 16, 2018 at 7:50:14 PM UTC+2, Marcus Linsner wrote:
> > On Thursday, August 16, 2018 at 7:35:26 PM UTC+2, Marcus Linsner wrote:
> > > $ cat /proc/meminfo
> > > MemTotal:
On Thursday, August 16, 2018 at 7:50:14 PM UTC+2, Marcus Linsner wrote:
> On Thursday, August 16, 2018 at 7:35:26 PM UTC+2, Marcus Linsner wrote:
> > $ cat /proc/meminfo
> > MemTotal:7454500 kB
> > MemFree: 5635088 kB
> > MemAvailable:6574676 kB
>
On Thursday, August 16, 2018 at 7:35:26 PM UTC+2, Marcus Linsner wrote:
> $ cat /proc/meminfo
> MemTotal:7454500 kB
> MemFree: 5635088 kB
> MemAvailable:6574676 kB
> Buffers: 53832 kB
> Cached: 1094368 kB
> SwapCached:
On Friday, August 10, 2018 at 9:02:31 PM UTC+2, Kelly Dean wrote:
> Has anybody else used both Qubes 3.2 and 4.0 on a system with a HD, not SSD?
> Have you noticed the disk thrashing to be far worse under 4.0? I suspect it
> might have something to do with the new use of LVM combining snapshots
On Friday, June 1, 2018 at 11:31:14 PM UTC+2, qube...@go-bailey.com wrote:
> The Qubes docs at:
>
> https://www.qubes-os.org/doc/dispvm-customization/
>
> note the following for disposable vms:
>
> __
>
> Note that currently only applications whose main process keeps running
> until you close
On Thursday, August 16, 2018 at 1:47:15 PM UTC+2, Marcus Linsner wrote:
> >
> > I've observed that Qubes installation rarely ever succeeds on X370
> > motherboards so I believe the same case applies to X470 motherboards with a
> > higher chance of failure since
>
> I've observed that Qubes installation rarely ever succeeds on X370
> motherboards so I believe the same case applies to X470 motherboards with a
> higher chance of failure since it is newer. The reason for this I believe is
> because these high-end gaming motherboards have alot of
On Sunday, August 12, 2018 at 5:36:17 PM UTC+2, Unman wrote:
> On Sat, Aug 11, 2018 at 09:52:16PM -0700, Marcus Linsner wrote:
> > Hello.
> >
> > I'm attempting to flash a new BIOS (ie. upgrade) and I am greeted by the
> > BIOS with the following message:
> >
&g
Hello.
I'm attempting to flash a new BIOS (ie. upgrade) and I am greeted by the BIOS
with the following message:
"Important Notice!!!
Please back up your Bitlocker recovery key and suspend Bitlocker encryption in
the operating system before updating your BIOS or ME firmware."
Is there
57 matches
Mail list logo