পুনরুদ্ধার বা পুনরায় লোড করার দ্রুত উপায় / ইত্যাদি / fstab সেটিংস?

Question

আমি /etc/fstabএকটি RHEL 6.x- ভিত্তিক সার্ভারে একটি কমপ্লেক্সের সাথে কাজ করছি । সিস্টেমে কয়েকটি বাইন্ড মাউন্ট সহ আটটি পার্টিশন জুড়ে বিভিন্ন মাউন্ট অপশন রয়েছে। আমি যে চিত্রটি কাজ করছি তাতে তার বিকল্পগুলি এবং তাদের প্রভাব পরীক্ষা করছি।

যেমন অপশন পছন্দ nodev, nosuid, noexec, nobarrierএবং বেশ কিছু XFS দ্বারা ফাইলসিস্টেম পরামিতি স্থানেই রয়েছে।

যদিও আমি জানি যে সুনির্দিষ্ট বিকল্পগুলির সাথে পুনরায় মাউন্ট করা সম্ভব, ততক্ষণে হার্ডকডযুক্ত অবিচ্ছিন্ন সেটিংসে সমস্ত মাউন্টগুলিকে ফেরত দেওয়ার জন্য কি কোনও দ্রুত উপায় আছে /etc/fstab?

উদাহরণস্বরূপ মানগুলি sysctl -pলোড করে /etc/sysctl.confএবং সেগুলি প্রয়োগ করে। mountসমতুল্য কি আছে ?

---

সম্পাদনা:

একটি উদাহরণ কনফিগার:

#
# /etc/fstab
#
UUID=e6ca80cd    /                       ext4    noatime,nobarrier        1 1
UUID=a327d315    /boot                   ext4    defaults                 1 2
UUID=333ada18    /home                   ext4    noatime,nobarrier,nodev  1 2
UUID=7835718b    /tmp                    ext4    nodev,nosuid,noexec      1 2
UUID=4dd2e9d4    /usr                    ext4    defaults                 1 2
UUID=c274f65f    /var                    ext4    noatime,nobarrier        1 2
UUID=5b5941e0    /var/log                ext4    defaults                 1 2
UUID=3645951a    /var/log/audit          ext4    defaults                 1 2
UUID=3213123c    /vol1                   xfs     noatime,logbufs=8,nobarrier 1 2
UUID=1ee1c070    swap                    swap    defaults                 0 0
# Bind mount for /tmp
/tmp             /var/tmp                none    bind                     0 0
tmpfs            /dev/shm                tmpfs   nodev,nosuid,noexec      0 0
devpts           /dev/pts                devpts  gid=5,mode=620           0 0
sysfs            /sys                    sysfs   defaults                 0 0
proc             /proc                   proc    defaults                 0 0

অবশ্যই, একটি ডেভেলপার জিজ্ঞেস জন্য চালানো অনুমতি /tmpঅর্ডারে একটি অ্যাপ্লিকেশন ইনস্টল করার জন্য ...

আমি আবিষ্কার করছি যে remountডিভাইস এবং (পুনরায়) মাউন্টপয়েন্ট নির্দিষ্ট করে না দিয়ে বিকল্পটি এই সিস্টেমে কাজ করে না । এটি একটি সুরক্ষা-কঠোর সার্ভার, সুতরাং আমি যে সমস্যাগুলি দেখছি সেগুলি সেলিনাক্স সম্পর্কিত বা বাঁধাইয়ের মাউন্টগুলির ফলস্বরূপ বা অবহেলিত বিকল্পগুলির উপস্থিতি (নেক্সেক্স বনাম এক্সিকিউটিভ) হতে পারে ...

Comments

বিকাশকারী কী সরাসরি কোনও শেল বা ওয়েব (httpd এর মাধ্যমে) থেকে স্ক্রিপ্ট চালানোর চেষ্টা করছেন? আপনি যখন কোনও স্ক্রিপ্ট কার্যকর করার চেষ্টা করছেন তখন আপনি কোন ত্রুটি বার্তাটি দেখেন?

— ড্যানিয়েল টি।

এটিকে একটি সাধারণ তৃতীয় পক্ষের অ্যাপ্লিকেশন ইনস্টলার হিসাবে ভাবুন যা একটি বাইনারি বা শেল এক্সিকিউটেবলের মধ্যে ফেলে দেয় /tmp। উদাহরণস্বরূপ ওরাকল।

— ইয়েওয়াইট

এটি সেলিনাক্স সমস্যা হতে পারে, আপনি ausearch -m AVC,USER_AVC -sv noকোনও tmpত্রুটির জন্য আউটপুটটি দিয়ে চেষ্টা করতে পারেন ।

— ড্যানিয়েল টি।

Answer 1

এটিকে ব্যাশে টাইপ করুন:

egrep -v '^#' /etc/fstab | while read dev dir type opts dump pass ; do
    echo "mount -o remount,${opts} ${dir}";
done

আমার সিস্টেমে এটি এ জাতীয় ফলাফল দেয়:

mount -o remount,nodev,noexec,nosuid /proc
mount -o remount,relatime,errors=remount-ro /
mount -o remount,defaults /misc

এটি আপনার সিস্টেমে চেষ্টা করুন। আপনি যদি এটির উত্পন্ন করে আউটপুট পছন্দ করেন তবে এটি ব্যবহার করুন বা echoউপরের কমান্ড থেকে কেবল এবং ডাবল উদ্ধৃতি চিহ্নগুলি সরিয়ে দিন।

Comments

$devআপনারও সম্ভবত সেখানে যুক্ত করা দরকার ...

— ফ্রেইহাইট

Answer 2

প্রাসঙ্গিক ফাইল সিস্টেমগুলির জন্য এটি করার জন্য আমি কেবল একটি স্ক্রিপ্ট ব্যবহার করব

for fs in /home /var /whatever
do
    mount -o remount "$fs"
done

আপনি একটি লাগাতে প্রয়োজন হতে পারে -fযদি এক বা একাধিক FS ব্যস্ত যেমন হতে পারে সেখানে খুব

mount -f -o remount "$fs"

Answer 3

mountম্যানপেজ থেকে :

পুনরায় মাউন্ট কার্যকারিতা স্ট্যান্ডার্ড পদ্ধতি অনুসরণ করে কিভাবে মাউন্ট কমান্ড fstab- র বিকল্পগুলির সাথে কাজ করে। এর অর্থ মাউন্ট কমান্ড কেবল তখনই fstab (বা mtab) পড়তে পারে না যখন কোনও ডিভাইস এবং ডির সম্পূর্ণরূপে নির্দিষ্ট থাকে।

  mount -o remount,rw /dev/foo /dir

এই কলের পরে সমস্ত পুরানো মাউন্ট বিকল্পগুলি প্রতিস্থাপন করা হবে এবং মাউন্ট কমান্ড দ্বারা অভ্যন্তরীণভাবে উত্পন্ন এবং রক্ষণাবেক্ষণ করা লুপ = বিকল্প ব্যতীত, fstab থেকে স্বেচ্ছাসেবী বিষয়গুলি উপেক্ষা করা হবে।

  mount -o remount,rw  /dir

সুতরাং mount -o remount /mountpointএতে বিকল্পগুলি পুনরুদ্ধার করা উচিত /etc/fstab:

mgorven@mamma:~% grep boot /etc/fstab
UUID=823c73dc-8f64-4f76-a120-968106ffdf5a /boot           ext4    relatime        0       2
mgorven@mamma:~% sudo mount -o remount,ro /boot
mgorven@mamma:~% mount | grep boot
/dev/sda4 on /boot type ext4 (ro,relatime)
mgorven@mamma:~% sudo mount -o remount /boot
mgorven@mamma:~% mount | grep boot
/dev/sda4 on /boot type ext4 (rw,relatime)

Comments

এটি আমার ক্ষেত্রে কাজ করে না, তবে সিস্টেমের অন্যান্য কারণগুলির ফলাফল হতে পারে। উপরে আপডেট fstab দেখুন।

— ew white

@ নতুন, আমি আপনার fstab বিকল্পগুলি ব্যবহার করে সমস্যাটি পুনরুত্পাদন করতে পারছি না, তাই অন্য কিছু চলছে।

— মিগ্রোর্ভেন

Answer 4

আপনি / etc / fstab এবং রিবুট না করে মাউন্ট পতাকাগুলির গতিশীলতা পরিবর্তন করছেন?

আপনি নিম্নলিখিতটি করতে পারবেন না (উদাহরণস্বরূপ):

 mount -o remount /usr

/ etc / fstab থেকে মূল বিকল্পগুলি পুনরুদ্ধার করতে চান? আপনি আর্গুমেন্ট ছাড়াই মাউন্ট কমান্ড ব্যবহার করে মাউন্ট করা বিকল্পগুলি পরীক্ষা করতে পারেন।

Answer 5

সিস্টেমটি চালু হয়ে যাওয়ার পরে আপনার / হার্ড এবং / ভেরের মতো ফাইল সিস্টেমগুলি পুনরায় গণনা করার জন্য একটি কঠিন সময় যাচ্ছেন। উদাহরণস্বরূপ, অলস পুনরায় গণনা সম্ভবত একটি সাফল্য ফিরিয়ে আনবে তবে অনুরোধ করা রিমাউন্টটি সম্পাদন করার সুযোগ আসলেই পাবে না কারণ ফাইলের হ্যান্ডেলগুলি সিস্টেমের পুরো চলমান জীবনকে উন্মুক্ত রেখে দেবে।

এটি যদি বিকাশের চিত্র হয়, যেমনটি মনে হয় তবে আমি প্রতিটি পরীক্ষার জন্য কেবল সিস্টেম পরিষ্কার করার পরামর্শ দিচ্ছি। এটি ক্লান্তিকর, তবে অন্ততপক্ষে আপনি নিশ্চিতভাবেই জানেন যে সিস্টেমটি এটির যেমন প্রযোজনায় চলছে তেমন চালাচ্ছে, তাই আপনার পরীক্ষাটি নির্ভরযোগ্য।