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 :
On 01/09/2016 08:04, gevi
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:
>>> [snip]
>>>
> it wi
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 different mailbox; not that
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 box.
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 load with the help
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 finding an initramfs, as evidenced by the lack of
an "initrd" in in g
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 fo
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 u
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 server in a hosted envi
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*, .gkrellm
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 frie
> 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 runn
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 re
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 happening?
>>>
>>>
>>> I'm bl
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" in in grub.cfg.
>>>
>>> If it is unable to find an initr
>>> 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 web
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 always output
>> root=/dev/sdX instead of
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 its line (which probabl
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 whatever reason the three su
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 GRUB_CMDLINE_LINUX="root=UU
24 matches
Mail list logo
