How to Ask or Answer a Question on Unix & Linux Stack Exchange
You can ask or answer a question on Unix & Linux Stack Exchange by signing up or logging in, then using the Ask Question button for new questions or the answer box on any question page. Asking works best when you pick accurate tags and describe your exact system, command, and error; answering works best when you give a reproducible fix rather than a general opinion. You do not need an account to read, but you do need one to post, vote, or comment.
Asking a question
Before you post
- Search existing questions first. The site already covers many common
linux,bash,shell-script,debian,ubuntu,centos,ssh, andnetworkingproblems. - Reduce your problem to the smallest command or config that still fails.
- Collect the facts a reader needs to reproduce it.
Steps to post
- Sign up or log in.
- Click Ask Question.
- Write a specific title that names the tool and the symptom, for example "Atomically copying and truncating a file being appended to" rather than "file problem".
- In the body, state:
- what you ran or configured,
- what you expected,
- what actually happened, including the exact error text,
- your OS and version, and relevant versions of the tool.
- Add tags. Tags drive who sees the question, so choose the ones that match the technology, not the mood. A filesystem question might use
linuxandfilesystems; a shell question might usebashandshell-script. - Review and submit.
What makes a question answerable
| Weak version | Strong version |
|---|---|
| "My disk is broken" | Exact error, e.g. "Either the superblock or the partition table is likely to be corrupt!" plus the command that produced it |
| "SSH is slow" | The SSH command, the remote host's OS, and where the delay occurs |
| "How do I do X?" | What you tried, the output, and why it did not meet the goal |
Paste terminal output as text, not as a screenshot, so people can search and quote it.
Answering a question
- Open the question and read it fully, including comments, where the asker often adds missing details.
- Use the answer box below the question.
- Explain the cause briefly, then give the fix as concrete commands or config.
- State any assumptions, such as the distro, shell, or filesystem the fix depends on.
- Post the answer.
A good answer lets someone else reproduce the result. If a command is destructive, say what it does before showing it.
Improving answers after posting
- The community votes on questions and answers, and the highest-scoring content rises.
- Comments point out errors or missing cases; edit your answer to address them.
- You can edit your own posts at any time.
Common pitfalls
- Wrong or missing tags. Without accurate tags, the people who know the topic may never see the question.
- No reproduction details. "It doesn't work" cannot be diagnosed. Include the command, the output, and the environment.
- Screenshots instead of text. Text output is searchable and quotable; images are not.
- Answers that only link out. Include the actual solution so the answer survives a dead link.
- Asking in an answer. If you have a new question, post it as a question, not as an answer to someone else's.
What you need
- An account to post, comment, or vote; reading is open without one.
- A clear, minimal description of the problem or solution.
- Accurate tags on questions.
- Willingness to edit based on comments and votes.