mondo-devel Mailing List for Mondo Rescue

there is no mkfs.vfat in my suse 9.0

there is an mkfs.msdos

mindi requested me to send the attached file, I do :-)

thanks
jdd
--=20
pour m'=E9crire, aller sur:
http://www.dodin.net

Just tried configuring mondo-1.75 with-x11. It fails with the error that
it cannot find Qt>=3.0.3. However:
#rpm -qa|grep qt
qt-3.3.2-2
qt-devel-3.3.2-2
This is on Fedora Core 2.

I attach a compressed config.log.

My contact with Qt has been minimal, so all suggestions are welcome.
-- 
Graham Campbell
gc...@bn...

I have SuSE 9.1 and emailed Mike he said so far 9.1 is good with his =
files so he has posted Mondo and Mindi and a couple of other files on =
his site, so I downloaded and installed them.

I tried to follow the QuickStart in the howto but no iso was created =
when I ran "mindi", so I copied over the mondo-install-cd.iso but =
cdrecord came back with:

=20

> cdrecord dev=3D0,0,0 speed=3D12 mondo-install-cd.isocdrecord: No write =
mode specified.cdrecord: Asuming -tao mode.cdrecord: Future versions of =
cdrecord may have different drive dependent defaults.cdrecord: =
Continuing in 5 seconds...scsidev: '0,0,0'scsibus: 0 target: 0 lun: =
0Linux sg driver version: 3.5.30cdrecord: Warning: using inofficial =
libscg transport code version =
(ok...@su...-scsi-linux-sg.c-1.80-resmgr-patch '@(#)scsi-linux-sg.c   =
1.80 04/03/08 Copyright 1997 J. Schilling').cdrecord: Sorry, no =
CD/DVD-Drive found on this target.Cdrecord-Clone-dvd 2.01a27 =
(i686-suse-linux) Copyright (C) 1995-2004 J=C3=B6rg SchillingNote: This =
version is an unofficial (modified) version with DVD supportNote: and =
therefore may have bugs that are not present in the original.Note: =
Please send bug reports or support requests to =
http://www.suse.de/feedbackNote: The author of cdrecord should not be =
bothered with problems in this version.Using libscg version =
'schily-0.8'.Device type    : DiskVersion        : 5Response Format: =
2Capabilities   : Vendor_info    : ''Identifikation : ''Revision       : =
''Device seems to be: Generic CCS Disk.cdrecord: sorry, no CD/DVD-Drive =
found on this target.I then ran "cdrecord -scanbus" and the output was:=20

Linux sg driver version: 3.5.30cdrecord: Warning: using inofficial =
libscg transport code version =
(ok...@su...-scsi-linux-sg.c-1.80-resmgr-patch '@(#)scsi-linux-sg.c   =
1.80 04/03/08 Copyright 1997 J. Schilling').Cdrecord-Clone-dvd 2.01a27 =
(i686-suse-linux) Copyright (C) 1995-2004 J=C3=B6rg SchillingNote: This =
version is an unofficial (modified) version with DVD supportNote: and =
therefore may have bugs that are not present in the original.Note: =
Please send bug reports or support requests to =
http://www.suse.de/feedbackNote: The author of cdrecord should not be =
bothered with problems in this version.Using libscg version =
'schily-0.8'.scsibus0:        0,0,0     0) '' '' '' Disk        0,1,0    =
 1) *        0,2,0     2) *        0,3,0     3) *        0,4,0     4) *  =
      0,5,0     5) *        0,6,0     6) *        0,7,0     7) *=20

So I assumed 0,0,0 was correct, but now I need help.

=20

-Neil.

Please try Mondo 1.7x and Mindi 0.9x



> -----Original Message-----
> From: mon...@li...
> [mailto:mon...@li...]On Behalf Of Alex
> Rhys-Hurn
> Sent: Thursday, May 27, 2004 11:03 PM
> To: mon...@li...
> Subject: [Mondo-devel] Mondoarchive exists with FATALERROR - Hard Disk
> Full, but this partition has 35GB free!

Outdated package. Upgrade to latest snapshots, please.



> -----Original Message-----
> From: mon...@li...
> [mailto:mon...@li...]On Behalf Of Paul Kelly
> Sent: Friday, May 28, 2004 9:08 AM
> To: mon...@li...
> Subject: [Mondo-devel] Mindi failure, log attached
> 
> 
> Mindi fails to create boot image on Gentoo.
> 
> 
> 

Mindi fails to create boot image on Gentoo.

Attached is the log file.

Thanks

PK

check the archives....

I posted one a while back

the secret is that in cron the path is not set so you need to call every thing
directly or set the path


--- Sylvan Andrew <syl...@no...> wrote:
> Good Morning (or evening),
> 
>  Could anybody please give me a little bit of advice with mondo and crontab
> ? I am running mondoarchive with flags so that it requires no intervention.
> It backs up the entire system onto a NFS mounted directory in ISO format. If
> I launch the command manually it works great. A few hours later and with no
> intervention it backs everything up and returns to the command prompt fine.
>  So when I try and do the same thing with the command inserted in my crontab
> it doesn't seem to work. I can see in the cron logs it fires up fine but ps
> xa shows nothing nor do I eventually get a mondo-archive.log that can give
> me any information on whats gone wrong.
>  Does anybody have any advice or pointers for me ? Much appreciated !
> 
> Kind Regards
> 
> Sylvan
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel


=====
*----------------------------------------------------------*
Andrew Latham AKA: LATHAMA (lay-th-ham-eh) - LATHAMA.COM
LA...@LA... - LA...@YA...
If yahoo.com is down we have bigger problems than my email!
*----------------------------------------------------------*

Hi Mark,

Thank you.  Your instructions worked like a charm.

Thanks!

-paul 


--------





Message: 2
Date: Tue, 25 May 2004 14:48:37 -0700
From: Mark Nienberg <ma...@ti...>
Organization: Tipping Mar + associates
To: mon...@li...
Subject: Re: [Mondo-devel] mondo restore fails with "GRUB _" error
Reply-To: mon...@li...

Restores with the GRUB boot loader can be problematic due to bugs in 
GRUB (not mondo's fault).  That said, the latest snapshots have gotten 
better at trying different methods until a GRUB install is successful. 
Your log looks like it came from an older version, so unless you are 
restoring after a disaster, I suggest trying the latest unstable 
snapshots.

If you must restore from your current mondoarchive, then try this:

1. Boot from the CD into Expert Mode.
2. Type:-
# mount-me
# chroot /mnt/RESTORING
# grub-install
# exit
# unmount-me
3. Reboot.

If you want to stick with GRUB as your boot loader, I recommend always 
having a boot floppy at the ready, just in case.

Mark Nienberg

Pau...@id... wrote:
> 
> Restore fails.  After reboot screen shows GRUB _  and then hangs?  Looks 

> like GRUB looking in the wrong partition or somehting?
> 
> Has anyone seen this?
> 
> What should I look at first?
> 
> I would appreciate any consideration, please.
> 
> 
> Thanks!
> 
> -paul  x6341
> 
> 
> -<snip>---------------
> 
> mondo restore fails with "GRUB _" error
>


--__--__--

Message: 3
Date: Tue, 25 May 2004 15:00:50 -0700
From: Mark Nienberg <ma...@ti...>
Organization: Tipping Mar + associates
To: mon...@li...
Subject: Re: [Mondo-devel] mondo restore fails with "GRUB _" error
Reply-To: mon...@li...

Mark Nienberg wrote:

> Restores with the GRUB boot loader can be problematic due to bugs in 
> GRUB (not mondo's fault).  That said, the latest snapshots have gotten 
> better at trying different methods until a GRUB install is successful. 
> Your log looks like it came from an older version, so unless you are 
> restoring after a disaster, I suggest trying the latest unstable 
snapshots.
> 
> If you must restore from your current mondoarchive, then try this:
> 
> 1. Boot from the CD into Expert Mode.
> 2. Type:-
> # mount-me
> # chroot /mnt/RESTORING
> # grub-install

whoops, sorry, of course that should be:
grub-install /dev/hda

> # exit
> # unmount-me
> 3. Reboot.


----------------------------------------------------
NOTICE OF CONFIDENTIALITY
----------------------------------------------------
The information in this email, including attachments, may be confidential and/or privileged and may contain confidential health information.  This email is intended to be reviewed only by the individual or organization named as addressee.  If you have received this email in error please notify IDX immediately - by return message to the sender or to sec...@id... - and destroy all copies of this message and any attachments.   Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of IDX.  Confidential health information is protected by state and federal law, including, but not limited to, the Health Insurance Portability and Accountability Act of 1996 and related regulations. 

>
> Why do you want this file on the CD? Mindi doesn't support
> this directly. (I may add it, now that I know there's a need
> for it :-) In the meantime:
> # mount -o loop mindi.iso /mnt/cdrom
> # cd /mnt/cdrom
> # mkisofs -U -J -r -b images/mindi*2880* -c images/boot2.cat -graft-points
. file-name-on-cd=/path/to/file -o /place/to/put/new/image.iso
>
> Not sure if it will work, but it's worth a try.

Hi, I solved the problem by editing the mindi script, and just before the
mkisofs, i have put sth. like:
cp mybigfile.tar $TMP_ROOT/iso

gr,

tom.


=========================== DISCLAIMER ===========================
The information contained in this communication may contain
confidential information, intended solely for the use of the
individual or entity to whom it is addressed and may be
protected by professional secrecy. You should not copy,
disclose or distribute its contents to anyone. We are neither
liable for the proper and complete transmission of the information
contained in this communication nor for any delay in its receipt.
We do not guarantee that the integrity of this communication has
been maintained nor that the communication is free of viruses,
interceptions or interference. If you are not the intended
recipient of this communication please let us know by e-mail
reply and delete it from your system.
==================================================================

On Fri, May 28, 2004 at 09:59:26AM +1000 or thereabouts, Sylvan Andrew wrote:
> 
>  So when I try and do the same thing with the command inserted in my crontab
> it doesn't seem to work. I can see in the cron logs it fires up fine but ps
> xa shows nothing nor do I eventually get a mondo-archive.log that can give
> me any information on whats gone wrong.
>  Does anybody have any advice or pointers for me ? Much appreciated !

http://www.mondorescue.org/docs/docs.html

There's a cron HOWTO there.

Conor
-- 
Conor Daly,                   Please avoid sending me 
Met Eireann, Glasnevin Hill,  Word or PowerPoint attachments.
Dublin 9, Ireland             http://www.fsf.org/philosophy/no-word-attachments.html
Ph +3531 8064276 Fax +3531 8064247


**********************************************************************
This e-mail and any files transmitted with it are confidential 
and intended solely for the addressee. If you have received
this email in error please notify the sender.
This e-mail message has also been scanned for the
presence of computer viruses.
**********************************************************************

Dear Mondo Team!!

I am having a spot of bother getting mondoarchive to complete a backup
run on my machine. Any help would really be appreciated.

Many thanks,

Alex

THIS IS WHAT HAPPENED
~~~~~~~~~~~~~~~~~~~~~

Having set mondoarchive running (see the next section on how I called
mondoarchive) it proceded to chug away for a few hours. It was able to
process and complete each iso image until it reached number 4 and then
it exits with:

---FATALERROR--- Hard disk full. You should have bought a bigger one.
-------FATAL ERROR---------
Hard disk full. You should have bought a bigger one.
Unregistering PID
SIGTERM signal received from OS
Mondoarchive is terminating in response to a signal from the OS
------------------------------------------------

This is surely not possible as I have an 80GB disk and each partition
has at  LEAST 2.5GB free and the partition that has the mondo scratch
directories has 34G free.

The only weird thing I have noticed is this early on in the process:

scratchdir = '/home/mondo.scratch.29364'
tmpdir = '/home/tmp.mondo.17676'

Mondo actually places an error on this when setting up the backup run
and says that because /tmp is not mounted on a specific partition it is
placing the scratch and tmp in /home.

Could this be causing mondo to try to backup the contents of the tmp and
scratch folders because they were included in /home which I had asked to
be backed up? This could then cause a rolling expansion of files until
the disk is full?

Can I change the tmpdir and scratchdir?

I hope I have included sufficient info for you to help me.


HOW MY MACHINE IS SET UP AND HOW I RAN MONDOARCHIVE
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

I have installed mondo-1.67-mdk91.i586.rpm and mindi-0.87-1.i386.rpm on
to my Mandrake 9.1 Powerpack. The install ran smoothly.

My Disk looks like this:

Filesystem            Size  Used Avail Use% Mounted on
/dev/hda1             9.8G  2.0G  7.4G  22% /
/dev/hda7              40G  5.4G   34G  14% /home
none                  173M  692K  172M   1% /tmp
/dev/hda6             6.9G  3.9G  2.6G  60% /vm
/dev/hda8              17G  5.5G   11G  35% /backup

I ran mondoarchive as root in single user mode and used the user
interface to set up a backup to Hard disk.

I chose to backup /etc /root /var and /home and I excluded /vm and
/backup.

I set /backup/27-05-2004-full to be the destination for the images.

PLEASE FIND THE LOG FILE ATTACHED
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Alex Rhys-Hurn
Business Manager
Wakuluzu: Friends of the Colobus Trust Ltd.
P.O. Box 5380, 80401, Diani Beach. Kenya
Email: al...@co...

Dear Mondo Team!!

I am having a spot of bother getting mondoarchive to complete a backup run
on my machine. Any help would really be appreciated.

Many thanks,

Alex

THIS IS WHAT HAPPENED
~~~~~~~~~~~~~~~~~~~~~

Having set mondoarchive running (see the next section on how I called
mondoarchive) it proceded to chug away for a few hours. It was able to
process and complete each iso image until it reached number 4 and then it
exits with:

---FATALERROR--- Hard disk full. You should have bought a bigger one.
-------FATAL ERROR---------
Hard disk full. You should have bought a bigger one.
Unregistering PID
SIGTERM signal received from OS
Mondoarchive is terminating in response to a signal from the OS
------------------------------------------------

This is surely not possible as I have an 80GB disk and each partition has
at  LEAST 2.5GB free and the partition that has the mondo scratch
directories has 34G free.

The only weird thing I have noticed is this early on in the process:

scratchdir = '/home/mondo.scratch.29364'
tmpdir = '/home/tmp.mondo.17676'

Mondo actually places an error on this when setting up the backup run and
says that because /tmp is not mounted on a specific partition it is
placing the scratch and tmp in /home.

Could this be causing mondo to try to backup the contents of the tmp and
scratch folders because they were included in /home which I had asked to
be backed up? This could then cause a rolling expansion of files until the
disk is full?

Can I change the tmpdir and scratchdir?

I hope I have included sufficient info for you to help me.


HOW MY MACHINE IS SET UP AND HOW I RAN MONDOARCHIVE
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

I have installed mondo-1.67-mdk91.i586.rpm and mindi-0.87-1.i386.rpm on to
my Mandrake 9.1 Powerpack. The install ran smoothly.

My Disk looks like this:

Filesystem            Size  Used Avail Use% Mounted on
/dev/hda1             9.8G  2.0G  7.4G  22% /
/dev/hda7              40G  5.4G   34G  14% /home
none                  173M  692K  172M   1% /tmp
/dev/hda6             6.9G  3.9G  2.6G  60% /vm
/dev/hda8              17G  5.5G   11G  35% /backup

I ran mondoarchive as root in single user mode and used the user interface
to set up a backup to Hard disk.

I chose to backup /etc /root /var and /home and I excluded /vm and /backup.

I set /backup/27-05-2004-full to be the destination for the images.

PLEASE FIND THE LOG FILE ATTACHED
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Alex Rhys-Hurn
Business Manager
Wakuluzu: Friends of the Colobus Trust Ltd.
P.O. Box 5380, 80401, Diani Beach. Kenya
Email: al...@co...

On Tue, May 25, 2004 at 11:38:44AM +1000 or thereabouts, Sylvan Andrew wrote:
> 
> Hi,
> 
>  I know this is a total newbie question but I am confused over option -F
> 
> -F Do not offer to write boot+data floppy disk images to 3.5-inch floppy
> disks. The images will remain in /root/images/mindi until your next backup
> run, however.\
> 
> What is it actually trying to write to the floppys ? Is it a boot disk or
> data backup ? I assumed it was a boot disk to load the data backup ? I have
> done a backup in iso format to a dir on my computer and it's asking for a
> zillion floppys. Any advice or information much appreciated !

It's a boot disk plus a few more disks of important utilities
for the restore environment. It does not contain any of your
data (don't let the name "data disks" fool you :-)

You will probably need between 3-8 floppies depending on your
distro. You do not need to write them if your machine can
boot from a CD.

-- Josh

On Tue, May 25, 2004 at 10:09:13AM +1000 or thereabouts, Sylvan Andrew wrote:
> Hi,
> 
>  I'm new to Mondo but it looks great. I've got it working well but could
> somebody please give me some advice over two quick questions ?
> 
> Is there a way to verify iso images that are backed up to a hdd directory ?
> For example when I go to verify it wants me to put CD's in the drive when
> they are backed up to the hdd. Am I using the wrong flags ?

You should use mondoarchive -Vid /path/to/iso/imgs if you're verifying "live" (e.g. not from the CD).

> 
>  Also is it necessary to make a boot floppy disk every time I do a backup ?
> Is it ok to make a floppy disk one time and keep that for all future backups
> ?  Is there specific information written to the floppy every time for that
> current backup ?

You don't need to make a boot floppy at all unless you can't
boot from a CD. The CD (/root/images/mindi/mindi.iso, in case
of a pure hard drive backup, or if you burn the CDs to CDs
then CD #1) has the boot floppy info on it. Use the flag -F
to prevent Mondo from asking you about boot floppies.

If you do need a boot floppy, you need to update it whenever
your system configuration (partitions, filesystems, or vital
utilities in /bin /sbin /usr/bin /usr/sbin /lib /usr/lib)
changes. Probably not every backup, if you back up often
enough :-)

On Mon, May 24, 2004 at 04:42:15PM +0200 or thereabouts, Tom Van Overbeke wrote:
> 
> Hi,
> 
> i'm trying to add a large file (150MB) to a mindi cd (i need this to go to
> 30 sites, and when i put this file on the mindi cd, i save 30 cd's, that's
> the only reason).
> 
> anyway, i added this file to the /etc/mindi/deplist.txt, but i get a failure
> that i want to add too much stuff (the temp filesystem that mindi uses is
> big enough though).

Anything that you put in deplist is placed on the RAM disk.
Unless you have +150MB RAM and want to have that file in RAM,
this is not the way to go.

> 
> any ideas ? the logfile is attached.
> 
> I tried to mount the mindi.iso file in readwrite, and add a file in this
> way, but it doesn't work. it keeps insisting that it's a read-only
> filesystem.

Why do you want this file on the CD? Mindi doesn't support
this directly. (I may add it, now that I know there's a need
for it :-) In the meantime:
# mount -o loop mindi.iso /mnt/cdrom
# cd /mnt/cdrom 
# mkisofs -U -J -r -b images/mindi*2880* -c images/boot2.cat -graft-points . file-name-on-cd=/path/to/file -o /place/to/put/new/image.iso

Not sure if it will work, but it's worth a try.

-- Josh

Good Morning (or evening),

 Could anybody please give me a little bit of advice with mondo and crontab
? I am running mondoarchive with flags so that it requires no intervention.
It backs up the entire system onto a NFS mounted directory in ISO format. If
I launch the command manually it works great. A few hours later and with no
intervention it backs everything up and returns to the command prompt fine.
 So when I try and do the same thing with the command inserted in my crontab
it doesn't seem to work. I can see in the cron logs it fires up fine but ps
xa shows nothing nor do I eventually get a mondo-archive.log that can give
me any information on whats gone wrong.
 Does anybody have any advice or pointers for me ? Much appreciated !

Kind Regards

Sylvan

 --- Andrew Latham <la...@ya...> wrote: > mondo
to ISOes first then if that fails you can
> blame mondo.

Trying to shut down the DVD write after killing mondo,
I noticed that I could not kill growisofs.  Further
research suggested that this may be a bug in the 2.6.3
kernel:

http://lists.debian.org/cdwrite/2004/02/msg00078.html
http://lists.debian.org/cdwrite/2004/03/msg00036.html

Best,

Matthew 

Send instant messages to your online friends http://uk.messenger.yahoo.com 

mondo to ISOes first then if that fails you can blame mondo.

mondoarchive -Oi -F -9 -s 4200m -I /home -d /someplace/else

if this works then try

mondoarchive -Or -F -9 -s 4200m -I /home -d /dev/dvdramdrive

and logs help, really they are important!



--- Matthew Brett <mat...@ya...> wrote:
> Hi,
> 
> I am just trying to backup some of my system to
> DVD-RAM using a disk and script that worked without
> problems previously.  The disk appears to have gone
> into an endless loop, and has so far taken 13 hours,
> reporting another 10 hours to go, in writing the disk.
> 
> When I kill mondo, the disk continues to spin and
> sound as if it is attempting to write, requiring a
> reboot to fix.
> 
> The only changes to my system since my last backup are
> - installation of a very recent mondo/mindi:
> 
> mondo-1.75_cvs_20040524-mdk100
> mindi-0.95_cvs_20040524-1
> 
> and upgrade to Mandrake 10.0 official from Mandrake
> 9.2:
> 
> Kernel 2.6.3-13mdkenterprise
> 
> The command I used for the backup was:
> 
> mondoarchive -Or -d /dev/hda -gF -9 -s 4380m \
>     -I "/home " \
>     -S /data1/tmp -T /data1/tmp
> 
> and the dvd write line executed by mondo was:
> 
> 'mkisofs -J -no-emul-boot -boot-load-size 4 -b
> isolinux.bin --boot-info-table -c boot.cat
> -boot-load-size 4 -r -p MondoRescue -P
> www.mondorescue.org -A Mondo_Rescue_GPL_Version -V 1
> -v . | builtin_dd of=/dev/hda obs=32k seek=0'
> 
> I am puzzled that this worked previously, but does no
> longer.
> 
> Thanks a lot,
> 
> Matthew 
> 
> 
> 	
> 	
> 		
> ____________________________________________________________
> Yahoo! Messenger - Communicate instantly..."Ping" 
> your friends today! Download Messenger Now 
> http://uk.messenger.yahoo.com/download/index.html
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Mondo-devel mailing list
> Mon...@li...
> https://lists.sourceforge.net/lists/listinfo/mondo-devel


=====
*----------------------------------------------------------*
Andrew Latham AKA: LATHAMA (lay-th-ham-eh) - LATHAMA.COM
LA...@LA... - LA...@YA...
If yahoo.com is down we have bigger problems than my email!
*----------------------------------------------------------*

Hi,

I am just trying to backup some of my system to
DVD-RAM using a disk and script that worked without
problems previously.  The disk appears to have gone
into an endless loop, and has so far taken 13 hours,
reporting another 10 hours to go, in writing the disk.

When I kill mondo, the disk continues to spin and
sound as if it is attempting to write, requiring a
reboot to fix.

The only changes to my system since my last backup are
- installation of a very recent mondo/mindi:

mondo-1.75_cvs_20040524-mdk100
mindi-0.95_cvs_20040524-1

and upgrade to Mandrake 10.0 official from Mandrake
9.2:

Kernel 2.6.3-13mdkenterprise

The command I used for the backup was:

mondoarchive -Or -d /dev/hda -gF -9 -s 4380m \
    -I "/home " \
    -S /data1/tmp -T /data1/tmp

and the dvd write line executed by mondo was:

'mkisofs -J -no-emul-boot -boot-load-size 4 -b
isolinux.bin --boot-info-table -c boot.cat
-boot-load-size 4 -r -p MondoRescue -P
www.mondorescue.org -A Mondo_Rescue_GPL_Version -V 1
-v . | builtin_dd of=/dev/hda obs=32k seek=0'

I am puzzled that this worked previously, but does no
longer.

Thanks a lot,

Matthew 


	
	
		
____________________________________________________________
Yahoo! Messenger - Communicate instantly..."Ping" 
your friends today! Download Messenger Now 
http://uk.messenger.yahoo.com/download/index.html

or replace your HD with another, and do a nuke on that and boot 
off it.  that's my "sleep test."  

-rei

On May27 11:04, Conor Daly wrote:
> On Thu, May 27, 2004 at 09:36:15AM +0200 or thereabouts, Stefan U. Hegner (Mobil) wrote:
> > 
> > other step of validation that is recommended befor you think you may
> > sleep safely?
> 
> Do a 'nuke' on a spare machine.
> 
> Conor
> -- 
> Conor Daly,                   Please avoid sending me 
> Met Eireann, Glasnevin Hill,  Word or PowerPoint attachments.
> Dublin 9, Ireland             http://www.fsf.org/philosophy/no-word-attachments.html
> Ph +3531 8064276 Fax +3531 8064247
-- 
Rei Shinozuka sh...@pa...
Ridgewood, New Jersey

On Thu, May 27, 2004 at 09:36:15AM +0200 or thereabouts, Stefan U. Hegner (Mobil) wrote:
> 
> other step of validation that is recommended befor you think you may
> sleep safely?

Do a 'nuke' on a spare machine.

Conor
-- 
Conor Daly,                   Please avoid sending me 
Met Eireann, Glasnevin Hill,  Word or PowerPoint attachments.
Dublin 9, Ireland             http://www.fsf.org/philosophy/no-word-attachments.html
Ph +3531 8064276 Fax +3531 8064247


**********************************************************************
This e-mail and any files transmitted with it are confidential 
and intended solely for the addressee. If you have received
this email in error please notify the sender.
This e-mail message has also been scanned for the
presence of computer viruses.
**********************************************************************

Hi there,

my good ole buddy Justin Case reminded me to ask you guys this one:

If I have a Mondo-Archive (say on CD-RWs) and the CDs boot and the
compare run goes smoothly (except for missing removable media mounts -
which is OK, and some "uncritical" logfile differences). - Can I than
assume, that everything is fine for the "worst case" or is there any
other step of validation that is recommended befor you think you may
sleep safely?

TIA

Stefan.

Hi Hugo,

Am Mit, den 26.05.2004 schrieb Hugo Rabson um 22:46:
> In the meantime, I've added Mondo to my own copy of Knoppix 3.4 but I sha=
n't
> distribute it unless someone does something for me in return.

What do you have in mind, when you say "something"?

Another question related to this:
If I had a Mondo-Knoppix, I could use this to restore Mondo-Archives
that do not boot properly by themselves, as well as Backing up/
Restoring Windows Machines that have not Linux partitions - is this
right?

Stefan.


--=20
/ Stefan Ulrich Hegner aka "Hegi" - Loehne/ Westfalen - Germany \
| mo...@he... - primary Email st...@he...|
\ GPG-Fprint D9DB 51BD 2DA6 9B3A 41CB  0287 05A1 8D11 38BA CE91 /

Dear Hugo,

Hugo Rabson wrote:
> P.V.Anthony wrote:-
> 
>>I just downloaded Knoppix 3.4 but I was not able to find Mondo in the CD.
>>Which version of Knoppix has Mondo in it?
> 
> 
> The Knoppix team would know. Have you asked them?
> 
> In the meantime, I've added Mondo to my own copy of Knoppix 3.4 but I shan't
> distribute it unless someone does something for me in return.
> 
> -Hugo

I understand.

I am actually planing to use it for backing up a Windows XP machine. Not 
sure if you want to support that.

Anyway thanks for Mondo. It is great.

I am copying this to my friend who needs to do this. If he wants to pay, 
he will deal with you direct.

P.V.Anthony