Apparently, though unproven, at 03:21 on Monday 17 January 2011, William
Kenworthy did opine thusly:
A
modern desktop that swaps is unusable - enormous amounts of data has to
be pulled back in from the drive. A web server that swaps is already
thrashing so you always want to avoid that.
Apparently, though unproven, at 03:39 on Monday 17 January 2011, William
Kenworthy did opine thusly:
On Sun, 2011-01-16 at 17:26 -0800, Mark Knecht wrote:
On Sun, Jan 16, 2011 at 5:13 PM, William Kenworthy bi...@iinet.net.au
wrote:
On Sun, 2011-01-16 at 14:41 -0800, Grant wrote:
...
On Mon, 2011-01-17 at 10:07 +0200, Alan McKinnon wrote:
Apparently, though unproven, at 03:39 on Monday 17 January 2011, William
Kenworthy did opine thusly:
On Sun, 2011-01-16 at 17:26 -0800, Mark Knecht wrote:
On Sun, Jan 16, 2011 at 5:13 PM, William Kenworthy bi...@iinet.net.au
Hi,
on one of my machines, googleearth crashes. An
ldd /opt/googleearth/googleearth.bin | grep crypto
shows that it tries to load both
/usr/lib32/libcrypto.so.0.9.8 and /usr/lib32/libcrypto.so.1.0.0
On a different machine it only loads /usr/lib32/libcrypto.so.1.0.0
and does not crash.
So,
Apparently, though unproven, at 10:18 on Monday 17 January 2011, William
Kenworthy did opine thusly:
On Mon, 2011-01-17 at 10:07 +0200, Alan McKinnon wrote:
Apparently, though unproven, at 03:39 on Monday 17 January 2011, William
Kenworthy did opine thusly:
On Sun, 2011-01-16 at 17:26
On Mon, 17 Jan 2011 10:07:45 +0200, Alan McKinnon wrote:
I have a diskless 3GB ram atom system (mythtv frontend) and I have to
arrange swap over nbd for gcc and glibc emerges - others just get very
slow when getting to limits, or get flaky unless -j1 is used. Havent
tried OO on it yet :)
On 17/1/2011, at 8:07am, Alan McKinnon wrote:
...
I'M flabbergasted. 3G is really a gigantic amount of memory and yet the
machine still runs out of the stuff?
Something is seriously wrong somewhere when code does this. I know memory is
cheap and all, but still ... that's just excessive
On Monday 17 January 2011 02:28:57 Dale wrote:
Peter, you got something weird going on with your system?
Maybe I have, or did have at one time. I'll try it again at the next
update. Thanks for the info.
--
Rgds
Peter. Linux Counter 5290, 1994-04-23.
On Sunday 16 January 2011 15:32:03 Alan McKinnon wrote:
Logic tells me you likely have something dodgy local to your machine
as you are the only one so this would be a good point to post the
error output you get.
As I said to Dale, I'll check at the next upgrade. Thanks anyway.
--
Rgds
On Mon, 2011-01-17 at 09:22 +, Neil Bothwick wrote:
On Mon, 17 Jan 2011 10:07:45 +0200, Alan McKinnon wrote:
I have a diskless 3GB ram atom system (mythtv frontend) and I have to
arrange swap over nbd for gcc and glibc emerges - others just get very
slow when getting to limits, or
On Mon, 17 Jan 2011 19:40:15 +0800, William Kenworthy wrote:
If it's diskless, where are /tmp and /var/tmp mounted? If they use
tmpfs the memory usage is understandable. If they use NFS the
emerges must be unbearably slow.
For normal usage, they are in tmpfs along with portage but I mount
On Mon, 2011-01-17 at 12:38 +, Neil Bothwick wrote:
On Mon, 17 Jan 2011 19:40:15 +0800, William Kenworthy wrote:
If it's diskless, where are /tmp and /var/tmp mounted? If they use
tmpfs the memory usage is understandable. If they use NFS the
emerges must be unbearably slow.
For
Hi Daniel,
Daniel Pielmeier bil...@gentoo.org [11-01-17 17:03]:
2011/1/17 meino.cra...@gmx.de:
I am running a vanilla linux kernel version 2.6.37 .
Furthermore in
/lib/firmware
there is a folder called
av7110
which I think contains the firmware for that card.
I
On Sat, Jan 15, 2011 at 8:48 PM, David Relson rel...@osagesoftware.comwrote:
My /etc/modprobe.d directory is under configuration management using
subversion. Whenever modprobe runs, it reads the files in the .svn
directory and complains about all the stuff it doesn't understand, for
example:
Hi,
I have two questions:
1) Do I have to enable microcode updates in the BIOS of my Crosshair
IV Formula to activate microcodes push in the CPU by the module
microcode ? (AMD Phenom X6 1090T)
2) Does anyone know, what these microcodes do? They are fixes for...
...what?
Thank
On 16 January 2011 22:30, Nikos Chantziaras rea...@arcor.de wrote:
On 01/16/2011 05:18 PM, Daniel Tihelka wrote:
Hallo,
after update to 2.6.36-r5 kernel, xorg 1.9.2, mesa-7.9 and xf86-video-
ati-6.13.2 (all from gentoo portage), the hw graphics acceleration stopped
working. The problem
- Original Message
I have two questions:
1) Do I have to enable microcode updates in the BIOS of my Crosshair
IV Formula to activate microcodes push in the CPU by the module
microcode ? (AMD Phenom X6 1090T)
Not sure about BIOS, but the Linux Kernel you are running
On 01/17/2011 12:22 AM, Helmut Jarausch wrote:
Hi,
on one of my machines, googleearth crashes. An
ldd /opt/googleearth/googleearth.bin | grep crypto
shows that it tries to load both
/usr/lib32/libcrypto.so.0.9.8 and /usr/lib32/libcrypto.so.1.0.0
On a different machine it only loads
BRM bm_witn...@yahoo.com [11-01-17 19:16]:
- Original Message
I have two questions:
1) Do I have to enable microcode updates in the BIOS of my Crosshair
IV Formula to activate microcodes push in the CPU by the module
microcode ? (AMD Phenom X6 1090T)
Not sure
On Mon, Jan 17, 2011 at 10:10 AM, BRM bm_witn...@yahoo.com wrote:
- Original Message
I have two questions:
1) Do I have to enable microcode updates in the BIOS of my Crosshair
IV Formula to activate microcodes push in the CPU by the module
microcode ? (AMD Phenom X6
On Monday 17 January 2011 18:21:48 meino.cra...@gmx.de wrote:
Hi,
I have two questions:
1) Do I have to enable microcode updates in the BIOS of my Crosshair
IV Formula to activate microcodes push in the CPU by the module
microcode ? (AMD Phenom X6 1090T)
you ALWAYS have to
On Monday 17 January 2011 10:48:36 Mark Knecht wrote:
On Mon, Jan 17, 2011 at 10:10 AM, BRM bm_witn...@yahoo.com wrote:
- Original Message
I have two questions:
1) Do I have to enable microcode updates in the BIOS of my Crosshair
IV Formula to activate microcodes
On Monday 17 January 2011 19:34:08 meino.cra...@gmx.de wrote:
BRM bm_witn...@yahoo.com [11-01-17 19:16]:
- Original Message
I have two questions:
1) Do I have to enable microcode updates in the BIOS of my
Crosshair
IV Formula to activate microcodes push in
Stefan G. Weichinger li...@xunil.at [11-01-17 20:04]:
Would someone help me out on this issue?
I have a flaky disk in a server, and dmesg says:
end_request: I/O error, dev sdb, sector 1835240116
Now i have this layout:
# fdisk -l /dev/sdb
Disk /dev/sdb: 1000.2 GB, 1000204886016
Volker Armin Hemmann volkerar...@googlemail.com [11-01-17 20:16]:
On Monday 17 January 2011 18:21:48 meino.cra...@gmx.de wrote:
Hi,
I have two questions:
1) Do I have to enable microcode updates in the BIOS of my Crosshair
IV Formula to activate microcodes push in the CPU by
Am 17.01.2011 20:15, schrieb meino.cra...@gmx.de:
When switched to display sector units it is only a matter of counting
to find the partition in question I would guess...
Errm, yes, I thought of this as well, as always *after* posting to the ML.
# fdisk -l -u /dev/sdb
[..]
/dev/sdb4
On Monday 17 January 2011 20:19:04 meino.cra...@gmx.de wrote:
Volker Armin Hemmann volkerar...@googlemail.com [11-01-17 20:16]:
On Monday 17 January 2011 18:21:48 meino.cra...@gmx.de wrote:
Hi,
I have two questions:
1) Do I have to enable microcode updates in the BIOS of my
Stefan G. Weichinger li...@xunil.at [11-01-17 20:44]:
Am 17.01.2011 20:15, schrieb meino.cra...@gmx.de:
When switched to display sector units it is only a matter of counting
to find the partition in question I would guess...
Errm, yes, I thought of this as well, as always *after* posting
Volker Armin Hemmann volkerar...@googlemail.com [11-01-17 20:52]:
On Monday 17 January 2011 20:19:04 meino.cra...@gmx.de wrote:
Volker Armin Hemmann volkerar...@googlemail.com [11-01-17 20:16]:
On Monday 17 January 2011 18:21:48 meino.cra...@gmx.de wrote:
Hi,
I have two
Stefan G. Weichinger writes:
Would someone help me out on this issue?
I have a flaky disk in a server, and dmesg says:
end_request: I/O error, dev sdb, sector 1835240116
Uh-oh. I suggest emerging badblocks, and then do a 'badblocks /dev/sdb' to
see which and how many blocks are
As he said in the previous message, there are almost never changelogs for
microcode updates.
I do, however, have to disagree with *never* disabling microcode updates.
If I recall properly, the AMD Phenom II 720 was able to be unlocked to 4
cores via a misconfiguration that enabled it with ACC.
On Mon, Jan 17, 2011 at 11:57 AM, meino.cra...@gmx.de wrote:
SNIP
So...why should I try unknown code patched into my CPU.
It looks like install this virus from the security point
of view, doesn't ist?
That was my point.
I think the idea Volker is suggesting is the micro-code updates go
from
On Mon, Jan 17, 2011 at 11:38 AM, Stefan G. Weichinger li...@xunil.at wrote:
Am 17.01.2011 20:15, schrieb meino.cra...@gmx.de:
When switched to display sector units it is only a matter of counting
to find the partition in question I would guess...
Errm, yes, I thought of this as well, as
Am 2011-01-17 21:15, schrieb Mark Knecht:
It appears that the partition is part of a RAID? Has the RAID itself
protected you? Can you fail the drive, remove it, from the RAID, buy a
new drive and get going again? I think any RAID other than RAID0 will
withstand a single drive failure. right?
Am 2011-01-17 21:13, schrieb Alex Schuster:
Uh-oh. I suggest emerging badblocks, and then do a 'badblocks /dev/sdb' to
see which and how many blocks are defective. You can also replace sdb by
sdb6 or whatever partition you are specifically interested in.
You also might want to use the -n
On Monday 17 January 2011 19:59:57 Stefan G. Weichinger wrote:
Would someone help me out on this issue?
I have a flaky disk in a server, and dmesg says:
end_request: I/O error, dev sdb, sector 1835240116
Now i have this layout:
# fdisk -l /dev/sdb
Disk /dev/sdb: 1000.2 GB,
On Monday 17 January 2011 15:13:54 Jason Weisberger wrote:
As he said in the previous message, there are almost never changelogs for
microcode updates.
I do, however, have to disagree with *never* disabling microcode updates.
If I recall properly, the AMD Phenom II 720 was able to be
On Monday 17 January 2011 12:12:08 Mark Knecht wrote:
On Mon, Jan 17, 2011 at 11:57 AM, meino.cra...@gmx.de wrote:
SNIP
So...why should I try unknown code patched into my CPU.
It looks like install this virus from the security point
of view, doesn't ist?
That was my point.
I
On Monday 17 January 2011 21:46:39 Stefan G. Weichinger wrote:
Am 2011-01-17 21:13, schrieb Alex Schuster:
Uh-oh. I suggest emerging badblocks, and then do a 'badblocks /dev/sdb'
to see which and how many blocks are defective. You can also replace
sdb by sdb6 or whatever partition you are
meino.cra...@gmx.de schrieb am 17.01.2011 17:12:
The problem is, that the channel selection does not work in a proper
way:
Suppose you have the channels:
A B C D E F G
*
* = currently selected channel
Now (in vlc) you press N for next. B gets selected. N...nothing
happens. N D
On Monday 17 January 2011 18:30:02 Mick wrote:
On 16 January 2011 22:30, Nikos Chantziaras rea...@arcor.de wrote:
Then, try deleting your xorg.conf (if you have one) and do:
eselect mesa set r300 gallium
Also make sure that mesa is emerged with the video_cards_r300 USE flag
The word probably implies that you have no idea what the statistics were
on getting a perfectly good core were or why they disabled entire batches of
cores based on an error from one.
You are just overdriving your point. If he doesn't want to enable updation
of microcode, it won't hurt anything.
Hallo Mick.
Thank you very much - it helped. Removing 'video=vesafb:ywrap,mtrr:3 vga=792'
from kernel boot options, and framebuffer-related stuff in kernel config,
especially:
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
# CONFIG_FB_BACKLIGHT is not set
#
On Monday 17 January 2011 18:30:02 Mick wrote:
On 16 January 2011 22:30, Nikos Chantziaras rea...@arcor.de wrote:
Then, try deleting your xorg.conf (if you have one) and do:
eselect mesa set r300 gallium
Also make sure that mesa is emerged with the video_cards_r300 USE flag
enabled.
Hallo Mick.
Thank you very much - it helped. Removing 'video=vesafb:ywrap,mtrr:3
vga=792'
from kernel boot options, and framebuffer-related stuff in kernel config,
especially:
# CONFIG_FB_DDC is not set
# CONFIG_FB_BOOT_VESA_SUPPORT is not set
# CONFIG_FB_BACKLIGHT is not set
#
On 1/17/2011 12:29 AM, Alan McKinnon wrote:
Not so much :-)
I too have db servers with 96G of ram. 5 of them, so I'm current. I'm just
gobsmacked that a desktop needs 3G to build a compiler and system libs. It's
consuming 2G to do that, I'll bet that 1.75G of that is pure wastage.
Much like
On Monday 17 January 2011 22:31:14 Daniel Tihelka wrote:
Hallo Mick.
Thank you very much - it helped. Removing 'video=vesafb:ywrap,mtrr:3
vga=792'
from kernel boot options, and framebuffer-related stuff in kernel config,
especially:
You can have enabled the following:
CONFIG_FB=y
#
Am 2011-01-17 21:47, schrieb Volker Armin Hemmann:
On Monday 17 January 2011 19:59:57 Stefan G. Weichinger wrote:
Would someone help me out on this issue?
I have a flaky disk in a server, and dmesg says:
end_request: I/O error, dev sdb, sector 1835240116
Now i have this layout:
# fdisk
On Monday 17 January 2011 16:59:26 Jason Weisberger wrote:
The word probably implies that you have no idea what the statistics were
on getting a perfectly good core were or why they disabled entire batches of
cores based on an error from one.
You are just overdriving your point. If he
On Monday 17 January 2011 22:45:39 kashani wrote:
On 1/17/2011 12:29 AM, Alan McKinnon wrote:
Not so much :-)
I too have db servers with 96G of ram. 5 of them, so I'm current. I'm
just gobsmacked that a desktop needs 3G to build a compiler and system
libs. It's consuming 2G to do that,
On Monday 17 January 2011 12:38:56 Neil Bothwick wrote:
On Mon, 17 Jan 2011 19:40:15 +0800, William Kenworthy wrote:
If it's diskless, where are /tmp and /var/tmp mounted? If they use
tmpfs the memory usage is understandable. If they use NFS the
emerges must be unbearably slow.
For
I think the idea is never use swap if possible, but in a case where
you don't have swap space or run out of swap space I think it's still
possible to lose data.
Isn't swap just an extension of system memory? Isn't adding 4GB of
memory just as effective at preventing out-of-memory as
On Mon, 17 Jan 2011 23:44:59 +, Mick wrote:
So root is on another (more powerful?) machine and mounted over NFS?
Why not chroot into the root on the host machine and run the emerge
there?
Is there a howto for this somewhere please?
It's just the same as if you'd booted from a live
On 1/17/2011 4:23 PM, Grant wrote:
I think the idea is never use swap if possible, but in a case where
you don't have swap space or run out of swap space I think it's still
possible to lose data.
Isn't swap just an extension of system memory? Isn't adding 4GB of
memory just as effective at
On Mon, Jan 17, 2011 at 4:23 PM, Grant emailgr...@gmail.com wrote:
I think the idea is never use swap if possible, but in a case where
you don't have swap space or run out of swap space I think it's still
possible to lose data.
Isn't swap just an extension of system memory? Isn't adding 4GB
On Mon, Jan 17, 2011 at 2:31 PM, Daniel Tihelka dtihe...@gmail.com wrote:
Hallo Mick.
Thank you very much - it helped. Removing 'video=vesafb:ywrap,mtrr:3
vga=792'
from kernel boot options, and framebuffer-related stuff in kernel config,
especially:
# CONFIG_FB_DDC is not set
#
Daniel Pielmeier bil...@gentoo.org [11-01-18 03:13]:
meino.cra...@gmx.de schrieb am 17.01.2011 17:12:
The problem is, that the channel selection does not work in a proper
way:
Suppose you have the channels:
A B C D E F G
*
* = currently selected channel
Now (in vlc) you
Grant wrote:
I think the idea is never use swap if possible, but in a case where
you don't have swap space or run out of swap space I think it's still
possible to lose data.
Isn't swap just an extension of system memory? Isn't adding 4GB of
memory just as effective at preventing
On Mon, 2011-01-17 at 20:46 +0100, Volker Armin Hemmann wrote:
On Monday 17 January 2011 20:19:04 meino.cra...@gmx.de wrote:
Volker Armin Hemmann volkerar...@googlemail.com [11-01-17 20:16]:
On Monday 17 January 2011 18:21:48 meino.cra...@gmx.de wrote:
Hi,
I have two questions:
On Mon, 2011-01-17 at 16:23 -0800, Grant wrote:
I think the idea is never use swap if possible, but in a case where
you don't have swap space or run out of swap space I think it's still
possible to lose data.
Isn't swap just an extension of system memory? Isn't adding 4GB of
memory just
60 matches
Mail list logo