URN Logo
UNIX Resources » Linux » China Linux Forum » Linux 安装与入门 » 152 » fdisk后为什么必须重启动 ?
announcement 声明: 本页内容为中国Linux论坛的内容镜像,文章的版权以及其他所有的相关权利属于中国Linux论坛和相应文章的作者,如果转载,请注明文章来源及相关版权信息。
Resources
China Linux Forum(finished)
Linux Forum(finished)
FreeBSD China(finished)
linuxforum.net
  业界新闻与评论
  自由软件杂谈
  IT 人生
  Linux软件快递
  翻译作坊
  Linux图书与评论
  GNU Emacs/XEmacs
  Linux 中文环境和中文化
  Linux桌面与办公软件
  Linux 多媒体与娱乐版
  自由之窗Mozilla
  笔记本电脑上的Linux
  Gentoo
  Debian 一族
  网络管理技术
  Linux 安装与入门
  WEB服务器和FTP服务器
  域名服务器和邮件服务器
  Linux防火墙和代理服务器应用
  文件及打印服务器
  技术培训与认证
  TI专版
  Linux内核技术
  Linux 嵌入技术
  Linux设备驱动程序
  Linux 集群技术
  LINUX平台数据库
  系统和网络安全
  CPU 与 编译器
  系统计算研究所专栏
  Linux下的GUI软件开发
  C/C++编程版
  PHP 技 术
  Java&jsp技术
  Shell编程技术
  Perl 编 程
  Python 编 程
  XML/Web Service 技术
  永远的Unix
  FreeBSD世界
   
fdisk后为什么必须重启动 ?
fdisk后为什么必须重启动 ? - baisha [2003-01-27 21:41 | 532 byte(s)]
 
Re: fdisk后为什么必须重启动 ? - Atu [2003-01-28 09:05 | 382 byte(s)]
 
Subject: fdisk后为什么必须重启动 ?
Author: baisha    Posted: 2003-01-27 21:41    Length: 532 byte(s)
[Original] [Print] [Top]

以前用fdisk分区后,必须重新启动,新建立的分区才能被识别,今天我仔细看了fdisk在存盘退出时报告的错误信息:


Calling ioctl() to re-read partition table.

WARNING: Re-reading the partition table failed with error 16: Device or resourc.
The kernel still uses the old table.
The new table will be used at the next reboot.
Syncing disks.


为什么fdisk会报告上述错误?建立分区后应该立即可用,这只是企业级OS的最基本要求。
----
————
我爱的人名花有主,爱我的人惨不忍睹!

[Original] [Print] [Top]
Subject: Re: fdisk后为什么必须重启动 ?
Author: Atu    Posted: 2003-01-28 09:05    Length: 382 byte(s)
[Original] [Print] [Top]
如果在你刚做过分区修改操作的磁盘上,已经有分区被mount了,
fdisk就不能让Kernel重新加载分区表,它就会提示你Reboot,
先umount,再分区,应该没有这个问题,我不记得分区后再umount,mount是不是可以

如果没有分区被mount,就不会有提示Reboot的信息。

如果要做企业级的东西,简单的fdisk恐怕也不成吧,
可能需要LVM之类的支持
[Original] [Print] [Top]
« Previous thread
请问版主:parted命令能否缩小已有的分区
Linux 安装与入门
152
Next thread »
懂shell的看过来
     

Copyright © 2007~2009 UNIX Resources Network, All Rights Reserved.      About URN | Privacy & Legal | Help | Contact us
webmaster: webmaster@unixresources.net
This page created on 2009-09-07 16:08:50, cost 0.0193979740143 ms.