Linux Issue

Linux Issue

[kavitha s]

Hi,
    I have some problem while booting inside linux,so
tried to boot in single user mode for some changes in
/etc/grub.conf.But iam not able to boot in single user
mode.It is giving error message as

 ds: no socket drivers loaded!
 VFS: Cannot open root device "LABEL=/" or 00:00
 Please append a correct "root=" boot option
 Kernel panic: VFS: Unable to mount root fs on 00:00

 Please i need a solution to proceed my work as soon
as possible.

regards,
kavitha.


		
__________________________________________________________ 
Yahoo! India Matrimony: Find your partner now. Go to http://yahoo.shaadi.com

Re: Linux Issue

[Andre Bender]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

kavitha s schrieb:
> Hi,
>     I have some problem while booting inside linux,so
> tried to boot in single user mode for some changes in
> /etc/grub.conf.But iam not able to boot in single user
> mode.It is giving error message as
> 
>  ds: no socket drivers loaded!
>  VFS: Cannot open root device "LABEL=/" or 00:00
>  Please append a correct "root=" boot option
>  Kernel panic: VFS: Unable to mount root fs on 00:00
> 
>  Please i need a solution to proceed my work as soon
> as possible.
> 
> regards,
> kavitha.
> 

Hi,

1.) no need to post the same message twice. This is a mailing list so it
may take some time until a response is written.

2.) This is the absolute wrongest list you could find for your question.
This mailing list is for linux kernel development. Here we discuss bugs
and pachtes for the linux kernel. We DO NOT answer "I fubared my
computer, plz help"-type of questions.

There are enough linux communities who can help you with your problem
(e.g. linuxquestions.org) please refer to them.

cu
Andre
- --

- -----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS d-(--) s++:-a- c++(++) UL+++(+) P--- L++ ! EW++
!N !o K? w--- O@ M? V? PS+ PE- Y+ PGP+++ t+ 5++ X++
R+ tv+ b++ DI- D+ Ge+++ hr(-) y+(+)
- ------END GEEK CODE BLOCK------

Yoda:   dunkel die andere Seite ist ... sehr dunkel
Obiwan: Jaja, schon gut. Jetzt iss endlich den Toast

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

My public key can be found at
     http://www.keyserver.net
my fingerprint is
     302C FD91 2CE0 487E E086 EEBC D8D9 2865 E32F 4D56

root=LABEL= problem [Was: Re: Linux Issue]

[Jiri Slaby]

>Hi,
>    I have some problem while booting inside linux,so
>tried to boot in single user mode for some changes in
>/etc/grub.conf.But iam not able to boot in single user
>mode.It is giving error message as
>
> ds: no socket drivers loaded!
> VFS: Cannot open root device "LABEL=/" or 00:00
change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
Next time, use google first. And when you decide to writo to lkml, choose better
Subject.

regards,
--
Jiri Slaby         www.fi.muni.cz/~xslaby
~\-/~      jirislaby@gmail.com      ~\-/~
B67499670407CE62ACC8 22A032CC55C339D47A7E

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Jan Engelhardt]

Hi,

>>    I have some problem while booting inside linux,so
>>tried to boot in single user mode for some changes in
>>/etc/grub.conf.But iam not able to boot in single user
>>mode.It is giving error message as
>>
>> ds: no socket drivers loaded!
>> VFS: Cannot open root device "LABEL=/" or 00:00
>
>change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
>
is there a kernel patch that does allow it?


Jan Engelhardt
-- 

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Bernd Petrovitsch]

On Wed, 2006-02-01 at 17:14 +0100, Jan Engelhardt wrote:
[...]
> >change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
> >
> is there a kernel patch that does allow it?

Yes, in RedHat's/Fedora's kernels since ages.

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Jan Engelhardt]

>[...]
>> >change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
>> >
>> is there a kernel patch that does allow it?
>
>Yes, in RedHat's/Fedora's kernels since ages.
>
Thanks, I'll see if it's of use to me.


Jan Engelhardt
-- 

Re: root=LABEL= problem [Was: Re: Linux Issue]

[sean]

On Wed, 1 Feb 2006 17:18:56 +0100 (MET)
Jan Engelhardt <jengelh@linux01.gwdg.de> wrote:

> >Yes, in RedHat's/Fedora's kernels since ages.

Label processing in Red Hat/Fedora distributions is not handled in the
kernel at all (thus you won't find a patch).   It's all done in user space
via the initrd and works with vanilla kernels without a problem.

Sean

Re: root=LABEL= problem [Was: Re: Linux Issue]

[sean]

On Wed, 1 Feb 2006 17:18:56 +0100 (MET)
Jan Engelhardt <jengelh@linux01.gwdg.de> wrote:

> >Yes, in RedHat's/Fedora's kernels since ages.

Label processing in Red Hat/Fedora distributions is not handled in the
kernel at all (thus you won't find a patch).   It's all done in user space
via the initrd and works with vanilla kernels without a problem.

Sean

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Arjan van de Ven]

On Wed, 2006-02-01 at 17:16 +0100, Bernd Petrovitsch wrote:
> On Wed, 2006-02-01 at 17:14 +0100, Jan Engelhardt wrote:
> [...]
> > >change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
> > >
> > is there a kernel patch that does allow it?
> 
> Yes, in RedHat's/Fedora's kernels since ages.

wrong.
there is NO kernel patch for this. Not in RHs and not in Fedora's
kernel.
Never was either.
it's 100% done in the initrd.

Re: root=LABEL= problem [Was: Re: Linux Issue]

[J.A. Magallon]

[-- Attachment #1: Type: text/plain, Size: 902 bytes --]

On Thu, 02 Feb 2006 07:51:47 +0100, Arjan van de Ven <arjan@infradead.org> wrote:

> On Wed, 2006-02-01 at 17:16 +0100, Bernd Petrovitsch wrote:
> > On Wed, 2006-02-01 at 17:14 +0100, Jan Engelhardt wrote:
> > [...]
> > > >change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
> > > >
> > > is there a kernel patch that does allow it?
> > 
> > Yes, in RedHat's/Fedora's kernels since ages.
> 
> wrong.
> there is NO kernel patch for this. Not in RHs and not in Fedora's
> kernel.
> Never was either.
> it's 100% done in the initrd.
> 

Isn't this a matter of the bootloader ?

--
J.A. Magallon <jamagallon()able!es>     \               Software is like sex:
werewolf!able!es                         \         It's better when it's free
Mandriva Linux release 2006.1 (Cooker) for i586
Linux 2.6.15-jam7 (gcc 4.0.2 (4.0.2-1mdk for Mandriva Linux release 2006.1))

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Bernd Petrovitsch]

On Thu, 2006-02-02 at 09:19 +0100, J.A. Magallon wrote:
> On Thu, 02 Feb 2006 07:51:47 +0100, Arjan van de Ven <arjan@infradead.org> wrote:
> 
> > On Wed, 2006-02-01 at 17:16 +0100, Bernd Petrovitsch wrote:
> > > On Wed, 2006-02-01 at 17:14 +0100, Jan Engelhardt wrote:
> > > [...]
> > > > >change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
> > > > >
> > > > is there a kernel patch that does allow it?
> > > 
> > > Yes, in RedHat's/Fedora's kernels since ages.
> > 
> > wrong.
> > there is NO kernel patch for this. Not in RHs and not in Fedora's
> > kernel.
> > Never was either.
> > it's 100% done in the initrd.

Oooops, sorry.
s/RedHat's\/Fedora's kernels/RedHa\/Fedora/

> Isn't this a matter of the bootloader ?

No, because it is merely used as a kernel parameter (which led me to the
false conclusion that it is done within the kernel) and the kernel
either mounts the root filesystem (without initrd) or it is handled
within the initrd (if you have one).

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Alan Cox]

On Iau, 2006-02-02 at 09:19 +0100, J.A. Magallon wrote:
> > it's 100% done in the initrd.
> 
> Isn't this a matter of the bootloader ?


The boot loader knows very little and the BIOS may not even be able to
drive some of the hardware to go looking for volume labels. The sequence
used is that the initrd is the root file system and contains application
code run very early on in order to find out where the 'real' root fs is
by label. Having mounted that it can then pivot_root() itself into the
final desired configuration.

All userspace, and all the initrd building is done by a tool called
mkinitrd.

Alan

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Arjan van de Ven]

On Thu, 2006-02-02 at 14:41 +0000, Alan Cox wrote:
> On Iau, 2006-02-02 at 09:19 +0100, J.A. Magallon wrote:
> > > it's 100% done in the initrd.
> > 
> > Isn't this a matter of the bootloader ?
> 
> 
> The boot loader knows very little and the BIOS may not even be able to
> drive some of the hardware to go looking for volume labels. The sequence
> used is that the initrd is the root file system and contains application
> code run very early on in order to find out where the 'real' root fs is
> by label. Having mounted that it can then pivot_root() itself into the
> final desired configuration.
> 
> All userspace, and all the initrd building is done by a tool called
> mkinitrd.

... which gets done for you automatically if you use "make install" from
the kernel sources after building. In addition "make install" is nice
enough for you to add the new kernel to your bootloader.

(and no this isn't a kernel patch either; "make install" basically has a
hook for a distribution specific script to be run, which at least for
Fedora causes the initrd to be made and the kernel+initrd to be added to
the bootloader)

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Arjan van de Ven]

On Wed, 2006-02-01 at 12:48 +0100, Jiri Slaby wrote:
> >Hi,
> >    I have some problem while booting inside linux,so
> >tried to boot in single user mode for some changes in
> >/etc/grub.conf.But iam not able to boot in single user
> >mode.It is giving error message as
> >
> > ds: no socket drivers loaded!
> > VFS: Cannot open root device "LABEL=/" or 00:00
> change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...

ehhh??
sure it does.

this is not a kernel feature, but an initrd feature, independent on
which kernel is used (there never was and is not a patch for this in any
distro kernel I know about)

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Jiri Slaby]

Arjan van de Ven wrote:
>On Wed, 2006-02-01 at 12:48 +0100, Jiri Slaby wrote:
>> > ds: no socket drivers loaded!
>> > VFS: Cannot open root device "LABEL=/" or 00:00
>> change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
>
>ehhh??
>sure it does.
>
>this is not a kernel feature, but an initrd feature, independent on
>which kernel is used (there never was and is not a patch for this in any
>distro kernel I know about)
Ok, thank you for pointing that out.

thanks,
--
Jiri Slaby         www.fi.muni.cz/~xslaby
~\-/~      jirislaby@gmail.com      ~\-/~
B67499670407CE62ACC8 22A032CC55C339D47A7E

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Jan Engelhardt]

>>> > ds: no socket drivers loaded!
>>> > VFS: Cannot open root device "LABEL=/" or 00:00
>>> change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
>>
>>ehhh??
>>sure it does.
>>
>>this is not a kernel feature, but an initrd feature, independent on
>>which kernel is used (there never was and is not a patch for this in any
>>distro kernel I know about)
>Ok, thank you for pointing that out.
>

So does someone have a kernel-side patch for enabling LABEL=? (Is the 
kernel even able to tell the label of a filesystem, or is that specific to 
mount(8)?)


Jan Engelhardt
-- 

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Arjan van de Ven]

On Thu, 2006-02-02 at 17:51 +0100, Jan Engelhardt wrote:
> >>> > ds: no socket drivers loaded!
> >>> > VFS: Cannot open root device "LABEL=/" or 00:00
> >>> change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
> >>
> >>ehhh??
> >>sure it does.
> >>
> >>this is not a kernel feature, but an initrd feature, independent on
> >>which kernel is used (there never was and is not a patch for this in any
> >>distro kernel I know about)
> >Ok, thank you for pointing that out.
> >
> 
> So does someone have a kernel-side patch for enabling LABEL=?

I'm not aware of one existing.

>  (Is the 
> kernel even able to tell the label of a filesystem, or is that specific to 
> mount(8)?)

currently the kernel is fully unaware of any labels, other than having
the space reserved in the various filesystem on disk metadata.



This is one of those things that is better done in userspace really.....

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Samer Azmy]

Hello,

do you have RAID array or a newly confiured RAID

Kind Regards
Samer

On 2/3/06, Arjan van de Ven <arjan@infradead.org> wrote:
> On Thu, 2006-02-02 at 17:51 +0100, Jan Engelhardt wrote:
> > >>> > ds: no socket drivers loaded!
> > >>> > VFS: Cannot open root device "LABEL=/" or 00:00
> > >>> change root=LABEL=/ to root=/dev/XXX. Vanilla doesn't support this...
> > >>
> > >>ehhh??
> > >>sure it does.
> > >>
> > >>this is not a kernel feature, but an initrd feature, independent on
> > >>which kernel is used (there never was and is not a patch for this in any
> > >>distro kernel I know about)
> > >Ok, thank you for pointing that out.
> > >
> >
> > So does someone have a kernel-side patch for enabling LABEL=?
>
> I'm not aware of one existing.
>
> >  (Is the
> > kernel even able to tell the label of a filesystem, or is that specific to
> > mount(8)?)
>
> currently the kernel is fully unaware of any labels, other than having
> the space reserved in the various filesystem on disk metadata.
>
>
>
> This is one of those things that is better done in userspace really.....
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
>

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Fawad Lateef]

On 2/3/06, Samer Azmy <samer.azmy@gmail.com> wrote:
> Hello,
>
> do you have RAID array or a newly confiured RAID
>

What do you want to know ? Ask questions specifically mentioning the
problem in detail !

Also Please start new threads/topic for questions not related to any
other previous topic !

--
Fawad Lateef

Re: root=LABEL= problem [Was: Re: Linux Issue]

[Fawad Lateef]

On 2/3/06, Fawad Lateef <fawadlateef@gmail.com> wrote:
> On 2/3/06, Samer Azmy <samer.azmy@gmail.com> wrote:
> >
> > do you have RAID array or a newly confiured RAID
> >
>
> What do you want to know ? Ask questions specifically mentioning the
> problem in detail !
>
> Also Please start new threads/topic for questions not related to any
> other previous topic !
>

Sorry Sameer, I think you want to ask this from Jan Engelhardt which I
misunderstood that you are asking some new question as your reply
getting off-the-topic !


--
Fawad Lateef

Linux issue

[Boucher, Frederic]

Hi,

That is my Autofs configuration on Suse sles9

cat /etc/auto.master
# $Id: auto.master,v 1.1 2001/04/17 11:43:02 arvin Exp arvin $
# Sample auto.master file
# Format of this file:
# mountpoint map options
# Also see variable AUTOFS_OPTIONS in /etc/sysconfig/autofs
# For details of the format look at autofs(8).

#/misc          /etc/auto.misc
/tmp_mnt/depot /etc/auto.direct_depot --timeout 300
/tmp_mnt/sapmnt/P10 /etc/auto.direct_sapmnt_P10 --timeout 0
/tmp_mnt/sapmnt/P01 /etc/auto.direct_sapmnt_P01 --timeout 0
/tmp_mnt/sapmnt/BP1 /etc/auto.direct_sapmnt_BP1 --timeout 0
/tmp_mnt/sapmnt/CP1 /etc/auto.direct_sapmnt_CP1 --timeout 0
/tmp_mnt/sapmnt/SP1 /etc/auto.direct_sapmnt_SP1 --timeout 0
/tmp_mnt/ixos/exchange /etc/auto.direct_ixos --timeout 300
/tmp_mnt/usr/sap /etc/auto.direct_trans --timeout 300

cat /etc/auto.direct_sapmnt_P10
global -rw coopp10:/export/sapmnt/P10/global
profile -rw coopp10:/export/sapmnt/P10/profile

cat /etc/auto.direct_trans
idoc_P01 -rw coopp01:/usr/sap/P01/idoc
common_P01 -rw coopp01:/export/usr/sap/common_P01
common_P10 -rw coopp10:/export/usr/sap/common_P10
common_BP1 -rw coopbp1:/export/usr/sap/common_BP1
common_CP1 -rw coopcp1:/export/usr/sap/common_CP1
#archive  -rw coopp01:/usr/sap/P01/archive
trans -rw coopp10:/export/usr/sap/trans
transbw -rw ca100t:/usr/sap/transbw
transcni -rw coopp01:/export/usr/sap/transcni
transcrm -rw coopcp1:/export/usr/sap/transcrm
transscm -rw coopsp1:/export/usr/sap/transscm
common_SP1 -rw coopsp1:/export/usr/sap/common_SP1

I found an issue, it occurs in case of any packages startup, if other package's IP is down, and some of the other packages nfs mounts are not umounted
In this case saposcol started by package is hanging (because commands like 'df' is hanging, because nfs of othe packages is not reachable), I tried differentes solution direct Map or not, proto=soft,bg, only bg or soft, nothing work, i use a workaround but that isn't the solution

Thanks to help me.

Frederic Boucher
Customer Support Engineer