"নেটওয়ার্ক কনফিগারেশনের জন্য অপেক্ষা করা" বুট সময়টিতে 3 থেকে 5 মিনিট যোগ করে

37

আমি সূচনাতে নিম্নলিখিত টুকরো তথ্য পাই, প্রায় 3 থেকে 5 মিনিট সময় লাগে, যখন সাধারণত 1 মিনিট:

Waiting network configuration
Booting system without full network configuration

গুগল করার পরে আমি দেখতে পেলাম যে আমার / ইত্যাদি / নেটওয়ার্ক / ইন্টারফেস পরিবর্তন করা উচিত । আমি সেখানে সবকিছু মন্তব্য করেছিলাম তবে সমস্যাটি রয়ে গেছে:

# auto lo
# iface lo inet loopback

# auto eth0
# iface eth0 inet dhcp
# address 192.168.0.2
# netmask 255.255.255.0
# gateway 192.168.0.1
# broadcast 192.168.0.255

আপনি কীভাবে উবুন্টু ১১.১০-এর সূচনাটি দ্রুততর করতে পারেন?

boot startup networking

— লও লোপোল্ড হার্টজ 준영
সূত্র

5

আমি এই আচরণ বুঝতে পারি না। আমি প্রতিবার বাড়িতে যাওয়ার সময় আমার ইন্টারফেস ফাইলটি পরিবর্তন করতে চাই না। এমন পরিস্থিতি রয়েছে যেখানে আমার কেবল কোনও নেটওয়ার্ক নেই বা লগ ইন করার পরে আমি কলঙ্কিত ব্যবহার করি me প্রতিদিন দু'বার। এছাড়াও: আমি সমস্ত ইন্টারফেস স্থির হতে কনফিগার করেছি। কোনভাবেই না.

2

@jrg এটি কোনও কোড সমস্যা নয়, এটি একটি ডেসিং সমস্যা। আমি কি এই জাতীয় সমস্যা সম্পর্কে একটি বাগ ফাইল করতে পারি?

— লিও লোপোল্ড হার্টজ 준영

1

হ্যা, তুমি পারো. এটি একটি নকশা বাগ যা কেবল একটি নোট করুন। :)

— জুনে

@jrg বাগের অবস্থা কী হওয়া উচিত? - আমি প্যাকেজ হিসাবে xorg নির্বাচন করেছি, যেহেতু কিছু নির্বাচন করার প্রয়োজন ছিল। আমি স্থিতিটিকে এটি অবৈধ করে দিয়েছি, কারণ এটি এটি সম্পর্কে সত্য নয়। - এটি নকশা সম্পর্কে। লোকেরা কি এখন বুঝতে পারে যে বাগের স্থিতি হ্রাস পাচ্ছে না, তবে কেবল প্যাকেজ xorg এর জন্য?

— লিও লোপোল্ড হার্টজ 준영

2

/ ইত্যাদি / নেটওয়ার্ক / ইন্টারফেস ফাইলের allow-hotplugপরিবর্তে ব্যবহার autoকরুন, উদাহরণস্বরূপ, allow-hotplug enp0s25তারপরে iface enp0s25 inet dhcp। এটি সার্ভারকে একটি ডিএইচসিপি উত্তর দিয়ে ইন্টারফেসটি আলোকিত হওয়ার জন্য অপেক্ষা না করতে বলে।

— জাচারি স্কট

38

প্রথমত, ১১.১০ এর রিলিজ নোটগুলিতে নথিভুক্ত এটি একটি নতুন আচরণ, যা সার্ভার বুটকে আরও নির্ভরযোগ্য করে তোলার প্রচেষ্টা হিসাবে আমি স্কট মসারের সাথে একসাথে বিকাশ করেছি।

মন্তব্য করার loঅর্থ হ'ল আপনার কোনও স্থানীয় নেটওয়ার্কের ক্ষমতা নেই, যা তারা যখন নেটওয়ার্কটি ব্যবহার করার চেষ্টা করবেন তখন কিছু প্রোগ্রাম ভাঙবে। এটি আপনার সিস্টেমে কখনই বুট করতে পারে না কারণ এটি এতটা সমালোচনামূলক। সুতরাং এই দুটি লাইন ছেড়ে দিন:

auto lo
iface lo inet loopback

বিটগুলির eth0অর্থ আপনার কম্পিউটারটিকে ইউপি হিসাবে বিবেচনা করার আগে একটি গতিশীল ঠিকানা নির্ধারিত হওয়ার জন্য অপেক্ষা করার জন্য আপনার মেশিনটি কনফিগার করা হয়েছিল । ইন pre-upstartউবুন্টু (8.10 এবং তার আগে) এর সংস্করণ সিস্টেম আপ 60 সেকেন্ড এই জন্য বুট চালিয়ে যাওয়ার আগে অপেক্ষা করবে। কখন যুক্ত upstartকরা হয়েছিল, এই শর্তটি আর অপেক্ষা করা হয়নি, কারণ নেটওয়ার্ক ইন্টারফেসগুলি যেগুলি সর্বদা প্লাগইন করা হয় না বলে মনে হয় এমন ভালো কিছু দ্বারা পরিচালিত হয় network-manager।

সুতরাং, আপনার যদি কোনও সার্ভার থাকে, আপনি সম্ভবত একটি গতিশীল ঠিকানার জন্য অপেক্ষা করতে চান , অন্যথায় সিস্টেমটি এর সমস্ত নেটওয়ার্ক উপলব্ধ না করেই বুট হবে (এটি যদি কোনও ঠিকানা পেতে 2 মিনিটের বেশি সময় নেয় তবে তা করে)। আপনার যদি এমন একটি ল্যাপটপ থাকে যা আপনি সর্বদা প্লাগ ইন করার প্রত্যাশা করেন না eth0, তবে eth0নেটওয়ার্ক ম্যানেজারে কনফিগার করুন এবং কেবল সেই লাইনগুলি সরিয়ে ফেলুন /etc/network/interfaces, যা আপনার বুটের বিলম্ব থেকে মুক্তি পেতে পারে।

মনে রাখবেন, এর সাথে একটি ज्ञিত বাগ রয়েছে VMwareএবং dbusএটি এই বার্তাটির কারণও বটে।

— SpamapS
সূত্র

1

মাসি, মনে হচ্ছে আপনার আলাদা প্রশ্ন জিজ্ঞাসা করা দরকার।

— স্প্যাম্যাপস

3

দুঃখিত, আমি একজন নবাগত এবং আমি এখনও বুঝতে পারি না কেন আইপিটির জন্য সিস্টেমটিকে প্রায় 2-4 অতিরিক্ত মিনিট অপেক্ষা করতে হবে। এবং মূল প্রশ্নটি হ'ল "আমার কি এটি দরকার? যদি আমার কাছে ল্যাপটপ থাকে এবং আমি সর্বদা তারযুক্ত এবং ওয়্যারলেস নেটওয়ার্ক সংযোগ ব্যবহার করি?"

— itun

2

@ স্প্যাম্যাপস এবং স্কট মোজার দয়া করে, জিনিসটি ফিরে আসায় পরিবর্তন করুন। আপনি ডেস্কটপ ব্যবহারকারীদের ক্ষতি করছেন। আমি আপনার বক্তব্যটি বুঝতে পেরেছি যে আপনি প্রোগ্রামিং জিনিসগুলিতে সময় সাশ্রয় করেন তবে দয়া করে বিবেচনা করুন যে 100 মিলিয়ন ব্যবহারকারী প্রতিদিন 2 মিনিট এই জাতীয় পরিবর্তনের কারণে হেরে যান। এটি একটি বিশাল ব্যয়! দয়া করে, উবুন্টু সার্ভারটি উবুন্টু ডেস্কটপ থেকে সম্পূর্ণ আলাদা।

— Léo Léopold Hertz 준영

5

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

— প্রুশওয়ান

2

@ স্প্যাম্যাপস: যদিও আমি আনন্দিত যে আপনি কোনও অপেক্ষার বিকল্প যোগ করার বিষয়ে চিন্তাভাবনা করেছেন, আসলে কী চিন্তা করা দরকার তা হ'ল ক্যানোনিকাল কেন নিয়মিতভাবে QA এ ব্যর্থ হয় (গত years বছর ধরে ব্যবহারকারী, এবং আমার প্রতিটি রিলিজের শোস্টোপার রিগ্রেশনের মুখোমুখি হতে হয়) প্রতিটি মুক্তি প্রতিরোধ)। ডেস্কটপ ইনস্টলেশন জন্য সার্ভার এবং ন্যূনতম সিডিগুলি ব্যাপকভাবে ব্যবহৃত হয় কারণ গ্রাফিকাল ইনস্টলারটির প্রায়শই সমস্যা থাকে এবং / অথবা ত্রুটিযুক্ত মিডিয়াতে ন্যূনতম সিডি চালানো সহজ হয়। এটি অবশ্যই ধরে নেওয়া নিরাপদ নয় কারণ কোনও ব্যবহারকারী বিকল্প বা ন্যূনতম সিডি ব্যবহার করছেন তারা অবশ্যই সার্ভার ইনস্টল করছেন be

— জোসেফ গারভিন 6

8

আপনি যদি নিজের ওএসকে একটি মেশিন থেকে অন্য মেশিনে স্থানান্তরিত করেন তবে এটি অনুমান করা উচিত যে উদেব আপনার পুরানো নেটওয়ার্ক ডিভাইসের ম্যাক ঠিকানা সম্বলিত একটি কনফিগারেশন তৈরি করেছেন যা আপনার নতুন সিস্টেম থেকে নেটওয়ার্ক ডিভাইসের ম্যাক ঠিকানা থেকে আলাদা।

নিম্নলিখিত ফাইলটি সরানোর চেষ্টা করুন এবং আপনার সিস্টেমটি পুনরায় বুট করুন এবং দেখুন এটি সমস্যার সমাধান করে কিনা:

/etc/udev/rules.d/70-persistent-net.rules

— dachande
সূত্র

আমাকে আলাদা ট্র্যাকের সমাধানের জন্য সঠিক পথে পৌঁছে দেওয়ার জন্য ড্যাচ্যাঞ্জ ধন্যবাদ! আইপি লিঙ্ক সেট wlan0 আপ চালানোর সময় আমি আমার wlan0 rlt8185 ডিভাইসে রিসেটের সময়সীমা পেয়েছিলাম। 70-প্রসেসেন্ট-নেট.রুলস ফাইলটিতে দেখে এবং এমন লাইনটি মন্তব্য করেছিল যাতে আমার ওয়্যারলেস ডিভাইস যুক্ত করেছে, রিবুট হয়েছে এবং এখন এটি কাজ করছে!

6

আপনি একটি নেটওয়ার্ক ইন্টারফেসে ঠিকানা নির্ধারণের 2 টি বেমানান উপায়ে মিশ্রণ করছেন।

iface eth0 inet dhcp

বলেছেন "শারীরিক স্থানীয় নেটওয়ার্কে একটি ডিএইচসিপিডিস্কোভার প্যাকেট প্রেরণ করুন , শারীরিকভাবে স্থানীয় ডিএইচসিপি সার্ভারের থেকে ডিএইচসিপিএফফের প্যাকেটের জন্য অপেক্ষা করুন এবং এটি থেকে আইপি ঠিকানা পান (দেখুন http://www.rfc-editor.org/rfc/rfc1531) 31 txt ), যখন বাকী রেখাগুলি "ম্যানুয়ালি" ইন্টারফেসে মান নির্ধারণ করে। আপনার আইপি ঠিকানার অ্যাসাইনমেন্ট পদ্ধতিটি সঠিকভাবে পাওয়া যায় your আপনার স্থানীয় নেটওয়ার্কে যদি কোনও ডিএইচসিপি সার্ভার থাকে, আপনার এটি ব্যবহার করা উচিত so এটি করার জন্য, "ঠিকানা", "নেটমাস্ক", "গেটওয়ে", এবং "সম্প্রচার" লাইনগুলি মুছুন।

আপনি যদি কোনও "প্রশাসিত" স্থানীয় অঞ্চল নেটওয়ার্কের সাথে সংযুক্ত না হন (এবং কোনও ডিএইচসিপি সার্ভার না থাকে) এবং আইপি ঠিকানা পরামিতিগুলি ম্যানুয়ালি নির্ধারণ করতে চান তবে প্রথম লাইনটি এতে পরিবর্তন করুন:

iface eth0 inet static

এবং "ঠিকানা", "নেটমাস্ক", "গেটওয়ে" এবং "সম্প্রচার" লাইন রাখুন। কোন আইপি অ্যাড্রেসগুলি ব্যবহারের জন্য উপলব্ধ তা সম্পর্কে বিশদ জানতে http://www.rfc-editor.org/rfc/rfc5735.txt দেখুন । আপনার কাছে যে পরামিতিগুলি রয়েছে তা আমার কাছে ঠিক আছে।

পড়ুন

man 5 interfaces

কেবল সমস্ত কিছু মন্তব্য করা সুখের সেরা পথ নয়।

— waltinator
সূত্র

আপনার উত্তর করার জন্য আপনাকে ধন্যবাদ! - আমার উবুন্টু খালি / ইত্যাদি / নেটওয়ার্ক / ইন্টারফেসের সাথে কেন কাজ করে ? - আপনি কীভাবে দেখতে পাচ্ছেন যে এটি স্বাভাবিক বা দক্ষতার সাথে কাজ করছে না?

— লিও লোপোল্ড হার্টজ 준영

সুতরাং শেষ লাইনটি বলেছে: শারীরিক স্থানীয় নেটওয়ার্কে একটি স্ট্যাটিক প্যাকেজ প্রেরণ করুন, কোনও শারীরিক স্থানীয় নেটওয়ার্ক থেকে একটি স্ট্যাটিক প্যাকেজটির জন্য অপেক্ষা করুন এবং এটি থেকে আইপি ঠিকানা পান।

— লিও লোপোল্ড হার্টজ 준영

আমি জানি [কোড] আছে iface eth0 এর Inet স্ট্যাটিক ঠিকানা 192.168.0.2 নেটমাস্ক 255.255.255.0 গেটওয়ে 192.168.0.1 সম্প্রচারের 192.168.0.255 [/ কোড], আমার মধ্যে , / etc / network /? ইন্টারফেসগুলি এবং সমস্যা এখনও চলতেই: অনেক লোড।

— লিও লোপোল্ড হার্টজ 준영

নং "স্ট্যাটিক" সহ লাইনটি "নিম্নলিখিত লাইনগুলি থেকে আইপি ঠিকানা পান" কোনও নেটওয়ার্ক প্যাকেট প্রেরণ করা হয়নি।

— ওয়ালটিনেটর

1

আমি ভাবছি, আমি বুঝতে পেরেছি. বুট সিকোয়েন্সটি ifconfig -aপ্রারম্ভকালে এটি সম্পাদনা করার সময় আপনার মোবাইল ব্রডব্যান্ডটি কনফিগার করা হয়নি , আপনি সময়সীমা পেয়েছেন।

— ওয়ালটিনেটর

5

আমার মত দেখে মনে হচ্ছে, এই লিনাক্স সাইটে এই সমস্যার সর্বোত্তম সমাধান পাওয়া গেছে

মূলত, এখনও /etc/init/failsafe.conf কল করা, তবে বিলম্বের কারণ হিসাবে দুটি স্লিপ কল সম্পর্কে মন্তব্য করা। দেরি না করে আমার নেটওয়ার্কটি ঠিকঠাকভাবে কনফিগার করা হওয়ায় এগুলি কেন যুক্ত করা হয়েছে তা আমি সত্যিই দেখতে পাচ্ছি না।

— ট্যাড্
সূত্র

3

আমি ব্যবহার করি

eth0 inet dhcp

আমি কোনও লিঙ্ক না থাকা অবস্থায় অপেক্ষা করার বিন্দুটি দেখতে পাচ্ছি না (কেবলটি অনুপস্থিত) মিডিয়া না থাকলে dhcp ঠিকানা পাওয়ার কোনও উপায় নেই। এটি একটি বাগ

— Wah
সূত্র

1

আমি একই কোড ব্যবহার করি, তবে আমাকে এখনও প্রতিটি সময় নেটওয়ার্ক কনফিগারেশনের জন্য অপেক্ষা করতে হবে।

— ম্যাথু উইলসন

2

আমি সম্প্রতি এই একই সমস্যা ছিল। আমি /etc/init/failsafe.confফাইলটিতে ঘুমানোর সময়টি ভিতরে গিয়ে মন্তব্য করার চেষ্টা করেছি এবং কেবল ধারাবাহিকভাবে বুট করার চেষ্টা করে সিস্টেমটি শেষ করেছি। আমি এই ত্রুটিটি নিরাপদ মোডে বুট করে এবং একটি রুট শেলটিতে ফেলে এবং নিম্নলিখিতটি করেছিলাম যাতে আমার আরডাব্লু প্রাইভেলিজ ছিল:

mount -o remount,rw /

তারপরে আমি নীচের কমান্ডটি জারি করেছিলাম যা ফাইলটি এনেছে যাতে আমি এটিকে আবার পূর্বের অবস্থায় সম্পাদনা করতে পারি:

sudo nano /etc/init/failsafe.conf

সংরক্ষণ করুন এবং প্রস্থান করুন, তারপরে সিস্টেমটি পুনরায় বুট করুন।

— clrn0979
সূত্র

আপনি, দয়া করে, ফাইলটিতে যা সম্পাদনা করেছেন তা দয়া করে বলতে পারেন ব্যর্থ সাফল্যগ্রহ। আপনি কি ঘুমের ডাকগুলি সম্পর্কে মন্তব্য করেছিলেন? আমি চেষ্টা করেছি যে কয়েক বছর আগে অসফল হয়েছিল।

— লিও লোপোল্ড হার্টজ 준영

2

একেবারে। আপনি failafe.conf txt এ যাওয়ার পরে, আপনি কেবল স্লিপ কলগুলি সন্ধান করেন। আমি আমার যথাক্রমে 5, 40 এবং 59 এ রেখেছি। আমি তবে স্লিপ কলগুলি সাফল্যের সাথে মন্তব্য করতে অক্ষম ছিল কারণ এটি সিস্টেমকে অবিচ্ছিন্ন বুটে যেতে দেয়।

— clrn0979

2

ব্যবহার করুন allow-hotplugপরিবর্তে autoমধ্যে /etc/network/interfacesফাইল, যেমন, allow-hotplug enp0s25তারপর iface enp0s25 inet dhcp। এটি সার্ভারকে একটি ডিএইচসিপি উত্তর দিয়ে ইন্টারফেসটি আলোকিত হওয়ার জন্য অপেক্ষা না করতে বলে। - - জিমের মন্তব্য ড।

— রেভস ল্যাও ল্যাপোপল্ড হার্টজ 준영
সূত্র

1

আমি যদি এই উত্তরটি দুবার ভোট দিতে পারতাম! আপনাকে ধন্যবাদ :)

— ওলে হেনরিক স্কোগ্রাস্টম