Andrew Tselischev wrote:
> On Sun, Jul 12, 2015 at 06:52:35PM -0700, walt wrote:
[...]
>> http://wiki.redbrick.dcu.ie/mw/Account_Customisation_(zsh)
Note that this does not activate all features e.g. concerning
completion: You can have files displayed in your custom "ls"
colors in the "selection"
Hi all,
Just did an eix-sync followed by an emerge -NuD world and then the
manual kernel, nvidia drivers build and grub2 fixup. When I rebooted I
got a kernel panic. It appears to be very early on in the process as I
get minimal stuff flashing up the screen before the panic. Any thoughts
on
On Sun, Jul 12, 2015 at 06:52:35PM -0700, walt wrote:
> Maybe someone here has missed the recent discussion of zsh? ;)
>
> I just found this website, giving a wonderful primer on how to
> configure zsh:
>
> http://wiki.redbrick.dcu.ie/mw/Account_Customisation_(zsh)
>
> Disclaimer: I have no ide
Maybe someone here has missed the recent discussion of zsh? ;)
I just found this website, giving a wonderful primer on how to
configure zsh:
http://wiki.redbrick.dcu.ie/mw/Account_Customisation_(zsh)
Disclaimer: I have no idea who they are, but I found this article very
helpful indeed, and thei
All that has been said on this thread supposes that the hard drive is still
readable and writable.
But the original post stated this was a failed drive.
Then you might not be able to dd if=/dev/zero of=/dev/sdx .. or whatever else.
You would be stopped by bad sectors.
Or a hard drive might not
On 07/12/2015 03:40 PM, James wrote:
>
> Makes sense; but I cannot find the file. I get lots of hits for a
> "configure.in" in my code trees, but little on the rest of the system; here
> are the few:
It doesn't get installed. Just like how ./configure creates your
Makefile, there's something that
On Sun, Jul 12, 2015 at 6:22 PM, R0b0t1 wrote:
>
> But, simpler: if you combine a random stream of data with what is on the
> drive, the result looks just like random data. You need only overwrite the
> drive once.
I think that assumes that the two get averaged together in some way
and cannot be
On Sun, Jul 12, 2015 at 09:57:50PM +, James wrote:
> Mick gmail.com> writes:
>
>
> > Did you start an emerge of php and then looked in your /var/tmp/portage to
> > find it?
>
>
> No. I was hoping it was a common issue for folks up on php. Yea, I'll keep
> digging Since I found several
Neil Bothwick wrote:
>
> I agree. Being able to customise is good, but the defaults should be
> sensible and appealing to new users.
Yes, but not only new users but also not breaking expectations
of old users are important - it is a subtle balance,
and shells tend to be conservative here (bash is
@topic: I would strongly suggest using a hardware key that also utilizes a
passphrase. To delete, remove the key and/or don't tell anyone the
passphrase. If you need to destroy a platter drive take it apart and sand
the platters (probably the easiest). If it's solid state heat the drive
over 150C-2
Mick gmail.com> writes:
> Did you start an emerge of php and then looked in your /var/tmp/portage to
> find it?
No. I was hoping it was a common issue for folks up on php. Yea, I'll keep
digging Since I found several dead(links) ends I was also hoping
it just old cruft that has been solv
On Sun, Jul 12, 2015 at 5:20 PM, Volker Armin Hemmann
wrote:
> read the second link I provided.
>
I did. It contains no theoretical arguments against the possibility
of data recovery. Theoretical limits would be ones like the
uncertainty principle. If a given amount of matter could only store
Am 12.07.2015 um 23:10 schrieb Rich Freeman:
> On Sun, Jul 12, 2015 at 4:43 PM, Volker Armin Hemmann
> wrote:
>> Unlike you, I read some stuff before posting. This is OLD NEWS:
> No need to be rude.
>
>> http://www.howtogeek.com/115573/htg-explains-why-you-only-have-to-wipe-a-disk-once-to-erase-it
On Sun, Jul 12, 2015 at 4:43 PM, Volker Armin Hemmann
wrote:
>
> Unlike you, I read some stuff before posting. This is OLD NEWS:
No need to be rude.
>
> http://www.howtogeek.com/115573/htg-explains-why-you-only-have-to-wipe-a-disk-once-to-erase-it/
>
> http://www.vidarholen.net/~vidar/overwritin
On Sunday 12 Jul 2015 20:40:35 James wrote:
> Hello,
>
>
> So lately I've been using elogv for a convenience way to ensure no
> issues with the most recent packages installed or upgraded. It's a neat
> little tool. Today I found this:
>
> dev-lang/php-5.6.10 - 07/10/2015{in purple}
>
> snip
On 12/07/2015 22:46, Daniel Frey wrote:
> On 07/12/2015 12:25 PM, Alan McKinnon wrote:
>> It's because the "RAID" abilities built into most motherboards are
>> really shitty. Very little, if any, optimization going on, no real
>> intelligence, and the whole thing just looks and feels like it's no m
On 07/12/2015 12:25 PM, Alan McKinnon wrote:
> It's because the "RAID" abilities built into most motherboards are
> really shitty. Very little, if any, optimization going on, no real
> intelligence, and the whole thing just looks and feels like it's no more
> than 2 or more volumes shoved into one
Am 12.07.2015 um 21:14 schrieb Rich Freeman:
> On Sun, Jul 12, 2015 at 12:32 PM, Volker Armin Hemmann
> wrote:
>> actually 1 time is enough. With zeros. Or ones. Does not matter at all.
>>
> That depends on your threat model.
nope. It doesn't.
You believe in some urban legend you never dared to
On Sun, 12 Jul 2015 15:21:41 -0400, Rich Freeman wrote:
> While some kind of native support would be nice, and likely more
> efficient in some ways, you could just layer btrfs on top of an
> encrypted loopback device.
The problem with that approach, if you use RAID, is that all writes must
be en
Hello,
>>
So lately I've been using elogv for a convenience way to ensure no
issues with the most recent packages installed or upgraded. It's a neat
little tool. Today I found this:
dev-lang/php-5.6.10 - 07/10/2015{in purple}
snipped::>
"This package has a configure.in file which has long
On 12/07/2015 20:51, Alex Thorne wrote:
> I'm afraid I won't be testing it any time soon -- I don't have any
> drives to pair at the moment. As for your comments about dmraid being
> 'fake', I'm a little confused. From what you say it sounds like this is
> the hardware RAID that comes with many mot
On Sun, Jul 12, 2015 at 10:39 AM, Marc Joliet wrote:
>
> Am Sun, 12 Jul 2015 08:48:48 -0400
> schrieb Rich Freeman :
>
>> If it weren't painful to set up and complicated for rescue attempts,
>> I'd just use full-disk encryption with a strong key on a flash drive
>> or similar. Then the disk is as
On Sun, Jul 12, 2015 at 12:32 PM, Volker Armin Hemmann
wrote:
>
> actually 1 time is enough. With zeros. Or ones. Does not matter at all.
>
That depends on your threat model.
If you're concerned about somebody reading the contents of the drive
using the standard ATA commands, then once with zero
I'm afraid I won't be testing it any time soon -- I don't have any drives
to pair at the moment. As for your comments about dmraid being 'fake', I'm
a little confused. From what you say it sounds like this is the hardware
RAID that comes with many motherboards. Why is hardware RAID undesirable
over
On Sun, 12 Jul 2015 19:52:34 +0300, Nikos Chantziaras wrote:
> > It is with shells as with editors: Whatever is the default,
> > quite a lot of people will not be satisfied with it.
>
> I disagree. It should work out of the box. People can change it later.
>
> Having it not work at all is just
On 11/07/15 23:56, Martin Vaeth wrote:
Nikos Chantziaras wrote:
I really don't have time to learn arcane settings anymore.
That's why it is good that you can adapt the shell completely
to your needs: My opinion is that the computer must adapt to
*my* habits and not vice versa.
If it doesn'
Am 12.07.2015 um 14:35 schrieb Marc Joliet:
> Hi,
>
> I have to failed drives that I want to give away for recycling purposes, but
> want to be sure to properly clear them first. They used be part of a btrfs
> RAID10 array, but needed to be replaced (with "btrfs replace"). (In the
> meantime I co
(Thanks to everyone for the replies so far!)
Am Sun, 12 Jul 2015 08:48:48 -0400
schrieb Rich Freeman :
> On Sun, Jul 12, 2015 at 8:35 AM, Marc Joliet wrote:
> >
> > My question is how precisely the disks should be cleared. From various
> > sources
> > I know that overwriting them with random d
Em 12/07/2015 10:03, "Mick" escreveu:
>
> On Sunday 12 Jul 2015 13:35:25 Marc Joliet wrote:
> > Hi,
> >
> > I have to failed drives that I want to give away for recycling purposes,
> > but want to be sure to properly clear them first. They used be part of
a
> > btrfs RAID10 array, but needed to b
On Sunday 12 Jul 2015 13:35:25 Marc Joliet wrote:
> Hi,
>
> I have to failed drives that I want to give away for recycling purposes,
> but want to be sure to properly clear them first. They used be part of a
> btrfs RAID10 array, but needed to be replaced (with "btrfs replace"). (In
> the meanti
Hello everyone. My question is not about gentoo, sorry!
I wanted to know what is your idea about crowdfunding to provide
a well design fire backbone ? Do you think people will accept the idea?
On Sun, Jul 12, 2015 at 8:35 AM, Marc Joliet wrote:
>
> My question is how precisely the disks should be cleared. From various
> sources
> I know that overwriting them with random data a few times is enough to render
> old versions of data unreadable. I'm guessing 3 times ought to be enough, bu
Hi,
I have to failed drives that I want to give away for recycling purposes, but
want to be sure to properly clear them first. They used be part of a btrfs
RAID10 array, but needed to be replaced (with "btrfs replace"). (In the
meantime I converted the array to RAID1 with only two drives.)
My q
33 matches
Mail list logo
