লিনাক্স ইন্টারভিউ প্রশ্ন: উত্তরসহ ২৪টি প্রশ্ন

লিনাক্স নিয়ে ইন্টারভিউ হয় DevOps ইঞ্জিনিয়ার, সিস্টেম অ্যাডমিনিস্ট্রেটর, SRE ও ব্যাকএন্ড ডেভেলপারদের জন্য। ইন্টারভিউয়াররা কমান্ডের ফ্ল্যাগ মুখস্থ আশা করেন না: তাঁরা দেখতে চান আপনি সিস্টেম কীভাবে কাজ করে তা বোঝেন কি না, এবং সমস্যার কারণ খুঁজে পান কি না। নিচে ইন্টারভিউয়ে সবচেয়ে বেশি আসা লিনাক্স প্রশ্ন, মৌলিক থেকে ডায়াগনস্টিক পর্যন্ত, উত্তর ও কমান্ডসহ সাজানো হলো।

পরামর্শ: উত্তর দেওয়ার সময় বলুন কোন কমান্ড দিয়ে আপনি নিজের কথা যাচাই করবেন। "আমি ss -tlnp দিয়ে দেখব" বলা সাধারণ কথার চেয়ে অনেক বিশ্বাসযোগ্য শোনায়।

ফাইল সিস্টেম

১. FHS কী, এবং মূল ডিরেক্টরিগুলোতে কী থাকে?

FHS (Filesystem Hierarchy Standard) হলো ডিরেক্টরি বিন্যাসের মান। পুরো ট্রি শুরু হয় root / থেকে, আলাদা অক্ষরযুক্ত ডিস্ক নেই, অন্য ফাইল সিস্টেমগুলো ট্রির ডিরেক্টরিতে মাউন্ট করা হয়।

• /etc — সিস্টেম ও সার্ভিসের কনফিগারেশন;
• /var — পরিবর্তনশীল ডেটা: লগ (/var/log), ক্যাশ, কিউ, ডেটাবেস;
• /home — ব্যবহারকারীর হোম ডিরেক্টরি, /root — root-এর হোম ডিরেক্টরি;
• /usr — প্রোগ্রাম ও লাইব্রেরি; আধুনিক ডিস্ট্রিবিউশনে /bin ও /sbin সাধারণত /usr/bin ও /usr/sbin-এর লিংক;
• /tmp — অস্থায়ী ফাইল, /boot — কার্নেল ও বুটলোডার;
• /proc ও /sys — প্রসেস ও কার্নেল সম্পর্কে তথ্যসমৃদ্ধ ভার্চুয়াল ফাইল সিস্টেম, /dev — ডিভাইস ফাইল।

২. inode কী?

Inode হলো ফাইল সিস্টেমের এমন কাঠামো, যা ফাইলের মেটাডেটা রাখে: ধরন, পারমিশন, মালিক, আকার, সময়চিহ্ন, হার্ড লিংকের সংখ্যা এবং ডেটা ব্লকের পয়েন্টার। ফাইলের নাম inode-এ থাকে না: নাম ডিরেক্টরিতে থাকে, "নাম → inode নম্বর" জোড়া হিসেবে।

Inode নম্বর ls -i দেখায়, বিস্তারিত stat file। কোনো ফাইল সিস্টেমে inode-এর সংখ্যা সীমিত, এবং df -i দেখায় কতটি ব্যবহৃত। ক্লাসিক পরিস্থিতি: "ডিস্কে অনেক জায়গা আছে, কিন্তু ফাইল তৈরি হচ্ছে না" — লাখো ছোট ফাইলের কারণে inode শেষ হয়ে গেছে।

৩. হার্ড লিংক ও সিম্বলিক লিংকের পার্থক্য কী?

হার্ড লিংক (ln file link) একই inode-এর আরেকটি নাম। দুটি নামই সমান, এবং লিংকের সংখ্যা শূন্যে পৌঁছালে তবেই ডেটা মোছে। সীমাবদ্ধতা: ডিরেক্টরিতে হার্ড লিংক দেওয়া যায় না, এবং এক ফাইল সিস্টেমের সীমা পেরোনো যায় না।

সিম্বলিক লিংক (ln -s target link) নিজের inode-সহ আলাদা একটি ফাইল, যার ভেতরে লক্ষ্যের পাথ লেখা থাকে। এটি ডিরেক্টরি ও অন্য ফাইল সিস্টেমে নির্দেশ করতে পারে, কিন্তু লক্ষ্য মুছে বা সরালে "ভেঙে" যায়।

৪. ডিস্কে জায়গা শেষ, কিন্তু du, df-এর চেয়ে কম দেখায়। কেন?

সবচেয়ে সাধারণ কারণ: ফাইল মুছে ফেলা হয়েছে, কিন্তু কোনো প্রসেস এখনো সেটি খোলা রেখেছে — যেমন চলমান সার্ভিসের একটি বড় লগ মুছে ফেলা হয়েছে। নামটি আর নেই, তাই du সেটি দেখে না, কিন্তু ব্লকগুলো এখনো দখলে, আর df সেগুলো গণনা করে।

এমন ফাইল খোঁজা: lsof +L1 বা lsof | grep deleted। সমাধান: প্রসেসটি পুনরায় চালান, অথবা ফাইলটি তার ডেসক্রিপ্টরের মাধ্যমে খালি করুন: : > /proc/PID/fd/N। ভবিষ্যতে লগ পরিষ্কার করতে rm নয়, truncate বা logrotate-এর রোটেশন ব্যবহার করুন।

৫. লিনাক্স কীভাবে বুট হয়?

ফার্মওয়্যার (BIOS বা UEFI) হার্ডওয়্যার চালু করে এবং নিয়ন্ত্রণ বুটলোডারে দেয়, সাধারণত GRUB। বুটলোডার তার কনফিগ পড়ে, তারপর কার্নেল এবং initramfs — একটি অস্থায়ী রুট ফাইল সিস্টেম, যাতে আসল রুটে প্রবেশের জন্য প্রয়োজনীয় ড্রাইভার থাকে — মেমরিতে লোড করে।

কার্নেল ডিভাইস চালু করে, রুট ফাইল সিস্টেম মাউন্ট করে এবং PID 1 নম্বরের প্রথম ইউজার-স্পেস প্রসেস চালায় — বেশিরভাগ ডিস্ট্রিবিউশনে এটি systemd। এটি ডিফল্ট target পর্যন্ত সার্ভিস চালু করে, যেমন multi-user.target। ধাপগুলোর সময় দেখায় systemd-analyze।

৬. mount কমান্ড কী করে, এবং স্বয়ংক্রিয় মাউন্ট কোথায় লেখা থাকে?

mount একটি ডিভাইস থেকে ফাইল সিস্টেম একটি ডিরেক্টরিতে (মাউন্ট পয়েন্ট) যুক্ত করে: mount /dev/sdb1 /mnt/data। বর্তমান মাউন্ট দেখা যায় findmnt বা আর্গুমেন্ট ছাড়া mount দিয়ে।

বুটের সময় মাউন্ট লেখা থাকে /etc/fstab-এ। সেখানে ডিভাইস UUID দিয়ে লেখা ভালো (যা blkid দেখায়), /dev/sdb1-এর মতো নাম দিয়ে নয়, কারণ নাম বদলাতে পারে। রিবুটের আগে পরিবর্তন যাচাই করুন mount -a দিয়ে: fstab-এর ভুল বুট থামিয়ে দিতে পারে।

ব্যবহারকারী ও পারমিশন

৭. লিনাক্সে পারমিশন কীভাবে কাজ করে?

প্রতিটি ফাইলের মালিক, গ্রুপ এবং তিনটি পারমিশন-সেট আছে: মালিকের, গ্রুপের এবং বাকিদের জন্য। প্রতিটি সেটে r (পড়া), w (লেখা), x (চালানো) আছে। সংখ্যা আকারে r=4, w=2, x=1, তাই chmod 640 file দিলে মালিক পড়তে ও লিখতে পারে, গ্রুপ পড়তে পারে, বাকিরা কিছুই পারে না।

$ ls -l app.conf
-rw-r----- 1 deploy www-data 512 Oct 12 10:03 app.conf

মালিক বদলায় chown user:group file, পারমিশন বদলায় chmod।

৮. ডিরেক্টরির জন্য r, w, x-এর অর্থ কী?

ডিরেক্টরির ক্ষেত্রে অর্থ ভিন্ন: r — নামের তালিকা দেখা যায়; w — ভেতরে ফাইল তৈরি, মোছা ও নাম বদলানো যায়; x — ডিরেক্টরিতে ঢোকা যায় এবং নাম ধরে ফাইল অ্যাক্সেস করা যায়।

এর ফলে ফাইলটি নিজের না হলেও কেউ মুছে ফেলতে পারে, যদি ডিরেক্টরিতে লেখার অধিকার থাকে। ডিরেক্টরিতে x না থাকলে r কোনো কাজে আসে না: নাম দেখা যায়, কিন্তু ফাইল খোলা যায় না।

৯. SUID, SGID ও sticky bit কী?

এক্সিকিউটেবল ফাইলে SUID থাকলে প্রোগ্রাম চলে মালিকের অধিকার নিয়ে, যিনি চালাচ্ছেন তার অধিকার নিয়ে নয়। ক্লাসিক উদাহরণ /usr/bin/passwd: এটি root-এর মালিকানায় এবং /etc/shadow বদলাতে পারে। ফাইলে SGID একই কাজ গ্রুপের জন্য করে, আর ডিরেক্টরিতে নতুন ফাইল ডিরেক্টরির গ্রুপ উত্তরাধিকার সূত্রে পায়, যা শেয়ার্ড ফোল্ডারে কাজে আসে।

ডিরেক্টরিতে sticky bit শুধু মালিককে ফাইল মুছতে দেয়, যদিও ডিরেক্টরি সবার জন্য লেখার যোগ্য। /tmp এভাবেই কাজ করে: ls -ld /tmp-এ দেখবেন drwxrwxrwt। সব SUID ফাইল খুঁজে অডিট করতে: find / -perm -4000 -type f 2>/dev/null।

১০. umask কী?

umask এমন একটি মাস্ক, যা নতুন ফাইল ও ডিরেক্টরির পারমিশন থেকে কিছু বিট বাদ দেয়। মূল পারমিশন ফাইলের জন্য 666 এবং ডিরেক্টরির জন্য 777, আর umask এর থেকে বিট বিয়োগ করে। সাধারণ umask 022 হলে ফাইল তৈরি হয় 644 পারমিশনে, ডিরেক্টরি 755-এ। বর্তমান মান দেখায় umask কমান্ড।

১১. ব্যবহারকারী ও পাসওয়ার্ড কোথায় থাকে?

অ্যাকাউন্ট থাকে /etc/passwd-এ: নাম, UID, প্রধান গ্রুপের GID, হোম ডিরেক্টরি ও শেল। পাসওয়ার্ডের হ্যাশ আলাদা করে রাখা হয় /etc/shadow-এ, যা শুধু root পড়তে পারে — এতে সাধারণ ব্যবহারকারীরা হ্যাশ নিয়ে অফলাইনে আক্রমণ করতে পারে না। গ্রুপ থাকে /etc/group-এ।

ব্যবহারকারীর তথ্য দেখতে ভালো id user ও getent passwd user — দ্বিতীয়টি LDAP-এর মতো বাইরের উৎসও ধরে।

১২. sudo কীভাবে কাজ করে, এবং root হিসেবে লগইনের চেয়ে কেন ভালো?

sudo /etc/sudoers ও /etc/sudoers.d/-এর নিয়ম অনুযায়ী অন্য ব্যবহারকারী (ডিফল্টভাবে root) হিসেবে কমান্ড চালায়। ব্যবহারকারী নিজের পাসওয়ার্ড দেয়, root-এর নয়, এবং প্রতিটি কাজ লগে লেখা হয় কে করেছে তার নামসহ।

নিয়মে সবকিছুর অনুমতি দেওয়া যায় (alena ALL=(ALL:ALL) ALL) বা নির্দিষ্ট কমান্ডের। sudoers সম্পাদনা করতে হয় শুধু visudo দিয়ে: সেভ করার আগে এটি সিনট্যাক্স যাচাই করে, তাই ভুল হলেও sudo-র অ্যাক্সেস হারাবেন না। Ubuntu-তে অ্যাডমিন অধিকার দেওয়া হয় sudo গ্রুপের সদস্যতায়, RHEL-ভিত্তিক সিস্টেমে wheel গ্রুপে।

১৩. ব্যবহারকারীকে গ্রুপে কীভাবে যোগ করব, এবং পরিবর্তন কেন কার্যকর হলো না?

usermod -aG docker alena ব্যবহারকারীকে অতিরিক্ত একটি গ্রুপে যোগ করে। -a অপরিহার্য: এটি না থাকলে -G পুরো গ্রুপের তালিকা বদলে দেয়।

পরিবর্তন কার্যকর হয় নতুন লগইনে: চলমান সেশন পুরোনো গ্রুপের তালিকা ধরে রাখে। আপনি লগআউট ও লগইন করতে পারেন, অথবা newgrp docker দিয়ে নতুন গ্রুপসহ শেল খুলতে পারেন। যাচাই করুন id দিয়ে।

প্রসেস

১৪. প্রসেস কী, PID কী, এবং প্রসেস কীভাবে দেখব?

প্রসেস হলো চলমান প্রোগ্রাম, যার নিজস্ব মেমরি-স্পেস, খোলা ফাইল এবং PID নামের শনাক্তকারী আছে। প্রতিটি প্রসেসের একটি প্যারেন্ট (PPID) থাকে; সব প্রসেসের সাধারণ পূর্বপুরুষ PID 1 নম্বরের প্রসেস। প্রসেসের তালিকা দেখায় ps aux ও ps -ef, গাছের আকারে pstree বা ps -ef --forest, আর রিয়েল-টাইমে top ও htop।

১৫. SIGTERM ও SIGKILL-এর পার্থক্য কী?

kill PID ডিফল্টভাবে SIGTERM (15) পাঠায় — বিনীতভাবে বন্ধ হওয়ার অনুরোধ। প্রসেস এটি ধরতে পারে, সংযোগ বন্ধ করতে পারে, ডেটা সংরক্ষণ করে বেরিয়ে যেতে পারে। SIGKILL (9, kill -9) ধরা যায় না: কার্নেল প্রসেসটি তৎক্ষণাৎ শেষ করে দেয়, কোনো পরিষ্কার-পরিচ্ছন্নতা ছাড়াই।

সঠিক ক্রম: আগে SIGTERM, প্রসেস সাড়া না দিলে তবেই SIGKILL। আরেকটি সাধারণ সিগন্যাল SIGHUP: অনেক ডেমন এটি পেলে কনফিগ পুনরায় পড়ে।

১৬. জম্বি প্রসেস কী?

জম্বি হলো এমন প্রসেস, যা শেষ হয়ে গেছে, কিন্তু তার প্যারেন্ট এখনো wait() দিয়ে তার এক্সিট কোড পড়েনি। এটি প্রায় কোনো রিসোর্স খায় না, কিন্তু প্রসেস টেবিলে একটি এন্ট্রি ধরে রাখে। ps-এ তার অবস্থা Z।

জম্বিকে হত্যা করা যায় না, কারণ সে ইতিমধ্যে মৃত। দরকার প্যারেন্টের তাকে "কবর দেওয়া" — প্যারেন্ট প্রোগ্রাম ঠিক করুন, অথবা প্যারেন্টকে বন্ধ করুন, যাতে জম্বিটি PID 1-এর কাছে যায় এবং সেটি তাকে পরিষ্কার করে।

১৭. load average কী বোঝায়?

uptime ও top-এর তিনটি সংখ্যা হলো গত ১, ৫ ও ১৫ মিনিটে চালানোর অপেক্ষায় থাকা প্রসেসের গড় সংখ্যা। লিনাক্সে বাধাহীনভাবে অপেক্ষারত প্রসেস (অবস্থা D), যা সাধারণত ডিস্কের অপেক্ষা, এতেও গণনা হয়।

মানটি CPU-কোরের সংখ্যার (nproc) সঙ্গে তুলনা করা হয়: ৪ কোরে load ৪ মানে পূর্ণ লোড, ১৬ কোরে এক-চতুর্থাংশ। CPU ব্যবহার কম থাকা অবস্থায় উচ্চ load I/O সমস্যার ইঙ্গিত; এটি যাচাই করা হয় iostat বা top-এর wa কলাম দিয়ে।

নেটওয়ার্ক

১৮. IP ঠিকানা, রাউট ও খোলা পোর্ট কীভাবে দেখব?

ইন্টারফেসের ঠিকানা: ip a। রাউটিং টেবিল: ip r। পুরোনো ifconfig ও netstat (net-tools প্যাকেজ) বেশিরভাগ ডিস্ট্রিবিউশনে ডিফল্টভাবে ইনস্টল থাকে না।

শোনা পোর্ট ও সেগুলো খোলা প্রসেস দেখায় ss -tlnp: t — TCP, l — শুধু শোনা, n — নামে রূপান্তর ছাড়া, p — প্রসেসসহ। UDP-এর জন্য ss -ulnp।

$ sudo ss -tlnp
State  Recv-Q Send-Q Local Address:Port Peer Address:Port Process
LISTEN 0      511          0.0.0.0:80        0.0.0.0:*     users:(("nginx",pid=812,fd=6))
LISTEN 0      128          0.0.0.0:22        0.0.0.0:*     users:(("sshd",pid=640,fd=3))

১৯. সার্ভিস 127.0.0.1:8080-এ শুনছে — বাইরে থেকে কি এতে সংযোগ করা যাবে?

না। 127.0.0.1 হলো loopback ইন্টারফেস, যা শুধু একই মেশিন থেকে পৌঁছায়। বাইরের সংযোগ নিতে সার্ভিসকে বাইরের ইন্টারফেসের ঠিকানা বা 0.0.0.0 (সব IPv4 ঠিকানা) শুনতে হবে। "পোর্ট খোলা, কিন্তু বাইরে থেকে কাজ করছে না" — এর একটি সাধারণ কারণ এটি, ফায়ারওয়ালের পাশাপাশি।

২০. লিনাক্স হোস্টের নাম কীভাবে IP ঠিকানায় পরিণত করে?

উৎসের ক্রম ঠিক করে /etc/nsswitch.conf-এর hosts: লাইন, সাধারণত আগে /etc/hosts ফাইল, তারপর DNS। DNS সার্ভারের ঠিকানা আসে /etc/resolv.conf থেকে; systemd-resolved-সহ সিস্টেমে সেখানে থাকে স্থানীয় ঠিকানা 127.0.0.53, আর আসল সার্ভারগুলো দেখায় resolvectl status।

যাচাই করতে dig example.com বা dig @1.1.1.1 example.com (নির্দিষ্ট সার্ভারে কুয়েরি) ব্যবহার করুন। একটি গুরুত্বপূর্ণ সূক্ষ্মতা: dig ও nslookup সরাসরি DNS-এ জিজ্ঞেস করে এবং /etc/hosts পড়ে না, আর getent hosts example.com অ্যাপ্লিকেশনের মতো একই পথে যায়।

২১. TCP ও UDP-এর পার্থক্য কী?

TCP সংযোগ তৈরি করে (তিন-ধাপের হ্যান্ডশেক SYN, SYN-ACK, ACK), ডেটা পৌঁছানো ও ক্রম নিশ্চিত করে, হারানো প্যাকেট আবার পাঠায়। এর ওপর চলে HTTP, SSH এবং বেশিরভাগ ডেটাবেস। UDP সংযোগ ছাড়া ও গ্যারান্টি ছাড়া ডেটাগ্রাম পাঠায়, কিন্তু কম বিলম্বে — DNS কুয়েরি, ভিডিও কল ও গেমে এটি ব্যবহৃত হয়।

২২. সাইট খুলছে না। আপনি কারণ কীভাবে খুঁজবেন?

স্তর ধরে এগোন, নাম থেকে অ্যাপ্লিকেশনের দিকে:

1. নাম রেজলভ হচ্ছে কি না: dig site.example, ঠিকানা প্রত্যাশিত কি না।
2. হোস্ট পৌঁছানো যাচ্ছে কি না: ping (ব্লক থাকতে পারে), traceroute বা mtr।
3. পোর্ট খোলা কি না: nc -zv host 443 বা curl -v https://site.example।
4. সার্ভারে: সার্ভিস চলছে কি না (systemctl status nginx), পোর্ট শোনা হচ্ছে কি না (ss -tlnp), ফায়ারওয়াল আটকাচ্ছে কি না (sudo nft list ruleset, sudo ufw status)।
5. অ্যাপ্লিকেশনের লগ ও সার্ভিসের journalctl -u।

ইন্টারভিউয়ার গুরুত্ব দেন পদ্ধতিগত চিন্তার ক্রমে, নির্দিষ্ট টুলের তালিকায় নয়।

২৩. TIME_WAIT অবস্থা কী?

TCP সংযোগ বন্ধ হওয়ার পর যে পক্ষ আগে বন্ধ করেছে, সে কিছু সময়ের জন্য সকেটটিকে TIME_WAIT অবস্থায় রাখে, যাতে পুরোনো সংযোগের দেরিতে আসা প্যাকেট একই ঠিকানা ও পোর্টের নতুন সংযোগে না ঢোকে। ব্যস্ত সার্ভার বা ক্লায়েন্ট, যারা অনেক ছোট সংযোগ করে, তাদের জন্য বড় সংখ্যার TIME_WAIT স্বাভাবিক। গণনা করা যায় ss -tan state time-wait | wc -l দিয়ে।

২৪. /etc/hosts ও DNS-এর পার্থক্য কী, এবং কখন প্রথমটি দরকার?

/etc/hosts একটি মেশিনের স্থানীয়, স্থির "ঠিকানা — নাম" তালিকা। এটি DNS-এর আগে পড়া হয় (ডিফল্ট nsswitch-এ) এবং পরীক্ষার জন্য কাজে আসে: যেমন DNS রেকর্ড বদলানোর আগে কোনো ডোমেইনকে নতুন সার্ভারে নির্দেশ করা। DNS একটি বিতরিত ব্যবস্থা, যার উত্তর সব ক্লায়েন্ট দেখে। /etc/hosts-এর ভুল প্রায়ই "আমার সাইট খুলছে, কিন্তু সবার জন্য খুলছে না" পরিস্থিতির কারণ।

সংক্ষেপে

লিনাক্স ইন্টারভিউয়ের প্রশ্ন তিনটি জিনিস যাচাই করে: আপনি সিস্টেমের মডেল বোঝেন কি না (inode, পারমিশন, প্রসেস, বুট), ডায়াগনস্টিক টুল চেনেন কি না (ss, dig, journalctl, lsof), এবং ধাপে ধাপে সমস্যার কারণ খুঁজতে পারেন কি না। উত্তর দিন কমান্ড ও বাস্তব অভিজ্ঞতার উদাহরণসহ। ফাইল সিস্টেম, পারমিশন ও নেটওয়ার্ক লিনাক্স কোর্সে হাতে-কলমে বিস্তারিত শেখানো হয়।