Linux টার্মিনাল — shell, কমান্ড আর ফাইল

১ · Terminal, shell আর console — তিনটি আলাদা জিনিস

আগের দুই পর্বে দেখেছেন, অপারেটিং সিস্টেম হলো কম্পিউটারের ব্যবস্থাপক। এই কোর্সের বাকি অংশে আমরা সেই ব্যবস্থাপককে কাজ করতে চোখে দেখব — কোন process চলছে, কোন ফাইল খোলা, মেমরি কতটা খরচ হলো। এগুলো দেখার সবচেয়ে সরাসরি জানালা হলো terminal. তাই এই পর্বটি একটু হাতে-কলমে: শেষে আপনার একটি কাজের shell থাকবে, আর থাকবে প্রতিদিনের ২০-২৫টি কমান্ডের অভ্যাস।

নতুনরা প্রায়ই তিনটি শব্দ গুলিয়ে ফেলেন — terminal, shell, console. এরা একসাথে কাজ করে, কিন্তু একই জিনিস নয়।

শেষ বাক্যটিই এই কোর্সের জন্য সবচেয়ে গুরুত্বপূর্ণ। Shell kernel-এর অংশ নয়। সে একটি সাধারণ user প্রোগ্রাম, ঠিক আপনার লেখা C প্রোগ্রামের মতো। ফাইল খুলতে, নতুন প্রোগ্রাম চালাতে বা ফোল্ডার বদলাতে তাকেও kernel-কে অনুরোধ করতে হয় — এই অনুরোধের নাম system call, যা পর্ব ০৫-এ বিস্তারিত দেখবেন। এজন্যই একই Linux kernel-এর ওপর কেউ bash ব্যবহার করেন, কেউ zsh, কেউ fish — shell বদলালেও OS বদলায় না।

২ · আপনার জন্য একটি Linux shell — কোথায় পাবেন

এই কোর্সের বেশিরভাগ উদাহরণ Linux-এর জন্য, কারণ Linux-এর ভেতরটা খোলা — /proc ফোল্ডারে kernel নিজেই process আর মেমরির তথ্য সাজিয়ে রাখে, সোর্স কোডও পড়া যায়। আপনার যন্ত্র যা-ই হোক, নিচের কোনো একটি পথ বেছে নিন। একাধিক থাকলে আমাদের পরামর্শ: Windows-এ WSL, Mac-এ শুরুর জন্য Terminal আর পরে একটি Linux VM, আর কিছু ইনস্টল করতে না চাইলে এই সাইটের runnable bash ব্লক।

wsl --install
wsl -l -v          # কোন distro আছে, WSL 1 না 2 — দেখায়

Prompt পড়তে শিখুন

Terminal খুললেই shell একটি লাইন দেখিয়ে অপেক্ষা করে — এর নাম prompt. প্রথম দেখায় হিজিবিজি লাগে, কিন্তু এর প্রতিটি অংশ কাজের তথ্য দেয়। নিচের ডায়াগ্রামে Ubuntu-র একটি সাধারণ prompt আর তার পরে টাইপ করা একটি কমান্ড ভেঙে দেখুন:

৩ · ঘোরাফেরা — pwd, ls, cd আর path

Linux-এ সব ফাইল একটিমাত্র উল্টো গাছে সাজানো। গাছের গোড়া / (root directory) — Windows-এর মতো আলাদা C:, D: ড্রাইভ নেই; অন্য ডিস্ক বা পেনড্রাইভও এই গাছেরই কোনো ডালে জুড়ে যায় (mounting, পর্ব ৪২)। কয়েকটি পরিচিত ডাল:

তিনটি কমান্ডেই ঘোরাফেরা চলে:

• pwd (print working directory) — “আমি এখন কোথায়?” পূর্ণ ঠিকানা দেখায়।
• ls — এখানে কী আছে? ls -l বিস্তারিত, ls -a লুকানো ফাইলসহ (নাম . দিয়ে শুরু হলেই Linux-এ ফাইলটি “লুকানো”), ls -lh আকার KB/MB-তে।
• cd ঠিকানা (change directory) — অন্য ফোল্ডারে যান। শুধু cd লিখলে home-এ ফেরেন, cd - লিখলে ঠিক আগের ফোল্ডারে।

Absolute আর relative path

ঠিকানা লেখার দুটি উপায়। Absolute path শুরু হয় / দিয়ে, গাছের গোড়া থেকে পুরো পথ: /home/rahim/shop/docs. আপনি যেখানেই থাকুন, এর মানে একই। Relative path শুরু হয় / ছাড়া, আর হিসাব হয় বর্তমান ফোল্ডার থেকে: docs/readme.txt. সাথে তিনটি শর্টকাট:

এবার দেখা যাক cd ../docs লিখলে ঠিক কী ঘটে। ধরুন আপনি আছেন ~/shop/src-এ:

1/2└── home3    └── rahim            (~)4        └── shop5            ├── docs6            │   └── readme.txt7            └── src8                └── main.c

এবার নিজে চালিয়ে দেখুন। নিচের ব্লকটি বর্তমান ফোল্ডারে একটি ছোট দোকানের ফোল্ডার-কাঠামো বানায়, ঘোরাফেরা করে, ফাইল কপি করে, সরায় আর মোছে:

echo "start: $(basename "$PWD")"
mkdir -p shop/docs shop/src      # -p: make parents, no error if they exist
cd shop
touch notes.txt src/main.c       # empty files
echo "Dhaka branch" > docs/readme.txt
ls                               # what is here?
ls -a docs                       # -a also shows . and ..
cd docs
echo "now in: $(basename "$PWD")"
cd ..                            # go up one level
cp docs/readme.txt docs/readme.bak
mv notes.txt docs/               # move (or rename)
ls docs
ls -l docs | awk 'NR>1 {print $1, $5, $NF}'
rm docs/readme.bak               # gone for good - no Recycle Bin
ls docs
cd ~ && echo "home: $HOME"

৪ · ফাইল আর ফোল্ডার — তৈরি, কপি, সরানো, মোছা, দেখা

উপরের ব্লকে যে কমান্ডগুলো দেখলেন, সেগুলো একসাথে সাজিয়ে রাখি:

ফাইলের ভেতরে দেখা — cat, less, head, tail

• cat f — পুরো ফাইল একবারে পর্দায় ঢেলে দেয়। ছোট ফাইলের জন্য ভালো। (নামটি এসেছে concatenate থেকে: cat a b দুটি ফাইল জুড়ে দেখায়।)
• less f — বড় ফাইল পাতায় পাতায় পড়া। Space পরের পাতা, / লিখে খোঁজা, q বেরোনো।
• head -n 5 f — প্রথম ৫ লাইন; tail -n 5 f — শেষ ৫ লাইন।
• tail -f app.log — ফাইলের শেষে নজর রাখে, নতুন লাইন লেখা হলেই দেখায়; সার্ভারের log দেখার প্রিয় কৌশল। থামাতে Ctrl+C.

ভুল করে ছবি বা প্রোগ্রামের মতো binary ফাইল cat করলে পর্দা অদ্ভুত অক্ষরে ভরে যেতে পারে; তখন reset লিখে Enter চাপুন। ফাইলটি কী ধরনের, আগে জানতে চাইলে file f.

Wildcard — নামের নকশা দিয়ে অনেক ফাইল একসাথে

*.txt মানে “.txt দিয়ে শেষ হওয়া সব নাম”। এমন নকশাকে বলে glob:

• * — যেকোনো সংখ্যক যেকোনো অক্ষর (শূন্যটিও)। report* মেলে report, report1, report-final.pdf.
• ? — ঠিক একটি অক্ষর। file?.c মেলে file1.c, কিন্তু file10.c নয়।
• [abc], [0-9] — বন্ধনীর যেকোনো একটি অক্ষর।
• {jan,feb}.csv — glob নয়, brace expansion: ফাইল থাকুক বা না থাকুক, সরাসরি দুটি শব্দ jan.csv feb.csv বানায়। mkdir -p {2025,2026}/{jan,feb} একবারে চারটি ফোল্ডার বানায়।

৫ · সাহায্য পাওয়া — man, --help, type আর which

কেউ সব কমান্ডের সব option মুখস্থ রাখেন না; অভিজ্ঞরা জানেন কোথায় খুঁজতে হয়। আর সবচেয়ে নির্ভরযোগ্য উত্তর আপনার নিজের কম্পিউটারেই আছে — কারণ সেটি ঠিক আপনার কাছে থাকা সংস্করণের জন্য লেখা।

• man ls — অফিসিয়াল ম্যানুয়াল বা man page. less-এর মতোই পড়া যায় (/ খোঁজা, q বেরোনো)। ম্যানুয়াল কয়েকটি section-এ ভাগ: ১ — কমান্ড, ২ — system call, ৩ — C library function. তাই man 2 chdir দেখায় kernel-এর chdir system call, আর এই কোর্সে বারবার man 2 fork, man 7 pipe দেখতে বলব। (WSL-এর হালকা Ubuntu-তে man page কম থাকলে sudo apt install man-db manpages-dev)
• ls --help — অনেক GNU কমান্ড নিজেই সংক্ষিপ্ত সাহায্য দেখায়; man-এর চেয়ে দ্রুত। (macOS-এর BSD টুলে --help সাধারণত কাজ করে না, সেখানে man)
• type cd — shell এই নামটি কীভাবে চালাবে: alias, function, builtin, না আলাদা প্রোগ্রাম। type -a echo সব সম্ভাবনা দেখায়।
• which ls বা command -v ls — PATH-এ কোন ফাইলটি চলবে তার ঠিকানা। which builtin চেনে না; তাই type বেশি নির্ভরযোগ্য।

type কেন জরুরি? কারণ কিছু কমান্ড আলাদা প্রোগ্রাম হতেই পারে না। cd-এর কথা ভাবুন। প্রতিটি process-এর নিজস্ব working directory থাকে। Shell যদি cd-কে আলাদা প্রোগ্রাম হিসেবে চালাত, তাহলে নতুন child process-টি নিজের ফোল্ডার বদলাত, তারপর শেষ হয়ে যেত — shell যেখানে ছিল সেখানেই থাকত! তাই cd, export, exit-এর মতো যেসব কাজ shell-এর নিজের অবস্থা বদলায়, সেগুলো shell-এর ভেতরেই লেখা থাকে। এক বাক্যে: process নিজের জগৎ নিজে বদলাতে পারে, অন্যের নয় — এই নীতি পর্ব ০৮ আর ১০-এ বারবার ফিরবে।

৬ · Redirection আর pipe — ০, ১, ২-এর খেলা

প্রতিটি process জন্ম থেকেই তিনটি খোলা “চ্যানেল” নিয়ে আসে। Kernel এগুলোকে ছোট সংখ্যা দিয়ে চেনে — এর নাম file descriptor (fd):

প্রোগ্রাম জানেই না তার fd 1 পর্দায় যুক্ত, না কোনো ফাইলে। সে শুধু kernel-কে বলে “fd 1-এ এই লেখাটি পাঠাতে চাই”। Redirection মানে প্রোগ্রাম চালানোর ঠিক আগে shell এই সংযোগগুলো বদলে দেয়:

• ls > list.txt — stdout ফাইলে। ফাইল না থাকলে তৈরি, থাকলে আগের লেখা মুছে নতুন করে।
• echo hi >> log.txt — শেষে যোগ (append), আগেরটা থাকে।
• wc -l < list.txt — stdin ফাইল থেকে।
• cmd 2> err.txt — শুধু ত্রুটির বার্তা ফাইলে; cmd 2>/dev/null — ত্রুটির বার্তা ফেলে দেওয়া (/dev/null একটি বিশেষ device, যা সব লেখা গিলে ফেলে)।
• cmd > all.txt 2>&1 — দুটোই একই ফাইলে। ক্রমটি জরুরি: shell বাঁ থেকে ডানে পড়ে; আগে fd 1 ফাইলে যায়, তারপর “fd 2 = fd 1 এখন যেখানে”। উল্টো লিখলে (2>&1 > all.txt) fd 2 থেকে যায় পর্দায়।

Pipe — এক প্রোগ্রামের আউটপুট, পরেরটির ইনপুট

a | b মানে: a-এর stdout সরাসরি b-এর stdin-এ। মাঝে কোনো ফাইল নেই — kernel-এর ভেতরে একটি ছোট বাফার, যার এক মুখে লেখা হয় আর অন্য মুখ থেকে পড়া হয়। একে বলে pipe. দুটি প্রোগ্রাম একসাথে চলে: a লিখতে থাকে, b পড়তে থাকে।

এই লাইনের কারিগরদের বলে filter — stdin থেকে পড়ে, কিছু বদলে stdout-এ লেখে:

একটি চায়ের দোকানের তিনটি অর্ডার নিয়ে দেখা যাক — কোন জিনিস কতবার চাওয়া হয়েছে, এক লাইনে:

printf '%s\n' "rice fish rice" "tea rice" "fish tea tea" > order.txt
cat order.txt
echo "--- lines, words:"
wc -l < order.txt
wc -w < order.txt
echo "--- each word on its own line, counted:"
tr ' ' '\n' < order.txt | sort | uniq -c | sort -rn
echo "--- lines containing tea:"
grep -c tea order.txt
echo "--- first word of each line:"
cut -d' ' -f1 order.txt
echo "extra tea" >> order.txt     # >> appends
wc -l < order.txt
ls missing.txt 2> err.txt         # 2> sends errors to a file
echo "ls exit status: $?"
cat err.txt

এবার ভেতরে তাকানো যাক। ls -l | grep txt > out.txt লিখে Enter চাপলে shell ঠিক কী কী করে? নিচের ডায়াগ্রামে প্রতিটি ধাপে কোন process-এর কোন fd কোথায় যুক্ত, খেয়াল করুন:

ls -l | grep txt > out.txt⏎

[ls] [-l]  |  [grep] [txt] > [out.txt]
কমান্ড ১: ls -l          (stdout → pipe)
কমান্ড ২: grep txt       (stdin ← pipe, stdout → out.txt)

~ ?  $VAR ?  $(...) ?  * ? [ ] ?  উদ্ধৃতিচিহ্ন ?
→ কিছুই নেই; শব্দগুলো যেমন ছিল তেমনই থাকল

pipe(fds)   // kernel: fds[0] = 3 (পড়া), fds[1] = 4 (লেখা)

fork()                     // bash-এর কপি
dup2(4, 1)                 // stdout = pipe-এর লেখার মুখ
close(3); close(4)
execve("/usr/bin/ls", ["ls","-l"], env)

fork()
dup2(3, 0)                 // stdin = pipe-এর পড়ার মুখ
close(3); close(4)
fd = open("out.txt", O_WRONLY|O_CREAT|O_TRUNC, 0666)
dup2(fd, 1); close(fd)     // stdout = out.txt
execve("/usr/bin/grep", ["grep","txt"], env)

close(3); close(4)
waitpid(ls)   waitpid(grep)
ls লেখে → pipe → grep পড়ে → out.txt
ls শেষ → pipe-এর লেখার মুখ বন্ধ → grep পায় EOF → grep শেষ
$? = grep-এর exit status;  prompt আবার দেখায়

৭ · Exit status আর &&, || — কমান্ড কি সফল হলো?

প্রতিটি process শেষ হওয়ার সময় তার parent-কে একটি ছোট সংখ্যা দিয়ে যায় — exit status. নিয়মটি অনেকের কাছে উল্টো লাগে: 0 মানে সফল, আর ১ থেকে ২৫৫ পর্যন্ত যেকোনো সংখ্যা মানে কোনো না কোনো সমস্যা। যুক্তিটি সহজ — সফল হওয়ার উপায় একটাই, কিন্তু ব্যর্থ হওয়ার কারণ অনেক, তাই ব্যর্থতার জন্য অনেক সংখ্যা রাখা হয়েছে। Shell শেষ কমান্ডের exit status রাখে $?-এ। কয়েকটি প্রচলিত মান: ১ সাধারণ ব্যর্থতা, ২ — অনেক টুলে গুরুতর সমস্যা বা ভুল ব্যবহার, ১২৬ ফাইল পাওয়া গেছে কিন্তু চালানোর অনুমতি নেই, ১২৭ কমান্ডই পাওয়া যায়নি, আর ১২৮-এর বেশি মানে process কোনো signal-এ মারা গেছে (১২৮ + signal নম্বর, যেমন Ctrl+C-এ ১৩০ — পর্ব ১৩)।

Exit status দেখে পরের কাজ ঠিক করা যায়:

• a && b — a সফল (০) হলে তবেই b. যেমন mkdir build && cd build: ফোল্ডার না বানাতে পারলে ঢোকার চেষ্টাই করবে না।
• a || b — a ব্যর্থ হলে তবেই b. যেমন cd /data || exit 1: ফোল্ডারে ঢুকতে না পারলে script এখানেই থামবে, ভুল জায়গায় কাজ চালাবে না।
• a ; b — ফল যাই হোক, পরপর দুটিই।

true;  echo "true   -> $?"
false; echo "false  -> $?"
grep -q root /etc/passwd;    echo "grep found     -> $?"
grep -q zzzz /etc/passwd;    echo "grep not found -> $?"
ls /no/such/dir 2>/dev/null; echo "ls missing     -> $?"
nosuchcmd 2>/dev/null;       echo "unknown cmd    -> $?"
echo "--- && : next command only on success"
mkdir -p backup && echo "backup folder ready"
cd /no/such/dir 2>/dev/null && echo "never printed"
echo "--- || : next command only on failure"
cd /no/such/dir 2>/dev/null || echo "cd failed, still in $(basename "$PWD")"
false && echo "A" || echo "B"
echo "--- a pipeline reports its LAST command's status"
grep zzzz /etc/passwd | wc -l; echo "pipeline      -> $?"
set -o pipefail
grep zzzz /etc/passwd | wc -l; echo "with pipefail -> $?"

৮ · Environment variable, PATH আর প্রথম script

Shell-এ variable বানানো সহজ: city=Dhaka (সমান চিহ্নের দুপাশে স্পেস দেবেন না), আর ব্যবহার echo "$city". কিন্তু এই variable শুধু shell-এর নিজের — shell যে প্রোগ্রাম চালায়, সে এটি দেখে না। export city লিখলে variable-টি হয় environment variable: এরপর shell যতগুলো child process চালাবে, প্রত্যেকে জন্মের সময় এর একটি কপি পাবে। কপি — তাই child নিজের মান বদলালেও parent-এর মান বদলায় না।

• env বা printenv — সব environment variable দেখায়; echo "$HOME" একটি।
• পরিচিত কয়েকটি: HOME (home ফোল্ডার), USER, PWD, SHELL, LANG (ভাষা ও অক্ষর-সংকেত), আর সবচেয়ে গুরুত্বপূর্ণ PATH.
• LANG=C sort f — শুধু এই একটি কমান্ডের জন্য variable বদলানো।

PATH — shell প্রোগ্রাম খোঁজে কোথায়?

আপনি ls লিখলেন, কিন্তু shell কীভাবে জানল যে আসলে চালাতে হবে /usr/bin/ls? উত্তর PATH — কোলন (:) দিয়ে আলাদা করা ফোল্ডারের একটি তালিকা। নামের মধ্যে / না থাকলে shell এই তালিকা বাঁ থেকে ডানে ঘুরে প্রথম যে ফোল্ডারে ওই নামের চালানো যায় এমন ফাইল পায়, সেটিই চালায়।

/home/rahim/bin:/usr/local/bin:/usr/bin:/bin

PATH-এ নিজের ফোল্ডার যোগ করতে export PATH="$HOME/bin:$PATH" লিখে ~/.bashrc ফাইলে রেখে দেন অনেকে (bash প্রতিটি নতুন interactive shell খোলার সময় এটি পড়ে)। তবে নিরাপত্তার একটি নিয়ম মানুন: PATH-এ কখনো . (বর্তমান ফোল্ডার) রাখবেন না, বিশেষ করে শুরুতে। রাখলে কেউ যদি কোনো শেয়ার করা ফোল্ডারে ls নামে একটি ক্ষতিকর ফাইল রেখে দেয়, সেই ফোল্ডারে ঢুকে ls লিখলেই সেটি চলে যেতে পারে। এজন্যই বর্তমান ফোল্ডারের প্রোগ্রাম চালাতে Linux-এ ./ লিখতে হয় — এটি অসুবিধা নয়, ইচ্ছাকৃত সুরক্ষা।

প্রথম shell script

একই কমান্ডগুলো বারবার টাইপ না করে একটি ফাইলে লিখে রাখা যায় — এটিই shell script. প্রথম লাইনে থাকে shebang: #!/bin/bash. আপনি ./greet.sh চালালে kernel ফাইলের প্রথম দুটি byte দেখে — #! পেলে বোঝে এটি machine code নয়, script; তখন সে লাইনের বাকি অংশে লেখা প্রোগ্রামটি (/bin/bash) চালায় আর ফাইলের নামটি তার হাতে দেয়। তাই একই নিয়মে #!/usr/bin/env python3 লিখে Python script-ও চালানো যায়। নিচের ব্লকে একটি heredoc (<<'EOF' থেকে EOF পর্যন্ত লেখা যায় cat-এর stdin-এ) দিয়ে script ফাইলটি বানানো হয়েছে, তারপর চালানো হয়েছে:

cat > greet.sh <<'EOF'
#!/bin/bash
# greet.sh - a first script
name=${1:-friend}
echo "Hello, $name! I got $# argument(s)."
echo "CITY from parent: ${CITY:-unset}"
if [ "$PPID" -eq "$SHELL_PID" ]; then
  echo "I am a child process of the shell"
fi
exit 0
EOF
ls -l greet.sh | cut -c1-10
./greet.sh 2>/dev/null || echo "exit $?: found, but not executable yet"
chmod +x greet.sh
ls -l greet.sh | cut -c1-10
export SHELL_PID=$$
CITY=Dhaka
./greet.sh Rahim
export CITY
./greet.sh Rahim Karim
echo "script exit status: $?"
greet.sh 2>/dev/null || echo "exit $?: greet.sh is not in PATH"
type cd
type ls
echo "$PATH" | tr ':' '\n' | head -n 4

৯ · দ্রুত কাজের অভ্যাস, OS-এর মানচিত্র আর Windows-এর সাথে তুলনা

আঙুলের অভ্যাস — history আর Tab

• Tab completion: নামের শুরু লিখে Tab — shell বাকিটা পূরণ করে। একাধিক মিল থাকলে দুবার Tab চাপলে তালিকা দেখায়। বানান ভুল এড়ানোর সবচেয়ে সহজ উপায়।
• ↑ / ↓ — আগের কমান্ডগুলো; history — পুরো তালিকা (bash এটি সাধারণত ~/.bash_history ফাইলে রাখে)।
• Ctrl+R — পুরোনো কমান্ড খোঁজা: কয়েকটি অক্ষর লিখলেই মিলে যাওয়া শেষ কমান্ডটি আসে।
• Ctrl+C — চলমান প্রোগ্রাম থামানো (আসলে একটি signal পাঠানো, পর্ব ১৩); Ctrl+D — “ইনপুট শেষ” (EOF); Ctrl+L — পর্দা পরিষ্কার।
• Terminal-এ কপি-পেস্ট: Linux terminal-এ সাধারণত Ctrl+Shift+C / V, কারণ শুধু Ctrl+C প্রোগ্রাম থামায়।

এই পর্বের কমান্ড আর OS-এর ধারণা — মানচিত্র

Windows PowerShell-এ একই কাজ

Windows-এর নিজস্ব আধুনিক shell হলো PowerShell. সুবিধার জন্য এতে ls, cd, cat, pwd-এর মতো নাম alias হিসেবে রাখা আছে, তাই প্রথম দেখায় Linux-এর মতো লাগে — কিন্তু ভেতরে চলে PowerShell-এর নিজস্ব cmdlet, option-ও আলাদা। সবচেয়ে বড় পার্থক্য: PowerShell-এর pipe লেখা নয়, object পাঠায় (ফাইলের নাম, আকার, সময় আলাদা আলাদা ঘর হিসেবে)।

Get-ChildItem *.txt | Where-Object Length -gt 1KB | Sort-Object Length -Descending
# উদাহরণ: object পাঠানো হচ্ছে — Length আলাদা একটি ঘর, তাই cut দিয়ে কলাম কাটতে হয় না

১০ · AI-এর যুগে টার্মিনাল — কমান্ড কপি করার আগে

“আমার ফোল্ডারের সব ছবি এক জায়গায় আনার কমান্ড দিন” — AI মুহূর্তে একটি লাইন দেয়। বেশিরভাগ সময় ঠিকই থাকে। কিন্তু terminal-এ ভুলের দাম অন্য জায়গার চেয়ে বেশি: এখানে কোনো “Undo” বোতাম নেই, আর AI আপনার কম্পিউটার দেখতে পায় না — কোন OS, কোন distro, কোন ফোল্ডারে আছেন, কিছুই জানে না। তাই প্রশ্নে এগুলো বলে দেওয়া আর উত্তর যাচাই করা আপনার দায়িত্ব।

AI-এর দেওয়া terminal কমান্ড চালানোর আগে — চেকলিস্ট

• কমান্ডটি আমার OS, distro আর shell-এর জন্য — Linux না macOS, bash না PowerShell — নিশ্চিত হয়েছি
• প্রতিটি option-এর মানে man বা --help-এ মিলিয়েছি; যে অংশ বুঝিনি, সেটি চালাইনি
• rm, mv বা wildcard-ওয়ালা কমান্ড আগে ls বা echo দিয়ে শুকনো পরীক্ষা করেছি, আর pwd দেখে নিয়েছি
• sudo, chmod 777 বা “নিরাপত্তা বন্ধ করুন” ধরনের পরামর্শ এলে কারণ জিজ্ঞেস করেছি, আর কম ক্ষমতার বিকল্প খুঁজেছি
• script হলে variable উদ্ধৃতিচিহ্নে আছে, আর $? বা pipefail দিয়ে ব্যর্থতা ধরা হচ্ছে — ইচ্ছে করে ভুল ইনপুট দিয়ে দেখেছি
• আসল ডেটার আগে একটি পরীক্ষার ফোল্ডারে (বা VM-এ) চালিয়েছি, আর দরকারি ফাইলের backup আছে