On Thu, May 25, 2017 at 12:28 PM, J. Roeleveld wrote:
>
> Not sure how long ago this was. I'm planning on redoing the whole laptop in
> the near future anyway.
>
> If anyone knows of a better way (that works without TPM) I would like to hear
> about it.
>
I'd read up on LUKS. That seems to be
On May 25, 2017 6:06:45 PM GMT+02:00, Rich Freeman wrote:
>On Thu, May 25, 2017 at 10:16 AM, J. Roeleveld
>wrote:
>> On May 25, 2017 1:04:07 PM GMT+02:00, Kai Krakow
> wrote:
>>>Am Thu, 25 May 2017 08:34:10 +0200
>>>schrieb "J. Roeleveld" :
>>>
It is possible. I have it set up like that on m
On Thu, May 25, 2017 at 10:16 AM, J. Roeleveld wrote:
> On May 25, 2017 1:04:07 PM GMT+02:00, Kai Krakow wrote:
>>Am Thu, 25 May 2017 08:34:10 +0200
>>schrieb "J. Roeleveld" :
>>
>>> It is possible. I have it set up like that on my laptop.
>>> Apart from a small /boot partition. The whole drive i
Mick wrote:
> Do either of these reduce the effect of (spinning) drive thrashing and
> desktop latency increasing when swapping takes place?
I never made any benchmarks. I just heard that some people are using
the combination of both to avoid swap altogether (or only have an
fallback swap which i
On May 25, 2017 1:04:07 PM GMT+02:00, Kai Krakow wrote:
>Am Thu, 25 May 2017 08:34:10 +0200
>schrieb "J. Roeleveld" :
>
>> It is possible. I have it set up like that on my laptop.
>> Apart from a small /boot partition. The whole drive is encrypted.
>> Decryption keys are stored encrypted in the in
On Thu, May 25, 2017 at 7:04 AM, Kai Krakow wrote:
> Am Thu, 25 May 2017 08:34:10 +0200
> schrieb "J. Roeleveld" :
>
>> It is possible. I have it set up like that on my laptop.
>> Apart from a small /boot partition. The whole drive is encrypted.
>> Decryption keys are stored encrypted in the initr
Am Thu, 25 May 2017 08:34:10 +0200
schrieb "J. Roeleveld" :
> It is possible. I have it set up like that on my laptop.
> Apart from a small /boot partition. The whole drive is encrypted.
> Decryption keys are stored encrypted in the initramfs, which is
> embedded in the kernel.
And the kernel is
On Thursday 25 May 2017 04:45:24 Martin Vaeth wrote:
> Andrew Savchenko wrote:
> > For similar needs I found zswap the most suitable, it's so much
>
> > better than zram:
> This sounds like one is an alternative to the other.
> This is not the case. It can even make sense to use them together.
>
On May 25, 2017 5:38:35 AM GMT+02:00, Kai Krakow wrote:
>Am Wed, 24 May 2017 12:30:36 -0700
>schrieb Rich Freeman :
>
>> On Wed, May 24, 2017 at 11:34 AM, Ian Zimmerman
>> wrote:
>> > On 2017-05-24 08:00, Kai Krakow wrote:
>> >
>> >> Unix semantics suggest that /tmp is not expected to survive
It is possible. I have it set up like that on my laptop.
Apart from a small /boot partition. The whole drive is encrypted.
Decryption keys are stored encrypted in the initramfs, which is embedded in the
kernel.
--
Joost
On May 25, 2017 12:40:12 AM GMT+02:00, Rich Freeman wrote:
>On Wed, May 24,
Andrew Savchenko wrote:
> For similar needs I found zswap the most suitable, it's so much
> better than zram:
This sounds like one is an alternative to the other.
This is not the case. It can even make sense to use them together.
For instance, the swap device necessarily required for zswap
can be
Am Wed, 24 May 2017 12:30:36 -0700
schrieb Rich Freeman :
> On Wed, May 24, 2017 at 11:34 AM, Ian Zimmerman
> wrote:
> > On 2017-05-24 08:00, Kai Krakow wrote:
> >
> >> Unix semantics suggest that /tmp is not expected to survive reboots
> >> anyways (in contrast, /var/tmp is expected to survive
Am Wed, 24 May 2017 11:34:20 -0700
schrieb Ian Zimmerman :
> On 2017-05-24 08:00, Kai Krakow wrote:
>
> > While I have no benchmarks and use the systemd default of tmpfs for
> > /tmp, I also put /var/tmp/portage on tmpfs, automounted through
> > systemd so it is cleaned up when no longer used (by
On Wed, May 24, 2017 at 2:16 PM, Andrew Savchenko wrote:
>
> Apparently it is pointless to encrypt swap if unencrypted
> hibernation image is used, because all memory is accessible through
> that image (and even if it is deleted later, it can be restored
> from hdd and in some cases from ssd).
>
On Wed, 24 May 2017 12:30:36 -0700 Rich Freeman wrote:
> On Wed, May 24, 2017 at 11:34 AM, Ian Zimmerman wrote:
> > On 2017-05-24 08:00, Kai Krakow wrote:
> >
> >> Unix semantics suggest that /tmp is not expected to survive reboots
> >> anyways (in contrast, /var/tmp is expected to survive reboots
On Wed, May 24, 2017 at 11:34 AM, Ian Zimmerman wrote:
> On 2017-05-24 08:00, Kai Krakow wrote:
>
>> Unix semantics suggest that /tmp is not expected to survive reboots
>> anyways (in contrast, /var/tmp is expected to survive reboots), so
>> tmpfs is a logical consequence to use for /tmp.
>
> /tmp
On 05/24/2017 08:16 AM, Ian Zimmerman wrote:
So what are gentoo users' opinions on this matter of faith?
I have long been in the camp that thinks tmpfs for /tmp has no
advantages (and may have disadvantages) over a normal filesystem like
ext3, because the files there are normally so small that t
On 2017-05-24 08:00, Kai Krakow wrote:
> While I have no benchmarks and use the systemd default of tmpfs for
> /tmp, I also put /var/tmp/portage on tmpfs, automounted through
> systemd so it is cleaned up when no longer used (by unmounting).
>
> What can I say? It works so much faster: Building p
Am Wed, 24 May 2017 08:00:33 +0200
schrieb Kai Krakow :
> Am Wed, 24 May 2017 07:34:34 +0200
> schrieb gentoo-u...@c-14.de:
>
> > On 17-05-23 at 22:16, Ian Zimmerman wrote:
> > > So what are gentoo users' opinions on this matter of faith?
> > I use an ext4 partition backed by zram. Gives me
Am Wed, 24 May 2017 07:34:34 +0200
schrieb gentoo-u...@c-14.de:
> On 17-05-23 at 22:16, Ian Zimmerman wrote:
> > So what are gentoo users' opinions on this matter of faith?
> I use an ext4 partition backed by zram. Gives me ~3x compression on
> the things I normally have lying around there (plai
20 matches
Mail list logo
