mondo-devel Mailing List for Mondo Rescue

Bruno Cornec via Mondo-devel said on Wed, Feb 11, 2026 at 12:58:40PM +0100:
>I'm
>traveling back home today and will look at it as soon as I'm at home to
>restore the services.

Server back online;

Bruno
-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Mageia, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

Hello Josh,

Thanks for your report.

Indeed the hosting is now a personal one on a dedictaed machine. And
depending on it being available, which seems to not be the case. I'm
traveling back home today and will look at it as soon as I'm at home to
restore the services.

Greetings,
bruno.

Josh Moore said on Tue, Feb 10, 2026 at 03:38:40PM +0000:

>Date: Tue, 10 Feb 2026 15:38:40 +0000
>From: Josh Moore <Jos...@co...>
>Subject: [Mondo-devel] mondorescue.org service is not responding, but server
> is there
>To: "mon...@li..." <mon...@li...>
>Cc: 
>Reply-To: Mondo mailing list <mon...@li...>
>
>Hello,
>
>It seems that mondorescue.org<http://mondorescue.org/> website AND ftp.mondorescue.org<http://ftp.mondorescue.org/> are both down.
>
>I realize that HPE is no longer hosting this, so the hosting now may be less reliable now.
>Traceroute results are attached - they both appear to go to the same server.
>smtp.musique-ancienne.org
>82.66.171.3
>The server is there, but just not accepting requests on TCP ports 80 (HTTP), 443 (HTTPS), or 21 (FTP).
>Maybe the services have died, or the server has rebooted and the services have not started automatically.
>
>Regards,
>
>Josh
>
>
>
>
>This message was secured by Zix(R).

>PS C:\windows\System32> tracert ftp.mondorescue.org
>
>Tracing route to ftp.mondorescue.org [82.66.171.3]
>over a maximum of 30 hops:
>
>  1    <1 ms    <1 ms    <1 ms  (redacted)
>  2    <1 ms    <1 ms    <1 ms  (redacted)
>  3     1 ms    <1 ms     *     (redacted)
>  4    14 ms    13 ms     9 ms  syn-142-254-130-029.inf.spectrum.com [142.254.130.29]
>  5    20 ms    34 ms    18 ms  lag-63.dllbtxlb02h.netops.charter.com [24.164.208.185]
>  6     9 ms    11 ms    13 ms  lag-33.mcr11dllbtxlb.netops.charter.com [24.175.49.255]
>  7    17 ms    15 ms    14 ms  lag-21.rcr01hstqtx02.netops.charter.com [24.175.49.8]
>  8    15 ms    16 ms    12 ms  lag-26-10.hstqtx0209w-bcr00.netops.charter.com [66.109.1.218]
>  9    14 ms    18 ms    20 ms  lag-800.pr0.hou50.netops.charter.com [66.109.5.236]
> 10    16 ms    12 ms    14 ms  hou-b3-link.ip.twelve99.net [62.115.172.48]
> 11    32 ms    32 ms    41 ms  atl-b24-link.ip.twelve99.net [62.115.116.47]
> 12    31 ms    33 ms    31 ms  atl-bb2-link.ip.twelve99.net [62.115.143.236]
> 13    60 ms    46 ms     *     ash-bb2-link.ip.twelve99.net [62.115.137.132]
> 14   132 ms   128 ms   125 ms  prs-bb2-link.ip.twelve99.net [62.115.140.106]
> 15   132 ms   130 ms   134 ms  prs-b17-link.ip.twelve99.net [62.115.136.225]
> 16   131 ms   129 ms   132 ms  freesas-ic-385069.ip.twelve99-cust.net [213.248.91.225]
> 17     *        *        *     Request timed out.
> 18     *        *        *     Request timed out.
> 19     *        *        *     Request timed out.
> 20     *        *        *     Request timed out.
> 21     *        *        *     Request timed out.
> 22   140 ms   134 ms   140 ms  smtp.musique-ancienne.org [82.66.171.3]
>
>Trace complete.
>PS C:\windows\System32>
>
>
>
>tracert www.mondorescue.org
>
>Tracing route to www.mondorescue.org [82.66.171.3]
>over a maximum of 30 hops:
>
>  1    <1 ms    <1 ms    <1 ms  (redacted)
>  2    <1 ms    <1 ms    <1 ms  (redacted)
>  3     1 ms    <1 ms    <1 ms  (redacted)
>  4    13 ms     8 ms    14 ms  syn-142-254-130-029.inf.spectrum.com [142.254.130.29]
>  5    35 ms    21 ms    32 ms  lag-63.dllbtxlb02h.netops.charter.com [24.164.208.185]
>  6    12 ms     9 ms     4 ms  lag-33.mcr11dllbtxlb.netops.charter.com [24.175.49.255]
>  7    22 ms    14 ms    15 ms  lag-21.rcr01hstqtx02.netops.charter.com [24.175.49.8]
>  8     *       38 ms     *     lag-26-10.hstqtx0209w-bcr00.netops.charter.com [66.109.1.218]
>  9    22 ms    21 ms    18 ms  lag-800.pr0.hou50.netops.charter.com [66.109.5.236]
> 10    13 ms    16 ms    20 ms  hou-b3-link.ip.twelve99.net [62.115.172.48]
> 11    31 ms    24 ms    33 ms  atl-b24-link.ip.twelve99.net [62.115.116.47]
> 12    33 ms    33 ms    29 ms  atl-bb2-link.ip.twelve99.net [62.115.143.236]
> 13    44 ms     *       47 ms  ash-bb2-link.ip.twelve99.net [62.115.137.132]
> 14   128 ms   125 ms   131 ms  prs-bb2-link.ip.twelve99.net [62.115.140.106]
> 15   133 ms   131 ms   198 ms  prs-b17-link.ip.twelve99.net [62.115.136.225]
> 16   129 ms   127 ms   127 ms  freesas-ic-385069.ip.twelve99-cust.net [213.248.91.225]
> 17     *        *        *     Request timed out.
> 18     *        *        *     Request timed out.
> 19     *        *        *     Request timed out.
> 20     *        *        *     Request timed out.
> 21     *        *        *     Request timed out.
> 22   138 ms   140 ms   141 ms  smtp.musique-ancienne.org [82.66.171.3]
>
>Trace complete.


>_______________________________________________
>Mondo-devel mailing list
>Mon...@li...
>https://lists.sourceforge.net/lists/listinfo/mondo-devel


-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Mageia, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

Hello,

It seems that mondorescue.org<http://mondorescue.org/> website AND ftp.mondorescue.org<http://ftp.mondorescue.org/> are both down.

I realize that HPE is no longer hosting this, so the hosting now may be less reliable now.
Traceroute results are attached - they both appear to go to the same server.
smtp.musique-ancienne.org
82.66.171.3
The server is there, but just not accepting requests on TCP ports 80 (HTTP), 443 (HTTPS), or 21 (FTP).
Maybe the services have died, or the server has rebooted and the services have not started automatically.

Regards,

Josh




This message was secured by Zix(R).

Interesting, that shouldn't be the case, so I'm even more interested by the
log files. You can send them to me privately at br...@vi...
if you prefer.

Greetings,
bruno.

Paolo Prandini via Mondo-devel said on Tue, Aug 26, 2025 at 04:59:12PM +0200:

>Date: Tue, 26 Aug 2025 16:59:12 +0200
>From: Paolo Prandini via Mondo-devel <mon...@li...>
>Subject: Re: [Mondo-devel] Error with MINDI and Almalinux 9 with NVME boot
>To: Bruno Cornec <br...@vi...>, Mondo mailing list
> <mon...@li...>
>Cc: Paolo Prandini <pra...@sp...>
>Reply-To: Mondo mailing list <mon...@li...>
>
>I wrote a short script using the CLI and it seems the error appears only
>when using the GUI but the CLI correctly recognizes GRUB.
>
>Il 26/08/2025 16:58, Bruno Cornec ha scritto:
>>Hello Paolo,
>>
>>Seems weird that the boot loader isn't detected correctly.
>>
>>Once the backup is done, please send again the mondoarchive.log file
>>corresponding tothis run so I can have a look at what happens.
>>
>>Bruno.
>>
>>Paolo Prandini via Mondo-devel said on Tue, Aug 26, 2025 at 08:17:15AM +0200:
>>>Now I don't have the error anymore but I get
>>>Unidentified boot loader. Shall I restore it byte-for-byte at restore time and hope for the best?
>>
>
>
>-- 
>Dr.Ing.Paolo Prandini
>
>S.P.E.Sistemi e Progetti Elettronici s.a.s.
>Via Liguria 5
>I-25125 Brescia
>Italia
>Telefono +39 0302427266
>Fax      +39 02700406565
>
>Email pra...@sp...
>Web http://www.spe.net
>CA https://ra.spe.net/pub/cacert/cacert.crt
>-------------------------------------------
>The information contained in this e-mail message is confidential and intended
>exclusively for the addressee. Persons receiving this e-mail message who are
>not the named addressee (or his/her co-workers, or persons authorized to take
>delivery) must not use, forward or reproduce its contents.
>If you have received this e-mail message by mistake, please contact us immediately
>and delete this e-mail message beyond retrieval.
>
>Die Information dieses e-Mails ist vertraulich und ausschliesslich fuer den
>Adressaten bestimmt. Der Empfanger dieses e-Mails, der nicht der Adressat ist,
>(sowie einer seiner Mitarbeiter oder seiner Empfangsberechtigter), darf den
>Inhalt nicht verwenden, weitergeben oder reproduzieren.
>Sollten Sie dieses e-Mail irrtuemlich erhalten haben, informieren Sie uns
>bitte unverzueglich und loeschen Sie das e-Mail unwiederbringlich.
>
>Questo messaggio contiene informazioni riservate e confidenziali. Se non
>siete i destinatari del messaggio (o se avete ricevuto il messaggio per
>errore) Vi preghiamo di darcene immediata comunicazione ritornandoci il
>messaggio stesso. Qualsiasi copia, riproduzione in genere, uso o
>distribuzione del materiale contenuto o allegato al presente messaggio è
>severamente proibito.
>
>
>
>_______________________________________________
>Mondo-devel mailing list
>Mon...@li...
>https://lists.sourceforge.net/lists/listinfo/mondo-devel

-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

I wrote a short script using the CLI and it seems the error appears only
when using the GUI but the CLI correctly recognizes GRUB.

Il 26/08/2025 16:58, Bruno Cornec ha scritto:
> Hello Paolo,
>
> Seems weird that the boot loader isn't detected correctly.
>
> Once the backup is done, please send again the mondoarchive.log file
> corresponding tothis run so I can have a look at what happens.
>
> Bruno.
>
> Paolo Prandini via Mondo-devel said on Tue, Aug 26, 2025 at 08:17:15AM +0200:
>> Now I don't have the error anymore but I get
>> Unidentified boot loader. Shall I restore it byte-for-byte at restore time and hope for the best?
>


-- 
Dr.Ing.Paolo Prandini

S.P.E.Sistemi e Progetti Elettronici s.a.s.
Via Liguria 5
I-25125 Brescia
Italia
Telefono +39 0302427266
Fax      +39 02700406565

Email pra...@sp...
Web http://www.spe.net
CA https://ra.spe.net/pub/cacert/cacert.crt
-------------------------------------------
The information contained in this e-mail message is confidential and intended
exclusively for the addressee. Persons receiving this e-mail message who are
not the named addressee (or his/her co-workers, or persons authorized to take
delivery) must not use, forward or reproduce its contents.
If you have received this e-mail message by mistake, please contact us immediately
and delete this e-mail message beyond retrieval.

Die Information dieses e-Mails ist vertraulich und ausschliesslich fuer den
Adressaten bestimmt. Der Empfanger dieses e-Mails, der nicht der Adressat ist,
(sowie einer seiner Mitarbeiter oder seiner Empfangsberechtigter), darf den
Inhalt nicht verwenden, weitergeben oder reproduzieren.
Sollten Sie dieses e-Mail irrtuemlich erhalten haben, informieren Sie uns
bitte unverzueglich und loeschen Sie das e-Mail unwiederbringlich.

Questo messaggio contiene informazioni riservate e confidenziali. Se non
siete i destinatari del messaggio (o se avete ricevuto il messaggio per
errore) Vi preghiamo di darcene immediata comunicazione ritornandoci il
messaggio stesso. Qualsiasi copia, riproduzione in genere, uso o
distribuzione del materiale contenuto o allegato al presente messaggio è
severamente proibito.

Hello Paolo,

Seems weird that the boot loader isn't detected correctly.

Once the backup is done, please send again the mondoarchive.log file
corresponding tothis run so I can have a look at what happens.

Bruno.

Paolo Prandini via Mondo-devel said on Tue, Aug 26, 2025 at 08:17:15AM +0200:
>Now I don't have the error anymore but I get
>Unidentified boot loader. Shall I restore it byte-for-byte at restore time and hope for the best?

-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

Thanks a lot!
Now I don't have the error anymore but I get

Unidentified boot loader. Shall I restore it byte-for-byte at restore time and hope for the best?

if I write that the boot disk is /dev/nvme0n1 even if mondoarchive suggests  /dev/mapper/almalinux_wazuh-root
because fdisk says:

Disk /dev/nvme0n1: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk model: CT500P3PSSD8
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 2968C895-B3C4-4BE7-8488-BDDFE5236503

Device           Start       End   Sectors   Size Type
/dev/nvme0n1p1    2048   1230847   1228800   600M EFI System
/dev/nvme0n1p2 1230848   3327999   2097152     1G Linux filesystem
/dev/nvme0n1p3 3328000 975865855 972537856 463.7G Linux LVM

Should I worry?
I told mondoarchive to go on and waiting for completion now.
Thanks again
Paolo

Il 26/08/2025 02:51, Bruno Cornec ha scritto:
> Hello,
>
> Paolo Prandini via Mondo-devel said on Mon, Aug 25, 2025 at 06:02:53PM +0200:
>> I cannot run successfully mondoarchive, I get
>> Execution run ended; result=254
>> Type 'less /var/log/mondoarchive.log' to see the output log
>
> Please retry with the latest version I  uploaded for you to test:
> http://www.mondorescue.org/ftp/alma/9/x86_64/
>
> Bruno.

Hello,

Paolo Prandini via Mondo-devel said on Mon, Aug 25, 2025 at 06:02:53PM +0200:
>I cannot run successfully mondoarchive, I get
>Execution run ended; result=254
>Type 'less /var/log/mondoarchive.log' to see the output log

Please retry with the latest version I  uploaded for you to test:
http://www.mondorescue.org/ftp/alma/9/x86_64/

Bruno.
-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

I cannot run successfully mondoarchive, I get

Execution run ended; result=254
Type 'less /var/log/mondoarchive.log' to see the output log

It seems the problem is in mindi, I am enclosing the log as
specified.
Thanks for your help
Paolo

Carl Wignall via Mondo-devel said on Wed, Jun 11, 2025 at 04:09:15PM +0100:
>Success!

\o/

Bruno.
-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

Success!

I disabled SELinux but left Extended Attributes off and we appear to 
have a working bare-metal restore :)

I will try this on a live system and feedback the result.

Cheers,
Carl


On 11/06/2025 14:34, Bruno Cornec wrote:
> Hello Carl,
>
> Carl Wignall via Mondo-devel said on Wed, Jun 11, 2025 at 11:01:55AM 
> +0100:
>> We seem to be getting there, I just made a test backup & restore
>> the backup produces .iso's
>> the restore boots to the login prompt
>> and that is as far as it goes.
>
> Are you using SELinux on the original VM ?
>
> If yes, you *have* to use the CLI option -z so extended attr and ACL are
> backedup and restored, which are mandatory for SELinux to work properly
> http://trac.mondorescue.org/wiki/FAQ#Q32IsMondoRescueworkingwithSELinux
>
> Greetings,
> Bruno.

Normally i have SELinux disabled as it interferes with RStudio.
and i normally don't backup extended attributes.... but on the test 
build I didn't get as far as disabling SELinux.
Will give it a go with it disabled
Cheers,
Carl

On 11/06/2025 14:34, Bruno Cornec wrote:
> Hello Carl,
>
> Carl Wignall via Mondo-devel said on Wed, Jun 11, 2025 at 11:01:55AM 
> +0100:
>> We seem to be getting there, I just made a test backup & restore
>> the backup produces .iso's
>> the restore boots to the login prompt
>> and that is as far as it goes.
>
> Are you using SELinux on the original VM ?
>
> If yes, you *have* to use the CLI option -z so extended attr and ACL are
> backedup and restored, which are mandatory for SELinux to work properly
> http://trac.mondorescue.org/wiki/FAQ#Q32IsMondoRescueworkingwithSELinux
>
> Greetings,
> Bruno.

Hello Carl,

Carl Wignall via Mondo-devel said on Wed, Jun 11, 2025 at 11:01:55AM +0100:
>We seem to be getting there, I just made a test backup & restore
>the backup produces .iso's
>the restore boots to the login prompt
>and that is as far as it goes.

Are you using SELinux on the original VM ?

If yes, you *have* to use the CLI option -z so extended attr and ACL are
backedup and restored, which are mandatory for SELinux to work properly
http://trac.mondorescue.org/wiki/FAQ#Q32IsMondoRescueworkingwithSELinux

Greetings,
Bruno.
-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

Hi,

We seem to be getting there, I just made a test backup & restore
the backup produces .iso's
the restore boots to the login prompt
and that is as far as it goes.

Rocky 8.10 is virtual machine running on virtualbox, and the restore is 
to a bare-metal second virtual machine.
This is the first time i have managed to get the restore logs out of a 
restored system so i have zipped and attached them, with the other 
system logs in the hope that helps, and my build notes for the test system.

There is an extract of messages in my build notes where it looks like 
systemd is blocking the login to the restored system, though i could be 
wrong, it seems like a likely candidate.

** 2nd attempt to send as first email was bounced due to "/550 5.0.350 
Remote server returned an error -> 550 Blacklisted file extension 
detected"  trying again with 7z

/Regards,
Carl

Hey Bruno,

Thank you!  It never occurred to me that whitespace might be significant.

So mondo ran to completion.  Took about 4 hours and generated 23 
DVD-sized files.  All pretty reasonable.

I'm happy to have mondo working again!

Howard

On 5/10/2025 6:43, Bruno Cornec via Mondo-devel wrote:
> Howard Spindel said on Fri, May 09, 2025 at 06:56:13PM -0700:
>
>> mount -t tmpfs -o size=5g tmpfs /mnt/ramdisk
>> mondoarchive -Oi -d /mnt/mondo -s 4700m -9 -N -T "/mnt/ramdisk/" -E 
>> "/tmp | /home/rear-tmp | /home/mondo-tmp | /home/timeshift"
>
> That exclude line is wrong. Please use:
> -E "/tmp|/home/rear-tmp|/home/mondo-tmp|/home/timeshift"
>
> The space is taken as a part of the directory name in the way you used.
>
>> DBG1: [Main] libmondo-cli.c->process_switches#591: WARNING ! 
>> /home/mondo-tmp  doesn't exist
>
> See the extra space ?
>
> Best regards,
> bruno.

Howard Spindel said on Fri, May 09, 2025 at 06:56:13PM -0700:

>mount -t tmpfs -o size=5g tmpfs /mnt/ramdisk
>mondoarchive -Oi -d /mnt/mondo -s 4700m -9 -N -T "/mnt/ramdisk/" -E 
>"/tmp | /home/rear-tmp | /home/mondo-tmp | /home/timeshift"

That exclude line is wrong. Please use:
-E "/tmp|/home/rear-tmp|/home/mondo-tmp|/home/timeshift"

The space is taken as a part of the directory name in the way you used.

>DBG1: [Main] libmondo-cli.c->process_switches#591: WARNING ! 
>/home/mondo-tmp  doesn't exist

See the extra space ?

Best regards,
bruno.
-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

Hello Bruno,

On 5/9/2025 7:11, Bruno Cornec via Mondo-devel wrote:
>
>> I tried ever-increasing sizes for EXTRA_SPACE.  It did not work until 
>> mindi.conf has the following:
>>
>> BOOT_SIZE=65536
>
> I don't have that parm in the code, so I think it's not creating any
> impatc.

I found it on the web somewhere.  It doesn't seem to hurt anything to 
have it in there.
>
>
>> EXTRA_SPACE=1000000
>
> That's quite a lot.
>> It might have worked with a smaller size, but I didn't try anything 
>> between 500000 and 10000000.
>
> I think that 600MB are generally enough. Anyway, that doesn't hurt too
> much anyway.
>
> However, I remarked that there is an underlying bug with the creation
> that I should work on to avoid the need to raise that number that much.
> Ultimate goal would be to compute it, without you needing to change it.
>
> Bruno.

Computing it would be very cool.

I have been running my first mondo backup, and while it seems to be 
progressing I fear something is wrong.  It has been running for about 17 
hours and there are now 126  4.6GB (DVD-sized) files created.  It's 
still going.  That's a total of 567GB.

For comparison ReaR runs in 2-3 hours and generates a tar file of 75GB 
(on the same machine with the same exclusions).

Here is the shell script I use to launch mondo:

/home/howard/dd/mount-mondo
mount -t tmpfs -o size=5g tmpfs /mnt/ramdisk
mondoarchive -Oi -d /mnt/mondo -s 4700m -9 -N -T "/mnt/ramdisk/" -E 
"/tmp | /home/rear-tmp | /home/mondo-tmp | /home/timeshift"
umount /mnt/ramdisk
umount /mnt/mondo

-------------------

Looking in mondoarchive.log I see it appears to be backing up the 
directory /home/timeshift, which is huge and could easily account for 
what I'm seeing.  But you can see in the invocation line (and in 
mondoarchive.log) that /home/timeshift is excluded. ReaR has 
/home/timeshift excluded.

Here are  relevant lines from mondoarchive.log:
DBG1: [Main] libmondo-devices.c->mr_make_devlist_from_pathlist#2114: 
exclude_paths is now '|/tmp | /home/rear-tmp | /home/mondo-tmp | 
/home/timeshift'

DBG4: [Main] libmondo-files.c->size_of_all_biggiefiles_K#803: 
/home/timeshift/snapshots/2023-07-27_23-00-35/localhost/boot/initramfs-0-rescue-5b4392de242040cf88adc3bd3df13453.img 
--> 121163 K
DBG4: [Main] libmondo-files.c->size_of_all_biggiefiles_K#805: After 
adding 
/home/timeshift/snapshots/2023-07-27_23-00-35/localhost/boot/initramfs-0-rescue-5b4392de242040cf88adc3bd3df13453.img, 
scratchL+121163 now equals 123411725
DBG4: [Main] libmondo-files.c->size_of_all_biggiefiles_K#803: 
/home/timeshift/snapshots/2023-07-27_23-00-35/localhost/boot/initramfs-5.14.0-162.6.1.el9_1.x86_64.img 
--> 73234 K
DBG4: [Main] libmondo-files.c->size_of_all_biggiefiles_K#805: After 
adding 
/home/timeshift/snapshots/2023-07-27_23-00-35/localhost/boot/initramfs-5.14.0-162.6.1.el9_1.x86_64.img, 
scratchL+73234 now equals 123484959

I also found this:

DBG1: [Main] libmondo-cli.c->process_switches#591: WARNING ! /tmp  
doesn't exist
DBG1: [Main] libmondo-cli.c->process_switches#591: WARNING ! 
/home/rear-tmp  doesn't exist
DBG1: [Main] libmondo-cli.c->process_switches#591: WARNING ! 
/home/mondo-tmp  doesn't exist
DBG1: [Main] libmondo-cli.c->process_switches#596: WARNING ! 
/home/timeshift doesn't exist

which is weird as those directories definitely exist:

[root@server2 /]# ls -l home
total 16
drwx------   3 bw        bw         163 Jul 27  2023 bw
drwx------   3 cc        cc         163 Aug 28  2024 cc
drwx------   3 christina christina  163 Aug 28  2024 christina
drwx------   3 debra     debra      163 Jul 27  2023 debra
drwx------. 55 howard    howard    8192 May  9 17:47 howard
drwxr-xr-x   3 root      root        38 May  8 21:21 mondo-tmp
drwxr-xr-x   8 mysql     mysql     4096 May  7 19:29 mysql
drwxr-xr-x   2 root      root         6 May  8 17:06 rear-tmp
drwxr-xr-x   2 serviio   serviio      6 Nov 17  2023 serviio
drwxr-xr-x   2 root      root         6 May  8 01:25 snapstore
drwxr-xr-x   9 root      root       199 May  9 18:04 timeshift

I tried to attach mondoarchive.log, but it is too big to get through 
(and zip files don't work).

Am I doing something wrong syntactically in failing to get 
/home/timeshift excluded?  I did try modifying the invocation line to 
add a / at the end of each excluded directory, but it made no 
difference. I also tried excluding /home/timeshift/* with no joy.

Thank you for all your help!
Howard

Hello Howard,

Howard Spindel said on Thu, May 08, 2025 at 04:46:33PM -0700:

>I tried ever-increasing sizes for EXTRA_SPACE.  It did not work until 
>mindi.conf has the following:
>
>BOOT_SIZE=65536

I don't have that parm in the code, so I think it's not creating any
impatc.

>EXTRA_SPACE=1000000

That's quite a lot. 

>It might have worked with a smaller size, but I didn't try anything 
>between 500000 and 10000000.

I think that 600MB are generally enough. Anyway, that doesn't hurt too
much anyway.

However, I remarked that there is an underlying bug with the creation
that I should work on to avoid the need to raise that number that much.
Ultimate goal would be to compute it, without you needing to change it.

Bruno.
-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

Thank you for the response, Bruno.

I tried ever-increasing sizes for EXTRA_SPACE.  It did not work until 
mindi.conf has the following:

BOOT_SIZE=65536
EXTRA_SPACE=1000000

It might have worked with a smaller size, but I didn't try anything 
between 500000 and 10000000.

The machine is a Virtual Box Rocky Linux install, with 16GB main memory 
assigned.

Does this seem reasonable?

Thank you,
Howard




On 5/8/2025 7:57, Bruno Cornec via Mondo-devel wrote:
> Howard Spindel said on Sat, May 03, 2025 at 06:32:21PM -0700:
>> Log files attached.
>
> Thanks.
>
>> Please note that I tried to send a zip file as an attachment, but it 
>> bounced with the following:
>> <mon...@li...>: host 
>> mx.sourceforge.net[216.105.38.6]
>>    said: 550 Blacklisted file extension detected (in reply to end of 
>> DATA
>>    command)
>
> Probably a new policy from sourceforge.net. I'm considering moving this
> ML to my own ML server which I already use for other communities.
>
>> cp: error writing 
>> '/tmp//mondo.tmp.zNZzns/mountpoint.65782//usr/lib/firmware/mellanox/mlxsw_spectrum-13.2008.2438.mfa2.xz': 
>> No space left on device
>
> Seems the boot image is full.
> Can you try inceasing the size with EXTRA_SPACE please:
> http://trac.mondorescue.org/wiki/FAQ#Q50MondoRescuecomplainsaboutfilesystemfullonRHEL7 
>
>
> You can go up to the size of a media if you want, but 500MB should be
> sufficient.
> cd
> Best regards,
> Bruno.

Howard Spindel said on Sat, May 03, 2025 at 06:32:21PM -0700:
>Log files attached.

Thanks.

>Please note that I tried to send a zip file as an attachment, but it 
>bounced with the following:
><mon...@li...>: host mx.sourceforge.net[216.105.38.6]
>    said: 550 Blacklisted file extension detected (in reply to end of DATA
>    command)

Probably a new policy from sourceforge.net. I'm considering moving this
ML to my own ML server which I already use for other communities.

>cp: error writing '/tmp//mondo.tmp.zNZzns/mountpoint.65782//usr/lib/firmware/mellanox/mlxsw_spectrum-13.2008.2438.mfa2.xz': No space left on device

Seems the boot image is full.
Can you try inceasing the size with EXTRA_SPACE please:
http://trac.mondorescue.org/wiki/FAQ#Q50MondoRescuecomplainsaboutfilesystemfullonRHEL7

You can go up to the size of a media if you want, but 500MB should be
sufficient.

Best regards,
Bruno.
-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

Hello,

Carl Wignall via Mondo-devel said on Wed, May 07, 2025 at 11:56:06AM +0100:
>I have been using mondo for many years now, mainly with Centos6, more 
>latterly Rocky 8.x and it has been previously extremely useful and 
>reliable.

Good news ;-)

>Lately I experienced restore errors on any (Rocky) version > 8.5 and 
>was today trying to replicate that as i saw recent updates to the 
>Rocky 8 folder on your ftp.

Well less good news :-(

>     Problem: conflicting requests
>      - nothing provides buffer needed by mondo-3.2.2-1.rocky8.x86_64 
>from mondorescue

That should now be solved, as I have provided buffer for rocky 8.

>Previously i have been using the Centos8 repo, which worked upto and 
>including Rocky version 8.5.  Higher versions of Rocky the backup 
>appears to work, the restore appears to work, but the target fails to 
>boot
>    Timed out waiting for device /dev/mapper/rl-home
>    Dependency failed for /home
>    Dependency failed for Local File Systems
>    Dependency failed for Mark the need to relable after reboot
>It then tries to drop you into Emergency mode, but that fails to 
>complete also!
>I was hoping today to extract the mindi log for you but was scuppered 
>with the above issue

So, I also updated the repo with the latest version of mondo that
contains additional fixes wrt what you have used (I think) up to now.
(now you seem to be using that same version on rocky 9)

>Sorry for the two problems in one email, but i'm hoping we can get to 
>the bottom of both as i would really love to get Mondo working again 
>on Rocky8.   Incidentally i tried a test build/backup&restore using 
>Rocky 9 and that also fails with the above failure to mount errors.

Well, as I often underline, without log files, I've difficulties
understanding what could go wrong.

Maybe something changed in the way FS are managed starting with rocky >
8.4. Pleas provide me wit the archive logs, and also the restore logs if
you can get them (see http://www.mondorescue.org/support.shtml)

With more details, I hope to be able to fix the issues you've
encountered.

Greetings,
Bruno.
-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)

Hi,

I have been using mondo for many years now, mainly with Centos6, more 
latterly Rocky 8.x and it has been previously extremely useful and reliable.
Lately I experienced restore errors on any (Rocky) version > 8.5 and was 
today trying to replicate that as i saw recent updates to the Rocky 8 
folder on your ftp.

Unfortunately i still get: (using the Rocky8 repo)
     [root@******* *****]# yum install mondo
     Last metadata expiration check: 0:00:47 ago on Wed 07 May 2025 
11:16:55 BST.
     Error:
      Problem: conflicting requests
       - nothing provides buffer needed by mondo-3.2.2-1.rocky8.x86_64 
from mondorescue
     (try to add '--skip-broken' to skip uninstallable packages or 
'--nobest' to use not only best candidate packages)


Previously i have been using the Centos8 repo, which worked upto and 
including Rocky version 8.5.  Higher versions of Rocky the backup 
appears to work, the restore appears to work, but the target fails to boot
     Timed out waiting for device /dev/mapper/rl-home
     Dependency failed for /home
     Dependency failed for Local File Systems
     Dependency failed for Mark the need to relable after reboot
It then tries to drop you into Emergency mode, but that fails to 
complete also!
I was hoping today to extract the mindi log for you but was scuppered 
with the above issue

Sorry for the two problems in one email, but i'm hoping we can get to 
the bottom of both as i would really love to get Mondo working again on 
Rocky8.   Incidentally i tried a test build/backup&restore using Rocky 9 
and that also fails with the above failure to mount errors.

Cheers,
Carl

mindi.log attached.

Howard

On 5/2/2025 1:57, Bruno Cornec via Mondo-devel wrote:
> Hello,
>
> Howard Spindel said on Thu, May 01, 2025 at 12:56:36AM -0700:
>> I'd really appreciate a pointer on how to fix this error.
>
> Well, I'd appreciate a log file in order to help you more :-)
> http://www.mondorescue.org/support.shtml
>
> Bruno.

Thank you for the pointer, Bruno.

Log files attached.

Please note that I tried to send a zip file as an attachment, but it 
bounced with the following:

<mon...@li...>: host mx.sourceforge.net[216.105.38.6]
     said: 550 Blacklisted file extension detected (in reply to end of DATA
     command)

I am therefore going to follow this up with another email with mindi.log attached.


Thank you,
Howard

On 5/2/2025 1:57, Bruno Cornec via Mondo-devel wrote:
> Hello,
>
> Howard Spindel said on Thu, May 01, 2025 at 12:56:36AM -0700:
>> I'd really appreciate a pointer on how to fix this error.
>
> Well, I'd appreciate a log file in order to help you more :-)
> http://www.mondorescue.org/support.shtml
>
> Bruno.

Hello,

Howard Spindel said on Thu, May 01, 2025 at 12:56:36AM -0700:
>I'd really appreciate a pointer on how to fix this error.

Well, I'd appreciate a log file in order to help you more :-)
http://www.mondorescue.org/support.shtml

Bruno.
-- 
Des infos sur la musique ancienne  -- http://www.musique-ancienne.org
Des infos sur les logiciels libres -- http://www.HyPer-Linux.org
Home, sweet musical Home -- Lover of Andromède, Béatrice, Early Music, 
Josquin, Linux, Mélisande, Recorder, and Ségolène (not in that order)