[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Amazon EC2+Slackware 14(64 bit)



Hi Liu,

Thanks for your suggestions.

I've added the following options in /boot/config CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y
and uploaded the server, but still getting the same error.

I would compile the kernel with udev option and build the package and let me know.

Regards,
SG


----- Original Message -----
From: "Wei Liu" <wei.liu2@xxxxxxxxxx>
To: "ANGLER - EIT Geetha" <geetha@xxxxxxxxxxxxxxx>
Cc: "Ian Campbell" <Ian.Campbell@xxxxxxxxxx>, xen-users@xxxxxxxxxxxxx, "wei liu2" <wei.liu2@xxxxxxxxxx>
Sent: Wednesday, July 3, 2013 1:56:03 PM GMT +05:30 Chennai, Kolkata, Mumbai, New Delhi
Subject: Re: [Xen-users] Amazon EC2+Slackware 14(64 bit)

On Tue, Jul 02, 2013 at 05:55:26PM +0530, Geetha, ANGLER - EIT wrote:
> Ian,
>
> Thanks for the reply...
>
>
> I've changed the command line as you said..
>
>
> I enabled the udev options (below mentioned) in config and uploaded the
> server, still getting an error.
>
>
> INIT: version 2.88 booting
> proc on /proc type proc (rw)
> [    4.394948] mount used greatest stack depth: 4408 bytes left
> [    4.413682] grep used greatest stack depth: 4400 bytes left
> sysfs on /sys type sysfs (rw)
> tmpfs on /run type tmpfs (rw,mode=0755)
> Sorry, but you need devtmpfs support in the kernel to use udev.
> Both of these options are needed:  CONFIG_DEVTMPFS=y CONFIG_DEVTMPFS_MOUNT=y
>
> FATAL:  Refusing to run /etc/rc.d/rc.udev.

I think the above lines give you clear idea why udev didn't run.

> grep: /etc/hardwareclock: No such file or directory
> Setting system time from the hardware clock (localtime): hwclock: Cannot
> access the Hardware Clock via any known method.
> hwclock: Use the --debug option to see the details of our search for an
> access method.
> Tue Jul  2 12:10:46 Local time zone must be set--see zic manual page 2013
> Testing root filesystem status:  read-only filesystem
> Checking root filesystem:
> fsck from util-linux 2.21.2
> /sbin/e2fsck: No such file or directory while trying to open /dev/xvda1
> Possibly non-existent device?
>

And of course as udev didn't run, it didn't create the device node for
you, so that you could not find xvda1.

> ***********************************************************
> *** An error occurred during the root filesystem check. ***
> *** You will now be given a chance to log into the      ***
> *** system in single-user mode to fix the problem.      ***
> ***                                                     ***
> *** If you are using the ext2 filesystem, running       ***
> *** 'e2fsck -v -y <partition>' might help.              ***
> ***********************************************************
>
> Once you exit the single-user shell, the system will reboot.
>
>
> Type control-d to proceed with normal startup,
> (or give root password for system maintenance):Unmounting file systems.
> Rebooting system.
> [   78.412771] xenbus_dev_shutdown: device/console/0: Initialising !=
> Connected, skipping
> [   79.027419] Restarting system.
>  
>
> -----Original Message-----
> From: Ian Campbell [mailto:Ian.Campbell@xxxxxxxxxx]
> Sent: Tuesday, July 02, 2013 3:29 PM
> To: Geetha, ANGLER - EIT
> Cc: xen-users@xxxxxxxxxxxxx
> Subject: Re: [Xen-users] Amazon EC2+Slackware 14(64 bit)
>
> On Tue, 2013-07-02 at 14:15 +0530, Geetha, ANGLER - EIT wrote:
> > Ian,
> >
> > The instance is rebooting it self I think so...
> >
> > The below is the end of my console output.. There is no more Ian,,,
>
> Did you try adjusting your command line as I suggested?
>
> Unless doing that gives some hint then I'm afraid I am out of ideas.
>
> > I've built the own kernel package of slackare
>
> Have you tried with a known good kernel?
>
>
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxx
> http://lists.xen.org/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.