On Tue, Aug 9, 2011 at 15:12, Adam Carter wrote:
>> Since this system is *supposed* to be a server, I don't really care if
>> I lost /home :-)
>
> Got anything bigger than a 4gig disk? Rootfs on my server is using
> 7.7gig, and its a separate /home.
>
Of course. It's just a VM, I can up it easily
> Since this system is *supposed* to be a server, I don't really care if
> I lost /home :-)
Got anything bigger than a 4gig disk? Rootfs on my server is using
7.7gig, and its a separate /home.
On Tue, Aug 9, 2011 at 14:12, Dale wrote:
> Adam Carter wrote:
>>
>> I'd fsck first, and check you havent run out of inodes. What
>> filesystem are you using?
>>
>>
>>
>
> That usually works but mine passed fsck with no error. It was still broke
> as crap.
>
> I did notice the OP has all his on o
Adam Carter wrote:
'/var/tmp/portage/sys-kernel/hardened-sources-2.6.39-r8/.ipc_lock'
But `df -h` shows:
Filesystem Size Used Avail Use% Mounted on
rootfs 3.9G 2.6G 1.1G 72% /
/dev/root 3.9G 2.6G 1.1G 72% /
rc-svcdir 1.0M 36K 988K 4% /lib64/rc/init.d
udev
On Tue, Aug 9, 2011 at 12:55, Adam Carter wrote:
>> '/var/tmp/portage/sys-kernel/hardened-sources-2.6.39-r8/.ipc_lock'
>>
>> But `df -h` shows:
>>
>> Filesystem Size Used Avail Use% Mounted on
>> rootfs 3.9G 2.6G 1.1G 72% /
>> /dev/root 3.9G 2.6G 1.1G 72% /
>> rc-svcdir
> '/var/tmp/portage/sys-kernel/hardened-sources-2.6.39-r8/.ipc_lock'
>
> But `df -h` shows:
>
> Filesystem Size Used Avail Use% Mounted on
> rootfs 3.9G 2.6G 1.1G 72% /
> /dev/root 3.9G 2.6G 1.1G 72% /
> rc-svcdir 1.0M 36K 988K 4% /lib64/rc/init.d
> udev
Pandu Poluan wrote:
On Tue, Aug 9, 2011 at 11:50, Pandu Poluan wrote:
Meh. Disabling Grsec& PaX still resulted in the system locking up
when trying wget.
I'll try compiling the -r8 kernel.
My system's totally b0rked, it seems...
emerge -av =sys-kernel/hardened-sources-2.6.39-r8
On Tue, Aug 9, 2011 at 11:50, Pandu Poluan wrote:
>
> Meh. Disabling Grsec & PaX still resulted in the system locking up
> when trying wget.
>
> I'll try compiling the -r8 kernel.
>
My system's totally b0rked, it seems...
emerge -av =sys-kernel/hardened-sources-2.6.39-r8
Resulted in:
/usr/lib6
On Tue, Aug 9, 2011 at 11:33, Pandu Poluan wrote:
> On Tue, Aug 9, 2011 at 11:31, Pandu Poluan wrote:
>> On Tue, Aug 9, 2011 at 11:19, Pandu Poluan wrote:
>>> On Tue, Aug 9, 2011 at 01:43, Paul Hartman
>>> wrote:
>>>
>>> I'll try that later. ATM, I'm recompiling the kernel, with more
>>> built-
On Tue, Aug 9, 2011 at 11:31, Pandu Poluan wrote:
> On Tue, Aug 9, 2011 at 11:19, Pandu Poluan wrote:
>> On Tue, Aug 9, 2011 at 01:43, Paul Hartman
>> wrote:
>>
>> I'll try that later. ATM, I'm recompiling the kernel, with more
>> built-ins enabled.
>>
>
> Amazing! My system locked up *completel
On Tue, Aug 9, 2011 at 11:19, Pandu Poluan wrote:
> On Tue, Aug 9, 2011 at 01:43, Paul Hartman
> wrote:
>> On Mon, Aug 8, 2011 at 8:11 AM, Pandu Poluan wrote:
>>> After installation and successful 1st reboot, all attempts at wget gets
>>> killed:
>>
>> Perhaps recompile wget with -ggdb and FEAT
On Tue, Aug 9, 2011 at 01:43, Paul Hartman
wrote:
> On Mon, Aug 8, 2011 at 8:11 AM, Pandu Poluan wrote:
>> After installation and successful 1st reboot, all attempts at wget gets
>> killed:
>
> Perhaps recompile wget with -ggdb and FEATURES=nostrip to keep
> debugging symbols attached, and maybe
On Mon, Aug 8, 2011 at 23:50, Alexander Tanyukevich
wrote:
> show us your kernel config...
>
My kernel config:
#
# Automatically generated make config: don't edit
# Linux/x86_64 2.6.39-hardened-r9 Kernel Configuration
# Mon Aug 8 21:10:50 2011
#
CONFIG_64BIT=y
# CONFIG_X86_32 is not set
CONFIG_
On Mon 08 August 2011 14:49:18 Michael Mol did opine thusly:
> On Mon, Aug 8, 2011 at 2:43 PM, Paul Hartman
>
> wrote:
> > On Mon, Aug 8, 2011 at 8:11 AM, Pandu Poluan
wrote:
> >> After installation and successful 1st reboot, all attempts at
wget gets killed:
> > Perhaps recompile wget with -g
On Mon, Aug 8, 2011 at 1:49 PM, Michael Mol wrote:
> On Mon, Aug 8, 2011 at 2:43 PM, Paul Hartman
> wrote:
>> On Mon, Aug 8, 2011 at 8:11 AM, Pandu Poluan wrote:
>>> After installation and successful 1st reboot, all attempts at wget gets
>>> killed:
>>
>> Perhaps recompile wget with -ggdb and F
Michael Mol wrote:
On Mon, Aug 8, 2011 at 2:43 PM, Paul Hartman
wrote:
On Mon, Aug 8, 2011 at 8:11 AM, Pandu Poluan wrote:
After installation and successful 1st reboot, all attempts at wget gets killed:
Perhaps recompile wget with -ggdb and FEATURES=nostrip to keep
debuggi
On Mon, Aug 8, 2011 at 2:43 PM, Paul Hartman
wrote:
> On Mon, Aug 8, 2011 at 8:11 AM, Pandu Poluan wrote:
>> After installation and successful 1st reboot, all attempts at wget gets
>> killed:
>
> Perhaps recompile wget with -ggdb and FEATURES=nostrip to keep
> debugging symbols attached, and may
On Mon, Aug 8, 2011 at 8:11 AM, Pandu Poluan wrote:
> After installation and successful 1st reboot, all attempts at wget gets
> killed:
Perhaps recompile wget with -ggdb and FEATURES=nostrip to keep
debugging symbols attached, and maybe you can debug to see where it is
failing.
show us your kernel config...
On Mon, Aug 8, 2011 at 3:11 PM, Pandu Poluan wrote:
> Hello folks!
>
> After installation and successful 1st reboot, all attempts at wget gets
> killed:
>
> --2011-08-08 20:11:47-- http://www.koprol.com/
> Resolving www.koprol.com... 124.108.78.118
> Connecting to
Hello folks!
After installation and successful 1st reboot, all attempts at wget gets killed:
--2011-08-08 20:11:47-- http://www.koprol.com/
Resolving www.koprol.com... 124.108.78.118
Connecting to www.koprol.com|124.108.78.118|:80... connected.
HTTP request sent, awaiting response... 200 OK
Leng
20 matches
Mail list logo