Mounting local filesystems failed 的一个原因
2009-03-24 12:22
429 查看
前因:前些天将WIN重新安装了,同时格式化了那个分区.安装好后修复引导启动LINUX,就出问题了:
....
Remounting root filesystem in read-write mode: [ OK ]
Mounting local filesystems: [ FAILED ]
Enabling local filesystem quotas: [ OK ]
....
查看挂载分区:
# df -lh
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 19G 4.9G 13G 28% /
tmpfs 1006M 704K 1006M 1% /dev/shm
/dev/sda5 17G 11G 5.1G 67% /home
/dev/sda9 31G 18G 13G 59% /media/DATA
/dev/sda10 29G 22G 7.2G 75% /media/DATABACKUP
/dev/sda7 6.1G 5.2G 912M 86% /media/SOFTWARE
/dev/sda8 16G 4.6G 11G 31% /media/VMDATE
/dev/sda11 30G 21G 8.8G 70% /media/BACKUP
/dev/sda1 5.1G 4.0G 1.1G 80% /media/SYSTEM_
/dev/sda1的挂载名被占用,自动重命名了~可以删除无用的.
检查挂载配置文件:
# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
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
#Entry for /dev/sda2 :
UUID=29265bdc-2345-4da7-8ad5-0a2075cb885f / ext3 defaults 1 1
#Entry for /dev/sda5 :
UUID=a425ac05-7d69-4815-9ef0-17403173ad4d /home ext3 defaults 1 2
#Entry for /dev/sda9 :
UUID=FE9C56059C55B8BB /media/DATA ntfs-3g defaults,nosuid,nodev,locale=en_US.UTF-8 0 0
#Entry for /dev/sda10 :
UUID=EE486B37486AFE29 /media/DATABACKUP ntfs-3g defaults,nosuid,nodev,locale=en_US.UTF-8 0 0
#Entry for /dev/sda7 :
UUID=D83CA8C93CA8A3CA /media/SOFTWARE ntfs-3g defaults,nosuid,nodev,locale=en_US.UTF-8 0 0
#Entry for /dev/sda1 :
UUID=0634C12534C11897 /media/SYSTEM ntfs-3g defaults,nosuid,nodev,locale=en_US.UTF-8 0 0
#Entry for /dev/sda8 :
UUID=8AF826A0F8268B11 /media/VMDATE ntfs-3g defaults,nosuid,nodev,locale=en_US.UTF-8 0 0
#Entry for /dev/sda6 :
UUID=c9f5a447-8886-437c-a234-2880df8a499c swap swap defaults 0 0
检查分区的UUID:# ls -al /dev/disk/by-uuid
total 0
drwxr-xr-x 2 root root 220 2009-03-24 11:53 .
drwxr-xr-x 6 root root 120 2009-03-24 11:53 ..
lrwxrwxrwx 1 root root 10 2009-03-24 11:53 29265bdc-2345-4da7-8ad5-0a2075cb885f -> ../../sda2
lrwxrwxrwx 1 root root 10 2009-03-24 11:53 769CC2089CC1C33B -> ../../sda1
......
比较得出,/dev/sda1的UUID值已经发生了改变,但在配置文件中还保留着原来的信息.只要将信息更新就可以了~本文出自 “山里的兔子” 博客,请务必保留此出处http://motus.blog.51cto.com/78324/141770
....
Remounting root filesystem in read-write mode: [ OK ]
Mounting local filesystems: [ FAILED ]
Enabling local filesystem quotas: [ OK ]
....
查看挂载分区:
# df -lh
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 19G 4.9G 13G 28% /
tmpfs 1006M 704K 1006M 1% /dev/shm
/dev/sda5 17G 11G 5.1G 67% /home
/dev/sda9 31G 18G 13G 59% /media/DATA
/dev/sda10 29G 22G 7.2G 75% /media/DATABACKUP
/dev/sda7 6.1G 5.2G 912M 86% /media/SOFTWARE
/dev/sda8 16G 4.6G 11G 31% /media/VMDATE
/dev/sda11 30G 21G 8.8G 70% /media/BACKUP
/dev/sda1 5.1G 4.0G 1.1G 80% /media/SYSTEM_
/dev/sda1的挂载名被占用,自动重命名了~可以删除无用的.
检查挂载配置文件:
# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
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
#Entry for /dev/sda2 :
UUID=29265bdc-2345-4da7-8ad5-0a2075cb885f / ext3 defaults 1 1
#Entry for /dev/sda5 :
UUID=a425ac05-7d69-4815-9ef0-17403173ad4d /home ext3 defaults 1 2
#Entry for /dev/sda9 :
UUID=FE9C56059C55B8BB /media/DATA ntfs-3g defaults,nosuid,nodev,locale=en_US.UTF-8 0 0
#Entry for /dev/sda10 :
UUID=EE486B37486AFE29 /media/DATABACKUP ntfs-3g defaults,nosuid,nodev,locale=en_US.UTF-8 0 0
#Entry for /dev/sda7 :
UUID=D83CA8C93CA8A3CA /media/SOFTWARE ntfs-3g defaults,nosuid,nodev,locale=en_US.UTF-8 0 0
#Entry for /dev/sda1 :
UUID=0634C12534C11897 /media/SYSTEM ntfs-3g defaults,nosuid,nodev,locale=en_US.UTF-8 0 0
#Entry for /dev/sda8 :
UUID=8AF826A0F8268B11 /media/VMDATE ntfs-3g defaults,nosuid,nodev,locale=en_US.UTF-8 0 0
#Entry for /dev/sda6 :
UUID=c9f5a447-8886-437c-a234-2880df8a499c swap swap defaults 0 0
检查分区的UUID:# ls -al /dev/disk/by-uuid
total 0
drwxr-xr-x 2 root root 220 2009-03-24 11:53 .
drwxr-xr-x 6 root root 120 2009-03-24 11:53 ..
lrwxrwxrwx 1 root root 10 2009-03-24 11:53 29265bdc-2345-4da7-8ad5-0a2075cb885f -> ../../sda2
lrwxrwxrwx 1 root root 10 2009-03-24 11:53 769CC2089CC1C33B -> ../../sda1
......
比较得出,/dev/sda1的UUID值已经发生了改变,但在配置文件中还保留着原来的信息.只要将信息更新就可以了~本文出自 “山里的兔子” 博客,请务必保留此出处http://motus.blog.51cto.com/78324/141770
相关文章推荐
- “Mounting HGFS filesystems: [FAILED]”
- vmware 安装 vmware tools 报Mounting HGFS filesystems: [FAILED]
- Flume学习9_log4j:ERROR setFile(null,true) call failed产生的一个原因
- 虚拟机mount local filesystem failed
- 今天遇到一个问题,很纠结include(authenticate.php): failed to open stream: No such file or directory
- javax.mail.AuthenticationFailedException异常一个让你想不到的原因
- 关于Genymotion出现“An error occured while deploying the file.INSTALL_FAILED_INVALID_URI”问题的原因分析
- centos6.5报错:checking filesystems failed问题处理
- 虚拟机mount local filesystem failed
- 未能加载文件或程序集''file:///D:/Program Files (x86)/ArcGIS/DeveloperKit10.0/DotNet/ESRI.ArcGIS.ADF.Local.dll'' 或它的某一个依赖项。试图加载格式不正确的程序。
- coreseek错误WARNING: failed to open pid_file '/usr/local/coreseek/var/log/searchd_mysql.pid'.
- loadFileSystems error & ExceptionUtils错误原因分析
- mysql5.5启动报错:The server quit without updating PID file ([FAILED]localhost.localdomain.pid).
- loadFileSystems error & ExceptionUtils错误原因分析
- 【Kubernetes】Failed at step CHDIR spawning /usr/local/bin/kubelet: No such file or directory
- 问题的原因是“SSL: CERTIFICATE_VERIFY_FAILED”。 Python 升级到 2.7.9 之后引入了一个新特性,当使用urllib.urlopen打开一个 https 链接时,
- ERROR: Failed to load /usr/local/ERL_LIBS_FILE/esdl/rebar.config
- Windows7安装nginx后,'nginx -t -c nginx.conf' 命令出现 “could not open error log file: CreateFile() "logs/error.log" failed” 错误的原因
- nginx报错 [error] open() “/usr/local/var/run/openresty.pid” failed (2: No such file or directory)
- 今日工作心得:能够引起FileUpload控件的PostedFile总是为null的一个原因