Random Thoughts - Part Deux [NO POLITICS]

[Cole]

Ready to pwn scrubs



Also loving the cable management on this case, but it is making me wish I got at least a semi-modular power supply.




Sent from my iPhone using Tapatalk

[NickD]

All this talk of "fsck" reminded me of my favorite add on to use at work:

https://github.com/nvbn/thefuck

[p1l0t]

Originally Posted by humfrz

Once upon a time, during a hot, humid summer, I spent a month, one week in Iowa, helping a new research station manager set up her station.

She was bi-sexual and had one breast larger than the other ..... which made her very self conscience.........oh, I think I've already told that story ......


humfrz

Please, continue.

Sent from my SM-G920P using Tapatalk

[krayzie]

Originally Posted by Cole

Ready to pwn scrubs

You went from dirt poor to this bling setup in like a week amazing lol!

[Tcoat]

Originally Posted by Ultramaroon

l is not a valid flag

###############################################
fsck Command

Purpose

Checks file system consistency and interactively repairs the file system.

Syntax

fsck [ -n ] [ -p ] [ -y ] [ -dBlockNumber ] [ -f ] [ -ii-NodeNumber ] [ -o Options ] [ -tFile ] [ -V VfsName ] [ FileSystem1 - FileSystem2 ... ]

Description
Attention: Always run the fsck command on file systems after a system malfunction. Corrective actions may result in some loss of data. The default action
for each consistency correction is to wait for the operator to enter yes or no. If you do not have write permission for an affected file system, the fsck
command defaults to a no response in spite of your actual response.

Notes:
1 The fsck command does not make corrections to a mounted file system.
2 The fsck command can be run on a mounted file system for reasons other than repairs. However, inaccurate error messages may be returned when the
file system is mounted.

The fsck command checks and interactively repairs inconsistent file systems. You should run this command before mounting any file system. You must be
able to read the device file on which the file system resides (for example, the /dev/hd0 device). Normally, the file system is consistent, and the fsck
command merely reports on the number of files, used blocks, and free blocks in the file system. If the file system is inconsistent, the fsck command
displays information about the inconsistencies found and prompts you for permission to repair them.

The fsck command is conservative in its repair efforts and tries to avoid actions that might result in the loss of valid data. In certain cases, however,
the fsck command recommends the destruction of a damaged file. If you do not allow the fsck command to perform the necessary repairs, an inconsistent
file system may result. Mounting an inconsistent file system may result in a system crash.

If a JFS2 file system has snapshots, the fsck command will attempt to preserve them. If this action fails, the snapshots cannot be guaranteed to contain
all of the before-images from the snapped file system. The fsck command will delete the snapshots and the snapshot logical volumes. Internal snapshots
are deleted if the fsck command modifies the file system.

If you do not specify a file system with the FileSystem parameter, the fsck command checks all file systems listed in the /etc/filesystems file for which
the check attribute is set to True. You can enable this type of checking by adding a line in the stanza, as follows:

check=true

You can also perform checks on multiple file systems by grouping the file systems in the /etc/filesystems file. To do so, change the check attribute in
the /etc/filesystems file as follows:

check=Number

The Number parameter tells the fsck command which group contains a particular file system. File systems that use a common log device should be placed in
the same group. File systems are checked, one at a time, in group order, and then in the order that they are listed in the /etc/filesystems file. All
check=true file systems are in group 1. The fsck command attempts to check the root file system before any other file system regardless of the order
specified on the command line or in the /etc/filesystems file.

The fsck command checks for the following inconsistencies:
* Blocks or fragments allocated to multiple files.
* i-nodes containing block or fragment numbers that overlap.
* i-nodes containing block or fragment numbers out of range.
* Discrepancies between the number of directory references to a file and the link count of the file.
* Illegally allocated blocks or fragments.
* i-nodes containing block or fragment numbers that are marked free in the disk map.
* i-nodes containing corrupt block or fragment numbers.
* A fragment that is not the last disk address in an i-node. This check does not apply to compressed file systems.
* Files larger than 32KB containing a fragment. This check does not apply to compressed file systems.

* Size checks:
* Incorrect number of blocks.
* Directory size not a multiple of 512 bytes.
These checks do not apply to compressed file systems.
* Directory checks:
* Directory entry containing an i-node number marked free in the i-node map.
* i-node number out of range.
* Dot (.) link missing or not pointing to itself.
* Dot dot (..) link missing or not pointing to the parent directory.
* Files that are not referenced or directories that are not reachable.
* Inconsistent disk map.
* Inconsistent i-node map.

Orphaned files and directories (those that cannot be reached) are, if you allow it, reconnected by placing them in the lost+found subdirectory in the
root directory of the file system. The name assigned is the i-node number. If you do not allow the fsck command to reattach an orphaned file, it requests
permission to destroy the file.

In addition to its messages, the fsck command records the outcome of its checks and repairs through its exit value. This exit value can be any sum of the
following conditions:
Item
Description
0
All checked file systems are now okay.
2
The fsck command was interrupted before it could complete checks or repairs.
4
The fsck command changed the file system; the user must restart the system immediately.
8
The file system contains unrepaired damage.

The fsck command requires exclusive access to the underlying logical volume device of the file system. If fsck fails because the underlying device is
unavailable, then fsck should be retried after the device is free to be opened.

When the system is booted from a disk, the boot process explicitly runs the fsck command, specified with the -f and -p flags on the /, /usr, /var, and
/tmp file systems. If the fsck command is unsuccessful on any of these file systems, the system does not boot. Booting from removable media and
performing maintenance work will then be required before such a system will boot.

If the fsck command successfully runs on /, /usr, /var, and /tmp, normal system initialization continues. During normal system initialization, the fsck
command specified with the -f and -p flags runs from the /etc/rc file. This command sequence checks all file systems in which the check attribute is set
to True (check=true). If the fsck command executed from the /etc/rc file is unable to guarantee the consistency of any file system, system initialization
continues. However, the mount of any inconsistent file systems may fail. A mount failure may cause incomplete system initialization.

Note: By default, the /, /usr, /var, and /tmp file systems have the check attribute set to False (check=false) in their /etc/filesystem stanzas. The
attribute is set to False for the following reasons:
1 The boot process explicitly runs the fsck command on the /, /usr, /var, and /tmp file systems.
2 The /, /usr, /var, and /tmp file systems are mounted when the /etc/rc file is executed. The fsck command will not modify a mounted file system.
Furthermore, the fsck command run on a mounted file system produces unreliable results.

You can use the System Management Interface Tool (SMIT) smit fsck fast path to run this command.
Flags

Item
Description
-dBlockNumber
Searches for references to a specified disk block. Whenever the fsck command encounters a file that contains a specified block, it displays the i-
node number and all path names that refer to it. For JFS2 filesystems, the i-node numbers referencing the specified block will be displayed but not
their path names."

-f
Performs a fast check. Under normal circumstances, the only file systems likely to be affected by halting the system without shutting down properly
are those that are mounted when the system stops. The -f flag prompts the fsck command not to check file systems that were unmounted successfully.
The fsck command determines this by inspecting the s_fmod flag in the file system superblock.

This flag is set whenever a file system is mounted and cleared when it is unmounted successfully. If a file system is unmounted successfully, it is
unlikely to have any problems. Because most file systems are unmounted successfully, not checking those file systems can reduce the checking time.
-ii-NodeNumber
Searches for references to a specified i-node. Whenever the fsck command encounters a directory reference to a specified i-node, it displays the
full path name of the reference.
-n
Assumes a no response to all questions asked by the fsck command; does not open the specified file system for writing.
-o Options
Passes comma-separated options to the fsck command. The following options are currently supported for JFS (these options are obsolete for newer file
systems and can be ignored):
mountable
Causes the fsck command to exit with success, returning a value of 0, if the file system in question is mountable (clean). If the file system
is not mountable, the fsck command exits returning with a value of 8.
mytype
Causes the fsck command to exit with success (0) if the file system in question is of the same type as either specified in the
/etc/filesystems file or by the -V flag on the command line. Otherwise, 8 is returned. For example, fsck -o mytype -V jfs / exits with a
value of 0 if / (the root file system) is a journaled file system.
-p
Does not display messages about minor problems but fixes them automatically. This flag does not grant the wholesale license that the -y flag does
and is useful for performing automatic checks when the system is started normally. You should use this flag as part of the system startup
procedures, whenever the system is being run automatically. If the primary superblock is corrupt, the secondary superblock is verified and copied to
the primary superblock.
-tFile
Specifies a File parameter as a scratch file on a file system other than the one being checked, if the fsck command cannot obtain enough memory to
keep its tables. If you do not specify the -t flag and the fsck command needs a scratch file, it prompts you for the name of the scratch file.
However, if you have specified the -p flag, the fsck command is unsuccessful. If the scratch file is not a special file, it is removed when the fsck
command ends.
-V VfsName
Uses the description of the virtual file system specified by the VFSName variable for the file system instead of using the /etc/filesystems file to
determine the description. If the -V VfsName flag is not specified on the command line, the /etc/filesystems file is checked and the vfs=Attribute
of the matching stanza is assumed to be the correct file system type.
-y
Assumes a yes response to all questions asked by the fsck command. This flag lets the fsck command take any action it considers necessary. Use this
flag only on severely damaged file systems.

Security

Attention RBAC users and Trusted AIX users: This command can perform privileged operations. Only privileged users can run privileged operations. For more
information about authorizations and privileges, see Privileged Command Database in AIX Version 7.1 Security. For a list of privileges and the
authorizations associated with this command, see the lssecattr command or the getcmdattr subcommand.
mytype
Causes the fsck command to exit with success (0) if the file system in question is of the same type as either specified in the
/etc/filesystems file or by the -V flag on the command line. Otherwise, 8 is returned. For example, fsck -o mytype -V jfs / exits with a
value of 0 if / (the root file system) is a journaled file system.
-p
Does not display messages about minor problems but fixes them automatically. This flag does not grant the wholesale license that the -y flag does
and is useful for performing automatic checks when the system is started normally. You should use this flag as part of the system startup
procedures, whenever the system is being run automatically. If the primary superblock is corrupt, the secondary superblock is verified and copied to
the primary superblock.
-tFile
Specifies a File parameter as a scratch file on a file system other than the one being checked, if the fsck command cannot obtain enough memory to
keep its tables. If you do not specify the -t flag and the fsck command needs a scratch file, it prompts you for the name of the scratch file.
However, if you have specified the -p flag, the fsck command is unsuccessful. If the scratch file is not a special file, it is removed when the fsck
command ends.
-V VfsName
Uses the description of the virtual file system specified by the VFSName variable for the file system instead of using the /etc/filesystems file to
determine the description. If the -V VfsName flag is not specified on the command line, the /etc/filesystems file is checked and the vfs=Attribute
of the matching stanza is assumed to be the correct file system type.
-y
Assumes a yes response to all questions asked by the fsck command. This flag lets the fsck command take any action it considers necessary. Use this
flag only on severely damaged file systems.

Security

Attention RBAC users and Trusted AIX users: This command can perform privileged operations. Only privileged users can run privileged operations. For more
information about authorizations and privileges, see Privileged Command Database in AIX Version 7.1 Security. For a list of privileges and the
authorizations associated with this command, see the lssecattr command or the getcmdattr subcommand.

Examples
1 To check all the default file systems, enter:

fsck
This command checks all the file systems marked check=true in the /etc/filesystems file. This form of the fsck command asks you for permission
before making any changes to a file system.
2 To fix minor problems with the default file systems automatically, enter:

fsck -p
3 To check a specific file system, enter:

fsck /dev/hd1
This command checks the unmounted file system located on the /dev/hd1 device.

Files

Item
Description
/usr/sbin/fsck
Contains the fsck command.
/etc/filesystems
Lists the known file systems and defines their characteristics.
/etc/vfs
Contains descriptions of virtual file system types.
/etc/rc
Contains commands (including the fsck command) that are run when the system is started.

Unnecessary comma!

[humfrz]

Originally Posted by p1l0t

Please, continue.

Sent from my SM-G920P using Tapatalk

Well, if you insist.

I was in between marriages at the time. This thin, young lady, which always wore jeans, was a research rep for Iowa & Nebraska. She wasn't doing too well at her job, so the director of research wanted to fire her. We were about to open up a new research station in the Midwest, so, I convinced him that she would make an excellent field station manager.

So, he agreed and ask me to help her set up the station, which I did. She rented an apartment near the station, and in order to save the company some money ( ), she invited me to spend the nights that week with her in her apartment.

Now, I knew she had a "strange" personality, but I didn't realize how extensive her "strangeness" was. Oh, yes, she had a female roommate, which added another dimension to her relatively unusual behavior, in addition to her asymmetrical physical attribute(s).

That first night, was a hot, humid summer night and their A/C was not working very well. I was way past half way through a quart of whisky when ......... OH MY! ..... it's past time for ma nap, ...... gotta go.......ZZZZZZ

[humfrz]

Originally Posted by Tcoat

Columbia managed a station in Iowa?

Well, ya got me there, Tcoat ...... is that a Canadian thing ...... ??




humfrz

[p1l0t]

Originally Posted by humfrz

Well, if you insist.

I was in between marriages at the time. This thin, young lady, which always wore jeans, was a research rep for Iowa & Nebraska. She wasn't doing too well at her job, so the director of research wanted to fire her. We were about to open up a new research station in the Midwest, so, I convinced him that she would make an excellent field station manager.

So, he agreed and ask me to help her set up the station, which I did. She rented an apartment near the station, and in order to save the company some money ( ), she invited me to spend the nights that week with her in her apartment.

Now, I knew she had a "strange" personality, but I didn't realize how extensive her "strangeness" was. Oh, yes, she had a female roommate, which added another dimension to her relatively unusual behavior, in addition to her asymmetrical physical attribute(s).

That first night, was a hot, humid summer night and their A/C was not working very well. I was way past half way through a quart of whisky when ......... OH MY! ..... it's past time for ma nap, ...... gotta go.......ZZZZZZ

Please, go on...

Sent from my SM-G920P using Tapatalk

[Teseo]

Still waiting the part of bang

[Tcoat]

Originally Posted by humfrz

Well, ya got me there, Tcoat ...... is that a Canadian thing ...... ??




humfrz

Well OK, but remember you asked.
In the movie Rocky Horror Picture Show there is the bisexual groupie named Columbia that at one point turns against the evil Dr. Frank N Furter from the plant Transsexual Transylvania when he had killed and eaten her boyfriend (Meatloaf) after using part of his brain to build a muscleman from scratch. When the heroes start to get out of hand Frank N Furter uses a Medusa ray to turn some of them into statues. When Columbia gets turned into a statue one boob is much larger than the other.
I can't believe you didn't know the reference.

[Cole]

Originally Posted by Tcoat

That's what my GF looks like in the morning!

[finch1750]

I imagine someone watching Rocky Horror for the first time is like someone venturing in to OT for the first time. You either go "WTF?!" And run like hell the direction you came or decide it is brilliant immediately

[new2subaru]

Originally Posted by finch1750

I imagine someone watching Rocky Horror for the first time is like someone venturing in to OT for the first time. You either go "WTF?!" And run like hell the direction you came or decide it is brilliant immediately

Brilliant is a stretch haha

[Andrew025]

Originally Posted by Ultramaroon

l is not a valid flag

###############################################
fsck Command

Purpose

Checks file system consistency and interactively repairs the file system.

Syntax

fsck [ -n ] [ -p ] [ -y ] [ -dBlockNumber ] [ -f ] [ -ii-NodeNumber ] [ -o Options ] [ -tFile ] [ -V VfsName ] [ FileSystem1 - FileSystem2 ... ]

Description
Attention: Always run the fsck command on file systems after a system malfunction. Corrective actions may result in some loss of data. The default action
for each consistency correction is to wait for the operator to enter yes or no. If you do not have write permission for an affected file system, the fsck
command defaults to a no response in spite of your actual response.

Notes:
1 The fsck command does not make corrections to a mounted file system.
2 The fsck command can be run on a mounted file system for reasons other than repairs. However, inaccurate error messages may be returned when the
file system is mounted.

The fsck command checks and interactively repairs inconsistent file systems. You should run this command before mounting any file system. You must be
able to read the device file on which the file system resides (for example, the /dev/hd0 device). Normally, the file system is consistent, and the fsck
command merely reports on the number of files, used blocks, and free blocks in the file system. If the file system is inconsistent, the fsck command
displays information about the inconsistencies found and prompts you for permission to repair them.

The fsck command is conservative in its repair efforts and tries to avoid actions that might result in the loss of valid data. In certain cases, however,
the fsck command recommends the destruction of a damaged file. If you do not allow the fsck command to perform the necessary repairs, an inconsistent
file system may result. Mounting an inconsistent file system may result in a system crash.

If a JFS2 file system has snapshots, the fsck command will attempt to preserve them. If this action fails, the snapshots cannot be guaranteed to contain
all of the before-images from the snapped file system. The fsck command will delete the snapshots and the snapshot logical volumes. Internal snapshots
are deleted if the fsck command modifies the file system.

If you do not specify a file system with the FileSystem parameter, the fsck command checks all file systems listed in the /etc/filesystems file for which
the check attribute is set to True. You can enable this type of checking by adding a line in the stanza, as follows:

check=true

You can also perform checks on multiple file systems by grouping the file systems in the /etc/filesystems file. To do so, change the check attribute in
the /etc/filesystems file as follows:

check=Number

The Number parameter tells the fsck command which group contains a particular file system. File systems that use a common log device should be placed in
the same group. File systems are checked, one at a time, in group order, and then in the order that they are listed in the /etc/filesystems file. All
check=true file systems are in group 1. The fsck command attempts to check the root file system before any other file system regardless of the order
specified on the command line or in the /etc/filesystems file.

The fsck command checks for the following inconsistencies:
* Blocks or fragments allocated to multiple files.
* i-nodes containing block or fragment numbers that overlap.
* i-nodes containing block or fragment numbers out of range.
* Discrepancies between the number of directory references to a file and the link count of the file.
* Illegally allocated blocks or fragments.
* i-nodes containing block or fragment numbers that are marked free in the disk map.
* i-nodes containing corrupt block or fragment numbers.
* A fragment that is not the last disk address in an i-node. This check does not apply to compressed file systems.
* Files larger than 32KB containing a fragment. This check does not apply to compressed file systems.

* Size checks:
* Incorrect number of blocks.
* Directory size not a multiple of 512 bytes.
These checks do not apply to compressed file systems.
* Directory checks:
* Directory entry containing an i-node number marked free in the i-node map.
* i-node number out of range.
* Dot (.) link missing or not pointing to itself.
* Dot dot (..) link missing or not pointing to the parent directory.
* Files that are not referenced or directories that are not reachable.
* Inconsistent disk map.
* Inconsistent i-node map.

Orphaned files and directories (those that cannot be reached) are, if you allow it, reconnected by placing them in the lost+found subdirectory in the
root directory of the file system. The name assigned is the i-node number. If you do not allow the fsck command to reattach an orphaned file, it requests
permission to destroy the file.

In addition to its messages, the fsck command records the outcome of its checks and repairs through its exit value. This exit value can be any sum of the
following conditions:
Item
Description
0
All checked file systems are now okay.
2
The fsck command was interrupted before it could complete checks or repairs.
4
The fsck command changed the file system; the user must restart the system immediately.
8
The file system contains unrepaired damage.

The fsck command requires exclusive access to the underlying logical volume device of the file system. If fsck fails because the underlying device is
unavailable, then fsck should be retried after the device is free to be opened.

When the system is booted from a disk, the boot process explicitly runs the fsck command, specified with the -f and -p flags on the /, /usr, /var, and
/tmp file systems. If the fsck command is unsuccessful on any of these file systems, the system does not boot. Booting from removable media and
performing maintenance work will then be required before such a system will boot.

If the fsck command successfully runs on /, /usr, /var, and /tmp, normal system initialization continues. During normal system initialization, the fsck
command specified with the -f and -p flags runs from the /etc/rc file. This command sequence checks all file systems in which the check attribute is set
to True (check=true). If the fsck command executed from the /etc/rc file is unable to guarantee the consistency of any file system, system initialization
continues. However, the mount of any inconsistent file systems may fail. A mount failure may cause incomplete system initialization.

Note: By default, the /, /usr, /var, and /tmp file systems have the check attribute set to False (check=false) in their /etc/filesystem stanzas. The
attribute is set to False for the following reasons:
1 The boot process explicitly runs the fsck command on the /, /usr, /var, and /tmp file systems.
2 The /, /usr, /var, and /tmp file systems are mounted when the /etc/rc file is executed. The fsck command will not modify a mounted file system.
Furthermore, the fsck command run on a mounted file system produces unreliable results.

You can use the System Management Interface Tool (SMIT) smit fsck fast path to run this command.
Flags

Item
Description
-dBlockNumber
Searches for references to a specified disk block. Whenever the fsck command encounters a file that contains a specified block, it displays the i-
node number and all path names that refer to it. For JFS2 filesystems, the i-node numbers referencing the specified block will be displayed but not
their path names."

-f
Performs a fast check. Under normal circumstances, the only file systems likely to be affected by halting the system without shutting down properly
are those that are mounted when the system stops. The -f flag prompts the fsck command not to check file systems that were unmounted successfully.
The fsck command determines this by inspecting the s_fmod flag in the file system superblock.

This flag is set whenever a file system is mounted and cleared when it is unmounted successfully. If a file system is unmounted successfully, it is
unlikely to have any problems. Because most file systems are unmounted successfully, not checking those file systems can reduce the checking time.
-ii-NodeNumber
Searches for references to a specified i-node. Whenever the fsck command encounters a directory reference to a specified i-node, it displays the
full path name of the reference.
-n
Assumes a no response to all questions asked by the fsck command; does not open the specified file system for writing.
-o Options
Passes comma-separated options to the fsck command. The following options are currently supported for JFS (these options are obsolete for newer file
systems and can be ignored):
mountable
Causes the fsck command to exit with success, returning a value of 0, if the file system in question is mountable (clean). If the file system
is not mountable, the fsck command exits returning with a value of 8.
mytype
Causes the fsck command to exit with success (0) if the file system in question is of the same type as either specified in the
/etc/filesystems file or by the -V flag on the command line. Otherwise, 8 is returned. For example, fsck -o mytype -V jfs / exits with a
value of 0 if / (the root file system) is a journaled file system.
-p
Does not display messages about minor problems but fixes them automatically. This flag does not grant the wholesale license that the -y flag does
and is useful for performing automatic checks when the system is started normally. You should use this flag as part of the system startup
procedures, whenever the system is being run automatically. If the primary superblock is corrupt, the secondary superblock is verified and copied to
the primary superblock.
-tFile
Specifies a File parameter as a scratch file on a file system other than the one being checked, if the fsck command cannot obtain enough memory to
keep its tables. If you do not specify the -t flag and the fsck command needs a scratch file, it prompts you for the name of the scratch file.
However, if you have specified the -p flag, the fsck command is unsuccessful. If the scratch file is not a special file, it is removed when the fsck
command ends.
-V VfsName
Uses the description of the virtual file system specified by the VFSName variable for the file system instead of using the /etc/filesystems file to
determine the description. If the -V VfsName flag is not specified on the command line, the /etc/filesystems file is checked and the vfs=Attribute
of the matching stanza is assumed to be the correct file system type.
-y
Assumes a yes response to all questions asked by the fsck command. This flag lets the fsck command take any action it considers necessary. Use this
flag only on severely damaged file systems.

Security

Attention RBAC users and Trusted AIX users: This command can perform privileged operations. Only privileged users can run privileged operations. For more
information about authorizations and privileges, see Privileged Command Database in AIX Version 7.1 Security. For a list of privileges and the
authorizations associated with this command, see the lssecattr command or the getcmdattr subcommand.
mytype
Causes the fsck command to exit with success (0) if the file system in question is of the same type as either specified in the
/etc/filesystems file or by the -V flag on the command line. Otherwise, 8 is returned. For example, fsck -o mytype -V jfs / exits with a
value of 0 if / (the root file system) is a journaled file system.
-p
Does not display messages about minor problems but fixes them automatically. This flag does not grant the wholesale license that the -y flag does
and is useful for performing automatic checks when the system is started normally. You should use this flag as part of the system startup
procedures, whenever the system is being run automatically. If the primary superblock is corrupt, the secondary superblock is verified and copied to
the primary superblock.
-tFile
Specifies a File parameter as a scratch file on a file system other than the one being checked, if the fsck command cannot obtain enough memory to
keep its tables. If you do not specify the -t flag and the fsck command needs a scratch file, it prompts you for the name of the scratch file.
However, if you have specified the -p flag, the fsck command is unsuccessful. If the scratch file is not a special file, it is removed when the fsck
command ends.
-V VfsName
Uses the description of the virtual file system specified by the VFSName variable for the file system instead of using the /etc/filesystems file to
determine the description. If the -V VfsName flag is not specified on the command line, the /etc/filesystems file is checked and the vfs=Attribute
of the matching stanza is assumed to be the correct file system type.
-y
Assumes a yes response to all questions asked by the fsck command. This flag lets the fsck command take any action it considers necessary. Use this
flag only on severely damaged file systems.

Security

Attention RBAC users and Trusted AIX users: This command can perform privileged operations. Only privileged users can run privileged operations. For more
information about authorizations and privileges, see Privileged Command Database in AIX Version 7.1 Security. For a list of privileges and the
authorizations associated with this command, see the lssecattr command or the getcmdattr subcommand.

Examples
1 To check all the default file systems, enter:

fsck
This command checks all the file systems marked check=true in the /etc/filesystems file. This form of the fsck command asks you for permission
before making any changes to a file system.
2 To fix minor problems with the default file systems automatically, enter:

fsck -p
3 To check a specific file system, enter:

fsck /dev/hd1
This command checks the unmounted file system located on the /dev/hd1 device.

Files

Item
Description
/usr/sbin/fsck
Contains the fsck command.
/etc/filesystems
Lists the known file systems and defines their characteristics.
/etc/vfs
Contains descriptions of virtual file system types.
/etc/rc
Contains commands (including the fsck command) that are run when the system is started.

It doesn't mean file system check in this example