mondo-devel Mailing List for Mondo Rescue

Hello Ken,

This should fit:
ftp://ftp.mondorescue.org/rhel/4/i386/

>From your mondoarchive.log, the fail seems related to the fact that you asked mondoarchive to use /dev/scd0 (see below).

I guess that you try to mondoarchive to CD or DVD?
Is it /dev/scd0? Do you use /dev/scd0 with mount or other software?

I would advise to check (as root):
# lshw -C disk

Regards,
Victor

--------------- From your mondoarchive.log ---------------

INFO: Transforming /dev/scd0 in a Bootable device
INFO: Checking /dev/scd0
INFO: Unmounting /dev/scd01 just in case
umount: /dev/scd01: not found
WARNING: You may need to install an MBR (usually in /usr/share/lib64/syslinux/mbr.bin, but not found on your system)
         on /dev/scd0 with dd if=/usr/share/lib64/syslinux/mbr.bin of=/dev/scd0
INFO: Preparing /dev/scd0

Unable to open /dev/scd0
ERROR: Unable to create a vfat Filesystem on /dev/scd0
       Make sure your USB device is pluged in
------------------------------------------------------------

-----Original Message-----
From: Ken Arck [mailto:ah...@ah...] 
Sent: lundi 24 décembre 2012 00:49
To: Mondo mailing list
Subject: Re: [Mondo-devel] error on mondorestore

Ooops... logs attached this time



Which versions of everything do I need for an old CentOS 4.x runnng 
on x86 NON 32/64 bit hardware (Via EP5000)?

I tried several of the i386 versions for rhel 4 and they all fail 
because they're looking for /lib64, which obviously doesn't exist on my machine

Ken

Babadostov, Imanuel said on Mon, Dec 10, 2012 at 02:11:08PM -0700:

> Hi I downloaded the
> ftp://ftp.mondorescue.org/fedora/17/i386/mondorescue.repo file from the
> websites FTP and placed it into the  /etc/yum.repos.d firectory
> 
> But when  I run the yum command I get:
> 
> [root@CentOS-Testing ~]# cd  /etc/yum.repos.d/

Are you sure you want Fedora pkgsfor your CentOS env ?
You should rather use the rhel ones IMO.

> ftp://ftp.mondorescue.org//fedora/17/i386/repodata/primary.xml.gz: [Errno
> -3] Error performing checksum

Strange :-(
$ rpm -K /users/mondo/ftp/fedora/17/i386/mindi-2.1.2-1.fc17.i386.rpm
/users/mondo/ftp/fedora/17/i386/mindi-2.1.2-1.fc17.i386.rpm: (sha1) dsa sha1 md5 gpg OK

Looks fine to me.
Did you impor the GPG Key when asked to or manually ? 

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Neal Todd said on Mon, Dec 17, 2012 at 03:07:11PM -0700:

> I built mondo-rescue successfully.  The log file says everything was OK. 
>   I made a CD of the mondorestore.iso and booted (a test machine) from 
> it without a problem.  However, when I type any of the restore options 
> at the prompt (expert, interactive etc.), the following happens:
> 
> it seems to be progressing normally, reaches
> 
> md:  . . . autorun DONE
> List of all partitions:
> No filesystem could mount root, tried:  iso9660
> Kernel panic - not sysncing:  VFS:  Unable to mount root fs on 
> unknown-block (1,0)
> then a stack trace

So your root FS is not found, meanong you may miss a driver to access to
it e.g. Please provide your mondoarchive.log file so we could help more.

> Also, if at the boot prompt, I just type 'mondorestore', it says:  could 
> not find kernel image:  mondorestore.

Yep. syslinux has been configured with some specific keywords, and
mondorestore is not part of these. Please look at the HOWTO for that.

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Ken Arck said on Sun, Dec 23, 2012 at 03:46:22PM -0800:

> Which versions of everything do I need for an old CentOS 4.x runnng 
> on x86 NON 32/64 bit hardware (Via EP5000)?

What is here: ftp://ftp.mondorescue.org/rhel/4/i386

> I tried several of the i386 versions for rhel 4 and they all fail 
> because they're looking for /lib64, which obviously doesn't exist on my machine

Please provide logs so I can check what really happens in your case.

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Ooops... logs attached this time



Which versions of everything do I need for an old CentOS 4.x runnng 
on x86 NON 32/64 bit hardware (Via EP5000)?

I tried several of the i386 versions for rhel 4 and they all fail 
because they're looking for /lib64, which obviously doesn't exist on my machine

Ken

Which versions of everything do I need for an old CentOS 4.x runnng 
on x86 NON 32/64 bit hardware (Via EP5000)?

I tried several of the i386 versions for rhel 4 and they all fail 
because they're looking for /lib64, which obviously doesn't exist on my machine

Ken

I built mondo-rescue successfully.  The log file says everything was OK. 
  I made a CD of the mondorestore.iso and booted (a test machine) from 
it without a problem.  However, when I type any of the restore options 
at the prompt (expert, interactive etc.), the following happens:

it seems to be progressing normally, reaches

md:  . . . autorun DONE
List of all partitions:
No filesystem could mount root, tried:  iso9660
Kernel panic - not sysncing:  VFS:  Unable to mount root fs on 
unknown-block (1,0)
then a stack trace

What am I doing wrong here?  I have the other mondorescue ISOs on a 
thumb drive.  Does that have to be plugged into the system when I boot 
as well?

Also, if at the boot prompt, I just type 'mondorestore', it says:  could 
not find kernel image:  mondorestore.


Neal K. Todd
Systems Admin
Univ. of Utah
Center for High Performance Computing

I built mondo-rescue successfully.  The log file says everything was 
OK.  I made a CD of the mondorestore.iso and booted (a test machine) 
from it without a problem.  However, when I type any of the restore 
options at the prompt (expert, interactive etc.), the following happens:

it seems to be progressing normally, reaches

md:  . . . autorun DONE
List of all partitions:
No filesystem could mount root, tried:  iso9660
Kernel panic - not sysncing:  VFS:  Unable to mount root fs on 
unknown-block (1,0)
then a stack trace

What am I doing wrong here?  I have the other mondorescue ISOs on a 
thumb drive.  Does that have to be plugged into the system when I boot 
as well?

Also, if at the boot prompt, I just type 'mondorestore', it says:  could 
not find kernel image:  mondorestore.


Neal K. Todd
Systems Admin
Univ. of Utah
Center for High Performance Computing

da...@do... said on Fri, Dec 07, 2012 at 05:28:24PM -0800:

> Running: sudo mindi --findkernel
> Result: 
> FATAL ERROR. Cannot find Xen kernel , aborting

Ok. Could you please run the following and send the result again ?

sudo sh -x mindi --findkernel 2>&1 > /tmp/res.log

And give us the compressed res.log file please ?

> I've attached the mindi.log as requested. I can't find any recent mentions
> of Xen kernel related issues in the Mondo issue tracker or mailing list, or
> in google. I apologize if I've missed something, but I'm at a dead end.

Not, you're right. I was hoping to have solved it previously, but still
not the case (and not having that context, it delays stuff)

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Hello Bruno,

here you go, I have also included some lvm info as well...all of this info with the exception of the mondoarchive.log and mindi.log was captured from the system while booted from the mondorescue image

regards

Bill A.
________________________________________
From: Bruno Cornec-2 [via MondoRescue Mailing List] [ml-...@n3...]
Sent: Monday, December 10, 2012 4:57 PM
To: Anderson, William F
Subject: Re: [Mondo-devel] Restore on RHEL6.1 messing up LVs and filesystems

banderson said on Mon, Dec 10, 2012 at 12:53:14PM -0800:

> do you have a link where I can post the logs as attachments?

Once compressed you should be able to send them to the list. If there
are too large, then send them to me privately.

Bruno.
--
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Mondo-devel mailing list
[hidden email]</user/SendEmail.jtp?type=node&node=4025487&i=0>
https://lists.sourceforge.net/lists/listinfo/mondo-devel


________________________________
If you reply to this email, your message will be added to the discussion below:
http://mondorescue-mailing-list.679749.n3.nabble.com/Mondo-devel-Restore-on-RHEL6-1-messing-up-LVs-and-filesystems-tp3219541p4025487.html
To unsubscribe from [Mondo-devel] Restore on RHEL6.1 messing up LVs and filesystems, click here<http://mondorescue-mailing-list.679749.n3.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=3219541&code=d2lsbGlhbS5mLmFuZGVyc29uQGRlbHRhLmNvbXwzMjE5NTQxfC0zMjg3MTQwOTY=>.
NAML<http://mondorescue-mailing-list.679749.n3.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>


mindi.log.gz (44K) <http://mondorescue-mailing-list.679749.n3.nabble.com/attachment/4025488/0/mindi.log.gz>
dmidecode.out.gz (4K) <http://mondorescue-mailing-list.679749.n3.nabble.com/attachment/4025488/1/dmidecode.out.gz>
ls_systemvg.out.gz (252 bytes) <http://mondorescue-mailing-list.679749.n3.nabble.com/attachment/4025488/2/ls_systemvg.out.gz>
lvs.out.gz (330 bytes) <http://mondorescue-mailing-list.679749.n3.nabble.com/attachment/4025488/3/lvs.out.gz>
mondoarchive.log.gz (71K) <http://mondorescue-mailing-list.679749.n3.nabble.com/attachment/4025488/4/mondoarchive.log.gz>
mondofdisk.log.gz (1K) <http://mondorescue-mailing-list.679749.n3.nabble.com/attachment/4025488/5/mondofdisk.log.gz>
mondorestore.log.gz (44K) <http://mondorescue-mailing-list.679749.n3.nabble.com/attachment/4025488/6/mondorestore.log.gz>
mount.out.gz (490 bytes) <http://mondorescue-mailing-list.679749.n3.nabble.com/attachment/4025488/7/mount.out.gz>
pvs.out.gz (152 bytes) <http://mondorescue-mailing-list.679749.n3.nabble.com/attachment/4025488/8/pvs.out.gz>
uname-r.out.gz (74 bytes) <http://mondorescue-mailing-list.679749.n3.nabble.com/attachment/4025488/9/uname-r.out.gz>




--
View this message in context: http://mondorescue-mailing-list.679749.n3.nabble.com/Mondo-devel-Restore-on-RHEL6-1-messing-up-LVs-and-filesystems-tp3219541p4025488.html
Sent from the MondoRescue Mailing List mailing list archive at Nabble.com.

banderson said on Mon, Dec 10, 2012 at 12:53:14PM -0800:

> do you have a link where I can post the logs as attachments?

Once compressed you should be able to send them to the list. If there
are too large, then send them to me privately.

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Hi I downloaded the
ftp://ftp.mondorescue.org/fedora/17/i386/mondorescue.repo file from the
websites FTP and placed it into the  /etc/yum.repos.d firectory

But when  I run the yum command I get:

[root@CentOS-Testing ~]# cd  /etc/yum.repos.d/
[root@CentOS-Testing yum.repos.d]# ls
CentOS-Base.repo  CentOS-Debuginfo.repo  CentOS-Media.repo
 CentOS-Vault.repo  *mondorescue.repo*
[root@CentOS-Testing yum.repos.d]# yum install mondo
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirror.raystedman.net
 * extras: mirror.team-cymru.org
 * updates: mirrors.xmission.com
mondorescue
                  | 1.3 kB     00:00
mondorescue/primary
                  | 4.5 kB     00:00
ftp://ftp.mondorescue.org//fedora/17/i386/repodata/primary.xml.gz: [Errno
-3] Error performing checksum
Trying other mirror.
mondorescue/primary
                  | 4.5 kB     00:00
ftp://ftp.mondorescue.org//fedora/17/i386/repodata/primary.xml.gz: [Errno
-3] Error performing checksum
Trying other mirror.
Error: failure: repodata/primary.xml.gz from mondorescue: [Errno 256] No
more mirrors to try.
[root@CentOS-Testing yum.repos.d]#


Thank you,
___________
Imanuel “Manny” Babadostov
w.303.231.3644
ima...@bs...

Hello,

do you have a link where I can post the logs as attachments?

thanks

Bill Anderson



--
View this message in context: http://mondorescue-mailing-list.679749.n3.nabble.com/Mondo-devel-Restore-on-RHEL6-1-messing-up-LVs-and-filesystems-tp3219541p4025486.html
Sent from the MondoRescue Mailing List mailing list archive at Nabble.com.

hello,

There are two test versions in
ftp://ftp.mondorescue.org/test/rhel/6/x86_64

Did you tried the latest ( 320121120171707 ) version ?

yes, that is the latest one dated 11/20

Post also your mondoarchive and mondorestore log files.

will re-run and post logs.....






--
View this message in context: http://mondorescue-mailing-list.679749.n3.nabble.com/Mondo-devel-Restore-on-RHEL6-1-messing-up-LVs-and-filesystems-tp3219541p4025485.html
Sent from the MondoRescue Mailing List mailing list archive at Nabble.com.

Nikolaos Milas said on Sat, Dec 08, 2012 at 03:54:46PM +0200:

> Does the imminent mondo v3.0.3 fix the occasional hangs when using the 
> -z option?

Not that I know of.

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Nikolaos Milas said on Sat, Dec 08, 2012 at 03:43:40PM +0200:

> It would be important, however, to find the cause of these hangs when 
> using the -z option.

My idea with this is that it could come from the launch of the
getfacl/getattr command on a file name with a space/strage char/... in
its name.

Thought I had catch all the issues around that, but seems not :-(

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Does the imminent mondo v3.0.3 fix the occasional hangs when using the 
-z option?

Thanks,
Nick

On 7/12/2012 4:00 μμ, Alan Pittman wrote:

> Hi,
>
> This may or may not help, but I’ll pass it along…
>
> I had a similar problem back in March on a RHEL 5.6 system. Each run 
> of archive would hang at different times on different files. In my 
> backup script, I was using the –z option. Once I removed it, it never 
> hung any more.
>
> Here’s a clip from the e-mail exchange I had with Bruno and Victor 
> concerning this:
>
> Q. Does removing -z (even if it's not what you want to do at the end) 
> solves the issue ?
>
> A. Yes, removing the -z option seemed to do the trick. I ran the 
> archive four different times and it ran to completion on each 
> occurrence. The reason I was including the -z option is because during 
> initial testing, a colleague and I discovered that some files would 
> not restore with the correct permissions. Just an FYI, I don't run 
> selinux or apparmor.
>
> The archive did restore okay and I couldn’t find any files that had 
> incorrect permissions.
>
> Alan
>
>

On 5/12/2012 10:51 πμ, Nikolaos Milas wrote:

> In order to reduce system load during backups, I tried the solution
> here:
> http://serverfault.com/questions/422109/mondoarchive-can-i-slow-down-write-speed-and-can-i-have-it-take-less-cpu-resou
>
>      # ionice -c 3 nice mondoarchive <options>
>
> but the process seemed to have hung a couple of days later.

I suspect that this issue might be due to the intermittent hangs that 
occur when using mondoarchive with the -z option nd not because of the 
nice settings (see other threads).

I have confirmed the occasional hangs when using the -z option (even 
running under normal priority), so I'll try using the nice settings 
without the -z option on mondoarchive and see what happens.

It would be important, however, to find the cause of these hangs when 
using the -z option.

Regards,
Nick

Jeffrey D. Fulmer said on Fri, Dec 07, 2012 at 03:15:18PM -0500:

> I'm working on a script that will dynamically build a deplist.txt and I was wondering if I couldn't just do this:
> 
> /lib/modules/2.6.18-229.el5/extra/hp-nx_nic/nx_nic.ko
> /lib/modules/2.6.18-238.el5/extra/cciss-rhel5/cciss.ko
> /lib/modules/2.6.18-229.el5/extra/hp-tg3/tg3.ko
> 
> (NOTE: No comments or other stuff)

No pb.

Bruno.
-- 
Open Source & Linux Profession Lead EMEA         http://opensource.hp.com
EMEA Open Source HPISC Chief Technologist        http://hpintelco.net
FLOSS projects:     http://mondorescue.org     http://project-builder.org 
Musique ancienne? http://www.musique-ancienne.org http://www.medieval.org

Here's my sample /etc/mindi/deplist.txt

# $Id: deplist.txt 2409 2009-09-18 13:25:35Z bruno $
#
# NB:
# 1. Directories are allowed. Their contents will be included by Mindi.
# 2. If you put 'libncurses' (w/o quotation marks) on an uncommented line then
#    Mindi will find /lib/libncurses* and include all matching files.
# 3. You recommend that you give an absolute path name
# 4. If you want to add something, just add it on its own line. K.I.S.S.
# 5. You must _not_ put a semicolon & comment after an entry. e.g. 'foo; #bar'.

#------------------------- STUFF ADDED BY THE USER ----------------------------
#---vvvv     vvvv     vvvv  list your stuff here!  vvvv     vvvv     vvvv


#---^^^^     ^^^^     ^^^^  list your stuff here!  ^^^^     ^^^^     ^^^^
#------------------------------------------------------------------------------


Is that formatting necessary? I other words do I have to put my stuff between

#---vvvv     vvvv     vvvv  list your stuff here!  vvvv     vvvv     vvvv

and

#---^^^^     ^^^^     ^^^^  list your stuff here!  ^^^^     ^^^^     ^^^^

I'm working on a script that will dynamically build a deplist.txt and I was wondering if I couldn't just do this:


/lib/modules/2.6.18-229.el5/extra/hp-nx_nic/nx_nic.ko
/lib/modules/2.6.18-238.el5/extra/cciss-rhel5/cciss.ko
/lib/modules/2.6.18-229.el5/extra/hp-tg3/tg3.ko


(NOTE: No comments or other stuff)

Hi,

There are two test versions in
ftp://ftp.mondorescue.org/test/rhel/6/x86_64

Did you tried the latest ( 320121120171707 ) version ?

Post also your mondoarchive and mondorestore log files.

Rgds,
Victor

-----Original Message-----
From: banderson [mailto:wil...@de...] 
Sent: jeudi 6 décembre 2012 04:39
To: mon...@li...
Subject: Re: [Mondo-devel] Restore on RHEL6.1 messing up LVs and filesystems

Hello,

Installed new test version 3.0.3 mondo and new mindi from test dir...now,
when the recovery starts, it does not mount any lvm devices, the install
eventually fais with out of memory messages...no lvm partitions are present.



--
View this message in context: http://mondorescue-mailing-list.679749.n3.nabble.com/Mondo-devel-Restore-on-RHEL6-1-messing-up-LVs-and-filesystems-tp3219541p4025454.html
Sent from the MondoRescue Mailing List mailing list archive at Nabble.com.

------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

Hi,

Be aware that, when you boot on a mondorestore.iso file:

Alt-F2 (Alt-F3... Alt-F6) allow to switch to other shells.

So, if mondorestore is hung, in another shell you can check /var/log/mondorestore.log, or copy it to a USB device or to a tftp server through tftp.

Alt-F8 allows to switch to a "tail -f /var/log/mondorestore.log".

Alt-F1 allows to return to mondorestore screen.

Concerning GRUB:
http://www.gnu.org/software/grub

If it's GRUB legacy (version 0.9x):
http://www.gnu.org/software/grub/grub-legacy.html
http://www.gnu.org/software/grub/manual/legacy/grub.html#Installing-GRUB-natively

Rgds.
Victor

When it says "grub-install failed", it should give you the option to chroot, and edit the files?  If it isn't a "nuke" modorescue, you should be able to boot off of it into the mondorescue menu, and choose the "shell" option, and follow the directions.  If not,  hopefully the restore worked, and  you can go into expert mode, and mount the files systems, and then edit the files.

# pvscan
# vgscan
# lvscan
# vgchange -ay
# mkdir -p /mnt/sysimage/boot
# mount -t ext4 /dev/vg_fotokemdb1-lv_root /mnt/sysimage
# mount -t ext34 /dev/sda1 /mnt/sysimage/boot
# chroot /mnt/sysimage

Confirm the restore was successful, and then edit the files

# vi /etc/fstab
# vi /boot/grub/device.map
# vi /boot/grub/grub.conf

# grub-install /dev/sda

# exit



-----Original Message-----
From: Brad Marks [mailto:BM...@fo...] 
Sent: Friday, December 07, 2012 10:03 AM
To: 'mon...@li...'
Subject: Re: [Mondo-devel] Help! I think our thread is too long



-----Original Message-----
From: Brad Marks
Sent: Friday, December 07, 2012 7:00 AM
To: 'Cicone, Anthony'
Subject: RE: I think our thread is too long

How can I edit these files if I can't get to a bash prompt. Can I do it while in expert mode, prior to running mondorescue (I don't think so...). If not, and I'm stuck in this loop, what can I do. I've tried <ctrl>+C, etc. to no avail.
Thanks,
Brad

-----Original Message-----
From: Cicone, Anthony [mailto:ant...@tr...]
Sent: Friday, December 07, 2012 6:57 AM
To: Brad Marks
Subject: I think our thread is too long

At #2, yes after grub-install fails, you should be at the bash prompt.  So you need to do this:

Edit the /etc/fstab file, and make sure the parameters are correct, something similar to this.
#
# /etc/fstab
# Created by anaconda on Fri Mar 16 09:26:08 2012 # # Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info #
/dev/mapper/vg_fotokemdb1-lv_root /                       ext4    defaults        1 1
/dev/sda1         /boot                   ext3    defaults        1 2
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

Edit the /boot/grub/device.map

# this device map was generated by anaconda
(hd0)     /dev/sda

Edit the /boot/grub/grub.conf, something like this:

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file # NOTICE:  You do not have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /, eg.
#          root (hd0,0)
#          kernel /boot/vmlinuz-version ro root=/dev/cciss/c0d0p1
#          initrd /boot/initrd-[generic-]version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/boot/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux (2.6.32-220.el6.x86_64)
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.32-220.el6.x86_64 ro root=/dev/mapper/vg_fotokemdb1-lv_root rd_NO _LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_NO_MD pci=nommconf rhgb quiet SYSFONT=latarcyrheb-s
un16 rhgb crashkernel=128M quiet rd_NO_LVM rd_NO_DM
        initrd /boot/initramfs-2.6.32-220.el6.x86_64.img

Then run your grub-install

# grub-install /dev/sda

Should be good now, and you exit to reboot.


Anthony Cicone
Midrange Technical Support
T. Rowe Price
* Office: (410) 345-3127
* E-mail: ant...@tr...<mailto:ant...@tr...>




T. Rowe Price (including T. Rowe Price Group, Inc. and its affiliates) and its associates do not provide legal or tax advice.  Any tax-related discussion contained in this e-mail, including any attachments, is not intended or written to be used, and cannot be used, for the purpose of (i) avoiding any tax penalties or (ii) promoting, marketing, or recommending to any other party any transaction or matter addressed herein.  Please consult your independent legal counsel and/or professional tax advisor regarding any legal or tax issues raised in this e-mail.

The contents of this e-mail and any attachments are intended solely for the use of the named addressee(s) and may contain confidential and/or privileged information. Any unauthorized use, copying, disclosure, or distribution of the contents of this e-mail is strictly prohibited by the sender and may be unlawful. If you are not the intended recipient, please notify the sender immediately and delete this e-mail.


------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Mondo-devel mailing list
Mon...@li...
https://lists.sourceforge.net/lists/listinfo/mondo-devel

T. Rowe Price (including T. Rowe Price Group, Inc. and its affiliates) and its associates do not provide legal or tax advice.  Any tax-related discussion contained in this e-mail, including any attachments, is not intended or written to be used, and cannot be used, for the purpose of (i) avoiding any tax penalties or (ii) promoting, marketing, or recommending to any other party any transaction or matter addressed herein.  Please consult your independent legal counsel and/or professional tax advisor regarding any legal or tax issues raised in this e-mail.

The contents of this e-mail and any attachments are intended solely for the use of the named addressee(s) and may contain confidential and/or privileged information. Any unauthorized use, copying, disclosure, or distribution of the contents of this e-mail is strictly prohibited by the sender and may be unlawful. If you are not the intended recipient, please notify the sender immediately and delete this e-mail.

-----Original Message-----
From: Brad Marks 
Sent: Friday, December 07, 2012 7:00 AM
To: 'Cicone, Anthony'
Subject: RE: I think our thread is too long

How can I edit these files if I can't get to a bash prompt. Can I do it while in expert mode, prior to running mondorescue (I don't think so...). If not, and I'm stuck in this loop, what can I do. I've tried <ctrl>+C, etc. to no avail.
Thanks,
Brad

-----Original Message-----
From: Cicone, Anthony [mailto:ant...@tr...] 
Sent: Friday, December 07, 2012 6:57 AM
To: Brad Marks
Subject: I think our thread is too long

At #2, yes after grub-install fails, you should be at the bash prompt.  So you need to do this:

Edit the /etc/fstab file, and make sure the parameters are correct, something similar to this.
#
# /etc/fstab
# Created by anaconda on Fri Mar 16 09:26:08 2012 # # Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info #
/dev/mapper/vg_fotokemdb1-lv_root /                       ext4    defaults        1 1
/dev/sda1         /boot                   ext3    defaults        1 2
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

Edit the /boot/grub/device.map

# this device map was generated by anaconda
(hd0)     /dev/sda

Edit the /boot/grub/grub.conf, something like this:

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file # NOTICE:  You do not have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /, eg.
#          root (hd0,0)
#          kernel /boot/vmlinuz-version ro root=/dev/cciss/c0d0p1
#          initrd /boot/initrd-[generic-]version.img
#boot=/dev/sda
default=0
timeout=5
splashimage=(hd0,0)/boot/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux (2.6.32-220.el6.x86_64)
        root (hd0,0)
        kernel /boot/vmlinuz-2.6.32-220.el6.x86_64 ro root=/dev/mapper/vg_fotokemdb1-lv_root rd_NO _LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_NO_MD pci=nommconf rhgb quiet SYSFONT=latarcyrheb-s
un16 rhgb crashkernel=128M quiet rd_NO_LVM rd_NO_DM
        initrd /boot/initramfs-2.6.32-220.el6.x86_64.img

Then run your grub-install

# grub-install /dev/sda

Should be good now, and you exit to reboot.


Anthony Cicone
Midrange Technical Support
T. Rowe Price
* Office: (410) 345-3127
* E-mail: ant...@tr...<mailto:ant...@tr...>




T. Rowe Price (including T. Rowe Price Group, Inc. and its affiliates) and its associates do not provide legal or tax advice.  Any tax-related discussion contained in this e-mail, including any attachments, is not intended or written to be used, and cannot be used, for the purpose of (i) avoiding any tax penalties or (ii) promoting, marketing, or recommending to any other party any transaction or matter addressed herein.  Please consult your independent legal counsel and/or professional tax advisor regarding any legal or tax issues raised in this e-mail.

The contents of this e-mail and any attachments are intended solely for the use of the named addressee(s) and may contain confidential and/or privileged information. Any unauthorized use, copying, disclosure, or distribution of the contents of this e-mail is strictly prohibited by the sender and may be unlawful. If you are not the intended recipient, please notify the sender immediately and delete this e-mail.

On 7/12/2012 4:00 μμ, Alan Pittman wrote:

> Just an FYI, I don't run selinux or apparmor.

Note that the -z option is needed if you are using linux ACLs too (and 
you want them restored properly).

Nick