public inbox for linux-newbie@vger.kernel.org
 help / color / mirror / Atom feed
* Read-only File System [/dev/null read only errors]
@ 2006-02-26 19:13 Frank
  2006-02-26 20:24 ` Ray Olszewski
  0 siblings, 1 reply; 3+ messages in thread
From: Frank @ 2006-02-26 19:13 UTC (permalink / raw)
  To: linux-newbie

Our server went down recently.
  
  According to the hosting provider, this is some of the first errors 
it gives,
  
  ------------
  /etc/rc.d/rc.sysinit line xx :/dev/null read only files system
  gives more of the same error, It can not read many lines in many 
files that it needs to boot up, due to read only
  
  configuring kernel parameters   dup2 bad file descripter
  
  there are several bad descriptor errors and several /dev/null read 
only errors
  ---------
  
  Can someone please assist us on whether this is fixable and if we can 
recover our data from the server?
  
  Any assistance / guidance / pointers are appreciated.
  
  Thanks
  Frank

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" 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.linux-learn.org/faqs

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Read-only File System [/dev/null read only errors]
  2006-02-26 19:13 Read-only File System [/dev/null read only errors] Frank
@ 2006-02-26 20:24 ` Ray Olszewski
  2006-02-27  2:33   ` Frank
  0 siblings, 1 reply; 3+ messages in thread
From: Ray Olszewski @ 2006-02-26 20:24 UTC (permalink / raw)
  To: linux-newbie

Frank wrote:
> Our server went down recently.
>   
>   According to the hosting provider, this is some of the first errors 
> it gives,
>   
>   ------------
>   /etc/rc.d/rc.sysinit line xx :/dev/null read only files system
>   gives more of the same error, It can not read many lines in many 
> files that it needs to boot up, due to read only
>   
>   configuring kernel parameters   dup2 bad file descripter
>   
>   there are several bad descriptor errors and several /dev/null read 
> only errors
>   ---------
>   
>   Can someone please assist us on whether this is fixable and if we can 
> recover our data from the server?
>   
>   Any assistance / guidance / pointers are appreciated.

Hmmm ... you haven't really posted enough info to get a good, 
to-the-point answer. So I'll provide a long, probably mediocre, answer 
instead.

If the server were onsite, I'd suggest you boot/init it with a recovery 
floppy or CD, transfer your data to some other host on your LAN, and 
then figure out what's going on once you are out of panic mode. Since 
you reference a "hosting provider", I infer that you do not have 
physical access to the server, which limits your options. (To what? Can 
you ask the provider to do anything other than "try it again"?)

Anyway, to know what you might do, we need to know more of the basics of 
your setup. What Linux distro does it run (I'm guessing Slackware, but 
we shouldn't have to guess about such basic things)? What messages 
precede the one you've more-or-less ("line xx"? "files system"? surely 
it didn't actually say these things) quoted above? What kernel are you 
running, and is it stock or custom? What's the basic hardware setup 
(hard disks and their partitions are likely to be most interesting here, 
but RAM is a possibility too)?

I have a hunch that there is an earlier error message that you, or your 
hosting provider, missed, that explains why the /dev/null errors are 
occurring. My guess is that, for some reason, when the kernel mounts the 
root partition, it is not mounting a correct /dev directory.

What is "dup2"? What other names are associated with the "bad file 
descriptor" messages, and do any of them have local meaning (e.g., are 
they disk partitions in /etc/fstab)?

Where does the server end up? Does it drop into recovery mode? Does it 
oops? Does it just hang at some point? If you (or your provider) can get 
console access, what do these commands report:

	df
	uname -a
	dmesg
	ls -l /dev/null

If this server has not been rebooted in a long time ... is it possible 
that the default LILO (or GRUB or whatever) boot choice is not the right 
one? What is the default LILO stanza (or GRUB, or whatever, equivalent)?

If the server is not under your physical control, this is going to be 
tough to troubleshoot. The worst possibility is a hardware problem with 
your hard disk, because every reboot attempt risks making that worse, 
lessening the chance that you'll be able to recover your data without 
incurring the expense of a disk-recovery specialist.

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" 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.linux-learn.org/faqs

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Read-only File System [/dev/null read only errors]
  2006-02-26 20:24 ` Ray Olszewski
@ 2006-02-27  2:33   ` Frank
  0 siblings, 0 replies; 3+ messages in thread
From: Frank @ 2006-02-27  2:33 UTC (permalink / raw)
  To: linux-newbie

Ray, Thank you very much for your reply.

Fortunately we were able to fix the error by recreating the /dev/null character
device

Frank


-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" 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.linux-learn.org/faqs

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-02-27  2:33 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-02-26 19:13 Read-only File System [/dev/null read only errors] Frank
2006-02-26 20:24 ` Ray Olszewski
2006-02-27  2:33   ` Frank

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox