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 avoi
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
wrote:
> > > On Sun, 2011-01-16 at 14:41 -0800, Grant wrote:
> ...
>
> > I think t
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
> 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 /usr/lib32/libcrypto.so.1.0.0
and does not crash.
So, h
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
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
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 excess
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
Pe
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 l
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
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 s
Hi Daniel,
Daniel Pielmeier [11-01-17 17:03]:
> 2011/1/17 :
> > 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 don't think t
On Sat, Jan 15, 2011 at 8:48 PM, David Relson wrote:
> 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:
>
> Jan 15 08:57:22
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 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 seems t
- 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 runni
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 /usr/lib3
BRM [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 about
On Mon, Jan 17, 2011 at 10:10 AM, BRM 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 1090T)
>
>
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 ha
On Monday 17 January 2011 10:48:36 Mark Knecht wrote:
> On Mon, Jan 17, 2011 at 10:10 AM, BRM 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
On Monday 17 January 2011 19:34:08 meino.cra...@gmx.de wrote:
> BRM [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 th
Stefan G. Weichinger [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 byte
Volker Armin Hemmann [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 the module
> >
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 [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
>
Stefan G. Weichinger [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 to the ML
Volker Armin Hemmann [11-01-17 20:52]:
> On Monday 17 January 2011 20:19:04 meino.cra...@gmx.de wrote:
> > Volker Armin Hemmann [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
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 defec
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. AM
On Mon, Jan 17, 2011 at 11:57 AM, wrote:
> 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 AMD (who understa
On Mon, Jan 17, 2011 at 11:38 AM, Stefan G. Weichinger 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 always *afte
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. ri
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 unl
On Monday 17 January 2011 12:12:08 Mark Knecht wrote:
> On Mon, Jan 17, 2011 at 11:57 AM, wrote:
>
>
> > 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
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
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
>
On Monday 17 January 2011 18:30:02 Mick wrote:
> On 16 January 2011 22:30, Nikos Chantziaras 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
> > enabl
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
# CONFIG_FB_MODE_HEL
On Monday 17 January 2011 18:30:02 Mick wrote:
> On 16 January 2011 22:30, Nikos Chantziaras 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
# CONFIG_FB_MODE_HEL
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 aut
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 layou
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 t
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
> 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 dedicat
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
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 pre
On Mon, Jan 17, 2011 at 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 j
On Mon, Jan 17, 2011 at 2:31 PM, 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:
>
> # CONFIG_FB_DDC is not set
> # CONFIG_FB_BOOT_VESA_S
Daniel Pielmeier [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
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 out-of-me
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 [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
> mem
60 matches
Mail list logo
