What is this process that makes my computer crazy?? How can I avoid it?
Antonio Montagnani
Linux Fedora 29 Workstation
da/from Gmail
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.o
On Sun, 2019-01-27 at 11:15 +0100, Antonio M wrote:
> What is this process that makes my computer crazy?? How can I avoid it?
If you mean the process or processes that seem to suck up a lot of CPU,
AFAIK they come from your browser. Quit the browser and they stop. What
specifically is the problem
On Sun, 2019-01-27 at 02:29 +0100, Wolfgang Pfeiffer wrote:
> I think, yes: simply encrypting the whole disk should do it: IIRC this
> should be *a lot* faster than piping /dev/urandom to a disk,
Given that encrypting the disk means (at a minimum) reading the entire
contents and rewriting it, even
On Sun, 27 Jan 2019 11:30:27 +
Patrick O'Callaghan wrote:
> On Sun, 2019-01-27 at 11:15 +0100, Antonio M wrote:
> > What is this process that makes my computer crazy?? How can I avoid
> > it?
>
> If you mean the process or processes that seem to suck up a lot of
> CPU, AFAIK they come from y
On 1/27/19 7:48 AM, Patrick O'Callaghan wrote:
> Same here. To eliminate some variables, I turned off my dnsmasq
> service, disabled it and rebooted. The problem is still there: for a
> few moments the guests are network-reachable, then they aren't. They
> may come back, they may not. Or one does a
On Sun, 2019-01-27 at 21:50 +0800, Ed Greshko wrote:
> On 1/27/19 7:48 AM, Patrick O'Callaghan wrote:
> > Same here. To eliminate some variables, I turned off my dnsmasq
> > service, disabled it and rebooted. The problem is still there: for a
> > few moments the guests are network-reachable, then t
from a german IT magazine I got this:
https://www.heise.de/select/ct/2016/03/1454233793502849#titel_1454233793502849_10
openssl enc -aes-256-ctr -pass pass: "$(dd if=/dev/urandom bs=128 count=1
2>/dev/null | base64)" -nosalt < /dev/zero > /dev/sdX
I've never tested it, so I don't know if it wor
Hi! Did anyone succeeded making an apache proxy to a localhost listening
cockpit service?
Thank you!!
Adrian
smime.p7s
Description: S/MIME Cryptographic Signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email t
On 01/26/19 20:24, Bob Goodwin wrote:
This is an updated Fedora29 workstation and I think I've installed
thetwo required exfat app's via dnf.
I would like to list the contents of a Western Digital MyBook external
drive that uses "exfat." Apparently it feels abused by the user when
unmount
On Sun, Jan 27, 2019 at 11:32:52AM +, Patrick O'Callaghan wrote:
On Sun, 2019-01-27 at 02:29 +0100, Wolfgang Pfeiffer wrote:
I think, yes: simply encrypting the whole disk should do it: IIRC this
should be *a lot* faster than piping /dev/urandom to a disk,
Given that encrypting the disk me
On 20190127 10:56:25, Wolfgang Pfeiffer wrote:
On Sun, Jan 27, 2019 at 11:32:52AM +, Patrick O'Callaghan wrote:
On Sun, 2019-01-27 at 02:29 +0100, Wolfgang Pfeiffer wrote:
I think, yes: simply encrypting the whole disk should do it: IIRC this
should be *a lot* faster than piping
On 1/27/19 10:45 PM, Patrick O'Callaghan wrote:
> Thanks for your patience in looking at this Ed. Don't feel pressured to
> keep responding
I only feel pressure to respond to our cats. Oh, and my wife. Besides, who
doesn't love
a mystery?
When I was talking about the MAC addresses I was specul
The errors you listed, aside from the unclean dismount, shows there is
something existing inside the folder where you want to mount it. I have
not seen anything you mentioned to dissuade this point. Check that you
don't have anything at the mount point. Fixing an unclean disk is
possible. Most
On Sun, 2019-01-27 at 19:56 +0100, Wolfgang Pfeiffer wrote:
> > Given that encrypting the disk means (at a minimum) reading the entire
> > contents and rewriting it,
>
> No. I don't think data is written and rewritten. See below.
If it's not being read and rewritten, it's not being encrypted. It'
On 1/27/19 2:44 PM, Patrick O'Callaghan wrote:
If it's not being read and rewritten, it's not being encrypted. It's as
simple as that. A cryptosystem that doesn't read the plaintext? How
does that work?
The suggestion you're replying to didn't encrypt the drive in place. It
read a stream of z
On 1/27/19 3:06 PM, Gordon Messmer wrote:
simply wiping the key header.
Command example?
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfed
On Mon, 2019-01-28 at 06:18 +0800, Ed Greshko wrote:
> If you use wireshark to monitor just vnet0 and do an ssh to the guest do you
> see an ARP
> request/response happen first? Is it correct?
>
> [...]
Even without trying the ssh there is a constant traffic of ARP requests
with no replies:
52
On Sun, 2019-01-27 at 15:06 -0800, Gordon Messmer wrote:
> On 1/27/19 2:44 PM, Patrick O'Callaghan wrote:
> > If it's not being read and rewritten, it's not being encrypted. It's as
> > simple as that. A cryptosystem that doesn't read the plaintext? How
> > does that work?
>
> The suggestion you'r
On 1/27/19 2:15 AM, Antonio M wrote:
What is this process that makes my computer crazy?? How can I avoid it?
Antonio Montagnani
It's Firefox. They have moved web page handling into sub processes
which is very nice. If you kill the Web Content process that is going
crazy, you won't kill Fire
On 1/28/19 7:12 AM, Patrick O'Callaghan wrote:
> On Mon, 2019-01-28 at 06:18 +0800, Ed Greshko wrote:
>> If you use wireshark to monitor just vnet0 and do an ssh to the guest do you
>> see an ARP
>> request/response happen first? Is it correct?
>>
>> [...]
> Even without trying the ssh there is a
On 1/28/19 7:12 AM, Patrick O'Callaghan wrote:
> Even without trying the ssh there is a constant traffic of ARP requests
> with no replies:
On the host, do you get no responses when you do
arping -I virbr0 192.168.122.167 ?
[egreshko@meimei vnet0]$ arping -I virbr0 192.168.122.86
ARPING 192.
On 1/28/19 7:12 AM, Patrick O'Callaghan wrote:
> Even without trying the ssh there is a constant traffic of ARP requests
> with no replies:
On the host, do you get no responses when you do
arping -I virbr0 192.168.122.167 ?
[egreshko@meimei vnet0]$ arping -I virbr0 192.168.122.86
ARPING 192.
On 1/28/19 7:12 AM, Patrick O'Callaghan wrote:
> On Mon, 2019-01-28 at 06:18 +0800, Ed Greshko wrote:
>> If you use wireshark to monitor just vnet0 and do an ssh to the guest do you
>> see an ARP
>> request/response happen first? Is it correct?
>>
>> [...]
> Even without trying the ssh there is a
On Mon, 2019-01-28 at 08:28 +0800, Ed Greshko wrote:
> On 1/28/19 7:12 AM, Patrick O'Callaghan wrote:
> > Even without trying the ssh there is a constant traffic of ARP requests
> > with no replies:
>
> On the host, do you get no responses when you do
>
> arping -I virbr0 192.168.122.167 ?
>
too bad it's not an old spnner... just leave it on your speaker magnet
overnight. reformat in the morning.
:P
Fred
On Sun, Jan 27, 2019 at 3:24 PM Patrick O'Callaghan
wrote:
> On Sun, 2019-01-27 at 15:06 -0800, Gordon Messmer wrote:
> > On 1/27/19 2:44 PM, Patrick O'Callaghan wrote:
> > > If it
On 1/27/19 3:12 PM, Mike Wright wrote:
simply wiping the key header.
Command example?
A LUKS2 header is 4M, and other versions will be smaller, so:
dd if=/dev/zero of=/dev/sdXN bs=4M count=1
___
users mailing list -- users@lists.fedoraproject.org
On 1/27/19 3:23 PM, Patrick O'Callaghan wrote:
I think the writer *thought* it was encrypting the disk. I may be
wrong, but that's what I was responding to rather than the minutiae of
the actual command.
Ah. Yeah, now that I read his subsequent reply, I can see why.
On Sun, Jan 27, 2019 at 10:44:52PM +, Patrick O'Callaghan wrote:
On Sun, 2019-01-27 at 19:56 +0100, Wolfgang Pfeiffer wrote:
> Given that encrypting the disk means (at a minimum) reading the entire
> contents and rewriting it,
No. I don't think data is written and rewritten. See below.
If
On 20190127 14:44:52, Patrick O'Callaghan wrote:
On Sun, 2019-01-27 at 19:56 +0100, Wolfgang Pfeiffer wrote:
Given that encrypting the disk means (at a minimum) reading the entire
contents and rewriting it,
No. I don't think data is written and rewritten. See below.
If it's
On 1/27/19 6:47 PM, Wolfgang Pfeiffer wrote:
On Sun, Jan 27, 2019 at 10:44:52PM +, Patrick O'Callaghan wrote:
If it's not being read and rewritten, it's not being encrypted.
Yes, something like that is what I suspect: The actual data on disk
would be left untouched when the *disk/partition
On 1/27/19 7:34 AM, sixpack13 wrote:
from a german IT magazine I got this:
https://www.heise.de/select/ct/2016/03/1454233793502849#titel_1454233793502849_10
openssl enc -aes-256-ctr -pass pass: "$(dd if=/dev/urandom bs=128 count=1 2>/dev/null |
base64)" -nosalt < /dev/zero > /dev/sdX
I've n
31 matches
Mail list logo
