উবুন্টু আপগ্রেড প্রক্রিয়াটি কীভাবে কাজ করবে?


11

অপারেটিং সিস্টেম চলমান অবস্থায় উবুন্টু কীভাবে নির্বিঘ্নে নতুন বিতরণে আপগ্রেড করবে? আমি ১০.১০ থেকে ১১.০৪ এ আপগ্রেড করছি এবং এর আগেও বেশ কয়েকবার আপগ্রেড করেছি এবং এটি আপডেট-ম্যানেজার-ডি চালানো এবং সেগুলি ডাউনলোড এবং ইনস্টল করা, তারপরে পুনরায় বুট করার মতোই সহজ।

যদিও ঠিক এই কাজ করে? আপগ্রেড ম্যানেজার কীভাবে অপারেটিং সিস্টেমটি এখনও ব্যবহারের সময় আপডেট করতে সক্ষম?


ঠিক আছে, অনুগ্রহমূলক মন্তব্যে আমার প্রশ্ন যুক্ত করা ভাল ধারণা ছিল না। আমি এটি সম্পাদনা করতে পারি বলে মনে হচ্ছে না।
অক্সভিভি

উত্তর:


3

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

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


এটিও ব্যাখ্যা করবে যে আপগ্রেডের অগ্রগতির সাথে সাথে আমি কেন কিছু মেনুতে নতুন বৈশিষ্ট্য যুক্ত হতে দেখছি।
bbosak

15

প্রক্রিয়াটির আরও বিশদ বিবরণ এখানে। দুঃখিত পাঠ্যটি এত দিন পেল।

আমার অভিজ্ঞতা দেবিয়ান থেকে এসেছে, যার জন্য উবুন্টুতে ব্যবহৃত পুরো প্যাকেজিং এবং আপগ্রেড সিস্টেমটি মূলত উদ্ভাবিত হয়েছিল। দৈনিক উবুন্টু সুরক্ষা আপগ্রেডগুলি চলার সাথে সম্পর্কিত apt-get upgradeযা সাধারণত কোনও সফ্টওয়্যার অপসারণ করে না। বড় রিলিজ আপগ্রেডগুলির সাথে সামঞ্জস্য apt-get dist-upgradeহয় যা সফ্টওয়্যার প্যাকেজগুলি সম্পূর্ণরূপে বিনিময় করা যায়।

আসলে খুব নিম্ন স্তরের উপাদানগুলি সাধারণত একটি রিলিজ আপগ্রেডের সময় বিনিময় হয় না। আপগ্রেড করার সাথে সাথেই আপনার / বুট ডিরেক্টরিতে দুটি কার্নেল এবং initrd চিত্র পাওয়া উচিত images এটি কারণ প্রোগ্রামগুলির বিপরীতে কার্নেলের উপাদানগুলি এত সুন্দরভাবে আদান-প্রদানযোগ্য নয়। যদি আপগ্রেড করার সময় নতুন ডিভাইস ড্রাইভার লোড করার প্রয়োজন দেখা দেয় তবে এগুলি চলমান কার্নেলের সাথে সামঞ্জস্যপূর্ণ হতে হবে। সিস্টেমটি নতুন কার্নেল দিয়ে বুট করার পরে, পুরানোটি সরিয়ে ফেলা যাবে। গতবার আমি এই একটি জিনিসটি ম্যানুয়ালি করতে হয়েছিল তা যাচাই করেছিলাম, বর্তমান আপডেটেটর কীভাবে এটি পরিচালনা করে তা আমি জানি না। এটি বিটিডাব্লু মূল কারণ, কার্নেল চিত্রটি ফাইলের সংস্করণ নম্বরটি কেন বহন করে - তাই আপনার একই সময়ে বিভিন্ন কার্নেল সংস্করণ ইনস্টল থাকতে পারে। মডিউল পাথের জন্য একই (/ lib / মডিউল / ...)

সফ্টওয়্যার প্যাকেজগুলি একের পর এক আপগ্রেড করা হয়, নির্ভরতা পর্বতমালার সর্বনিম্ন প্যাকেজগুলির সাথে শুরু করে। এগুলি সাধারণত libc এবং অন্যান্যগুলির মতো প্রোগ্রাম লাইব্রেরি হয়। প্যাকেজগুলি আপডেট করা হয় এমন ক্রমটি হার্ডকডযুক্ত না হলেও প্যাকেজ নির্ভরতাগুলি সমাধান হওয়ার কারণে গতিশীলভাবে গণনা করা হয়। বেশিরভাগ ক্ষেত্রে পুরানো প্রোগ্রামগুলি নতুন লাইব্রেরিগুলির সাথে কাজ করতে পারে, সুতরাং যদি সেই লাইব্রেরিগুলি প্রথমে প্রতিস্থাপন করা হয় তবে সমস্যা হয় না matic

আপনাকে এখানে বুঝতে হবে যে সিস্টেমটি ম্যানুয়ালি ইনস্টল করা প্যাকেজগুলির মধ্যে পার্থক্য করে (যেমন প্যাকেজগুলি যা আপনি সরাসরি নিজেকে অনুরোধ করেছিলেন, অর্থাৎ ক্রোমিয়াম) এবং স্বয়ংক্রিয়ভাবে ইনস্টল হওয়া প্যাকেজ, যেখানে কেবল ইনস্টল হওয়া প্যাকেজগুলির নির্ভরতা পূরণ করতে ইনস্টল করা হয়েছে (এবং সেই নির্ভরতার নির্ভরতাগুলি )।

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

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

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

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

এমনকি এই প্রক্রিয়াটি পুরো ব্যবহারকারীর প্রোগ্রামের বিনিময়ের অনুমতি দেয়। উদাহরণস্বরূপ যেমন জিনোম 2 থেকে ইউনিটিতে স্যুইচ করা। যেহেতু উভয়ই কেবল উবুন্টু-ডেস্কটপের স্বয়ংক্রিয় নির্ভরতা, যা কয়েকটি প্যাকেজের মধ্যে একটি, যার জন্য নতুন সংস্করণটি প্রথম স্থানে অনুরোধ করা হয়।

প্রোগ্রামগুলি সাধারণত ওএস কার্নেলের একটি নির্দিষ্ট সংস্করণের উপর নির্ভর করে না, তাই তারা চলমান কার্নেলের সাথে সাধারণত কাজ করবে।

এই সমস্তটি বাদে আমার সন্দেহ হয় যে উবুন্টু আপডেটারটি এই তত্ত্বটি যেখানে ভেঙে পড়েছে সেই পরিস্থিতিতে বাধা দেওয়ার জন্য কিছু নির্দিষ্ট সমাধান এবং কাজকর্ম মিশ্রণে ফেলে দেয়।

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

কমান্ড লাইন প্রোগ্রামটি ব্যবহার করে apt-markকোন প্যাকেজগুলি ম্যানুয়ালি ইনস্টল করা হয়েছে এবং কোনটি স্বয়ংক্রিয়ভাবে ইনস্টল হয়েছে তা অনুসন্ধান করতে পারেন। আপনি একই প্রোগ্রামটি ব্যবহার করে সেই চিহ্নগুলি স্যুইচ করতে পারেন। এটি সরাসরি আপডেট প্রক্রিয়াটিকে প্রভাবিত করবে।

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

এখন নির্দিষ্ট প্রশ্নের জন্য:

  1. যখন নিম্ন-স্তরের অবকাঠামো পরিবর্তন করা হয় (কার্নেলের মতো নিম্ন-স্তরের, ড্রাইভার, লাইব্রেরি ইত্যাদির সাথে ব্যবহারকারীর সরাসরি যোগাযোগ হয় না), অবহেলিত বাইনারিগুলির কী ঘটে?
    • ঠিক আছে ... আমি ইতিমধ্যে এটি আবরণ
  2. সম্পূর্ণরূপে অবমূল্যায়ন করা এমন কোনও অ্যাপ্লিকেশনটির কী হবে? উদাহরণস্বরূপ, ইউনিটি 2 ডি (বা অন্য কোনও সফ্টওয়্যার পরিত্যাক্ত / কোনও রক্ষণাবেক্ষণকারী নেই যার প্যাকেজ নতুন রেপোতে নেই)।
    • যদি অ্যাপটি একবার ম্যানুয়ালি ইনস্টল করা হয়ে থাকে তবে এটি সিস্টেমে থাকবে, প্রায়শই আমি বর্ণিত নির্ভরতা নরকের কারণ হয়ে দাঁড়ায়।
  3. উবুন্টু-ডেস্কটপ একটি মেটাপ্যাকেজ যা ডিফল্ট উবুন্টু অ্যাপ্লিকেশনগুলিকে নির্ভরতা হিসাবে টেনে নেয়। যদি আমি ফায়ারফক্স মুছে ফেলে এবং ক্রোম ইনস্টল করি তবে ফায়ারফক্স কি আপগ্রেডের অংশ হিসাবে টানবে?
    • যতক্ষণ না এটি নতুন রিলিজের স্ট্যান্ডার্ড ব্রাউজার, হ্যাঁ। ক্রোমিয়ামও আপগ্রেড করা হবে। আপনি উবুন্টু-ডেস্কটপ না সরিয়ে ফায়ারফক্স মুছে ফেলতে পারবেন কিনা তা নিশ্চিত নই। মনে রাখবেন যে কঠোর নির্ভরতা ছাড়াও, প্যাকেজ সিস্টেমটি সুপারিশগুলির ধারণাটিও জানে, যেখানে একটি সফ্টওয়্যার সাধারণত নির্ভরতার মতো ইনস্টল করা হবে তবে এটির নিজস্ব একমাত্র নির্ভরতা ব্যতীত অন্য কোনও কিছুকে প্রভাবিত না করে পরে আনইনস্টল করা যায়।
  4. তদুপরি, যদি কোনও একক অ্যাপ্লিকেশন প্যাকেজ-এক্স উপর নির্ভর করতে ব্যবহৃত হয় এবং নতুন রিলিজে আর না করে তবে কি হবে; অনাথ হওয়া সত্ত্বেও প্যাকেজ-এক্স কি অন্যান্য প্যাকেজগুলির পাশাপাশি আপগ্রেড করা হবে?
    • নাঃ।

আপনার যদি এখনও আরও কিছু প্রশ্ন থাকে তবে আমাকে জিজ্ঞাসা করুন।


আপনি কি নির্ভরশীল নরকের সাথে সম্পর্কিত আরও ডক্সের সাথে লিঙ্ক করতে পারেন (আমাকে ডিএলএল হেল শব্দটি মনে করিয়ে দেয়)? আমি ন্যূনতম উবুন্টু ইনস্টলগুলি ব্যবহার করি এবং আমি কীভাবে আপগ্রেডিং আমার জন্য কাজ করবে তা নির্ধারণ করতে চাই।
অক্সভিভি

আমি মনে করি নির্ভরতা জাহান্নামের বিষয়ে ইন্টারনেটে আপনি যেগুলি খুঁজে পাবেন তারাই অভিযোগ। আপনার অ্যাপট ম্যান পৃষ্ঠাগুলি পড়ুন, পছন্দ করুন man apt-get। আমি দেখতে পাই যে প্রায়শই রিলিজ নির্দিষ্টকরণ কমান্ড সিনট্যাক্স apt-get -t intrepid install foo/jaunty bar/oneiricইত্যাদির মতো ব্যবহার করা দরকারী ... উদাহরণস্বরূপ । প্রকৃতপক্ষে এটি ডেবিয়ানের সাথে আরও সার্থক করে তোলে যেখানে আপনি কখনও কখনও রিলিজগুলি মিশ্রন করেন, উবুন্টুর অধীনে এটি কম প্রথাগত। আকর্ষণীয় বিষয়গুলি হ'ল অ্যাপটি পিন করা এবং প্যাকেজগুলি ধরে রাখাও হতে পারে।
পল হ্যান্সচ

3
আমি স্ট্যাক এক্সচেঞ্জ নেটওয়ার্কে দেখা সবচেয়ে দীর্ঘ নন-কোড প্রতিক্রিয়ার জন্য আপনি এই পুরষ্কারটি জিতেন।
প্যাট্রিক 17

3

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

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

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


2

লিনাক্স এখনও ব্যবহারের সময় কীভাবে নিজেকে আপডেট করতে পারে?

মূলত কারণ লিনাক্স (এবং এটির সাথে বেশিরভাগ বিতরণ) কেবল সেভাবে ডিজাইন করা হয়েছে। একটি চলমান সিস্টেমে প্যাকেজ আপগ্রেড করতে সক্ষম হওয়া বেশিরভাগ লিনাক্স ভিত্তিক বিতরণের জন্য একটি লক্ষ্য।

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

চলমান অবস্থায় আপনি এক্সিকিউটেবল ফাইলটি প্রতিস্থাপন করতে পারেন এবং এটি চলমান প্রক্রিয়াটিতে আসলে কিছুই করবে না কারণ প্রক্রিয়াটির আর ডিস্কে ফাইলটির প্রয়োজন নেই - এর সমস্ত কোড ইতিমধ্যে মেমরিতে লোড হয়ে গেছে।

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

কিছু প্রোগ্রাম বিরতিতে চলাকালীন কোনও প্রোগ্রামের ফাইলগুলি প্রতিস্থাপন করবে না?

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

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


আমি ইতিমধ্যে এই সমস্ত বিবরণ সম্পর্কে অবহিত, দয়া করে আমার অনুগ্রহের সাথে আমার দেওয়া মন্তব্যটি পড়ুন। আমি জানতে চাই কীভাবে উবুন্টু, যেমন apt, আপগ্রেড প্রক্রিয়া চলাকালীন নির্দিষ্ট প্যাকেজ এবং নির্ভরতা পরিচালনা করে।
অক্সভিভি

-2

এটি অন্য বৈশিষ্ট্যের অনুরূপ। আশা করি এটি প্রাথমিক প্রক্রিয়াটি বুঝতে সহায়তা করে।

অপারেটিং সিস্টেম বুট হলে আমি "স্যুইচ রুট" করার সক্ষমতা উল্লেখ করছি।

অপারেটিং সিস্টেম বুট করার সময়, মূল ফাইল সিস্টেম (পড়ুন: "/") প্রাথমিকভাবে কেবল র‌্যামে উপলব্ধ। এই বুট প্রক্রিয়াটি চলমান অবস্থায়, এটি হার্ড ডিস্কের র‌্যাম থেকে / ফাইল সিস্টেমে স্যুইচ করে।


1
না, সিস্টেম আপগ্রেড করার সময় ক্রুট মেকানিজম ব্যবহার করা হয় না। আপগ্রেড লাইভ ফাইল সিস্টেমে সঞ্চালিত হয়। এমনকি আপনি আপনার প্রোগ্রাম মেনুগুলি পুনর্নির্মাণ এবং প্রোগ্রামের আইকনগুলি প্রতিস্থাপিত হওয়ার সাথে সাথে পরিবর্তনগুলি দেখতে পারেন। তবে ক্রুট মেকানিজমটি একটি মূল সিস্টেম ইনস্টলেশনতে ব্যবহৃত হয়, যখন একটি নতুন সিস্টেমটি "সদ্য নির্মিত ডিস্ক পার্টিটন" -এর পরিবর্তনের মূল পরিবেশে "ডিবাটস্ট্র্যাপড" হয়।
পল হ্যাঞ্চ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.