On Thu, Sep 08, 2016 at 12:12:07AM +0200, Volker Armin Hemmann wrote
> You can disagree as much as you like, but with the size of drives and
> the current error rate of consumer hard drives it is not a question of
> 'if' but just a matter of 'when'.
It's not just the drive; it's the entire PC.
On 08/09/2016 00:12, Volker Armin Hemmann wrote:
Am 07.09.2016 um 08:18 schrieb Alan McKinnon:
On 07/09/2016 01:57, Volker Armin Hemmann wrote:
Am 01.09.2016 um 11:01 schrieb Alan McKinnon:
On 01/09/2016 09:18, gevisz wrote:
2016-09-01 9:13 GMT+03:00 Alan McKinnon :
Am 07.09.2016 um 08:18 schrieb Alan McKinnon:
> On 07/09/2016 01:57, Volker Armin Hemmann wrote:
>> Am 01.09.2016 um 11:01 schrieb Alan McKinnon:
>>> On 01/09/2016 09:18, gevisz wrote:
2016-09-01 9:13 GMT+03:00 Alan McKinnon :
> On 01/09/2016 08:04, gevisz wrote:
On Wednesday 07 Sep 2016 20:51:51 Alan McKinnon wrote:
> On 07/09/2016 19:53, Simon Thelen wrote:
> > On 16-09-07 at 18:41, Mick wrote:
> >> On Thursday 08 Sep 2016 00:47:13 Andrew Lowe wrote:
> >>> On 07/09/16 23:45, Peter Humphrey wrote:
> Hello list,
>
> As I said in the "emerge
On 2016-09-07, Simon Thelen wrote:
> IMAP itself does not have a concept of "Trash", the creation of such
> a mailbox is the prerogative of the client (unless the server itself
> feels that the imap client doesn't know what it's doing and moves
> deleted emails into a
On 07/09/2016 18:39, Grant wrote:
>> Hi, my site is being ravaged by an IP but dropping the IP via
>> shorewall is seeming to have no effect. I'm using his IP from nginx
>> logs. IP blocking in shorewall has always worked before. What could
>> be happening?
>
>
> I'm
On 07/09/2016 19:53, Simon Thelen wrote:
> On 16-09-07 at 18:41, Mick wrote:
>> On Thursday 08 Sep 2016 00:47:13 Andrew Lowe wrote:
>>> On 07/09/16 23:45, Peter Humphrey wrote:
Hello list,
As I said in the "emerge @system" thread, I've built a fresh ~amd64 system
on this i7
On Wed, Sep 7, 2016 at 2:25 PM, gevisz wrote:
>
> What you have just said implies that I had not had a problem
> booting the system after adding a new drive had I used initramfs
> correctly. Well, I do agree that, after loading the initramfs, the system
> may find the kernel to
2016-09-07 16:19 GMT+03:00 Rich Freeman :
> On Wed, Sep 7, 2016 at 7:57 AM, gevisz wrote:
>> 2016-09-07 12:36 GMT+03:00 Rich Freeman :
>>> On Tue, Sep 6, 2016 at 11:36 PM, Mike Gilbert wrote:
grub-mkconfig is not
On 16-09-07 at 18:41, Mick wrote:
> On Thursday 08 Sep 2016 00:47:13 Andrew Lowe wrote:
> > On 07/09/16 23:45, Peter Humphrey wrote:
> > > Hello list,
> > >
> > > As I said in the "emerge @system" thread, I've built a fresh ~amd64 system
> > > on this i7 box. I also created a new user directory
Is there a
filesystem that will make that unnecessary and exhibit better
reliability than NTFS?
>>>
>>>
>>> Yes, FAT. It works and works well.
>>> Or exFAT which is Microsoft's solution to the problem of very large
>>> files on FAT.
>>
>>
>> FAT32 won't work for me since I need to
On Wed, Sep 7, 2016 at 12:39 PM, Grant wrote:
>
> I said I was under attack but it was really just an unthrottled and
> very greedy bot. fail2ban would have gotten him. But while we're on
> the subject, how would you recommend thwarting a DDoS attack against a
> dedicated
On Thursday 08 Sep 2016 00:47:13 Andrew Lowe wrote:
> On 07/09/16 23:45, Peter Humphrey wrote:
> > Hello list,
> >
> > As I said in the "emerge @system" thread, I've built a fresh ~amd64 system
> > on this i7 box. I also created a new user directory for myself, copying in
> > only .bash*,
On 07/09/16 23:45, Peter Humphrey wrote:
Hello list,
As I said in the "emerge @system" thread, I've built a fresh ~amd64 system
on this i7 box. I also created a new user directory for myself, copying in
only .bash*, .gkrellm2 and .mozilla.
After spending a good long time setting up KDE and
> Hi, my site is being ravaged by an IP but dropping the IP via
> shorewall is seeming to have no effect. I'm using his IP from nginx
> logs. IP blocking in shorewall has always worked before. What could
> be happening?
I'm blocking like this with the firewall
Hello list,
As I said in the "emerge @system" thread, I've built a fresh ~amd64 system
on this i7 box. I also created a new user directory for myself, copying in
only .bash*, .gkrellm2 and .mozilla.
After spending a good long time setting up KDE and friends just the way I
like them, the one
On Wed, Sep 7, 2016 at 9:14 AM, Grant wrote:
Hi, my site is being ravaged by an IP but dropping the IP via
shorewall is seeming to have no effect. I'm using his IP from nginx
logs. IP blocking in shorewall has always worked before. What could
be
On Wed, Sep 7, 2016 at 7:57 AM, gevisz wrote:
> 2016-09-07 12:36 GMT+03:00 Rich Freeman :
>> On Tue, Sep 6, 2016 at 11:36 PM, Mike Gilbert wrote:
>>>
>>> grub-mkconfig is not finding an initramfs, as evidenced by the lack of
>>> an "initrd"
>>> Hi, my site is being ravaged by an IP but dropping the IP via
>>> shorewall is seeming to have no effect. I'm using his IP from nginx
>>> logs. IP blocking in shorewall has always worked before. What could
>>> be happening?
>>
>>
>> I'm blocking like this with the firewall running on the
gevisz wrote:
> So, the question remains: why not to desing the GRUB in such a way
> that it could look for the boot partition by its UUID on any available
> hard drives?
Why don't you ask to the GRUB designers? This is a GENTOO mailing list.
raffaele
2016-09-07 12:36 GMT+03:00 Rich Freeman :
> On Tue, Sep 6, 2016 at 11:36 PM, Mike Gilbert wrote:
>>
>> grub-mkconfig is not finding an initramfs, as evidenced by the lack of
>> an "initrd" in in grub.cfg.
>>
>> If it is unable to find an initramfs, it will
2016-09-07 11:40 GMT+03:00 Neil Bothwick :
> On Wed, 7 Sep 2016 09:22:59 +0300, gevisz wrote:
>
>> After many attempts, I finally managed to boot with the new drive
>> attached manually editing the above entry in /boot/grub/grub.cfg
>> 1) deleting the root=UUID=44*** part of
On Tue, Sep 6, 2016 at 11:36 PM, Mike Gilbert wrote:
>
> grub-mkconfig is not finding an initramfs, as evidenced by the lack of
> an "initrd" in in grub.cfg.
>
> If it is unable to find an initramfs, it will always output
> root=/dev/sdX instead of root=UUID=...
>
For
On Wed, 7 Sep 2016 09:22:59 +0300, gevisz wrote:
> After many attempts, I finally managed to boot with the new drive
> attached manually editing the above entry in /boot/grub/grub.cfg
> 1) deleting the root=UUID=44*** part of its line (which probably means
> that adding
On 07/09/2016 08:22, gevisz wrote:
> 3) changing hd1 and ahci1 throughout the entry to hd3 and ahci3
> (currently I am not sure about the last number but will find it
> out in the next boots)
> wich is strange as BIOS reports that the boot disk sits on the
> 0th IDE chanel and
>
2016-09-07 1:03 GMT+03:00 gevisz :
> 2016-09-07 0:32 GMT+03:00 Neil Bothwick :
>> On Wed, 7 Sep 2016 00:05:32 +0300, gevisz wrote:
>>
>>> >> But it seems that GRUB does not read fstab... :(
>>> >
>>> > It does not, because it has not loaded the kernel yet, so
On 07/09/2016 01:57, Volker Armin Hemmann wrote:
> Am 01.09.2016 um 11:01 schrieb Alan McKinnon:
>> On 01/09/2016 09:18, gevisz wrote:
>>> 2016-09-01 9:13 GMT+03:00 Alan McKinnon :
On 01/09/2016 08:04, gevisz wrote:
>> [snip]
>>
it will take about 5 seconds to
27 matches
Mail list logo