/dev/null Read-only file system 系统无法启动
生活随笔
收集整理的這篇文章主要介紹了
/dev/null Read-only file system 系统无法启动
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
正準(zhǔn)備下班。。。 內(nèi)網(wǎng)服務(wù)器squid 透明代理沒有配成。reboot后無法啟動。 接上顯示器一看。錯誤如下: /etc/rc.d/rc.sysinit:line 88: /dev/null: Read-only file system
/etc/rc.d/rc.sysinit:line 99: /dev/null: Read-only file system
configuring kernel parameters: dup2: Bad file descriptor [failed]
Setting clock (localtime):Au 60A 18 18:05:04 CST 2005 dup2:Bad file descriptor [failed]
loading default keymap (us): /etc/rc.d/rc.sysinit: line 159: /dev/null: Read-only file system [failed]
Setting hostname snowtty: dup2:Bad file descriptor [failed]
/etc/rc.d/rc.sysinit: line 176: /dev/null: Read-only file system Initializing USB controller (usb-uhci):dup2 : Bad file descriptor [failed]
/etc/rc.d/rc.sysinit:line 187: /dev/null :Read-only file system
Checking root filesystem dup2: Bad file descriptor [failed]
*****An error occurred during the file system check
*****Dropping you to a shell ; the system will reboot
*****when you leave the shell.
Give root password for maintenance
?? 后面還有一個ctrl+d 重啟或輸入密碼進入救援模式。 先進救援模式吧,應(yīng)該是/dev/null 文件 丟失,系統(tǒng)無法啟動。 沒辦法上網(wǎng)啊。查不了資料怎么辦?? 當(dāng)時把我給急得,我還約了朋友吃飯了呢。。。 先刪除這個文件再重建吧。 rm -f /dev/null? 提示無法找到這個文件 郁悶,咋找不到呢,難道是系統(tǒng)文件沒有被掛載?? 先掛載:mount -n -o remount,rw /dev/hda 提示無法找到hda ,我拷,跟我作對呢,成心不讓我回家。。 繼續(xù)。先進入目錄看看 cd /root 看看有沒有權(quán)限 mkdir test rm -rf test OK 能正常操作。 接著刪除 rm -f /dev/null 哈哈。這回成了。可以刪除了。 再創(chuàng)建吧。 mknod -m 666 /dev/null c 1 3
reboot 嘿嘿正常啟動。閃人 浪費半個小時。。 回家上網(wǎng)一查。這玩意早就有人解答了。。。算自己給自己一個記錄吧。 mknod 用法:
mknod [options] name p ?
/etc/rc.d/rc.sysinit:line 99: /dev/null: Read-only file system
configuring kernel parameters: dup2: Bad file descriptor [failed]
Setting clock (localtime):Au 60A 18 18:05:04 CST 2005 dup2:Bad file descriptor [failed]
loading default keymap (us): /etc/rc.d/rc.sysinit: line 159: /dev/null: Read-only file system [failed]
Setting hostname snowtty: dup2:Bad file descriptor [failed]
/etc/rc.d/rc.sysinit: line 176: /dev/null: Read-only file system Initializing USB controller (usb-uhci):dup2 : Bad file descriptor [failed]
/etc/rc.d/rc.sysinit:line 187: /dev/null :Read-only file system
Checking root filesystem dup2: Bad file descriptor [failed]
*****An error occurred during the file system check
*****Dropping you to a shell ; the system will reboot
*****when you leave the shell.
Give root password for maintenance
?? 后面還有一個ctrl+d 重啟或輸入密碼進入救援模式。 先進救援模式吧,應(yīng)該是/dev/null 文件 丟失,系統(tǒng)無法啟動。 沒辦法上網(wǎng)啊。查不了資料怎么辦?? 當(dāng)時把我給急得,我還約了朋友吃飯了呢。。。 先刪除這個文件再重建吧。 rm -f /dev/null? 提示無法找到這個文件 郁悶,咋找不到呢,難道是系統(tǒng)文件沒有被掛載?? 先掛載:mount -n -o remount,rw /dev/hda 提示無法找到hda ,我拷,跟我作對呢,成心不讓我回家。。 繼續(xù)。先進入目錄看看 cd /root 看看有沒有權(quán)限 mkdir test rm -rf test OK 能正常操作。 接著刪除 rm -f /dev/null 哈哈。這回成了。可以刪除了。 再創(chuàng)建吧。 mknod -m 666 /dev/null c 1 3
reboot 嘿嘿正常啟動。閃人 浪費半個小時。。 回家上網(wǎng)一查。這玩意早就有人解答了。。。算自己給自己一個記錄吧。 mknod 用法:
名字
mknod - 建立塊專用或字符專用文件 ?總覽
mknod [options] name {bc} major minormknod [options] name p ?
GNU 選項(縮寫):
[-m mode] [--help] [--version] [--] ?描述
mknod 用指定名稱產(chǎn)生一個FIFO(命名管道),字符專用或塊專用文件。 文件系統(tǒng)中的一個專用文件存貯著三種信息(布朗型、整型、整型)。布朗型在字符文件與塊文件之間作出選擇,兩個整型是主、次設(shè)備號。 通常,一個專用文件并不在磁盤上占用空間,僅僅是為操作系統(tǒng)提供交流,而不是為數(shù)據(jù)存貯服務(wù)。一般地,專用文件會指向一個硬件設(shè)備(如:磁盤、磁帶、打印機、虛擬控制臺)或者操作系統(tǒng)提供的服務(wù)(如:/dev/null, /dev/random)。 塊文件通常類似于磁盤設(shè)備(在數(shù)據(jù)可以被訪問的地方賦予一個塊號,意味著同時設(shè)定了一個塊緩存)。所有其他設(shè)備都是字符文件。(以前,兩種文件類型間是有差別的。比如:字符文件I/O沒有緩存,而塊文件則有。) mknod命令就是用來產(chǎn)生這種類型文件的。 以下參數(shù)指定了所產(chǎn)生文件的類型: p??? FIFO型 b??? 塊文件 c??? 字符文件 GNU版本還允許使用u('unbufferd'非緩沖化),以保持與C語言的一致。 當(dāng)創(chuàng)建一個塊文件或字符文件時,主、次設(shè)備號必須在文件類型參數(shù)后給出。(十進制或八進制以0開頭;GNU 版本還允許使用以0x開頭的十六進制)缺省地,所產(chǎn)生的文件模式為0666('a+rw')。選項
-m mode, --mode=mode 為新建立的文件設(shè)定模式,就象應(yīng)用命令chmod一樣,以后仍然使用缺省模式建立新目錄。1? ?3?? 是主設(shè)備號1,次設(shè)備號3轉(zhuǎn)載于:https://blog.51cto.com/liuyu/66984
總結(jié)
以上是生活随笔為你收集整理的/dev/null Read-only file system 系统无法启动的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Wince5.0自定义工具条
- 下一篇: D3D中的粒子系统(4)