মাউন্ট দেব, প্রোক, ক্রুট পরিবেশে সায়স?


87

আমি কাস্টম বাছাই করা প্যাকেজগুলির সাথে একটি লিনাক্স চিত্র তৈরি করার চেষ্টা করছি।
আমি যা করার চেষ্টা করছি তা হল একটি এক্সও ল্যাপটপে আমি যে প্যাকেজগুলি ব্যবহার করতে যাচ্ছি তা হস্তক্ষেপ করা, কারণ সংকলিত প্যাকেজগুলি সত্যিকারের এক্সও হার্ডওয়্যারের ক্ষেত্রে সত্যই দীর্ঘ সময় নেয়, যদি আমার প্রয়োজনীয় সমস্ত প্যাকেজগুলি তৈরি করতে পারি এবং কেবল ফ্ল্যাশ করি এক্সওর প্রতিচ্ছবি, আমি সময় এবং স্থান বাঁচাতে পারি।

যখন আমি কিছু প্যাকেজ ইনস্টল করার চেষ্টা করেছি, তখন এটি প্রো, সি, ডি ডিরেক্টরি থেকে হারিয়ে যাওয়ার কারণে এটি কনফিগার করতে ব্যর্থ হয়েছিল। সুতরাং, আমি অন্যান্য জায়গা থেকে শিখেছি যে আমার হোস্ট প্রোক, "ডিরেক্টরি" আমার ক্রুট পরিবেশের জন্য "মাউন্ট" করা দরকার।

আমি দুটি সিনট্যাক্স দেখেছি এবং কোনটি ব্যবহার করব তা নিশ্চিত নই।

হোস্ট মেশিনে:

  mount --bind /proc <chroot dir>/proc 

এবং অন্য বাক্য গঠন (ক্রুট পরিবেশে):

  mount -t proc none /proc

আমার কোনটি ব্যবহার করা উচিত, এবং পার্থক্য কী?


সাবধান: ডিস্ক ডিভাইসগুলিতে অ্যাক্সেস দেওয়ার অর্থ আপনি ' chroot()' এর কিছু সুবিধা হারাবেন । বিশেষত, যদি আপনি সতর্ক না হন তবে নির্ধারিতরা ফাইল সিস্টেমের তাদের বিভাগের বাইরে ফাইলগুলি পড়তে পারে।
জোনাথন লেফলার

2
@ জোনাথন লেফলার: তিনি যা করছেন তার জন্য এটি কোনও ইস্যু বলে মনে হচ্ছে না।
জিফ্রে

@ জোনাথনলফলার ক্রুটের একজন মূল ব্যবহারকারী যেভাবেই হোক ক্রুট থেকে রক্ষা পেতে পারেন।
এলটি ওয়ার্ল্ড

উত্তর:


43

জন্য /procএবং /sysআমি আপনি হয় পদ্ধতি ব্যবহার করতে পারে অনুমান করা। এগুলি উভয়ই বিশেষ ফাইল সিস্টেম তাই এগুলি যে কোনও সময় পুনরায় তৈরি করা যায় (বাইন্ড মাউন্ট পদ্ধতিটি হোস্ট সিস্টেমের মতো একই মাউন্টটি ব্যবহার করে, অন্য পদ্ধতিটি নতুন মাউন্ট ব্যবহার করে)। আমি সর্বদা গাইডগুলিতে প্রস্তাবিত বাঁধার মাউন্টটি দেখেছি, তাই আমি এটি ব্যবহার করব। আমি যতদূর জানি, সত্যিকারের গুরুত্বপূর্ণ কোনও পার্থক্য নেই।

তবে, /devসাধারণত একটি টিএমপিএফএস মাউন্ট যা ইউদেব দ্বারা পরিচালিত হয়, তাই এটি হোস্ট মেশিনের মতো প্রকৃত ফাইল সিস্টেম হতে হবে। এর অর্থ হ'ল আপনাকে বাইন্ড মাউন্ট পদ্ধতিটি ব্যবহার করতে হবে।

যদি এই ক্রোটটি কিছুক্ষণের জন্য ঘুরতে থাকে, আপনি /etc/fstabজিনিসগুলি সহজ করার জন্য এই এন্ট্রিগুলিকে হোস্ট সিস্টেমের মধ্যে রাখতে পারেন।


আমি জিজ্ঞাসা করতে চাই যে হোস্টের কাছ থেকে প্রোক / সিএসকে অন্য কোনও মেশিনে অনুলিপি (বাঁধাই) করা কি বুদ্ধিমান? তাদের কেন সেই মেশিনটি মিলবে?
আরশ

@ যদি আপনি ro ক্রুটিডির / প্রোকে বেঁধে / প্রোকে বেঁধে রাখেন তবে এটি সংবেদনশীল হয়ে উঠবে, আপনার উভয় সিস্টেম থেকে উভয় সিস্টেমের ভিতরে / প্রসেসের প্রসেস এবং কী পরিচালনা করা সম্ভব হবে; উদাহরণস্বরূপ: ক্রুট থেকে আপনি কোনও প্রোগ্রাম হোস্টে চলছে কিনা তা পরীক্ষা করতে পারবেন ... ইত্যাদি
জোনাহ

হয়তো sys typeফাইল সিস্টেমের উপস্থিতি ( আজ ) আর উপস্থিত নেই?
174140

111

আর্চ লিনাক্স উইকি প্রস্তাব দেওয়া নিম্নলিখিত কমান্ড:

cd /mnt/arch # or where you are preparing the chroot dir
mount -t proc proc proc/
mount --rbind /sys sys/
mount --rbind /dev dev/

2
ওবুন্টুতেও তারা আমার জন্য কাজ করবে বলে মনে হয়েছিল।
isaaclw

4
আমার ক্ষেত্রে (এছাড়াও উবুন্টু) আমারও "মাউন্ট-ও বাঁধ / দেব / পিটিএস দেব / পিটিএস" দরকার ছিল।
থমাস

উত্সটির লিঙ্কটি অন্তর্ভুক্ত করুন।
স্টায়ারফোম উড়ান

পছন্দ করেছেন
gacrux

1
2019 হিসাবে, আর্চলিনাক্স উইকি এখন এবং এর --rbindজন্য করে । sysdev
সাদ মালিক

12

জেন্টু হ্যান্ডবুক বিশেষভাবে পুনরায় মাউন্ট জন্য / proc ও / dev জন্য এই দুই কমান্ড আউট কল। আমি এগুলি বেশ কয়েকবার ব্যবহার করেছি।

mount -t proc none /mnt/chroot/proc
mount -o bind /dev /mnt/chroot/dev

আমি সন্দেহ করি / সিস কেবল একটি নিয়মিত ফোল্ডার, সুতরাং আপনার পক্ষে একটি হার্ড লিঙ্ক তৈরি করতে সক্ষম হওয়া উচিত।

ln /sys /mnt/chroot/sys

17
আপনি / sys এর জন্য প্রস্তাবিত ডিরেক্টরিকে (সাধারণত) হার্ডলিঙ্ক করতে পারবেন না এবং আপনি যদি কোনও সিমলিংক ব্যবহার করেন তবে এটি ক্রুটের সাথে সাথেই এটি ভেঙে যাবে।

তারা সিস্টেমডের ভিত্তিতে কিছু নতুন যুক্ত করেছে added এগুলি যুক্ত করা সম্ভবত একটি ভাল ধারণা।
এজেপি

1

এই জনপ্রিয় প্রশ্নটি লক্ষ করার মতো হতে পারে যে আর্চ লিনাক্স একটি স্ক্রিপ্ট আর্ক-ক্রুট তৈরি করেছে ; ডাউনলোডarch-install-scripts-15-1-any.pkg.tar.xz

এটি যা আর্ক-লিনাক্স এবং মাঞ্জারো উভয় ক্ষেত্রেই সম্পর্কিত সম্পর্কিত সমস্যার যত্ন নিয়েছে , যেখানে আমি এটি সফলভাবেও ব্যবহার করেছি। সম্ভবত আরো Arch- derivates মত অধিবৃত্ত ঠিক যেমন ভাল সামঞ্জস্যপূর্ণ।

chrootমাধ্যমিক মাঞ্জারো ইনস্টলেশনের সাধারণ স্ট্যান্ডার্ড আপনাকে চালানোর অনুমতি দেবে না

pacman --sync linux

(সিস্টেম ক্রাশের পরে সিলভার বুলেট), লাইনটি প্রতিস্থাপন করে

arch-chroot /run/media/*YOURSELF*/manja-disk2

আপনাকে এর মাধ্যমে আপনার গৌণ আর্চ-ডেরিভেট ইনস্টলেশনটি ঠিক করতে সক্ষম করবে

pacman --sync linux

জাদুর মত. বাশ স্ক্রিপ্ট arch-chrootযত্ন নেয় /dev /sys /procএবং আরও অনেক কিছু, যা মান দ্বারা একা ছেড়ে যায় chroot

আরও দেখুন: খিলান ক্রোট ব্যবহার করে


-1

অন্যান্য সিউডো ফাইল সিস্টেম এবং tmpfs অবস্থান আছে। এটি ডেবিয়ানে রয়েছে:

/dev/pts 
/run
/run/shm
/proc/sys/fs/binfmt_mist
/var/lib/nfs/rpc_pipefs
/proc/fs/nfsd
/proc/bus/usb

এটি মাউন্ট করা ঠিক হওয়া উচিত usbfs, rpc_pipefsএবং devptschroot মধ্যে থেকে সিউডো-ফাইল সিস্টেম। আমি ক্রুটের সাথে আবদ্ধ না/proc হওয়ার বিষয়টি স্মরণ করি /proc, যেহেতু কার্নেলের নাম-স্পেসের ধারণা রয়েছে এবং প্রকৃতপক্ষে বিভিন্ন জিনিসকে ক্রুটের প্রকোপগুলিতে রাখতে পারে।

আপডেট: এই মেলিং তালিকার থ্রেড অনুসারে , / sys বাঁধাই করা উচিত নয়, বিশেষত যদি ক্রোটযুক্ত প্রক্রিয়াগুলি নিজের নেটওয়ার্ক নেমস্পেস ব্যবহার করে।

যদি সিস্টেমটির নিজস্ব পিড নেমস্পেস থাকে তবে এটি সিস্টেমের /varবা /runক্রুটের উপরে মাউন্ট করা খারাপ ধারণা ।


জল্পনা? সুপারউজারে (এবং অন্যান্য স্ট্যাক-ফোরামগুলি) সাধারণত অন্বেষণ করা ভাল, বা যদি আপনি অনিশ্চিত না হন তবে লিঙ্কযুক্ত উত্সগুলির সাথে গবেষণা এবং উত্তর দেওয়া ভাল। এটি বিপথগামী ইঙ্গিতগুলি ছড়িয়ে দেওয়ার ঝুঁকি এড়ানোর জন্য। হতাশ এবং শুভকামনা যদি দুঃখিত!
সাইমন বি।

@SimonB। আমি / ম্যাসেজ বাঁধাই করা উচিত নয় এই ধারণাটি সমর্থন করে একটি মেলিং তালিকায় একটি লিঙ্ক যুক্ত করেছি।
ব্রায়ান মিন্টন

পিড নেমস্পেসের সাহায্যে আপনি আধুনিক লিনাক্স কার্নেলগুলি (যেমন বৈশিষ্ট্যগুলি "পাত্রে" উপর ভিত্তি করে) পাওয়া যায় এমন আরও উন্নত ব্যবহারকারীর নেমস্পেস বৈশিষ্ট্যগুলির বিষয়ে কথা বলছেন, যখন আমরা ক্রুট শব্দটি ব্যবহার করি, আমরা চিরাচরিত ফাইল নেমস্পেস পরিবর্তনের কথা উল্লেখ করি ( এবং আর কিছুনা).
জোহান বুলি

-1

লুপের জন্য ব্যবহার করা সবচেয়ে সহজ উপায়:

cd /

for i in proc sys dev; do mount -o bind $i /folder/$i; done
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.