I am wondering if there is any historical or practical reason why the umount command is not unmount.
Answers:
Thank you for visiting the Q&A section on Magenaut. Please note that all the answers may not help you solve the issue immediately. So please treat them as advisements. If you found the post helpful (or not), leave a comment & I’ll get back to you as soon as possible.
Method 1
This dates all the way back to the very first edition of Unix, where all the standard file names were only at most 6 characters long (think passwd), even though this version supported a whooping 8 characters in a file name. Most commands had an associated source file ending in .c (e.g. umount.c), which left only 6 characters for the base name.
A 6-character limitation might also have been a holdover from an earlier development version, or inherited from a then-current IBM system that did have a 6-character limitation. (Early C implementations had a 6-character limit on identifiers — longer identifiers were accepted but the compiler only looked at the first 6 characters, so foobar1 and foobar2 were the same variable.)
(I thought I remembered a umount man page that listed the spelling as a bug of unknown origin, but I can’t find it now.)
Method 2
It seems there’s been some mis-information sitting here for a while now.
The most likely reason for the umount command having the abbreviated name is because it follows from the name of the system call which it uses: umount().
The probable reason the “unmount” system call having the name umount() is because early linkers limited the length of external identifiers to as few as 6 characters (of just one case) on some types of systems (and it made sense to maintain compatibility with such tools at the time), and “umount” is a logical form of abbreviation for “unmount”. See page 179 of the first edition of The C Programming Language for a list of the external identifier characteristics of various systems of interest at the time of publication.
Note also that early C compilers treated the first 8 characters of an identifier as significant, but allowed identifiers to be longer. (K&R page 33)
Note that the length of identifiers in symbol tables has nothing whatsoever to do directly with filename length, at least not within Unix (Unix symbol tables, since V1, have 8 characters for identifiers, though it is noted in the V1 manual that the assembler “generates symbols of at most 7 bytes“).
Method 3
For the same reason the creat system call is not spelled create ?
All methods was sourced from stackoverflow.com or stackexchange.com, is licensed under cc by-sa 2.5, cc by-sa 3.0 and cc by-sa 4.0