[CentOS] libwpd/libwpd-devel deps screwed?

[Radu-Cristian FOTESCU]

# yum install libwpd-devel
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
--> Running transaction check
---> Package libwpd-devel.i386 0:0.8.7-3.el5 set to be updated
--> Processing Dependency: libwpd = 0.8.7-3.el5 for package: libwpd-devel
--> Finished Dependency Resolution
libwpd-devel-0.8.7-3.el5.i386 from base has depsolving problems
  --> Missing Dependency: libwpd = 0.8.7-3.el5 is needed by package 
libwpd-devel-0.8.7-3.el5.i386 (base)
Error: Missing Dependency: libwpd = 0.8.7-3.el5 is needed by package 
libwpd-devel-0.8.7-3.el5.i386 (base)


BUT...

# yum install libwpd
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Setting up Install Process
Parsing package install arguments
Package matching libwpd-0.8.7-3.el5.i386 already installed. Checking for update.
Nothing to do

???!!!

I tried rpm --rebuilddb to no avail.

Rgds,
R-C



  __
Be smarter than spam. See how smart SpamGuard is at giving junk email the boot 
with the All-new Yahoo! Mail.  Click on Options in Mail and switch to New Mail 
today or register for free at http://mail.yahoo.ca
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] libwpd/libwpd-devel deps screwed?

[Radu-Cristian FOTESCU]

Oh, sorry, fixed it with

rpm -iv --force libwpd-0.8.7-3.el5.i386.rpm
rpm -iv --nodeps libwpd-devel-0.8.7-3.el5.i386.rpm

I suppose the RPM database is too fragile by design. 

R-C



  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] please help: Linux Kernel must be loaded before initrd

[Rudi Ahlers]

Hi,

One of my servers in a IDC in another country mysteriously went down this
morning, and when I contacted the IDC, I was told that XEN doesn't boot up,
as follows:

[QUOTE]
This is error message on the screen " Error 19: Linux Kernel must be loaded
before initrd"

Server is currently up with 2nd kernel.

Please check the grub.conf.
[/QUOTE]

Looking at grub.conf, I see the following:

#boot=/dev/hda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.18-128.1.10.el5xen)
root (hd0,0)
kernel /xen.gz-2.6.18-128.1.10.el5 ro root=/dev/VolGroup00/LogVol01
ide0=noprobe ide1=noprobe
initrd /initrd-2.6.18-128.1.10.el5.img
title CentOS (2.6.18-128.1.10.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-128.1.10.el5 ro root=/dev/VolGroup00/LogVol01
ide0=noprobe ide1=noprobe
initrd /initrd-2.6.18-128.1.10.el5.img
title CentOS (2.6.18-128.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-128.el5 ro root=/dev/VolGroup00/LogVol01
ide0=noprobe ide1=noprobe
initrd /initrd-2.6.18-128.el5.img







Then on another server, I see the following in grub.conf:
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu

title CentOS (2.6.18-8.1.15.el5xen)
root (hd0,0)
kernel /xen.gz-2.6.18-8.1.15.el5
module /vmlinuz-2.6.18-8.1.15.el5xen ro root=/dev/VolGroup00/root
module /initrd-2.6.18-8.1.15.el5xen.img

title CentOS (2.6.18-8.1.15.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-8.1.15.el5 ro root=/dev/VolGroup00/root
initrd /initrd-2.6.18-8.1.15.el5.img

title CentOS (2.6.18-8.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-8.el5 ro root=/dev/VolGroup00/root
initrd /initrd-2.6.18-8.el5.img






On both kernels, I can see that initrd is loaded 2nd, as it should. So the
error doesn't make sense. The BIG problem is that the server is on another
continent, and their support is totally useless. I have actiall ordered a
new server, from another IDC and got it last night,  but need XEN to work on
this server in order to move the domU's across.

Can anyone see anyting wrong with this? Google has revelaed the obvious,
that the initrd is incorrectly loaded, but according to the grub.conf that I
have, it should be loading properly.

-- 
Kind Regards
Rudi Ahlers
CEO, SoftDux Hosting
Web: http://www.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Basic setup for vsftpd ?

[Niki Kovacs]

Hi,

I'm currently fiddling with G4U (Ghost for Unix), and I need to setup a 
local FTP server in order to get it to work.

# yum groupinstall "FTP Server" --> installed vsftpd

Here's what I'd like to do :

* no anonymous access
* only one user (user 'install' / pass 'install')

The machine I'm installing it on has a static IP ok 
(192.168.1.252/255.255.255.0).

I tried to fiddle with the various configuration options in vsftpd.conf, 
but to no avail. Googled quite some, but the information I found doesn't 
seem reliable, more like contradictory.

One detail: this isn't a publicly accessible machine, e. g. it's not out 
there on the wild internet, only on the LAN, so there's no special 
security considerations.

Any suggestions ?

Niki Kovacs

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Basic setup for vsftpd ?

[Rudi Ahlers]

On Sun, Jun 7, 2009 at 3:21 PM, Niki Kovacs  wrote:

> Hi,
>
> I'm currently fiddling with G4U (Ghost for Unix), and I need to setup a
> local FTP server in order to get it to work.
>
> # yum groupinstall "FTP Server" --> installed vsftpd
>
> Here's what I'd like to do :
>
> * no anonymous access
> * only one user (user 'install' / pass 'install')
>
> The machine I'm installing it on has a static IP ok
> (192.168.1.252/255.255.255.0).
>
> I tried to fiddle with the various configuration options in vsftpd.conf,
> but to no avail. Googled quite some, but the information I found doesn't
> seem reliable, more like contradictory.
>
> One detail: this isn't a publicly accessible machine, e. g. it's not out
> there on the wild internet, only on the LAN, so there's no special
> security considerations.
>
> Any suggestions ?
>
> Niki Kovacs
>
> ___
>

Niki, if the machine isn't on the internet, then you don't really need to
worry about the security :)

But, to answer the question, do this:

in the /etc/vsftpd.conf, change anonymous_enable to NO

Taken from man vsftpd.conf:

   anonymous_enable
  Controls  whether  anonymous  logins are permitted or not. If
enabled, both the usernames ftp and anonymous are recognised as
  anonymous logins.

  Default: YES



I'm not sure if you can only allow a single user to access it though
-- 
Kind Regards
Rudi Ahlers
CEO, SoftDux Hosting
Web: http://www.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Basic setup for vsftpd ?

[Giuseppe Fuggiano]

Edit /etc/vsftpd/vsftpd.conf

2009/6/7 Niki Kovacs :
> Hi,
>
> I'm currently fiddling with G4U (Ghost for Unix), and I need to setup a
> local FTP server in order to get it to work.
>
> # yum groupinstall "FTP Server" --> installed vsftpd
>
> Here's what I'd like to do :
>
> * no anonymous access

anonymous_enable=NO

> * only one user (user 'install' / pass 'install')

Add user "install" to the machine (useradd install)
Change password to "install" user (passwd install)

local_enable=YES
write_enable=YES

>
> The machine I'm installing it on has a static IP ok
> (192.168.1.252/255.255.255.0).
>
> I tried to fiddle with the various configuration options in vsftpd.conf,
> but to no avail. Googled quite some, but the information I found doesn't
> seem reliable, more like contradictory.
>
> One detail: this isn't a publicly accessible machine, e. g. it's not out
> there on the wild internet, only on the LAN, so there's no special
> security considerations.
>
> Any suggestions ?

man vsftpd.conf

Cheers
-- 
Giuseppe
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Niki Kovacs]

Hi,

I'm currently experimenting with G4U (Ghost for Unix), a small cloning 
application sending disk images to an FTP server.

The application reads the whole disk bit by bit, compresses it and then 
stores it remotely. Due to this approach, it's more or less 
filesystem-independent. The drawback is that it sometimes results in 
huge image files.

Now I'm currently following a hint which suggests to fill the disks' 
unused space with zero bits. Here's the command for that:

# dd if=/dev/zero of=/0bits bs=20M
# rm /0bits

Now I gave that a shot, but after half an hour or so, I got a bit 
impatient. Now the computer does not respond any more. Does that mean 
he's just way too busy with dd? Or is there some mistake in the command? 
As I see it, it will just be chugging on and on, no? Shouldn't there be 
a 'count=x' option somewhere?

Niki
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Rainer Duffner]

Am 07.06.2009 um 18:22 schrieb Niki Kovacs:

> Hi,
>
> I'm currently experimenting with G4U (Ghost for Unix), a small cloning
> application sending disk images to an FTP server.
>
> The application reads the whole disk bit by bit, compresses it and  
> then
> stores it remotely. Due to this approach, it's more or less
> filesystem-independent. The drawback is that it sometimes results in
> huge image files.
>
> Now I'm currently following a hint which suggests to fill the disks'
> unused space with zero bits. Here's the command for that:
>
> # dd if=/dev/zero of=/0bits bs=20M
> # rm /0bits



This will create a file that fills up the root-partition.
If you have multiple partitions beyond that, it's not of much use.
Ideally, the zero'ing of the disk should take place before the OS is  
installed, via a boot-cd and using dd with the disk-device itself

All this made some sense when disks didn't come in sizes of 250GB  
upwards...
If you get 20MB/s from your dd(1), it would take 1000 seconds to fill  
20 GB...





Rainer
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Niki Kovacs]

Rainer Duffner a écrit :

> Ideally, the zero'ing of the disk should take place before the OS is  
> installed, via a boot-cd and using dd with the disk-device itself

Erm... how exactly would you go about that? Let's say I want to do that 
with a Knoppix boot CD, and the only hard disk I have on the PC is 
/dev/hdc.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Mathew S. McCarrell]

In my previous experience, zeroing the disk will result in smaller files for
G4U but it will take awhile depending on many factors including the size of
the disk, performance, etc..
Also, I recommend giving Clonezilla (http://clonezilla.org/) a try.  It
offers more options than G4U and is more efficient in my experience.

Matt

--
Mathew S. McCarrell
Clarkson University '10

mccar...@gmail.com
mccar...@clarkson.edu


On Sun, Jun 7, 2009 at 12:34 PM, Rainer Duffner wrote:

>
> Am 07.06.2009 um 18:22 schrieb Niki Kovacs:
>
> > Hi,
> >
> > I'm currently experimenting with G4U (Ghost for Unix), a small cloning
> > application sending disk images to an FTP server.
> >
> > The application reads the whole disk bit by bit, compresses it and
> > then
> > stores it remotely. Due to this approach, it's more or less
> > filesystem-independent. The drawback is that it sometimes results in
> > huge image files.
> >
> > Now I'm currently following a hint which suggests to fill the disks'
> > unused space with zero bits. Here's the command for that:
> >
> > # dd if=/dev/zero of=/0bits bs=20M
> > # rm /0bits
>
>
>
> This will create a file that fills up the root-partition.
> If you have multiple partitions beyond that, it's not of much use.
> Ideally, the zero'ing of the disk should take place before the OS is
> installed, via a boot-cd and using dd with the disk-device itself
>
> All this made some sense when disks didn't come in sizes of 250GB
> upwards...
> If you get 20MB/s from your dd(1), it would take 1000 seconds to fill
> 20 GB...
>
>
>
>
>
> Rainer
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Nicolas Thierry-Mieg]

Rainer Duffner wrote:
> Am 07.06.2009 um 18:22 schrieb Niki Kovacs:
> 
>> Hi,
>>
>> I'm currently experimenting with G4U (Ghost for Unix), a small cloning
>> application sending disk images to an FTP server.
>>
>> The application reads the whole disk bit by bit, compresses it and  
>> then
>> stores it remotely. Due to this approach, it's more or less
>> filesystem-independent. The drawback is that it sometimes results in
>> huge image files.

Niki,

I suggest you look at partimage.
G4U seems similar, but partimage doesn't write free blocks to the 
images, so you don't get these huge files.
It's worked well for me.
It's in rpmforge.

cheers,
Nicolas
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Kevin Krieser]

On Jun 7, 2009, at 12:06 PM, Niki Kovacs wrote:

> Rainer Duffner a écrit :
>
>> Ideally, the zero'ing of the disk should take place before the OS is
>> installed, via a boot-cd and using dd with the disk-device itself
>
> Erm... how exactly would you go about that? Let's say I want to do  
> that
> with a Knoppix boot CD, and the only hard disk I have on the PC is
> /dev/hdc.

I've done the zeroing out thing on mounted filesystems before when I  
wanted to move the contents of a drive to another.  zeroing out before  
would be best if you planned to do an install, then back it up for  
later.  Otherwise, you end up with a lot of unused space that has  
remnants of old data scattered around.

It does take awhile.  Especially if you stuck the disk in an USB  
enclosure.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Niki Kovacs]

Nicolas Thierry-Mieg a écrit :
> 
> Niki,
> 
> I suggest you look at partimage.
> G4U seems similar, but partimage doesn't write free blocks to the 
> images, so you don't get these huge files.
> It's worked well for me.
> It's in rpmforge.

Thanks for the suggestion. I just took a look at it. But I think G4U 
will suit me better, since I'm using this machine to test all kinds of 
exotic systems. The partimage documentation states "some problems" with 
things like NTFS.

But this could come in handy for backups...

Cheers,

Niki
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Niki Kovacs]

Kevin Krieser a écrit :

> 
> I've done the zeroing out thing on mounted filesystems before when I  
> wanted to move the contents of a drive to another.  zeroing out before  
> would be best if you planned to do an install, then back it up for  
> later.  Otherwise, you end up with a lot of unused space that has  
> remnants of old data scattered around.

Yeah, but I'm a bit confused here. How would you go about it from a LiveCD ?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Les Mikesell]

Niki Kovacs wrote:
> Hi,
> 
> I'm currently experimenting with G4U (Ghost for Unix), a small cloning 
> application sending disk images to an FTP server.
> 
> The application reads the whole disk bit by bit, compresses it and then 
> stores it remotely. Due to this approach, it's more or less 
> filesystem-independent. The drawback is that it sometimes results in 
> huge image files.
> 
> Now I'm currently following a hint which suggests to fill the disks' 
> unused space with zero bits. Here's the command for that:
> 
> # dd if=/dev/zero of=/0bits bs=20M
> # rm /0bits
> 
> Now I gave that a shot, but after half an hour or so, I got a bit 
> impatient. Now the computer does not respond any more. Does that mean 
> he's just way too busy with dd? Or is there some mistake in the command? 
> As I see it, it will just be chugging on and on, no? Shouldn't there be 
> a 'count=x' option somewhere?

I'll second the recommendation for clonezilla.  It knows enough about 
most filesystems (including windows ntfs) to only store the used blocks 
and it can use network storage over nfs, smb, or sshfs if you use the 
bootable CD clonezilla-live version.   If you do a lot of cloning, you 
can also use the network-booting drbl version on a server that will PXE 
boot a client into clonezilla with the image storage directory already 
NFS-mounted.  There is an rpm for Centos to install this.

-- 
   Les Mikesell
lesmikes...@gmail.com

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Rainer Duffner]

Am 07.06.2009 um 19:27 schrieb Niki Kovacs:

> Kevin Krieser a écrit :
>
>>
>> I've done the zeroing out thing on mounted filesystems before when I
>> wanted to move the contents of a drive to another.  zeroing out  
>> before
>> would be best if you planned to do an install, then back it up for
>> later.  Otherwise, you end up with a lot of unused space that has
>> remnants of old data scattered around.
>
> Yeah, but I'm a bit confused here. How would you go about it from a  
> LiveCD ?



Ever booted a live-CD?
It also knows your disks (unless it's a server, except for maybe the  
CentOS LiveCD, most other's suck on servers - they simply don't  
recognize the controllers).
Of course, dd on the device wipes everything, so you do it before  
installing OS+applications.



Rainer
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Niki Kovacs]

Rainer Duffner a écrit :
> 
> Ever booted a live-CD?
> It also knows your disks (unless it's a server, except for maybe the  
> CentOS LiveCD, most other's suck on servers - they simply don't  
> recognize the controllers).

The question was not about the LiveCD, but more about the use of dd. So, 
blanking a disk (say, /dev/hdc) from a LiveCD would amount to:

# dd if=/dev/zero of=/dev/hdc bs=20M

And that's it. Correct?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Rainer Duffner]

Am 07.06.2009 um 19:54 schrieb Niki Kovacs:

> Rainer Duffner a écrit :
>>
>> Ever booted a live-CD?
>> It also knows your disks (unless it's a server, except for maybe the
>> CentOS LiveCD, most other's suck on servers - they simply don't
>> recognize the controllers).
>
> The question was not about the LiveCD, but more about the use of dd.  
> So,
> blanking a disk (say, /dev/hdc) from a LiveCD would amount to:
>
> # dd if=/dev/zero of=/dev/hdc bs=20M
>
> And that's it. Correct?


Yup.
If you have the time, you can experiment with the blocksize and see  
where the throughput is best.



http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-09/msg01375.html



Rainer
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Niki Kovacs]

Rainer Duffner a écrit :

> Yup.
> If you have the time, you can experiment with the blocksize and see  
> where the throughput is best.
> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-09/msg01375.html

Interesting thread. Guess I'll give it a few spins with different 
blocksizes (20k, 200k, 2M, 20M) and time { } the operation. Just curious.

Anyway: thanks!

Niki
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] OT: looking for a rsync equivalent for Windows platforms

[Rudi Ahlers]

On Sat, Jun 6, 2009 at 6:39 PM, Jerry Franz  wrote:

> Rudi Ahlers wrote:
> > Hi all,
> >
> > Does anyone know of a good & free rsync type program for Windows
> > platforms? Like most of us, I need to work on both Windows & Linux
> > environments, and would like to sync some data (music, videos, photos,
> > documents, thunderbird profiles, FF bookmarks, etc) between a USB HDD,
> > my Linux (CentOS + KDE) PC, and Windows Laptop at the office. [...]
> >
> SyncToy works well for me. http://en.wikipedia.org/wiki/SyncToy
>
> --
> Benjamin Franz
> ___
>

thanx all, I have downloaded & tested all, but wasn't as happy with them. I
found something called RichCopy on one of the RoboCopy websites,
http://technet.microsoft.com/en-us/magazine/2006.11.utilityspotlight.aspx

which is even better and works very easy.

-- 
Kind Regards
Rudi Ahlers
CEO, SoftDux Hosting
Web: http://www.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Kevin Krieser]

On Jun 7, 2009, at 12:34 PM, Les Mikesell wrote:

> Niki Kovacs wrote:
>> Hi,
>>
>> I'm currently experimenting with G4U (Ghost for Unix), a small  
>> cloning
>> application sending disk images to an FTP server.
>>
>> The application reads the whole disk bit by bit, compresses it and  
>> then
>> stores it remotely. Due to this approach, it's more or less
>> filesystem-independent. The drawback is that it sometimes results in
>> huge image files.
>>
>> Now I'm currently following a hint which suggests to fill the disks'
>> unused space with zero bits. Here's the command for that:
>>
>> # dd if=/dev/zero of=/0bits bs=20M
>> # rm /0bits
>>
>> Now I gave that a shot, but after half an hour or so, I got a bit
>> impatient. Now the computer does not respond any more. Does that mean
>> he's just way too busy with dd? Or is there some mistake in the  
>> command?
>> As I see it, it will just be chugging on and on, no? Shouldn't  
>> there be
>> a 'count=x' option somewhere?
>
> I'll second the recommendation for clonezilla.  It knows enough about
> most filesystems (including windows ntfs) to only store the used  
> blocks
> and it can use network storage over nfs, smb, or sshfs if you use the
> bootable CD clonezilla-live version.   If you do a lot of cloning, you
> can also use the network-booting drbl version on a server that will  
> PXE
> boot a client into clonezilla with the image storage directory already
> NFS-mounted.  There is an rpm for Centos to install this.


The problem I had with clonezilla I had when I tried it once was I was  
attempting to clone a hard drive (windows) that had some bad sectors.   
Clonezilla didn't handle that well at all.  Either in duplicating the  
drive from one drive to another, or when I tried to back it up to a  
file on another USB drive failed verify.  Luckily, I had done a recent  
windows backup, so I went through the recovery DVD route on the new  
drive, removed programs I had previously removed from the factory  
install, then restored over itself.  I spent a lot of effort trying to  
avoid that.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Kevin Krieser]

On Jun 7, 2009, at 12:54 PM, Niki Kovacs wrote:

> Rainer Duffner a écrit :
>>
>> Ever booted a live-CD?
>> It also knows your disks (unless it's a server, except for maybe the
>> CentOS LiveCD, most other's suck on servers - they simply don't
>> recognize the controllers).
>
> The question was not about the LiveCD, but more about the use of dd.  
> So,
> blanking a disk (say, /dev/hdc) from a LiveCD would amount to:
>
> # dd if=/dev/zero of=/dev/hdc bs=20M
>
> And that's it. Correct?

Yes.  I generally don't use a 20M block size, but it is what I've used.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Kevin Krieser]

On Jun 7, 2009, at 1:11 PM, Niki Kovacs wrote:

> Rainer Duffner a écrit :
>
>> Yup.
>> If you have the time, you can experiment with the blocksize and see
>> where the throughput is best.
>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-09/msg01375.html
>
> Interesting thread. Guess I'll give it a few spins with different
> blocksizes (20k, 200k, 2M, 20M) and time { } the operation. Just  
> curious.
>
> Anyway: thanks!
>
> Niki

I suspect that once you get to some small size multiple of the lower  
level protocol, larger block sizes probably don't matter too much.   
512 byte blocks are small, so there would be considerable overhead.   
1MB or larger blocks, you have exceeded the probably block size of the  
lower level driver or hardware, so then it is just being split up by  
the driver.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[John R Pierce]

Niki Kovacs wrote:
> Rainer Duffner a écrit :
>
>   
>> Yup.
>> If you have the time, you can experiment with the blocksize and see  
>> where the throughput is best.
>> http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-09/msg01375.html
>> 
>
> Interesting thread. Guess I'll give it a few spins with different 
> blocksizes (20k, 200k, 2M, 20M) and time { } the operation. Just curious.
>   

in the past, I've found anything much over 32k is pointless. 

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Les Mikesell]

Kevin Krieser wrote:

>>  I'll second the recommendation for clonezilla.  It knows enough about
>> most filesystems (including windows ntfs) to only store the used  
>> blocks
>> and it can use network storage over nfs, smb, or sshfs if you use the
>> bootable CD clonezilla-live version.   If you do a lot of cloning, you
>> can also use the network-booting drbl version on a server that will  
>> PXE
>> boot a client into clonezilla with the image storage directory already
>> NFS-mounted.  There is an rpm for Centos to install this.
> 
> 
> The problem I had with clonezilla I had when I tried it once was I was  
> attempting to clone a hard drive (windows) that had some bad sectors.   
> Clonezilla didn't handle that well at all.

That doesn't sound like a clonezilla-specific problem. Have you found 
some other tool that magically reads bad sector?

> Either in duplicating the  
> drive from one drive to another, or when I tried to back it up to a  
> file on another USB drive failed verify.  Luckily, I had done a recent  
> windows backup, so I went through the recovery DVD route on the new  
> drive, removed programs I had previously removed from the factory  
> install, then restored over itself.  I spent a lot of effort trying to  
> avoid that.

But - how often are you planning to clone bad drives?  I'd try to use 
something like ddrescue to try to recover first.  In the normal case, 
clonezilla does a good job.

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] BBC Player in firefox?

[Lanny Marcus]

On Sat, Jun 6, 2009 at 8:10 PM, Jeff wrote:
> Hi, I am new to Centos and have installed the 5.3  64bit desktop.
> Managed to get the Adobe 64bit flash working so i can now watch Youtube
> but when i try to get the video link working on BBC News i get the black
> square screen with the white circle going round and round but it doesnt
> load the video?
> Any clues please?

Welcome to CentOS. This is a weekend, so the list response is slow.
Suggest you start on this page:


I am running 5.3 but 32 bit. Hopefully this will work on your 64 bit
box. Please read on the Wiki about installing yum priorities and using
3rd party repositories also. GL
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Dell Poweredge R300

[Stephen John Smoogen]

On Sat, Jun 6, 2009 at 10:53 AM, Nicholas  wrote:
> Kai,
>
>
> I meant that it could not complete the 64bit installation.
>
>

What debugging steps did you try? The R300 is a pretty new box (newer
than 5.2 ) and so may need updated APIC and equivalent items.
Sometimes this can be worked around with various boot flags and
sometimes this requires a newer kernel issue. If you are interested in
pursueing this, I would look at booting the 5.3 ISO.


-- 
Stephen J Smoogen. -- BSD/GNU/Linux
How far that little candle throws his beams! So shines a good deed
in a naughty world. = Shakespeare. "The Merchant of Venice"
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Question about dd (fill a hard disks' unused space with blanks)

[Kevin Krieser]

On Jun 7, 2009, at 2:59 PM, Les Mikesell wrote:

> Kevin Krieser wrote:
>
>>> I'll second the recommendation for clonezilla.  It knows enough  
>>> about
>>> most filesystems (including windows ntfs) to only store the used
>>> blocks
>>> and it can use network storage over nfs, smb, or sshfs if you use  
>>> the
>>> bootable CD clonezilla-live version.   If you do a lot of cloning,  
>>> you
>>> can also use the network-booting drbl version on a server that will
>>> PXE
>>> boot a client into clonezilla with the image storage directory  
>>> already
>>> NFS-mounted.  There is an rpm for Centos to install this.
>>
>>
>> The problem I had with clonezilla I had when I tried it once was I  
>> was
>> attempting to clone a hard drive (windows) that had some bad sectors.
>> Clonezilla didn't handle that well at all.
>
> That doesn't sound like a clonezilla-specific problem. Have you found
> some other tool that magically reads bad sector?
>
>> Either in duplicating the
>> drive from one drive to another, or when I tried to back it up to a
>> file on another USB drive failed verify.  Luckily, I had done a  
>> recent
>> windows backup, so I went through the recovery DVD route on the new
>> drive, removed programs I had previously removed from the factory
>> install, then restored over itself.  I spent a lot of effort trying  
>> to
>> avoid that.
>
> But - how often are you planning to clone bad drives?  I'd try to use
> something like ddrescue to try to recover first.  In the normal case,
> clonezilla does a good job.
>

In my case, I was hoping it would avoid the bad sector since the bad  
sectors were in free space.  So the hope was that it would skip it.   
Bad disks are a difficult case, and not a reason to avoid a tool  
unless it claims to be able to handle it.

Even ignoring the feature of Clonezilla where it can be used to  
install cloned images on many systems with lower overhead, there is  
the advantage that it doesn't have to be installed on the system you  
are cloning, like more recent versions of Ghost.  If I had known about  
it a year ago when I wanted to clone a hard drive before sending a  
computer out for repair, I would have used it.  Instead, I used  
knoppix, dd, and gzip to backup a system.  Took forever, having to go  
backup all the unused sectors on the disk.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] RealTek 8168B (Rev 02) Issue

[Ben Mohilef]

The 8168B (02) NIC works well except that it does not go into promiscuous 
mode despite advertising itself in that mode after being so directed with 
ifconfig. Unfortunately, the little box is destined to be an IDS monitor, so 
that 
function is essential. The board is an Intel Atom  330 run as x86_64, the nic 
is 
internal. 

We tried three drivers: the one in the 2.6.18-128.1.10.el5 kernel yields a 
high 
count of dropped packets (known problem), and the drivers from Realtek 
and 
El Repo. None solve the promiscuous problem (although they fix the funny 
dropped counter issue).

Apparently the chip has no MII capability either. 

Anyone have any idea as how to make this chip do the promiscuous mode 
thing other than adding another nic card ?


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] BBC Player in firefox?

[Hugo Hackenbush]

Lanny Marcus wrote:
> On Sat, Jun 6, 2009 at 8:10 PM, Jeff wrote:
>   
>> Hi, I am new to Centos and have installed the 5.3  64bit desktop.
>> Managed to get the Adobe 64bit flash working so i can now watch Youtube
>> but when i try to get the video link working on BBC News i get the black
>> square screen with the white circle going round and round but it doesnt
>> load the video?
>> Any clues please?
>> 
>
> Welcome to CentOS. This is a weekend, so the list response is slow.
> Suggest you start on this page:
> 
>
> I am running 5.3 but 32 bit. Hopefully this will work on your 64 bit
> box. Please read on the Wiki about installing yum priorities and using
> 3rd party repositories also. GL
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>   

> I downloaded all the multimedia stuff(already set priorities) now BBC works 
> well. Many thanks! 

  

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Disabling IPv6 in CentOS 4.7

[Stephen Harris]

I thought I'd done that standard stuff
  /etc/modprobe.conf:
alias net-pf-10 off
alias ipv6 off
  /etc/sysconfig/network:
NETWORKING_IPV6=no

But on reboot I still see ipv6 entries against the eth devices, ipv6 module
is still loaded, and sit0 tunnel is present.

What needs to be done to disable ipv6?

-- 

rgds
Stephen
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos