Discuss

discuss@lists.centos.org

5 participants
34752 discussions

Missing File
by dennis 16 Jun '06

16 Jun '06

hi to ALL,, im running CentOS 4.3 Final, one thing experience in my box i have /tmp (partition/directory) inside that i have a directory installer and i file one week after the file and directory (installer) inside the /tmp is missing, can i retrieve that directory and file? it is normal some file in the /tmp is missing?,im not deleting that file and directory. hope you can help me ,thank you in advcance,im newbie in CentOS Linux. CIAO, dennis

3 3

CentOS-announce Digest, Vol 16, Issue 6
by centos-announce-request＠centos.org 16 Jun '06

16 Jun '06

1 0

SCSI Raid
by Bowie Bailey 16 Jun '06

16 Jun '06

I hate to bring up the raid card wars again, but... :) It's pretty well established that 3ware is a good "real" hardware raid card for SATA drives. So what is a good card for SCSI raid? My searches have come up with Adaptec and LSI as the main players here. Are the LSI MegaRAID cards "real" hardware raid? Which cards can give good raid 5 performance? -- Bowie

4 5

Check integrity or rootkits on remote server?
by Marco Fioretti 16 Jun '06

16 Jun '06

Hello, when one has physical access to a computer, he can run something like tripwire, with keys and checksum on a separate, write-only media, to verify the integrity of the system. What if the system is a remote one (in my case Centos 4.3 on a User Mode Linux VPS some hundred of KMs from here)? Does it still make sense to run tripwire remotely? If yes, how, since you cannot plug a floppy or USB drive in the machine? What if tripwire was never ran? Does it make sense, on a Centos system without physical access, to download there and run remotely one of those rootkit detection tools? Would its findings be surely accurate? Generally speaking, how does one handle these issues on remote systems? Thanks in advance for any comment, Marco

4 3

I2c Drivers
by Sam Drinkard 15 Jun '06

15 Jun '06

I'm having a terrible time trying to get the superodoctor software from super micro running. It appears now, I do not have any i2c modules installed in the kernel, which begs the answer, ARE they included in the latest CentOS kernel? Current kernel for me is 2.6.9-34.0.1.ELsmp. Thanks.... -- Sam W.Drinkard -- sam(a)wa4phy.net http://wa4phy.net

2 2

RE: [CentOS] Changing timezone
by Mike Kercher 15 Jun '06

15 Jun '06

# system-config-date > -----Original Message----- > From: centos-bounces(a)centos.org > [mailto:centos-bounces@centos.org] On Behalf Of Tom Brown > Sent: Thursday, June 15, 2006 1:05 PM > To: centos(a)centos.org > Subject: [CentOS] Changing timezone > > How can i change the timezone on a 4.3 box? This used to be > available using the 'setup' utility but seems not anymore. > > thanks > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos >

1 0

rpm question
by Rob Watkin 15 Jun '06

15 Jun '06

Hi everyone, I am writing a small tool that will compare a file on my machine with the the same file on an rpm repository and then give me a diff. E.g. # rpm-file-diff /etc/samba/smb.conf will show a diff output so that I can see at a glance what changes I have made to my local smb.conf file. I already know about rpmdiff but that compares whole packages and not files. Anyway while fiddling with this I have tried "rpm -qpi http://mirror....". Sometimes this works on my local mirror but mostly not (see below) and I have never had it to work on sunsite.org.uk. I know this seems really trivial but I'm worried that I don't understand what's wrong. Any opinions appreciated :-) Rob Watkin # On my local mirror # --------------------------------------------------------------- [root@dyn-0 ~]# rpm -qpi http://10.1.1.12/Centos4/mirrors/centos/4.3/os/i386/CentOS/RPMS/samba-3.0.1… Name : samba Relocations: (not relocatable) Version : 3.0.10 Vendor: CentOS Release : 1.4E.6 Build Date: Wed 08 Mar 2006 13:59:28 GMT [snip] TCP/IP (NetBT) protocols and does NOT need the NetBEUI (Microsoft Raw NetBIOS frame) protocol. # 3 seconds later #---------------------------------------------------------------- [root@dyn-0 ~]# rpm -qpi http://10.1.1.12/Centos4/mirrors/centos/4.3/os/i386/CentOS/RPMS/samba-3.0.1… error: http://10.1.1.12/Centos4/mirrors/centos/4.3/os/i386/CentOS/RPMS/samba-3.0.1…: V3 DSA signature: BAD, key ID 443e1821 # Trying the public mirror #---------------------------------------------------------------- [root@dyn-0 ~]# rpm -qpi http://www.sunsite.org.uk/sites/msync.centos.org/CentOS/4.3/os/i386/CentOS/…. 0.10-1.4E.6.i386.rpm error: http://www.sunsite.org.uk/sites/msync.centos.org/CentOS/4.3/os/i386/CentOS/… pm: V3 DSA signature: BAD, key ID 443e1821 [root@dyn-0 ~]# rpm -qpi http://www.sunsite.org.uk/sites/msync.centos.org/CentOS/4.3/os/i386/CentOS/…. 0.10-1.4E.6.i386.rpm error: http://www.sunsite.org.uk/sites/msync.centos.org/CentOS/4.3/os/i386/CentOS/… pm: V3 DSA signature: BAD, key ID 443e1821 #----------------------------------------------------------------

2 3

Re: [CentOS] Restoring data from disk w/ messed up partition tables
by techlists＠comcast.net 15 Jun '06

15 Jun '06

As a follow up, I was able to find a *free* program to attempt to recover my lost data. (I can't find the name of the program in a quick search, if anyone's interested I'll check my system at home tonight and post it). The software was able to see the lost partitions, but there was a huge amount of CRC errors in trying to read the disk. So I suspect there was a failure of the physical drive itself, more than just mere corruption of the partition table. This was a drive that fell on the floor once, but seemed ok when I installed Centos on it, so I left it in the system. Maybe it was already weak, and the erratic electricity killed it for good. I was able to recover quite a bit of lost data, but a lot of it appears to be gone forever. This is a good reminder on the importance of keeping backups of important stuff. Paul -------------- Original message ---------------------- From: "William L. Maltby" <BillsCentOS(a)triad.rr.com> > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos

2 1

-bash: /bin/mv: Argument list too long
by Mark Quitoriano 15 Jun '06

15 Jun '06

what's a workaround for this? -bash: /bin/mv: Argument list too long -- Regards, Mark Quitoriano, CCNA Fan the flame... http://www.spreadfirefox.com/?q=user/register&r=19441

6 9

CentOS-announce Digest, Vol 16, Issue 5
by centos-announce-request＠centos.org 15 Jun '06

15 Jun '06

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. Re: Retiring the Tao Linux project (Johnny Hughes) 2. CESA-2006:0515 Important CentOS 3 i386 sendmail - security update (Tru Huynh) 3. CESA-2006:0515 Important CentOS 3 x86_64 sendmail - security update (Tru Huynh) 4. CESA-2006:0515 Important CentOS 4 i386 sendmail - security update (Johnny Hughes) 5. CESA-2006:0515 Important CentOS 4 x86_64 sendmail - security update (Johnny Hughes) 6. CESA-2006:0548 Important CentOS 4 x86_64 kdebase - security update (Johnny Hughes) 7. CESA-2006:0548 Important CentOS 4 i386 kdebase - security update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 14 Jun 2006 09:54:30 -0500 From: Johnny Hughes <mailing-lists(a)hughesjr.com> Subject: [CentOS-announce] Re: Retiring the Tao Linux project To: David Parsley <parsley(a)linuxjedi.org> Cc: tao-i386(a)taolinux.org, CentOS-Devel <centos-devel(a)centos.org>, CentOS-Announce <centos-announce(a)centos.org> Message-ID: <1150296870.32018.78.camel(a)myth.home.local> Content-Type: text/plain; charset="us-ascii" On Wed, 2006-06-14 at 10:19 -0400, David Parsley wrote: > Hi all, > > Over the last year or so I've been watching my employer's and my own > finances slowly go down the drain, with quality of life and happiness > not far behind. Finally this spring, I decided I would have to do > something before things got really bad. What I've done is get another > job - a REALLY GOOD job, in a very nice area where I'm confident that > I and my family will be very happy. > > I'll be a 'Network Engineer', and as such I'll only spend 5-10% of my > time on system administration type stuff. I will, of course, run a > Linux desktop (probably dual-boot Fedora latest/RHEL latest). My new > employer has also opted for the site license of RHEL, so there's no > good reason for me to continue cloning on work time. Now that I have > 3 young children, I've spent very, very little of my home time on Tao, > and have no intention of taking time away from family for it. So I've > spent some time over the past weeks planning an exit strategy, and > after conferring with other Tao developers, several of the Tao users I > know, as well as the CentOS developers, I've come up with a plan which > I've implemented and published at: > http://taolinux.org > > I won't repeat everything here, but I'd just like to say thanks to all > the great Tao users who have made this project so fun and interesting. > > Regards, > David I would like to thank David for all the work he has done on Tao Linux in the past, as well as the work we have done together during update cycles to work though sticky issues that we've both had. CentOS and Tao have always had a very good relationship, and we are happy to integrate all current Tao users into CentOS. I would also like to officially welcome David to the CentOS Development team, though unofficially he has been on the team for a while now :). Thanks, Johnny Hughes

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss