Sponsored Content
Full Discussion: mount points
Top Forums UNIX for Advanced & Expert Users mount points Post 20584 by thehoghunter on Monday 29th of April 2002 03:11:12 PM
Old 04-29-2002
It doesn't seem like Solaris has that problem. I tried and mounted 18 different partitions on a normally built Solaris server - with no problem. And we have systems with over 30 different partitions (DiskSuite and Veritas involved which is why I tested just normal UFS mounts).

..SUN's answer to the question "the limit (if any) of how many mount points are possible?" -

Since a mountpoint is just a directory, I will explain this in terms of
directories. The maximum number of directories allowed on Solaris is limited by
the LINK_MAX parameter.

This parameter is defined as 32767 in the /usr/include/limits.h header file and
it cannot be changed.

In general, you would be hard pressed to exceed the total number of directories
you can have on a filesystem unless you are trying to make more than 32767 in
any one directory.

Since the root filesystem is treated as a directory itself, you are limited to
32767 directories off of root. Each subdirectory is also limited to 32767
subdirectories.

Since each directory can have 32k, and you can nest this as far as you like,
there is no pro-forma limit to the number of files and directories you can have,
other than the number of inodes in your file system. The number of inodes is
an unsigned long and that is 4 billion on a 32-bit system; this means for
example, that you would have to have 128,000 directories (not in any one
subdirectory) with maximum entries of 32k in them (to reach this limit). By
default you get one inode per 2kb of file system space (which is, incidently far
more than you'll ever use on just about any system).

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

And just for completeness, here's the entry from /usr/include/limits.h:

#define LINK_MAX 32767 /* max # of links to a single
file */

So, the 4 billion plus number is 2^32-1 or 4294967295 - the absolute maximum on
a 32-bit system - this is not negotiable as an unsigned long is 32 bits.
Regardless, you'll never exceed (or come close) to this limit as your system
will grind to a halt.
thehoghunter
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

tar using mount points

hi i tried to tar a directory in my server but it show ensufficient space. therefore i tried to save it to a mount point using tar /mountpoint/newfilename file2btar but it gives me permission denied. i am using the root account to do this. is it possible to tar files and put it to mounted... (3 Replies)
Discussion started by: legato
3 Replies

2. UNIX for Dummies Questions & Answers

Mount Points at reboot

How do I make a mount point reconnect at boot without editing /etc/fstab? Is there an option (or switch) to make this persistent when issuing the mount command from a client? (1 Reply)
Discussion started by: AIXdumb455
1 Replies

3. UNIX for Dummies Questions & Answers

NFS Mount Points

Hi Solaris 10 On server A, there is a directory called data with 10 files. This data directory has a further 3 subdirectories, gl, pay, contract (for example) On server B, I want to see the server A data directory commands used: on server A, share -F nfs -o ro -d "<description">... (1 Reply)
Discussion started by: davidra
1 Replies

4. HP-UX

Cannot unmount mount points??

When taking a snap, I have a script that stops any active snap. When running the script, I'm getting a message that u02 and u04 are already mounted. How can I find out what process(es) is/are latching on the these mount points? Thank you for your time. (1 Reply)
Discussion started by: genzbeat
1 Replies

5. UNIX for Dummies Questions & Answers

mount points are already mounted

Hi, I have some issue with the mounting/unmounting on my sun solaris box. Actually their is one script that mount the file system take the backup of databases and unmount the file system.Last week this script failed to mount the file system with the below error message: + echo fs_check.sh:... (1 Reply)
Discussion started by: biju.mp
1 Replies

6. UNIX for Advanced & Expert Users

mount points

hi, I believe a mount point does not have to be a physical disk, but rather a logical one? Is this correct? if so, how can I find out if my mount points are on different physical disks? thanks (9 Replies)
Discussion started by: JamesByars
9 Replies

7. AIX

AIX mount points (SAN)

I have a mount point that I would like to have RW on one server and RO on 2 other servers. The issue that I have is that it does not seem to update on the RO servers when I make changes on the server that is RW. Lets say I have /oracle/clone mounted RW on serverA. I am able to mount /oracle/clone... (2 Replies)
Discussion started by: seacros
2 Replies

8. Shell Programming and Scripting

Shell Script to see the mount points.

Hi all, First of all I dont even know the ABC of scripting .. But now I want a Script to see the mount points of the file systems Can any body help plsssssssss :o (1 Reply)
Discussion started by: priky
1 Replies

9. Red Hat

Mount Points? How?

Hi folks, I have been asked to performed the following: Add the following new moint points systemA:/avp and SystemB:/usr/sap/trans to be the new linux server ZZZ How can I add those mount points and how those mount points can become another linuz server?:wall::wall::wall: (2 Replies)
Discussion started by: 300zxmuro
2 Replies

10. Red Hat

Types of mount points

Hi, What are the types of mount points available in Linux machine and how to find what type of mount point is configured in my linux machine? Is mount point otherwise called as file system or do they have different meaning ? Regards, Maddy (4 Replies)
Discussion started by: Maddy123
4 Replies
fsck(8) 						      System Manager's Manual							   fsck(8)

NAME
fsck, ufs_fsck - Check and repair UFS file systems SYNOPSIS
/usr/sbin/fsck [fs_options] [filesystem...] DESCRIPTION
The fsck command is a front-end program for the ufs_fsck program, which checks and repairs UFS file systems. Do not use this command for AdvFS file systems: instead, see advfs(4). The fsck program has more consistency checks than its check, dcheck, fcheck, and icheck predecessors combined. You must be root to use this command. If you do not specify a file system in the command line, the fsck command checks the file systems in the /etc/fstab file. With one exception, the fsck command cannot be used on an active file system. The command checks to determine whether the partition to be checked, or an overlapping partition, is in use. The exceptional case occurs when you run the command on an active root file system and specify the -f flag. Use this flag with caution, because it can cause the data on the running system (the in-memory data) to become unsyn- chronized from the file system data (the on-disk data). The fsck program interactively repairs inconsistent file system conditions. If the file system is found to be consistent, the number of files, blocks used, and free blocks are reported. If the file system is inconsistent, you are prompted before each correction is attempted. For each corrected inconsistency, one or more lines are displayed, identifying the file system on which the correction takes place and the type of correction. After successfully correcting a file system, the fsck program displays the number of files on that file system, the number of used and free blocks, and the percentage of fragmentation. The default behavior of the fsck program is to interactively check the following UFS file system inconsistencies: Blocks claimed by more than one inode or the free map Blocks claimed by an inode outside the range of the file system Incorrect link counts Size checks: directory size not of proper format; partially truncated file Bad inode format Blocks not accounted for anywhere Directory checks: file pointing to unallocated inode; inode number out of range; . (dot) or .. (dot dot) not the first two entries of a directory or having the wrong inode number Super Block checks: more blocks for inodes than there are in the file system Bad free block map format Total free block and/or free inode count incorrect If you use the -p flag, the fsck program noninteractively attempts to correct specific file system inconsistencies. The corrections are made only if they can be done safely. The fsck program can noninteractively correct the following file system inconsistencies: Unreferenced inodes Link counts in inodes that are too large Missing blocks in the free map Blocks in the free map that are also in files Wrong counts in the super-block. If fsck encounters any other inconsistencies, it exits with an abnormal return status and a subsequent reboot will fail. The system makes sure that only a restricted class of innocuous inconsistencies can occur unless hardware or software failures intervene. Note that some of the corrective actions can result in a loss of data. The amount and severity of data lost can be determined from the diagnostic output. At system boot, fsck -p runs automatically and reads the /etc/fstab file to determine which file systems to check. Only partitions that are mounted rw or ro and have a non-zero pass (1 or more) number are checked. File systems that have a pass number 1 (usually only the root file system) are checked one at a time. When pass 1 completes, the remaining pass numbers are processed with one parallel fsck process running per disk drive in the same pass. The per disk drive logic is based on the /dev/disk/dsk0a syntax where different partition letters are treated as being on the same disk drive. Partitions layered on top of an LSM device may not follow this naming convention. Where LSM is used, you can use unique pass num- bers in the /etc/fstab file to sequence the fsck checks. If a QUIT signal is sent, fsck finishes the file system checks and then exits with an abnormal return status that causes the automatic reboot to fail. This is useful if you want to finish the file system checks during an automatic reboot but do not want the machine to come up multiuser after the checks complete. If the fsck default program fails (terminates with a non-zero value), fsck terminates with the exit value. This ensures that the auto- reboot dependencies, such as those commonly used in the run command script, continue to function. If orphaned files or directories (allocated but unreferenced) are found, you are asked if you want to reconnect the files and directories that are not empty by putting them in the lost+found directory. The program indicates whether the file or directory is empty or not empty. The fsck program reconnects directories that are not empty and assigns the inode number for the name. If the lost+found directory does not exist, it is created, and if it has insufficient space, the size is increased. Empty files and directories are removed unless you specify the -n flag. FLAGS
The following flags are interpreted by fsck: Uses the specified block number as the super block for the file system. Block 32 is usually an alternate super block. Converts UFS Version 4 back to UFS Version 3. When you use the -B option on a UFS Version 4 file system, it will be marked as a Version 3 file system if there are no files or directories with more than 32767 hardlinks or 32765 subdirectories. If the file system is in the old (static table) format, converts it to the new (dynamic table) format. If the file system is in the new format, this flag converts it to the old format, provided that the old format can support the file system configuration. In interactive mode, fsck lists the direction of the conversion and asks if the conversion should be done. If you answer "no," no further operations are done on the file system. If the -p flag is specified, the direction of the conversion is listed and the conversion is performed without user interac- tion if possible. The -p flag should be used if all the file systems are being converted simultaneously. The format of a file system can be determined from the first line of output from the dumpfs command. Forces fsck to check the root file system, even when the file system is mounted as writable. Use this flag with caution, because running fsck on a mounted root file system can cause its files to become out of synchronization with running system data. If the problem occurs, the fsck program displays a message recommending you reboot the sys- tem. Limits the number of parallel checks to the number specified. By default, the limit is the number of disks running one process per disk. If a smaller limit is given, the disks are checked using a round robin-type schedule, one file system at a time. Uses the mode spec- ified in octal as the permission bits to use when creating the lost+found directory rather than the default 777. In particular, systems that do not want to have lost files accessible by all users on the system should use a more restrictive set of permissions, such as 700. Answers "no" to all the prompts except for the ``CONTINUE?'' prompt. The flag does not write to the lost+found file in the file system. If you do not have write permission on the file system, fsck defaults to the behavior of the -n flag. Causes fsck to unconditionally check the file system even if the file system's clean byte is set. That is, a file system is checked even if it has been unmounted cleanly. Noninteractively corrects the following file system inconsistencies: unreferenced inodes, link counts in inodes that are too large, missing blocks in the free map, blocks in the free map that are also in files, and wrong counts in the super-block. Causes more extensive messages to be displayed during the file system checks (verbose mode). Answers "yes" to all the prompts. This flag should be used with caution because the integrity of the file system data can be corrupted by answering "yes" to all the prompts. ERRORS
The following message indicates that the system is avoiding a potential panic by skipping the file system check: /dev/disk/dsk2g: skipping filesystem already mounted (read-write) on '/usr' The following message indicates that the file system is mounted: /dev/disk/dsk2g on /usr: Device busy The following message indicates that the partition you are checking is open: ERROR: /dev/rdisk/dsk3a or an overlapping partition is open fsck cannot be run on an active filesystem EXAMPLES
The following is an example of an /etc/fstab file that is used in the examples in this section: /dev/disk/dsk2a / ufs rw 1 1 /dev/disk/dsk0g /usr ufs rw 1 2 /dev/disk/dsk2b swap1 ufs sw 0 2 /dev/disk/dsk0b /public ufs sw 0 2 /dev/disk/dsk2g /var ufs rw 1 2 /dev/disk/dsk3c /usr/users ufs rw 1 2 The following command checks all the file systems in the /etc/fstab file but makes no corrections: # fsck -n The following example checks a file system found in the /etc/fstab file and checks a file system that is not found in the /etc/fstab file: # fsck /dev/rdisk/dsk3c /dev/rdisk/dsk1a The following command noninteractively checks the file systems in the /etc/fstab file: # fsck -p FILES
Specifies the command path Specifies the command path Contains the default list of file systems to check RELATED INFORMATION
Commands: newfs(8) delim off fsck(8)
All times are GMT -4. The time now is 06:34 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy