portablemanagement at yahoo.com
2010-Oct-24 19:42 UTC
[CentOS] CentOS Digest, Vol 69, Issue 24
Spam Sent on the Sprint? Now Network from my BlackBerry? -----Original Message----- From: centos-request at centos.org Sender: centos-bounces at centos.org Date: Sun, 24 Oct 2010 12:00:02 To: <centos at centos.org> Reply-To: centos at centos.org Subject: CentOS Digest, Vol 69, Issue 24 Send CentOS mailing list submissions to centos at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos or, via email, send a message with subject or body 'help' to centos-request at centos.org You can reach the person managing the list at centos-owner at centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS digest..." Today's Topics: 1. graphics driver (Ritika Garg) 2. Re: graphics driver (John R Pierce) 3. Re: [SOLVED] more software raid questions (fred smith) 4. Re: [SOLVED] more software raid questions (Nataraj) 5. Maybe OT : strange wildcard behaviour (Niki Kovacs) 6. Re: [SOLVED] more software raid questions (fred smith) 7. Re: Maybe OT : strange wildcard behaviour (Nicolas Thierry-Mieg) ---------------------------------------------------------------------- Message: 1 Date: Sat, 23 Oct 2010 23:53:15 +0530 From: Ritika Garg <ritikagarg25 at gmail.com> Subject: [CentOS] graphics driver To: centos at centos.org Message-ID: <AANLkTi=UHL4Gnv=ov7_qqwB0VjPxHqCS97pzZuYEj+7b at mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" I did installation of CentOS5.5 in text mode and made changes at the following places in the file /etc/X11/xorg.conf : section "device" identifier : "vesa" driver:"vesa" section "screen" device:"vesa" Also in the file /etc/inittab I changed id:3:initdefault to id:5:initdefault so that I can boot linux in graphical mode. I had to make the changes in xorg.conf because the visibility of the graphics was so poor that it was impossible to work. The installation was done on Dell Inspiron N5010 with the chipset: Intel(R) HM57 Express chipset LPC interface controller 3B0B which is a part of Mobile intel 5 series The video controller is: Intel (R) HD Graphics Although graphics is there but the resolution and refresh rate are limited to 1024*768 and 0Hz, so I need to find the video driver. I had given "i810" in xorg.conf but that didn't work. Which driver is recommended? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.centos.org/pipermail/centos/attachments/20101023/6cf09554/attachment-0001.html ------------------------------ Message: 2 Date: Sat, 23 Oct 2010 12:12:30 -0700 From: John R Pierce <pierce at hogranch.com> Subject: Re: [CentOS] graphics driver To: CentOS mailing list <centos at centos.org> Cc: Ritika Garg <ritikagarg25 at gmail.com> Message-ID: <4CC3339E.2070409 at hogranch.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 10/23/10 11:23 AM, Ritika Garg wrote:> I did installation of CentOS5.5 in text mode and made changes at the > following places in the file /etc/X11/xorg.conf : > section "device" > identifier : "vesa" > driver:"vesa" > section "screen" > device:"vesa" > > Also in the file /etc/inittab I changed id:3:initdefault to > id:5:initdefault so that I can boot linux in graphical mode. > I had to make the changes in xorg.conf because the visibility of the > graphics was so poor that it was impossible to work. > The installation was done on Dell Inspiron N5010 with the chipset: > Intel(R) HM57 Express chipset LPC interface controller 3B0B which is a > part of Mobile intel 5 series > The video controller is: Intel (R) HD Graphics > Although graphics is there but the resolution and refresh rate are > limited to 1024*768 and 0Hz, so I need to find the video driver. > I had given "i810" in xorg.conf but that didn't work. Which driver is > recommended?I don't have one of those, but that system has the graphics controller integrated into the CPU (!) rather than the chipset... Its called Arrandale, and I believe the correct X.org driver is IGDNG (Intel Graphics Device Next Generation) ------------------------------ Message: 3 Date: Sat, 23 Oct 2010 17:34:26 -0400 From: fred smith <fredex at fcshome.stoneham.ma.us> Subject: Re: [CentOS] [SOLVED] more software raid questions To: CentOS mailing list <centos at centos.org> Message-ID: <20101023213426.GA4749 at fcshome.stoneham.ma.us> Content-Type: text/plain; charset=us-ascii On Thu, Oct 21, 2010 at 11:03:27AM -0700, Nataraj wrote:> fred smith wrote: > > > > Thanks for the additional information. > > > > I'll try backing up everything this weekend then will take a stab at it. > > > > someone said earlier that the differing raid superblocks were probably > > the cause of the misassignment in the first place. but I have no clue > > how the superblocks could have become messed up, can any of you comment > > on that? willl I need to hack at that issue, too, before I can succeed? > > > > thanks again! > > > > > >> Nataraj > >> > I would first try adding the drives back in with: > > mdadm /dev/mdN -a /dev/sdXn > > Again, this is after having stopped the bogus md arrays.Nataraj, that worked fine, didn't need to --force it. Now I'm back to having two devices in md0 and two in md1, and they're the RIGHT two! :) Put the box in single-user mode to do the work, then after the array finished resyncing, rebooted and it came up with the right two md devices. I appreciate your tutoring me on this, you've been most helpful. Thanks a bunch! Oh, can you refer me to any good documentation on how to admin a software raid system? One aimed for people, like me, who are computer literate, but have never trained as a sysadmin, and who don't know much about RAID... thanks again! Fred> > If that doesn't work, I would try assemble with a --force option, which > might be a little more dangerous than the hot add, but probably not > much. I can say that when I have a drive fall out of an array I am > always able to add it back with the first command (-a). As I mentioned, > I do have bitmaps on all my arrays, but you can't change that until you > rebuild the raidset. > > I believe these comands will take care of everything. You shouldn't have > to do any diddling of the superblocks at a low level, and if the problem > is that bad, you might be best to backup and recreate the whole array or > engage the services of someone who knows how to muck with the data > structures on the disk. I've never had to use anything other than mdadm > to manage my raid arrays and I've never lost data with linux software > raid in the 10 or more years that I've been using it. I've found it to > be quite robust. Backing up is just a precaution that is a good idea for > anyone to take if they care about their data. > > If these problems reoccur on a regular basis, you could have a bad > drive, a power supply problem or a cabling problem. Assuming your drives > are attached to SATA, SCSI or SAS controller, you can use smartctl to > check the drives and see if they are getting errors or other faults. > smartctl will not work with USB or firefire attached drives. > > Nataraj > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos-- ---- Fred Smith -- fredex at fcshome.stoneham.ma.us ----------------------------- But God demonstrates his own love for us in this: While we were still sinners, Christ died for us. ------------------------------- Romans 5:8 (niv) ------------------------------ ------------------------------ Message: 4 Date: Sat, 23 Oct 2010 22:05:30 -0700 From: Nataraj <incoming-centos at rjl.com> Subject: Re: [CentOS] [SOLVED] more software raid questions To: CentOS mailing list <centos at centos.org> Message-ID: <4CC3BE9A.6090207 at rjl.com> Content-Type: text/plain; charset=us-ascii; format=flowed fred smith wrote:> On Thu, Oct 21, 2010 at 11:03:27AM -0700, Nataraj wrote: > >> fred smith wrote: >> >>> Thanks for the additional information. >>> >>> I'll try backing up everything this weekend then will take a stab at it. >>> >>> someone said earlier that the differing raid superblocks were probably >>> the cause of the misassignment in the first place. but I have no clue >>> how the superblocks could have become messed up, can any of you comment >>> on that? willl I need to hack at that issue, too, before I can succeed? >>> >>> thanks again! >>> >>> >>> >>>> Nataraj >>>> >>>> >> I would first try adding the drives back in with: >> >> mdadm /dev/mdN -a /dev/sdXn >> >> Again, this is after having stopped the bogus md arrays. >> > > Nataraj, that worked fine, didn't need to --force it. Now I'm back to > having two devices in md0 and two in md1, and they're the RIGHT two! :) > Put the box in single-user mode to do the work, then after the array > finished resyncing, rebooted and it came up with the right two md devices. > > I appreciate your tutoring me on this, you've been most helpful. > > Thanks a bunch! > > Oh, can you refer me to any good documentation on how to admin a > software raid system? One aimed for people, like me, who are > computer literate, but have never trained as a sysadmin, and who > don't know much about RAID... > > thanks again! > > Fred >Hi Fred, You might try this one, since it seems to be one of the more up to date: https://raid.wiki.kernel.org/index.php/Linux_Raid Also the mdadm man page and running "mdadm --help". Oh, and there's this, however, some of the pages just happen to be in Chinese... http://wiki.centos.org/Search?action=fullsearch&titlesearch=1&value=raid <http://wiki.centos.org/Search?action=fullsearch&titlesearch=1&value=raid> Nataraj Nataraj ------------------------------ Message: 5 Date: Sun, 24 Oct 2010 11:39:20 +0200 From: Niki Kovacs <contact at kikinovak.net> Subject: [CentOS] Maybe OT : strange wildcard behaviour To: centos at centos.org Message-ID: <1287913160.8756.7.camel at babasse.presbytere.montpezat> Content-Type: text/plain; charset="UTF-8" Hi, I'm currently working through some basic HOWTOS (Linux Fundamentals 1-4 by Gentoo founder Daniel Robbins) on a CentOS 5.5 server, just to keep in shape. I've just noticed a curious wildcard behaviour, which I can't really explain. Let's say I wanted to list all the files or directories in /tmp starting with any uppercase character. Normally, I would do this : $ ls -d /tmp/[A-Z]* Curiously enough, this command lists *all* the content of /tmp, consisting of a majority of files and directories starting with a *lowercase* character. I've tested this on two different machines, with the same results. I'm puzzled. Can anybody offer an explanation for this curious behaviour ? Cheers, Niki ------------------------------ Message: 6 Date: Sun, 24 Oct 2010 07:40:08 -0400 From: fred smith <fredex at fcshome.stoneham.ma.us> Subject: Re: [CentOS] [SOLVED] more software raid questions To: CentOS mailing list <centos at centos.org> Message-ID: <20101024114008.GA13293 at fcshome.stoneham.ma.us> Content-Type: text/plain; charset=us-ascii On Sat, Oct 23, 2010 at 10:05:30PM -0700, Nataraj wrote:> fred smith wrote: > > On Thu, Oct 21, 2010 at 11:03:27AM -0700, Nataraj wrote: > > > >> fred smith wrote: > >> > >>> Thanks for the additional information. > >>> > >>> I'll try backing up everything this weekend then will take a stab at it. > >>> > >>> someone said earlier that the differing raid superblocks were probably > >>> the cause of the misassignment in the first place. but I have no clue > >>> how the superblocks could have become messed up, can any of you comment > >>> on that? willl I need to hack at that issue, too, before I can succeed? > >>> > >>> thanks again! > >>> > >>> > >>> > >>>> Nataraj > >>>> > >>>> > >> I would first try adding the drives back in with: > >> > >> mdadm /dev/mdN -a /dev/sdXn > >> > >> Again, this is after having stopped the bogus md arrays. > >> > > > > Nataraj, that worked fine, didn't need to --force it. Now I'm back to > > having two devices in md0 and two in md1, and they're the RIGHT two! :) > > Put the box in single-user mode to do the work, then after the array > > finished resyncing, rebooted and it came up with the right two md devices. > > > > I appreciate your tutoring me on this, you've been most helpful. > > > > Thanks a bunch! > > > > Oh, can you refer me to any good documentation on how to admin a > > software raid system? One aimed for people, like me, who are > > computer literate, but have never trained as a sysadmin, and who > > don't know much about RAID... > > > > thanks again! > > > > Fred > > > Hi Fred, > > You might try this one, since it seems to be one of the more up to date: > https://raid.wiki.kernel.org/index.php/Linux_Raid > > Also the mdadm man page and running "mdadm --help". > > Oh, and there's this, however, some of the pages just happen to be in > Chinese... > http://wiki.centos.org/Search?action=fullsearch&titlesearch=1&value=raid > <http://wiki.centos.org/Search?action=fullsearch&titlesearch=1&value=raid>Once again, thanks! the raid.wiki... one looks good. I'm afraid that a Chinese-language resource isn't going to help me much... but perhaps someone else will see this and find it helpful. -- ---- Fred Smith -- fredex at fcshome.stoneham.ma.us ----------------------------- "For the word of God is living and active. Sharper than any double-edged sword, it penetrates even to dividing soul and spirit, joints and marrow; it judges the thoughts and attitudes of the heart." ---------------------------- Hebrews 4:12 (niv) ------------------------------ ------------------------------ Message: 7 Date: Sun, 24 Oct 2010 13:53:48 +0200 From: Nicolas Thierry-Mieg <Nicolas.Thierry-Mieg at imag.fr> Subject: Re: [CentOS] Maybe OT : strange wildcard behaviour To: CentOS mailing list <centos at centos.org> Message-ID: <4CC41E4C.1040805 at imag.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Niki Kovacs wrote:> Hi, > > I'm currently working through some basic HOWTOS (Linux Fundamentals 1-4 > by Gentoo founder Daniel Robbins) on a CentOS 5.5 server, just to keep > in shape. > > I've just noticed a curious wildcard behaviour, which I can't really > explain. Let's say I wanted to list all the files or directories in /tmp > starting with any uppercase character. Normally, I would do this : > > $ ls -d /tmp/[A-Z]* > > Curiously enough, this command lists *all* the content of /tmp, > consisting of a majority of files and directories starting with a > *lowercase* character. I've tested this on two different machines, with > the same results. I'm puzzled. > > Can anybody offer an explanation for this curious behaviour ?probably "expected" behavior, depending on your locale. google for LC_COLLATE. LC_COLLATE='C' ; ls -d /tmp/[A-Z]* should do what you want. ------------------------------ _______________________________________________ CentOS mailing list CentOS at centos.org http://lists.centos.org/mailman/listinfo/centos End of CentOS Digest, Vol 69, Issue 24 **************************************
Apparently Analagous Threads
Wisdom of the Ancients
