sshfs / etc / fstab কনফিগারেশন সত্ত্বেও বুটে স্বয়ংক্রিয়ভাবে মাউন্ট হয় না

Question

কিছু উবুন্টু (১৩.০৪) ওয়ার্কস্টেশন সেট আপ করে, আমি চেষ্টা করছি যে একটি রিমোট ফাইল সিস্টেম মাউন্ট (ওভার এসএসএস) লাগানো আছে।

বর্তমান কনফিগারেশন

• আমি ব্যবহারকারীকে কিছু তৈরি করেছি এবং এটি ফিউজ গ্রুপে যুক্ত করেছি

• আমার fstab এন্ট্রি যেমন পড়ে:

  sshfs#[e-mail]:/remote_dir  /media/remote_dir/   fuse    auto,_netdev,port=22,user,allow_other,noatime,follow_symlinks,IdentityFile=/home/someuser/.ssh/id_rsa,reconnect     0       0
  

আমার বোঝার থেকে:

• স্বয়ংক্রিয় : স্পষ্টভাবে বুট এ মাউন্ট করা দূরবর্তী fs জিজ্ঞাসা করছে
• _ নেটদেব : মাউন্ট করার চেষ্টা করার আগে ইন্টারফেসটি আপ হওয়ার জন্য অপেক্ষা করুন
• ব্যবহারকারী : যে কোনও ব্যবহারকারীর এই নির্দিষ্ট দূরবর্তী অবস্থানটি মাউন্ট করার জন্য জিজ্ঞাসা করার অনুমতি দিন (রুট ব্যবহারকারীর এটিকে স্বয়ংক্রিয়ভাবে বুটে এনে মাউন্ট করার ক্ষেত্রে দোষহীন)
• অনুমতি_অথ্য : যে কোনও ব্যবহারকারীর (ফিউজ গ্রুপে?) মাউন্ট করা fs অ্যাক্সেস করার অনুমতি দেবে?
• আইডেন্টিটি ফাইল : রিমোট মেশিনের /home/someuser/.ssh/authorised_key- এ যুক্ত করা সর্বজনীন কীটি যুক্ত প্রাইভেট কীটি নির্দেশ করে।
• পুনঃসংযোগ : নিশ্চিত নয় ... সংযোগটি হারিয়ে গেলে পুনরায় সংযোগের চেষ্টা করবে?

সমস্যাটি

• বুটে, আমি সামুজার দিয়ে লগইন করি , একটি টার্মিনাল ফায়ার করি এবং / মিডিয়া / রিমোট_ডির ফাঁকা।

• তবে একই ব্যবহারকারীর (বা মূল) থেকে, আমি এটিকে কেবল টাইপ করে মাউন্ট করতে পারি:

  mount sshfs#[e-mail]:/remote_dir
  

  আমি যদি কোনও ফাইল ব্রাউজারে রিমোট_ডির ক্লিক করি তবে এটি স্বয়ংক্রিয়ভাবে যাদুযুক্তও মাউন্ট করা হবে ।

কী অনুপস্থিত হতে পারে সে সম্পর্কে কোনও সূত্র?

Comments

কখনও এই মূর্তি খুঁজে পেতে? আমি একই সমস্যাটি একটি উবুন্টু 14.04 64-বিট মেশিনে চালাচ্ছি।

— glibdud

উত্তরের সংখ্যার তুলনায় এই প্রশ্নের জনপ্রিয়তা দেখে আমি fstab পদ্ধতিকে ছেড়ে দিলাম। আমি বুলেটটি কামড়ানোর সিদ্ধান্ত নিয়েছি এবং বড় চিত্র সমস্যার সমাধান করে কীভাবে অটোমাউন্ট ব্যবহার করব তা শিখব। আমার অভিজ্ঞতা থেকে এটি ছিল "সঠিক পছন্দ"। উবুন্টু উইকিতে অটোমাউন্টের একটি ভাল পরিচয় পাওয়া যাবে ।

— বিজ্ঞাপন এন

Answer 1

আমি ওয়ানিরিক (যেখানে স্বতঃমাউন্টটি ঠিকঠাক কাজ করেছিল) থেকে যথার্থে উন্নীত করার পরে ঠিক একই সমস্যাটি অনুভব করেছি।

আমার জন্য যে সমস্যার সমাধান হয়েছে তা বিলম্ব_ সংযোগ বিকল্পটি যুক্ত করছিল । তদ্ব্যতীত, আমি এর আগেও ওয়ানিরিক সময় থেকে "workaround = rename" বিকল্পটি ব্যবহার করছি। আজও এটির প্রয়োজন আছে কিনা তা নিশ্চিত নন, তবে কমপক্ষে এটি আঘাত হানে বলে মনে হচ্ছে না।

আমার সম্পূর্ণ / ইত্যাদি / fstab লাইনটি হ'ল:

sshfs#user@host:/remote/dir /local/dir fuse delay_connect,idmap=user,uid=1000,gid=1000,umask=0,allow_other,_netdev,workaround=rename 0 0

স্পষ্টতই আপনার নিজের পরিবেশের সাথে ব্যবহারকারী / গোষ্ঠী আইডিগুলি অভিযোজিত করা দরকার।

Comments

Workaround ছাড়া আমার জন্য কাজ করেছেন = পুনরায় নামকরণ করুন যেখানে এটি আগে কাজ করে নি। সুতরাং আমার একমাত্র পরিবর্তনটি বিলম্ব_ সংযোগ বিকল্প যুক্ত করছিল, এটি অবশ্যই এখানে সহায়তা করেছিল! এই জন্য আপনাকে ধন্যবাদ. কেবল ভাবছেন কেন _নেদেব এখানে পর্যাপ্ত নয় ...

— নিকোলাস

এটি আমার পক্ষেও পুরোপুরি কাজ করে। @ নিকোলাস, আমি বিশ্বাস করি যে _netdevবিষয়টি টনির উত্তরে ব্যাখ্যা করা হয়েছে। নেটওয়ার্কটি আপ হতে পারে তবে এটি এখনও হোস্টকে সমাধান করতে পারে না। স্পষ্টতই, একটি আইপি ঠিকানা ব্যবহার করা এটি সমাধান করবে, তবে তাদের fstab এ আইপি ঠিকানাগুলি কে চায়?

— অ্যাসপেক্স

এটির জন্য মূল্যবান, কোনওরকম যখন আমি এটিকে পরমাণুতে আটকালাম তখন এটি অদৃশ্য চরিত্রগুলি বেছে নিয়েছিল যা এটি ভেঙে দেয়। আমাকে সেগুলি সরিয়ে ফেলতে হয়েছিল

— জোনাথন

এটি ঠিক আছে তবে আমি পাই: এলএস / ব্যাকআপ: ইনপুট / আউটপুট ত্রুটি

— জনাথন

আর্ক লিনাক্সে 'বিলম্ব_সংযোগ, workaround = পুনঃনামকরণ' যোগ করা আমার পক্ষে কাজ করেছে। ধন্যবাদ!

— এস্টিমেভার ওভারলোড

Answer 2

সমস্ত পূর্ববর্তী মন্তব্য পরিপূরক,

1. নিশ্চিত করুন যে আপনি নন-রুট ব্যবহারকারীদের allow_otherমাউন্ট বিকল্পটি নির্দিষ্ট করার অনুমতি দিয়েছেন/etc/fuse.conf

2. রুট করার সময় আপনি প্রতিটি sshfs মাউন্ট কমপক্ষে একবার ম্যানুয়ালি ব্যবহার করেছেন তা নিশ্চিত করুন যাতে হোস্টের স্বাক্ষরটি ~/.ssh/known_hostsফাইলে যুক্ত হয় ।

   sshfs [user]@[host]:[remote_path] [local_path] -o allow_other,IdentityFile=[path_to_id_rsa]
   

Comments

অনুমতি_অর মাউন্ট অপশনটি লিনাক্স কার্নেলের মধ্যে একটি অমীমাংসিত সুরক্ষা বাগটি উদ্ভাসিত করে : যদি default_permission মাউন্ট বিকল্পটি অনুমতি_ডের সাথে ব্যবহার না করা হয় তবে ডিরেক্টরি প্রবেশের জন্য ফাইল সিস্টেমের দ্বারা পরিচালিত প্রথম অনুমতি পরীক্ষার ফলাফলগুলি পরবর্তী অ্যাকসেসের জন্য পুনরায় ব্যবহার করা হবে যতক্ষণ না অ্যাক্সেস করা এন্ট্রিটির ইনড কার্নেল ক্যাশে উপস্থিত থাকে - এমনকি অনুমতিগুলি পরিবর্তিত হয়ে গেলেও, এমনকি পরবর্তী ব্যবহারকারী যদি কোনও পৃথক ব্যবহারকারীর দ্বারা অ্যাক্সেস করেও থাকে।

— মনিকা সেলিওর জন্য মাউন্টেনএক্স

Answer 3

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

Comments

আমার মনে হয় "নেটওয়ার্ক প্রস্তুত হলেই মাউন্ট" ইতিমধ্যে ব্যবহারের জন্য জিজ্ঞাসা করা হয়েছে _netdev, এবং এর পরিবর্তনের noautoফলে এটি বুটে মাউন্ট করতে অক্ষম করবে ( মাউন্ট কমান্ডটি ব্যবহার করার সময় কেবল স্পষ্টভাবে )

— অ্যাড এন

Answer 4

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

যদি এটি হয় তবে আপনি নীচের যে কোনও সমাধান বেছে নিতে পারেন:

• যোগ delay_connectবিকল্প তাই এটি বুট ক্রম অব্যাহত রাখার জন্য ও পরে বুট ক্রম DNS সার্ভার শুরু করেছে এটা সংযুক্ত করবে অনুমতি দেবে।
• আপনার স্থানীয় /etc/hostsফাইলে যথাযথ আইপি ঠিকানা সহ আপনার দূরবর্তী এসএফটিপি সার্ভারের হোস্টের নাম যুক্ত করুন।
• fstabহোস্ট নামের পরিবর্তে আপনার দূরবর্তী এসএফটিপি সার্ভারের আইপি ঠিকানাটি ব্যবহার করুন ।

Comments

আপনি delay_connectবিকল্পটি প্রসারিত করতে পারেন ? এটি কোথায় যুক্ত হয়েছে? এটি সম্পর্কে আরও কিছু তথ্য অন্তর্ভুক্ত করতে আপনার প্রশ্নটি সম্পাদনা করুন।

— এজেফেরিস

আপনি এটিকে fstab বিকল্প তালিকায় যুক্ত করুন: sshfs # ব্যবহারকারীর @ হোস্ট: / রিমোট / mnt / স্থানীয় ফিউজ বিলম্ব_কনেক্ট, uid = 1000, gid = 100, umask = 0, অনুমতি_অর 0 0

— টনি