/etc/localtime is already a symbolic link to a zoneinfo file, and `ln -s /usr/share/zoneinfo/Europe/Berlin /etc/localtime` fails because the destination exists. Which command replaces the link in one step?

LPIC-1 Exam 101-500, objective 104. Devices, Linux filesystems, filesystem hierarchy standard medium

Machine-checked — no person has signed for it. This question was read against the source cited below by an automated pass, which found no contradiction. That is a weaker claim than it sounds: the same kind of process wrote the question, so it can confirm its own mistake.

Treat it as a good draft rather than as settled fact, and read the source below before you rely on it. It is not used in mock exams here — only questions a person has signed for are.

How these questions are written — where each question comes from, what the verification ledger records, and what happens when one is found wrong.

The options

Correct ln -sf /usr/share/zoneinfo/Europe/Berlin /etc/localtime

Correct. -f removes an existing destination before creating the new link, which is what turns the failure into a replacement.

Not correct ln -sv /usr/share/zoneinfo/Europe/Berlin /etc/localtime

Wrong. -v only makes ln report each link it creates. It changes nothing about the refusal to overwrite.

Not correct ln -sr /usr/share/zoneinfo/Europe/Berlin /etc/localtime

Wrong. -r stores the target as a path relative to the link's own directory rather than as an absolute path. The destination still exists, so the command still fails.

Not correct ln -sT /usr/share/zoneinfo/Europe/Berlin /etc/localtime

Wrong. -T forces the destination to be treated as an ordinary file rather than as a directory to create the link inside. Without -f it still refuses to overwrite.

Why

ln will not clobber an existing destination unless told to; -f unlinks it first. There is a trap worth remembering alongside it: if the existing destination is a symbolic link to a directory, ln -sf follows it and drops the new link inside that directory instead of replacing the link. Adding -n (or -T) stops that dereference, which is why the safe idiom for repointing a directory symlink is ln -sfn.

Where this comes from

Cited
manual page ln(1)

Practise this

Reading one question is not practice. The trainer will draw a short set from objective 104 and space the ones you get wrong.

Practise LPIC-1 Exam 101-500

More questions on this objective

All questions on Devices, Linux filesystems, filesystem hierarchy standard

Practise LPIC-1 Exam 101-500