Keith Roberts | 27 Feb 16:24 2015
Picon

Re: FATAL ERROR. PBDI isolinux - cannot find FAILSAFE kernel

On 27 Feb 2015, at 01:54, Bruno Cornec <Bruno.Cornec <at> hp.com> wrote:

Keith Roberts said on Thu, Feb 26, 2015 at 09:15:42AM +0000:
Can I create a bootable Mondo recovery CD/DVD disk without the data archives on it. Then create non-bootable data backup iso’s later?

Yes you can exclude the data path with -E. Then use whatever backup SW
for your data, incuding mondoarchive if you really want ;-)

This is to allow me to boot from a non-xen DVD disk, and when booted up restore the machine from backups kept on a seperate DVD data-only disk?

Not sure why you don't want to just give to mondoarchive (currently with
-k) your non Xen kernel, and backup eveything with it.

Now if you have lots of data, it can make sense to backup them
separately indeed. But not for the kernel reason.

So if I use the

-W  Don't make your backup self-booting
option to mondoarchive, would I be able to restore those backups by booting the previously created mondo rescueboot DVD using the desktop kernel, and then insert the backup DVD’s as requested by mondo?
The machine has a hard drive with 4 primary partitions, and I only want to re-install the OS to /dev/sda2 without touching the other 3 partitions - swap, home, data. 
Is it possible to selectively restore to one partition like that please Bruno.
Kind Regards,
Keith
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Mondo-devel mailing list
Mondo-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mondo-devel
Keith Roberts | 27 Feb 14:01 2015
Picon

Re: FATAL ERROR. PBDI isolinux - cannot find FAILSAFE kernel


On 27 Feb 2015, at 01:55, Bruno Cornec <Bruno.Cornec <at> hp.com> wrote:

> Keith Roberts said on Thu, Feb 26, 2015 at 03:25:41PM +0000:
>> In interactive mode it looks like Mondo Rescue wants to make adjustments to my disk drive partitions?
> 
> This is a proposal only.
> 
>> Is there some way to tell Mondo Rescue to leave the drive partition layout as it it is please?
> 
> Don't change anything.

OK. Thanks for confirming that Bruno!

Keith :)

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
Keith Roberts | 27 Feb 14:00 2015
Picon

Re: FATAL ERROR. PBDI isolinux - cannot find FAILSAFE kernel

On 27 Feb 2015, at 01:54, Bruno Cornec <Bruno.Cornec <at> hp.com> wrote:

> Keith Roberts said on Thu, Feb 26, 2015 at 09:15:42AM +0000:
>> Can I create a bootable Mondo recovery CD/DVD disk without the data archives on it. Then create
non-bootable data backup iso’s later?
> 
> Yes you can exclude the data path with -E. Then use whatever backup SW
> for your data, incuding mondoarchive if you really want ;-)
> 
>> This is to allow me to boot from a non-xen DVD disk, and when booted up restore the machine from backups kept
on a seperate DVD data-only disk?
> 
> Not sure why you don't want to just give to mondoarchive (currently with
> -k) your non Xen kernel, and backup eveything with it.
> 
> Now if you have lots of data, it can make sense to backup them
> separately indeed. But not for the kernel reason.

Hi Bruno.

The reason for creating a separate boot disk is to work around the problem I have with a running xen-kernel
not creating a bootable DVD. The production machine I want to use mondo archive on to backup the OS is
running a xen kernel.

I can easily make a bootable non-xen mondo rescue DVD on an identical spare machine.

Then the idea is to make non-bootable backups of the OS on the xen machine, and scp those from the machine and
burn those to another DVD.

Then I can boot Mondo Rescue with the non-xen DVD and re-install the xen OS withe the bootable desktop kernel.

Kind Regards,

Keith

> Open Source Profession, Linux Community Lead WW http://opensource.hp.com
> EMEA EG Open Source Technology Strategist       http://hpintelco.net
> FLOSS projects:     http://mondorescue.org     http://project-builder.org 
> Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org
> 
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the 
> conversation now. http://goparallel.sourceforge.net/
> _______________________________________________
> Mondo-devel mailing list
> Mondo-devel <at> lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mondo-devel

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
Keith Roberts | 26 Feb 16:25 2015
Picon

Re: FATAL ERROR. PBDI isolinux - cannot find FAILSAFE kernel

On 26 Feb 2015, at 00:10, Bruno Cornec <Bruno.Cornec <at> hp.com> wrote:

> Bruno Cornec said on Thu, Feb 26, 2015 at 12:55:12AM +0100:
> 
>> Keith Roberts said on Wed, Feb 25, 2015 at 12:46:19PM +0000:
>>> The installed mondo packages are:
>>> 
>>> 
>> 
>> Woaw, that's suspense ;-)
> 
> Ah ok, I'm always reading in text mode and you had images attached as I
> realized later on !
> 
> Your mondo version is not in coherence with your mindi version. You
> should use 3.2.0 for mondo.

Thanks again for that Bruno.

I removed mondo 3.0.4-1 and replaced it with 3.2.0-1

I have burnt the mindi/mondorescue.iso image to the DVD

Using that I can now have a bootable DVD that will load the correct desktop kernel modules and shows the newt
Mondo Rescue screen.

In interactive mode it looks like Mondo Rescue wants to make adjustments to my disk drive partitions?

Is there some way to tell Mondo Rescue to leave the drive partition layout as it it is please?

Kind Regards,

Keith 

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
Keith Roberts | 26 Feb 12:41 2015
Picon

Re: [SOLVED] Mondo cannot find CD/DVD drive - kernel modules not loaded!


On 24 Feb 2015, at 10:40, Bruno Cornec <Bruno.Cornec <at> hp.com> wrote:

> Hello Keith,
> 
> Keith Roberts said on Fri, Feb 20, 2015 at 04:26:19PM +0000:
>> I was just wondering if there was an option when running mondoarchive without any parameters for the newt
interface to allow the user
>> to specify the path to their chosen kernel please?
> 
> Indeed it doesn't seem to present, whereas I thought it was :-(
> 
>> If not could this be added easily please in the next mondo version?
> 
> Yes. Cf: http://trac.mondorescue.org/ticket/769

OK. Thanks for doing that Bruno.

KR  - Keith

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
Keith Roberts | 26 Feb 10:15 2015
Picon

Re: FATAL ERROR. PBDI isolinux - cannot find FAILSAFE kernel


On 26 Feb 2015, at 00:10, Bruno Cornec <Bruno.Cornec <at> hp.com> wrote:

> Bruno Cornec said on Thu, Feb 26, 2015 at 12:55:12AM +0100:
> 
>> Keith Roberts said on Wed, Feb 25, 2015 at 12:46:19PM +0000:
>>> The installed mondo packages are:
>>> 
>>> 
>> 
>> Woaw, that's suspense ;-)
> 
> Ah ok, I'm always reading in text mode and you had images attached as I
> realized later on !
> 
> Your mondo version is not in coherence with your mindi version. You
> should use 3.2.0 for mondo.

Hi Bruno.

Thanks for those pointers.

I’ll remove the out of date version and install mondo 3.2.0

The other question is this:

Can I create a bootable Mondo recovery CD/DVD disk without the data archives on it. Then create
non-bootable data backup iso’s later?

This is to allow me to boot from a non-xen DVD disk, and when booted up restore the machine from backups kept on
a seperate DVD data-only disk?

Kind Regards,

Keith

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
Ellis, Robert (MODIS, EXL | 23 Feb 21:29 2015
Picon

mondorescue not restoring big files


I recently migrated a system from non-LVM to LVM using mondo rescue.

For the most part, it worked. What I know didn’t work was the rebuilding of big files.

Log files say:

mondorestore.log:DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY
restoring /opt/cov-analysis-linux64/config/builtin-models.db
mondorestore.log:DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY
restoring /opt/McAfee/uvscan/datfiles/current/avvscan.dat
mondorestore.log:DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY
restoring /opt/McAfee/uvscan/datfiles/previous/avvscan.dat
mondorestore.log:DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY
restoring /usr/lib/locale/locale-archive
mondorestore.log:DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY
restoring /var/cache/yum/x86_64/6/updates/086b976ca8b3845af28eaaa9bb4684b8bd60836f436c4e31ed0337c2d73e254f-other.sqlite
mondorestore.log:DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY
restoring /var/lib/rear/output/rear-tbusb1.iso
mondorestore.log:DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY
restoring /var/lib/rpm/Packages


But, /var/lib/rpm/Packages definitely failed to get recreated. I had to restore it from tape. As for the
other files, I see:

-rw-r--r-- 1 root root 16777216 Jan 28 05:15 /usr/lib/locale/locale-archive
-rw-r--r-- 1 root root 16777216 Feb 16 08:09 /opt/McAfee/uvscan/datfiles/previous/avvscan.dat
-rw-r--r-- 1 root root 16777216 Jun 20  2014 /opt/cov-analysis-linux64/config/builtin-models.db


The size if definitely suspicious.



Here’s the mondorescue.log file pertaining to the above files:

INFO: Reassembling large files
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1943: OK, there are 7 biggiefiles in
the archives
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1950: Thinking about restoring
bigfile 1
DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY restoring /opt/cov-analysis-linux64/config/builtin-models.db
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1102: Reassembling big file 1 (/mnt/RESTORING//opt/cov-analysis-linux64/config/builtin-models.db)
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1113: file_to_openout = /mnt/RESTORING//opt/cov-analysis-linux64/config/builtin-models.db
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1118: Opened out to /mnt/RESTORING//opt/cov-analysis-linux64/config/builtin-models.db
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1180: Working on DVD #1, file #1, slice #1
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1139: End of bigfile # 1 (slice 2 is the terminator)
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1980: /opt/cov-analysis-linux64/config/builtin-models.db
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1950: Thinking about restoring
bigfile 2
DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY restoring /opt/McAfee/uvscan/datfiles/current/avvscan.dat
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1102: Reassembling big file 2 (/mnt/RESTORING//opt/McAfee/uvscan/datfiles/current/avvscan.dat)
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1113: file_to_openout = /mnt/RESTORING//opt/McAfee/uvscan/datfiles/current/avvscan.dat
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1118: Opened out to /mnt/RESTORING//opt/McAfee/uvscan/datfiles/current/avvscan.dat
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1180: Working on DVD #1, file #2, slice #1
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1139: End of bigfile # 2 (slice 2 is the terminator)
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1980: /opt/McAfee/uvscan/datfiles/current/avvscan.dat
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1950: Thinking about restoring
bigfile 3
DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY restoring /opt/McAfee/uvscan/datfiles/previous/avvscan.dat
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1102: Reassembling big file 3 (/mnt/RESTORING//opt/McAfee/uvscan/datfiles/previous/avvscan.dat)
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1113: file_to_openout = /mnt/RESTORING//opt/McAfee/uvscan/datfiles/previous/avvscan.dat
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1118: Opened out to /mnt/RESTORING//opt/McAfee/uvscan/datfiles/previous/avvscan.dat
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1180: Working on DVD #1, file #3, slice #1
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1139: End of bigfile # 3 (slice 2 is the terminator)
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1980: /opt/McAfee/uvscan/datfiles/previous/avvscan.dat
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1950: Thinking about restoring
bigfile 4
DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY restoring /usr/lib/locale/locale-archive
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1102: Reassembling big file 4 (/mnt/RESTORING//usr/lib/locale/locale-archive)
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1113: file_to_openout = /mnt/RESTORING//usr/lib/locale/locale-archive
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1118: Opened out to /mnt/RESTORING//usr/lib/locale/locale-archive
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1180: Working on DVD #1, file #4, slice #1
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1139: End of bigfile # 4 (slice 2 is the terminator)
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1980: /usr/lib/locale/locale-archive
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1950: Thinking about restoring
bigfile 5
DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY restoring /var/cache/yum/x86_64/6/updates/086b976ca8b3845af28eaaa9bb4684b8bd60836f436c4e31ed0337c2d73e254f-other.sqlite
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1102: Reassembling big file 5 (/mnt/RESTORING//var/cache/yum/x86_64/6/updates/086b976ca8b3845af28eaaa9bb4684b8bd60836f436c4e31ed0337c2d73e254f-other.sqlite)
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1113: file_to_openout = /mnt/RESTORING//var/cache/yum/x86_64/6/updates/086b976ca8b3845af28eaaa9bb4684b8bd60836f436c4e31ed0337c2d73e254f-other.sqlite
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1118: Opened out to /mnt/RESTORING//var/cache/yum/x86_64/6/updates/086b976ca8b3845af28eaaa9bb4684b8bd60836f436c4e31ed0337c2d73e254f-other.sqlite
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1180: Working on DVD #1, file #5, slice #1
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1139: End of bigfile # 5 (slice 2 is the terminator)
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1980: /var/cache/yum/x86_64/6/updates/086b976ca8b3845af28eaaa9bb4684b8bd60836f436c4e31ed0337c2d73e254f-other.sqlite
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1950: Thinking about restoring
bigfile 6
DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY restoring /var/lib/rear/output/rear-tbusb1.iso
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1102: Reassembling big file 6 (/mnt/RESTORING//var/lib/rear/output/rear-tbusb1.iso)
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1113: file_to_openout = /mnt/RESTORING//var/lib/rear/output/rear-tbusb1.iso
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1118: Opened out to /mnt/RESTORING//var/lib/rear/output/rear-tbusb1.iso
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1180: Working on DVD #1, file #6, slice #1
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1139: End of bigfile # 6 (slice 2 is the terminator)
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1980: /var/lib/rear/output/rear-tbusb1.iso
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1950: Thinking about restoring
bigfile 7
DBG1: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1061: DEFINITELY restoring /var/lib/rpm/Packages
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1102: Reassembling big file 7 (/mnt/RESTORING//var/lib/rpm/Packages)
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1113: file_to_openout = /mnt/RESTORING//var/lib/rpm/Packages
DBG3: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1118: Opened out to /mnt/RESTORING//var/lib/rpm/Packages
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1180: Working on DVD #1, file #7, slice #1
DBG2: [Main] mondorestore.c->restore_a_biggiefile_from_CD#1139: End of bigfile # 7 (slice 2 is the terminator)
DBG2: [Main] mondorestore.c->restore_all_biggiefiles_from_CD#1980: /var/lib/rpm/Packages




mondo-3.2.0-1.rhel6.x86_64
mindi-3.0.0-1.rhel6.x86_64


How can I avoid this problem in the future? I have two more systems to migrate in the same manner.

thanks,
 robert


PS:
perhaps change the word DEFINITELY in the debug output to POSSIBLY.


------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Mondo-devel mailing list
Mondo-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mondo-devel
Peter Clark | 25 Feb 18:49 2015

Issue with mondo on Centos 6.5?

Hi,

Running the latest (I think) versions;

[root <at> c3po yum.repos.d]# rpm -qa | grep mondo
mondo-3.2.0-1.rhel6.x86_64
[root <at> c3po yum.repos.d]# rpm -qa | grep mindi
mindi-busybox-1.21.1-1.rhel6.x86_64
mindi-3.0.0-1.rhel6.x86_64
[root <at> c3po yum.repos.d]# rpm -qa | grep perl-Mon
perl-MondoRescue-3.2.0-1.rhel6.noarch
[root <at> c3po yum.repos.d]#

Just getting back around to archiving my systems with Mondo having
converted from Fedora to Centos. So, fresh install of Mondo and the tools
and I'm unable to do a backup. It fails right when Mindi is supposed to
create the file;

---evalcall---1---      Dividing filelist into sets
---evalcall---2--- TASK:  [********************]  99% done;  0:00 to go
---evalcall---E---
Your backup will occupy one meeeeellion media! (maybe 38)
Done.
Copying Mondo's core files to the scratch directory
Done.
Calling MINDI to create boot+data disks
Your boot loader is GRUB and it boots from /dev/sdb
Boot loader version string: grub (GNU GRUB 0.97)
---evalcall---1--- Calling MINDI to create boot+data disk
---evalcall---2--- TASK:  [*...................]   3% done;  0:00 to go
---evalcall---E---
Boot+data disks were created OK
cp: cannot stat `/tmp/mondo.scratch.nP6tjN/images/all.tar.gz': No such
file or directory
Fatal error... Cannot find all.tar.gz in tmpdir
---FATALERROR--- Cannot find all.tar.gz in tmpdir
If you require technical support, please contact the mailing list.
See http://www.mondorescue.org for details.
The list's members can help you, if you attach that file to your e-mail.
Log file: /var/log/mondoarchive.log
Mondo has aborted.
Execution run ended; result=254
Type 'less /var/log/mondoarchive.log' to see the output log

Mindi run by itself creates an ISO fine. Didn't try and burn/boot it but
at least it doesn't error out.

all.tar.gz was spotted one time in the mondo.tmp folder;
[root <at> c3po tmp]# find . -name \*all.tar\*
./mondo.tmp.vEjOat/all.tar.gz
[root <at> c3po tmp]# find . -name \*all.tar\*

but not in scratch.

Log attached.

Thoughts on what I'm messing up here?

Thanks all,
Attachment (mondoarchive.log): application/octet-stream, 167 KiB
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Mondo-devel mailing list
Mondo-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mondo-devel
Keith Roberts | 25 Feb 13:46 2015
Picon

FATAL ERROR. PBDI isolinux - cannot find FAILSAFE kernel

Hi all.

I have installed Mondo Rescue on a laptop running openSUSE 12.3 with all security updates applied.

The installed mondo packages are:

 


Plus a few others from the openSUSE repository such as newt and binutils and wodim.

I have tried to use the failsafe kernel option by calling mondo with the following bash script:


The  #!/bin/bash line is at the top of the file :)

When I run the test script I get this in the mindi log:

FATAL ERROR. PBDI isolinux - cannot find FAILSAFE kernel
Please e-mail a copy of /var/log/mindi.log to the mailing list.
See http://www.mondorescue.org for more information.
WE CANNOT HELP unless you enclose that file.

Is there a missing package with the FAILSAFE kernel I need to install please?

Kindest Regards,

Keith Roberts
Attachment (TEST-NOTES): application/octet-stream, 1683 bytes

Attachment (mondoarchive.log): application/octet-stream, 140 KiB


------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
Mondo-devel mailing list
Mondo-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mondo-devel
Esteban Monge | 23 Feb 21:31 2015
Picon

MondoRescue IBM Power

Hello:

He was happily compiling MondoRescue for Power... all packages compiled 
OK, but when I tried to install mondo one depence fails... syslinux.

I these moment... I remembered that Power doesnt support syslinux... Is 
syslinux used when you indicate that mondorescue must use Grub?

Can mindi boot in Power processors?

Thanks

-- 
Esteban Monge Marín
http://www.emonge.com
es <at> emonge.com
mongejimenezcr <at> gmail.com
estebanmonge <at> riseup.net
Linux User: 478378 - Isaca COBIT - Cabinet Office ITIL Foundation - 
CompTIA A+ - Nagios Enterprises Certified Professional

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
Mondo-devel mailing list
Mondo-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mondo-devel
Philippe Lefevre | 21 Feb 08:25 2015
Picon

Re: Segmentation error running mondoarchive v3.2.0-r3332

Hi Bruno,

I just would like to know if you got my latest email I sent at your
email adress ( <at> hp) as I had some issues to send it to mondo-devel list
(mondoarchive log size ~ 1Mo+).
This concerns some tries I did as I promised with mondo
3.2.020150213052601 debian packages.

Don't worry, I'm not trying to put the pressure on you and I know you're
very busy. I'm not personnaly in hurry neither but I would like to be
sure my email reached your box ;D

Kind regards

Le 16/02/2015 21:27, Philippe Lefevre a écrit :
> Bonjour Bruno,
> 
> je vous retransmet directement cet email car il a été rejeté sur la
> liste. Il concerne les tests effectués sur WE avec mondo 3.2.620150213
> qui n'ont pas été concluants pour moi ... désolé ;)
> 
> ****
> Your request to the Mondo-devel mailing list
> 
>     Posting of your message titled "Re: [Mondo-devel] Segmentation
> error	running	mondoarchive v3.2.0-r3332"
> 
> has been rejected by the list moderator.  The moderator gave the
> following reason for rejecting your request:
> 
> "No reason given"
> ****
> 
> (il y a avait eu au départ une demande d'approbation du modérateur car
> le fichier joint est un peu lourd.
> En effet la log mondarchive.log jointe pèse 1.2M compressée !!!
> 
> Cdt,
> Philippe
> 
> 
> 

------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk
_______________________________________________
Mondo-devel mailing list
Mondo-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mondo-devel

Gmane