sys-apps/mondo-rescue - (Backup and restore from bootable CD you've made) requires: - rd.o - ramfs.o - fat.o - dos.o ? - vfat.o - (mindi - helps create the boot rescue disks) - no paths with the name "*cdrom*" can be mounted or mondoarchive will fail to load. Ramfs.o does not appear to be available under kernel 2.4.19 unlike kernel 2.4.18., not in the menuconfig menus. However, there is an entry for ramfs.o listed in the .config for 2.4.19. Complete kernel lockups experienced with 2.4.18preemt kernel. Suggest turning off Premption to be sure this is not the problem. ------------------------------------------ # mondoarchive Initializing... Mondo Archive v1.44 --- http://www.mondorescue.com You must specify the media type Specify backup (-O), verify (-V) or both (-OV). Please specify the backup device/directory. ------------------------------ insmod dos ------------------------------ insmod: dos: no module by that name found --------------------------------end of output------------------------------ ...ran with errors. ------------------------------ insmod fat ------------------------------ Using /lib/modules/2.4.19-gentoo-r7/kernel/fs/fat/fat.o insmod: a module named fat already exists --------------------------------end of output------------------------------ ...ran with errors. ------------------------------ insmod vfat ------------------------------ Using /lib/modules/2.4.19-gentoo-r7/kernel/fs/vfat/vfat.o insmod: a module named vfat already exists --------------------------------end of output------------------------------ ...ran with errors. ---------------------- grep vfat /proc/filesystems ---------------------- vfat --------------------------------end of output------------------------------ Type 'man mondoarchive' for help. Bad parameters. Type 'man mondoarchive' to see manual. Mondo will now exit. -------------------- lsmod:snd-pcm-oss 36132 0 (autoclean) snd-mixer-oss 9184 0 (autoclean) [snd-pcm-oss] apm 9608 1 uhci 24296 0 (unused) ipx 15988 0 vfat 10780 0 (unused) msdos 5020 0 (unused) fat 32056 0 [vfat msdos] parport_pc 13252 0 (unused) parport 14208 0 [parport_pc] printer 7488 0 (unused) scanner 8512 0 (unused) rd 3040 0 (unused) NVdriver 989216 7 ide-scsi 7680 0 eepro100 17456 1 snd-via686 6500 0 snd-ymfpci 41444 3 snd-pcm 49568 1 [snd-pcm-oss snd-via686 snd-ymfpci] snd-mpu401-uart 2736 0 [snd-via686 snd-ymfpci] snd-rawmidi 12864 0 [snd-mpu401-uart] snd-opl3-lib 5376 0 [snd-ymfpci] snd-timer 10656 0 [snd-pcm snd-opl3-lib] snd-hwdep 3712 0 [snd-opl3-lib] snd-seq-device 3936 0 [snd-rawmidi snd-opl3-lib] snd-ac97-codec 23716 0 [snd-via686 snd-ymfpci] snd 25448 2 [snd-pcm-oss snd-mixer-oss snd-via686 snd-ymfpci snd-pcm snd-mpu401-uart snd-rawmidi snd-opl3-lib snd-timer snd-hwdep snd-seq-device snd-ac97-codec] --------------------------------------- kernel config available. Would try pasting here but I'm having trouble with jedit and nedit. - j@NOSPAM.siology.net
probably have to wait for an updated version of mondo-rescue from upstream for this one, be patient.
did you compile "RAM disk suppert" INTO your kernel? mondo/mindi issues are usually kernel config related. anyhow, I'll make new ebuilds soon.
the rd.o module is ramdisk support and ramfs uses this. These modules loaded, yes. What I may now try to do is use a kernel from my debian system to see if it's kernel related.
hrm, committed a new unstable version of this to portage today, does it fix your issue?
could you post the exact comand you are using for mondo. To backup to cd I would use mondoarchive -Oc 2 -d 0,2,0 -k /root/backup/mondokernel -g -F -o Note the -d 0,2,0 is dependent on your cdr s address. I use a custom kernel for mondo's boot disk, one without DEVFS since this has caused me probs in the past, although the latest mondo code may have resolved this YMMV.
Please test this with the latest unstable profile of mondo-rescue and mindi, it has many fixages. If this is still an issue of course un-fix the bug.
db fix