PDF XK0-005 Study Guide

The error "No space left on device" usually means either disk space or inodes are exhausted.

Checking the disk space (df -h), we see only 6.1MB is used, meaning there is plenty of free space (1.9GB available).

Checking inodes (df -i), we see all 2048 inodes are used (IUsed = 2048, IFree = 0), meaning no new files can be created even though space is available.

Inodes are metadata structures used to track files. Small files or a large number of directories can exhaust inodes before disk space runs out.

Fixing the Issue:

Remove unnecessary small files to free inodes:find /app -type f -exec rm -f {} +

Remove unnecessary small files to free inodes:find /app -type f -exec rm -f {} +

Remove unnecessary small files to free inodes:find /app -type f -exec rm -f {} +

Recreate the filesystem with a higher inode count:bashCopyEditmkfs.ext4 -N 500000 /dev/vdb

Recreate the filesystem with a higher inode count:bashCopyEditmkfs.ext4 -N 500000 /dev/vdb

Recreate the filesystem with a higher inode count:bashCopyEditmkfs.ext4 -N 500000 /dev/vdb

Recreate the filesystem with a higher inode count:bashCopyEditmkfs.ext4 -N 500000 /dev/vdb

References:

Filesystem Inodes – Linux Documentation

The "Argument list too long" error occurs when the number of files exceeds the command-line argument limit. The find command with -exec is a workaround, as it processes files one by one, avoiding the argument limit. This method is efficient for handling large numbers of files.

The reason the developer cannot log in is because their account is locked. This is indicated by the "!!" in the /etc/shadow file:

developer:!!::0:99999:7:::

The "!!" in the password field means the account is locked, and the user cannot authenticate using a password.

To unlock the account, the administrator must reset the password:

passwd developer

OR, if SSH key authentication is used, the administrator can remove the lock without setting a password:

usermod -U developer

Why the other options are incorrect?

A. The developer’s private key has been deleted from the server. → Incorrect, because the login attempt is failing before key authentication even starts.

C. The developer's public key is in the wrong location. → Incorrect, because the SSH configuration (PubkeyAuthentication yes) allows key-based authentication, but the user is still unable to log in. The issue is with the account lock.

D. SSH has been disabled for user log-in. → Incorrect, because PasswordAuthentication yes confirms SSH is enabled for users (except root).

References:

CompTIA Linux+ Official Documentation

Linux User Management – Red Hat

The issue occurs because the home directory /home/userA is owned by root, not by userA, as seen from the ls -lth /home output. In Linux, the user must have ownership of their home directory to log in and access their files properly. To fix this, the administrator must change ownership using chown userA:userA /home/userA.