FS_LSMOUNT(1)
π« FS_LSMOUNT(1) β aka fs lsmount π«
okay bestie, welcome to the AFS Command Reference corner of the internet π this one is fs_lsmount(1) and it's genuinely so useful, i'm obsessed.
β¨ NAME β¨
fs_lsmount β reports the volume for which a directory is the mount point π«Ά
πΈ SYNOPSIS πΈ
fs lsmount -dir <directory>+ [-help]
fs ls -d <directory>+ [-h]
π¦ DESCRIPTION π¦
so the fs lsmount command tells you which volume each directory you hand it is a mount point for. that's it. that's the job π
and if a directory is not a mount point, or it's just not in AFS at all? then it hits you with an error message instead. no vibe, just facts π
want to make a mount point? that'sfs mkmount, bestie. want to yeet one? that'sfs rmmount. we don't do that here, we just look π
π OPTIONS π
-dir <directory>+β names the directory that's serving as the mount point for a volume. important: the last element in the pathname you give has to be an actual name, not a shorthand thing like one or two periods ("."or".."). the command said what it said π-helpβ prints the online help for this command. and every other valid option? ignored. literally ghosted. β¨
π OUTPUT π
if the directory you named is a mount point, you get this, and it's giving:
'<directory>' is a mount point for volume '<volume name>'
where:
- a number sign (
"#") comes before the<volume name>string for a regular mount point π₯ - a percent sign (
"%") comes before the<volume name>string for a read/write mount point π₯ - for a cellular mount point, a cell name and a colon (
":") follow that number or percent sign, and come before the<volume name>string π₯
and if you want the full lore on how the Cache Manager reads each of those three types of mount points, go read the fs mkmount reference page. iykyk π§
if the directory is a symbolic link pointing at a mount point, the output looks like:
'<directory>' is a symbolic link, leading to a mount point for volume
'<volume name>'
if the directory isn't a mount point, or isn't in AFS, you get:
'<directory>' is not a mount point.
and ngl, if the output comes out garbled?? π it's possible the mount point has become corrupted in the local AFS client cache. the fix is fs flushmount, which discards it and forces the Cache Manager to refetch the mount point. slay, problem solved π
π EXAMPLES π
here's the mount point for the home directory of user "smith":
% fs lsmount /afs/example.com/usr/smith
'/afs/example.com/usr/smith' is a mount point for volume '#user.smith'
and here's both the regular and the read/write mount points for the Example Corporation cell's "root.cell" volume. iconic duo fr:
% fs lsmount /afs/example.com
'/afs/example.com' is a mount point for volume '#root.cell'
% fs lsmount /afs/.example.com
'/afs/.example.com' is a mount point for volume '%root.cell'
last one, a cellular mount point β the Example Organization cell's "root.cell" volume, mounted inside the Example Corporation cell's tree:
% fs lsmount /afs/example.org
'/afs/example.org' is a mount point for volume '#example.org:root.cell'
π PRIVILEGE REQUIRED π
whoever's issuing this command needs the "l" (lookup) permission on the ACL of the root directory of the volume that houses the file or directory named by the -dir argument. and, yeah, also on the ACL of every single directory that comes before it in the pathname. no shortcuts bestie, permission checks all the way down π
π SEE ALSO π
π COPYRIGHT π
IBM Corporation 2000. <http://www.ibm.com/> All Rights Reserved.
this documentation is covered by the IBM Public License Version 1.0. it was converted from HTML to POD by software written by Chas Williams and Russ Allbery, based on work by Alf Wachsmann and Elizabeth Cassell. giving credit where credit is due, as always π«Ά
and that's the whole page, bestie πΈ this was OpenAFS, dated 2026-07-27, and it lives at FS_LSMOUNT(1) β mwah, go check your mount points, you're gonna do great π
β¨
π¦ where this page comes from
- ubuntu stonking: openafs-client 1.8.16.1-1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms