用VOLMANAGE可以在线扩展文件系统吗Windows系统

时间：2023-08-11 08:51:53 其他范文收藏本文下载本文

以下是小编帮大家整理的用VOLMANAGE可以在线扩展文件系统吗Windows系统，本文共5篇，欢迎大家分享。

篇1：用VOLMANAGE可以在线扩展文件系统吗Windows系统

由于SUN本事并不带卷管理功能，那么如果未使用vertas的volmanager应该是无法扩展文件系统的，我想问的是如果使用了volmanager是否可以象HP，IBM那样在线扩展文件系统，哪位大侠能解释一下吗？ xiaobao 回复于：-02-05 08:47:11 VxVM可以在线扩充文件系统

由于SUN本事并不带卷管理功能，那么如果未使用vertas的volmanager应该是无法扩展文件系统的。我想问的是如果使用了volmanager是否可以象HP，IBM那样在线扩展文件系统，哪位大侠能解释一下吗？

xiaobao 回复于：2004-02-05 08:47:11VxVM可以在线扩充文件系统的，但需要安装VxFS才可以扩充和缩小文件系统

mkwf 回复于：2004-02-10 00:40:21Answer:

1. Solaris 有自己的卷管理软件 Disk Suite，可以支持ufs的在线增长；不支持在线减小，

2. Solaris + Veritas Volume Manager + UFS 可以在线增长，不可以在线减小文件系统。

3. Solaris + VxVM + VxFS 可以支持在线增长和在线减小。

BTW: HP-UX OEM Veritas VxFS 如果需要在线减小的功能需要单独的license，不是OS标准功能。

VxVM 和 VxFS 是Veritas 公司的两个独立产品。

C.Arthur 回复于：2004-02-10 09:37:13提问的很经典回答的很详细

希望大家能象这样

就可以一起进步了

原文转自：www.ltesting.net

篇2：ReiserFS文件系统Windows系统

1. 什么是ReiserFS ReiserFS是一种新型的文件系统，在蓝点 Linux 中你可以选择它来装载你的Linux操作系统和其他应用程序和数据文件，它通过一种与众不同的方式--完全平衡树结构来容纳数据，包括文件数据，文件名以及日志支持。ReiserFS还以支持海量磁盘和磁

1. 什么是ReiserFS

ReiserFS是一种新型的文件系统，在蓝点Linux中你可以选择它来装载你的Linux操作系统和其他应用程序和数据文件。它通过一种与众不同的方式--完全平衡树结构来容纳数据，包括文件数据，文件名以及日志支持。ReiserFS还以支持海量磁盘和磁盘阵列，并能在上面继续保很快的搜索速度和很高的效率。ReiserFS文件系统一直以来被用在高端Unix系统上如SGI等。

2． ReiserFS的特点（与ext2的对比）:

ReiserFS相对于Linux上传统的文件系统--ext2有很多优点，在下面一一介绍。

搜寻方式

ReiserFS是基于平衡树的文件系统结构，尤其对于大量文件的巨型文件系统，如服务器上的文件系统，搜索速度要比ext2快；ext2使用局部的二分查找法，综合性能比不上ReiserFS。

空间分配和利用情况

ReiserFS里的目录是完全动态分配的，因此不存在ext2中常见的无法回收巨型目录占用的磁盘空间的情况。ReiserFS里小文件（<4K）可以直接存储进树，小文件读取和写入的速度更快，树内节点是按字节对齐的，小的文件可共享同一个硬盘块，节约大量空间。Ext2使用固定大小的块分配策略，也就是说，不到4K的小文件也要占据4K的空间，导致的空间浪费比较严重。

先进的日志机制

ReiserFS有先进的日志(Journaling/logging)机制，在系统意外崩溃的时候，未完成的文件操作不会影响到整个文件系统结构的完整性。 ext2虽然健壮性很强，但一旦文件系统被不正常地断开，在下一次启动时它将不得不进行漫长的检查系统数据结构的完整性的过程，这是为了防止数据丢失而必需的操作。对于较大型的服务器文件系统，这种“文件系统检查”可能要持续好几个小时，在很多场合下这样长的时间是无法接受的。解决这个问题的一种技术“日志文件系统”。在日志的帮助下，每个对数据结构的改变都被记录下来，日志在机制保证了在每个实际数据修改之前，相应的日志已经写入硬盘。正因为如此，在系统突然崩溃时，在下次启动几秒钟后就能恢复成一个完整的系统，系统也就能很快的使用了。

支持海量磁盘和优秀的综合性能

ReiserFS是一个相当现代化的文件系统，相比之下，ext2虽然性能已经很好了，但其设计还只是19世纪80年代的水准。ReiserFS的出现，使Linux拥有了像Irix/AIX那样的高档商用Unix才有的高级文件系统。ReiserFS可轻松管理上百G的文件系统，在企业级应用中有其用武之地，由于它的高效存储和快速小文件I/O特点，它在桌面系统上也表现出色：启动X窗口系统的时间ReiserFS比ext2少1/3，

而ext2则无法管理2G以上的单个文件，这也使得ReiserFS在某些大型企业级应用中比ext2要出色。

3．缺点

ReiserFS一个最受人批评的缺点是每升级一个版本，都将要将磁盘重新格式化一次，这个缺点也正在改进中。

4．ReiserFS的起源与未来

在7月23日，Hans Reiser把他的基于平衡树结构的ReiserFS文件系统在网上公布。这是ReiserFS的第一次公开亮相。此后，ReiserFS一直在Hans Reiser和领导下的开发小组下开发和发展，SuSE Linux也对它的发展起了重大的帮助。由于ReiserFS有一些很有用的特性，更主要的是它比ext2fs要快得多，所以它很快被很多人使用。据说在Linux内核2.4.0以上的版本可能将采用ReiserFS作为它的文件系统。当前的ReiserFS只能在Intel结构体系上使用，但支持其他体系结构的ReiserFS版本也正在积极开发中。我们等待着更强大，兼容性更好的ReiseFS的到来。

附：怎样添加ReiserFS文件系统

简介

ReiserFS文件系统是一种新的linux文件系统。它通过一种与众不同的方式--完全平衡树结构来容纳数据，包括文件数据，文件名以及日志支持，并能在上面继续保持很快的搜索速度和很高的效率。ReiserFS文件系统一直以来被用在高端Unix系统上如，SGI。

ReiserFS是在Hans Reiser和其领导下的开发小组下开发和发展，SuSE Linux也对它的发展起了重大的帮助。由于ReiserFS有一些很有用的特性，更主要的是它比ext2fs要快得多，所以它很快被很多人使用。据说在Linux内核2.4.0以上的版本可能将采用ReiserFS作为它的文件系统。当前的ReiserFS只能在Intel结构体系上使用，但支持其他体系结构的ReiserFS版本也正在积极开发中。我们等待着更强大，兼容性更好的 ReiseFS的到来。

安装

从www.devlinux.com/namesys下载reiserfs的补丁程序，要确保下载的补丁版本和你的kernel版本是一致的。

下载后用root身份登录进入系统，切换至/usr/src/linux目录，执行命令：

#gunzip /path/to/linux-2.2.16-reiserfs-3.5.22-patch.gz

#patch -p1 -i /path/to/linux-2.2.16-reiserfs-3.5.22-patch

在做完上面的两步后，重新编译kernel，将reiserfs编译进kernel或做成一个模块。

Reiserfs的相关应用程序在 /usr/src/linux/fs/reiserfs/utils 目录下。你可以用下面方法安装它们：

#mkdir bin

#make

#make install

最后，你可以用“fdisk”命令重新分区或用“mkreiserfs”命令重新格式化一个已经存在的分区。指定reiserfs类型加载这个分区，如“mount -t reiserfs /dev/hda2 /download”，这样你就可以使用这个新的分区了。

原文转自：www.ltesting.net

篇3：理解/proc文件系统Windows系统

（这个是，希望给大家提供帮助，更好地理解/proc文件系统）不只一次的有人问我关于/proc文件系统，那是什么，那些巨大的文件在那里做什么？我可以删除它们吗？本文将详细介绍/proc文件系统，描述一些工具，你可以通过这些工具领略/proc的威力，最后有一

（这个是转贴，希望给大家提供帮助，更好地理解/proc文件系统）

不只一次的有人问我关于/proc文件系统，那是什么，那些巨大的文件在那里做什么？我可以删除它们吗？本文将详细介绍/proc文件系统，描述一些工具，你可以通过这些工具领略/proc的威力。最后有一个例子程序，演示了系统管理员如何与/proc交互。

◆ 介绍/proc

在过去那些糟糕的日子里，只能通过直接访问内核内存(/dev/kmem)获取进程数据，比如运行ps(1)命令时。为了实现这种访问，需要超级用户权限，而且步骤相当复杂。Sun公司从UNIXSVR4开始解决了进程数据访问问题，现在，可以简单地通过/proc访问进程数据。

/proc文件系统不是普通意义上的文件系统，它是一个到运行中进程地址空间的访问接口。通过/proc，可以用标准Unix系统调用(比如open、read()、write()、ioctl()等等)访问进程地址空间。事实上，Solaris ps(1)命令正是利用/proc获取进程状态。

S (l) 进程状态:

O 正在运行

S 休眠: 进程正在等待某个事件发生/完成

R 可运行: 进程位于运行队列中

Z 僵尸状态: 进程结束了，但是其父进程未处理SIGCHLD信号

T 进程暂停: 可能是任务控制信号所致，或者正在被

跟踪调试

/proc下的大文件对应运行中进程的地址空间，不是标准Unix文件。事实上每个文件名对应运行中进程的PID，文件属主、属组对应进程拥有者的real-uid和primary-gid。权限控制与普通Unix文件一样。文件大小是最令人迷惑的地方，事实上相当好理解，对应进程内存映像大小，并不真正占用硬盘空间，所以你不必担心空间浪费的问题。不要企图删除这些文件！观察图A中列举的/proc例子：

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

$ ls -l /proc

total 43384

-rw------- 1 root root 0 Apr 2 20:07 00000

-rw------- 1 root root 393216 Apr 2 20:07 00001

-rw------- 1 root root 0 Apr 2 20:07 00002

-rw------- 1 root root 0 Apr 2 20:07 00003

-rw------- 1 root root 1695744 Apr 2 20:07 00081

-rw------- 1 root root 1597440 Apr 2 20:07 00083

-rw------- 1 root root 1777664 Apr 2 20:08 00096

-rw------- 1 root root 1683456 Apr 2 20:08 00099

-rw------- 1 root root 1589248 Apr 2 20:08 00101

-rw------- 1 root root 1445888 Apr 2 20:08 00116

-rw------- 1 root root 1404928 Apr 2 20:08 00126

-rw------- 1 root root 798720 Apr 2 20:08 00135

-rw------- 1 root root 1368064 Apr 2 20:08 00195

-rw------- 1 root root 1585152 Apr 2 20:08 00197

-rw------- 1 root root 1368064 Apr 2 20:08 00200

-rw------- 1 root other 225280 Apr 2 20:08 00201

-rw------- 1 root root 1454080 Apr 2 20:08 00203

-rw------- 1 root root 1519616 Apr 2 20:14 00243

-rw------- 1 rthomas wheel 1499136 Apr 2 20:14 00245

-rw------- 1 rthomas wheel 806912 Apr 2 20:16 00261

图A: /proc例子

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

操作/proc下文件的方式和操作普通Unix文件一样，可以使用所有你熟悉的系统调用，包括ioctl()。在内核中，针对/proc下文件的vnode操作被转向procfs。这意味着操作vnode的系统调用(比如lookuppn())实际上最终转向procfs-savvy系统调用(比如prlookup())。

◆ /proc能告诉我什么

Solaris下使用/proc的工具相当完善，位于/usr/proc/bin目录中。这些工具提供了一种访问任意指定进程临界数据的简捷办法。比如，想知道一个进程已经打开了多少文件，你可以使用crash(1M)(见鬼，我不会)，但是你是root吗？不必担心，可以用/usr/proc/bin/pfiles获取这种信息，图B演示了pfiles(1)命令的使用：

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

[scz@ /export/home/scz]> ps

PID TTY TIME CMD

637 pts/3 0:00 bash

[scz@ /export/home/scz]> pfiles 637

637: -bash

Current rlimit: 64 file descriptors

0: S_IFCHR mode:0620 dev:151,0 ino:196787 uid:500 gid:7 rdev:24,3

O_RDWR

1: S_IFCHR mode:0620 dev:151,0 ino:196787 uid:500 gid:7 rdev:24,3

O_RDWR

2: S_IFCHR mode:0620 dev:151,0 ino:196787 uid:500 gid:7 rdev:24,3

O_RDWR

3: S_IFDOOR mode:0444 dev:191,0 ino:1618164880 uid:0 gid:0 size:0

O_RDONLY|O_LARGEFILE FD_CLOEXEC door to nscd[213]

63: S_IFCHR mode:0620 dev:151,0 ino:196787 uid:500 gid:7 rdev:24,3

O_RDWR FD_CLOEXEC

[scz@ /export/home/scz]>

图B: 使用pfiles(1)命令

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

正如上面演示的，/usr/proc/bin下的命令使用很简单，只需要在命令行上指定PID。然而，留心权限许可设置，与所有普通Unix文件一样，你无权访问那些权限设置上禁止访问的指定PID的进程数据。

花点事件看看proc(1)手册页，熟悉其中介绍的命令，你将学会列举指定进程相关的库、进程信号设置、进程信任设置，你甚至可以暂停、重启进程，

◆ 编写/proc工具

/proc的魅力在于它包含了你可能想知道的关于一个进程的任何信息，你只需要简单地从中获取。/usr/include/sys/procfs.h文件中定义了两个结构，prstatus和prpsinfo，从中可以获取指定进程的很多信息。下面是个例子，开发者想知道他的应用程序究竟占用了多少内存。简单！ls /proc就可以知道了。但是，他还想知道更多细节，他需要知道总的映像大小、常驻部分的大小、堆区(heap)大小、栈区(stack)大小。此外，他希望能够定期跟踪这些数据信息，类似vmstat(1M)那种方式。如上所述，听起来象是一个令人生畏的任务。

译者: Solaris 2.6开始这两个结构定义在/usr/include/sys/old_procfs.h文件中

然而，通过使用/proc文件系统，我们可以使这项编程挑战变得容易些。我们写的这个工具称做memlook，将显示指定PID对应的内存统计信息。此外，可以在命令行上指定一个时间间隔，以便定期重新检测内存利用信息。图C演示了一次简单的输出：

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

$ memlook 245

PID IMAGE RSS HEAP STACK

245 1499136 1044480 24581 8192

图C: memlook的输出举例

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

下面是memlook.c的源代码

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

* @(#)memlook.c 1.0 10 Nov

* Robert Owen Thomas robt@cymru.com

* memlook.c -- A process memory utilization reporting tool.

* gclearcase/“ target=”_blank“ >cc-Wall -O3 -o memlook memlook.c

#pragma ident ”@(#)memlook.c 1.0 10 Nov 1997 Robert Owen Thomas robt@cymru.com“

#include

int counter = 10;

int showUsage ( const char * );

void getInfo ( int, int );

int main ( int argc, char * argv[] )

{

int fd, pid, timeloop = 0;

char pidpath[BUFSIZ]; /* /usr/include/stdio.h: #define BUFSIZ 1024 */

switch ( argc )

{

case 2:

break;

case 3:

timeloop = atoi( argv[2] );

break;

default:

showUsage( argv[0] );

break;

} /* end of switch */

pid = atoi( argv[1] );

sprintf( pidpath, ”/proc/%-d“, pid ); /* -表示向左靠 */

if ( ( fd = open( pidpath, O_RDONLY ) ) < 0 )

{

perror( pidpath );

exit( 1 );

}

if ( 0 < timeloop )

{

for ( ; ; )

{

getInfo( fd, pid );

sleep( timeloop );

}

getInfo( fd, pid );

close( fd );

exit( 0 );

} /* end of main */

int showUsage ( const char * progname )

{

fprintf( stderr, ”%s: usage: %s < PID > [time delay]\n“, progname, progname );

exit( 3 );

} /* end of showUsage */

void getInfo ( int fd, int pid )

{

prpsinfo_t prp;

prstatus_t prs;

if ( ioctl( fd, PIOCPSINFO, &prp ) < 0 )

{

perror( ”ioctl“ );

exit( 5 );

}

if ( ioctl( fd, PIOCSTATUS, &prs ) < 0 )

{

perror( ”ioctl“ );

exit( 7 );

}

if ( counter > 9 )

{

fprintf( stdout, ”PID\tIMAGE\t\tRSS\t\tHEAP\t\tSTACK\n“ );

counter = 0;

}

fprintf( stdout, ”%u\t%-9u\t%-9u\t%-15u\t%-15u\n", pid,

( unsigned int )prp.pr_bysize, ( unsigned int )prp.pr_byrssize,

( unsigned int )prs.pr_brksize, ( unsigned int )prs.pr_stksize );

counter++;

} /* end of getInfo */

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

译者: 作者这里利用了ioctl()，而不是直接读取/proc下文件，这样做的好处在于即使系统升级后/proc布局改变，内核中相应ioctl cmd支持也随之改变，对于应用层的开发者，接口一样，源代码可平稳移植。事实上从作者前面举例来看， memlook.c是在Solaris 2.6以前的版本上开发的，但我并未修改就可以直接用在Solaris 2.6上，虽然此时/proc布局已经发生重大变化。

仔细阅读prstatus和prpsinfo结构，寻找那些你敢兴趣的成员。在未能真正掌握这种技术之前不要针对/proc文件系统使用write()或者ioctl()。针对特定进程胡乱做write()调用，结果未知。

◆ 结论

当痛苦调试程序或者试图获取指定进程状态的时候，/proc文件系统将是你强有力的支持者。通过它可以创建更强大的工具，获取更多信息。

:em02: :em02: :em02: :em02: :em02: :em02:

climbmount 回复于：-12-18 13:26:45好文章，来得真及时。

.netfrihor 回复于：2004-12-18 16:00:04不错

顶一下

急不通回复于：2004-12-21 09:41:24好文。bye the way，在linux下面的/proc也是类似的吗？

飞天二狭回复于：2004-12-21 22:40:56linux下面当然有了。

原文转自：www.ltesting.net

篇4：强行卸载文件系统Windows系统

我在卸载(umount)一个文件系统的时候系统报错,提示文件系统busy

强行解决的方法:fuser -ku /yourfs

然后umount

ps:系统为aix5.1

lu上的精华贴

larryh

昨天, 13:12

原文转自：www.ltesting.net

篇5：用Win2K加密文件系统保安全Windows系统

从系统安全角度来看，为需要保护的文件或文件夹对象设置用户访问权限和许可，基本上可以有效地保护数据，但经常出现的安全问题是：未被授权的用户可以使用 Windows 2000之外的操作系统或忽略NTFS权限的程序来入侵文件或文件夹对象，此时，入侵者甚至可以获

从系统安全角度来看，为需要保护的文件或文件夹对象设置用户访问权限和许可，基本上可以有效地保护数据，但经常出现的安全问题是：未被授权的用户可以使用Windows2000之外的操作系统或忽略NTFS权限的程序来入侵文件或文件夹对象。此时，入侵者甚至可以获得文件或文件夹对象所在物理驱动器的访问和控制权，在其上安装其他的操作系统，并以管理员的身份访问该驱动器上的任何数据。为了防止上述安全问题，Windows 2000提供了内置的加密文件系统(EncryptingFiles System，简称EFS)。EFS文件系统不仅可以阻止入侵者对文件或文件夹对象的访问，而且还保持了操作的简捷性。

加密与解密操作

加密文件系统通过为指定NTFS文件与文件夹加密数据，从而确保用户在本地计算机中安全存储重要数据。由于EFS与文件集成，因此对计算机中重要数据的安全保护十分有益。

1、加密操作

(1)利用Windows 2000资源管理器选中待设置加密属性的文件或文件夹(如文件夹为“Windows2000”)。

(2)单击鼠标右键，选择“属性”，启动“Windows2000属性”对话框窗口。

(3)单击“常规”选项卡中的[高级]按钮，启动“高级属性”对话框。

(4)选择“压缩或加密属性”框中的“加密内容以便保护数据”复选框(如附图所示)，单击[确定]按钮，即可完成文件或文件夹的加密，

2、解密操作

(1)利用Windows 2000资源管理器选中待设置加密属性的文件或文件夹(如文件夹为“Windows2000”)。

(2)单击鼠标右键，选择“属性”，启动“Windows2000属性”对话框窗口。

(3)单击“常规”选项卡中的[高级]按钮，启动“高级属性”对话框。

(4)清除“高级属性”对话框“压缩或加密属性”框中的“加密内容以便保护数据”复选框中的“√”。