ইউডিএফ-তে, একটি ভলিউম শনাক্তকারী, ভলিউম সেট সনাক্তকারী, লজিকাল ভলিউম শনাক্তকারী এবং ফাইল সেট সনাক্তকারীর মধ্যে পার্থক্য কী?


17

আমি দেখতে পাচ্ছি যে mkudffsচারটি পৃথক শনাক্তকারীর জন্য বিকল্প রয়েছে: লজিকাল ভলিউম ( --lvid), ভলিউম ( --vid), ভলিউম সেট ( --vsid) এবং ফাইল সেট সনাক্তকারী ( --fsid)। এটি অবশ্য এর অর্থ কী তা নিয়ে কোনও দিকনির্দেশনা দেয় না।

সুতরাং, আমি ইউডিএফ চশমা গিয়েছিলাম। আইএসও / আইইসি 13346 ওরফে ইসিএমএ -167 দিয়ে শুরু করে , আমি এটি দেখতে পেয়েছি:

10.1.4 ভলিউম শনাক্তকারী (বিপি 24)

এই ক্ষেত্রটি ভলিউমের একটি সনাক্তকরণ নির্দিষ্ট করবে।

14.1.10 লজিকাল ভলিউম শনাক্তকারী (বিপি 112)

এই ক্ষেত্রটি লজিকাল ভলিউমের একটি পরিচয় নির্দিষ্ট করে যা ফাইল সেটটি রেকর্ড করা হয়।

14.1.12 ফাইল সেট সনাক্তকারী (বিপি 304)

এই ক্ষেত্রটি এই ফাইল সেট বর্ণনাকারী দ্বারা বর্ণিত ফাইল সেটটির একটি পরিচয় নির্দিষ্ট করবে।

ঠিক আছে, এটি দরকারী ছিল।

সুতরাং, আমি ওএসটিএ ইউডিএফ স্পেস 1.02 চেষ্টা করেছিলাম , যেটি ইউডিএফ সংস্করণ আমি তৈরি করার চেষ্টা করছি। এটি খুব একটা সহায়তা করে নি (যদিও "নির্দিষ্ট বা তুচ্ছ মানগুলির বিরুদ্ধে" আমাকে সতর্ক করেছিল)।

আমি ইউডিএফ 1.50 স্পেসিফিকেশনটি চেষ্টা করেছিলাম যা আমাকে আরও বলেছিল - §4.1 — এ যে এই মানগুলি প্রদর্শন করার আগে, OS4.1.2.1 এ বর্ণিত অ্যালগরিদম ব্যবহার করে একটি ওএস-নির্দিষ্ট ট্রান্সফর্ম প্রয়োগ করতে হবে। অবশ্যই, section4.1 এর পরের বিভাগটি §4.2 হয়, সুতরাং এটির জন্য শুভকামনা। এছাড়াও, লজিকালভলিউমআইডেন্টিফায়ার "যখন একাধিক মিডিয়া একটি জুকবক্সের মধ্যে উপস্থিত থাকে তখন লজিক্যাল ভলিউম সনাক্তকরণের ক্ষেত্রে অত্যন্ত গুরুত্বপূর্ণ The নামটি সাধারণত ব্যবহারকারীকে প্রদর্শিত হয়" "

সুতরাং, আমি চেষ্টা ইউডিএফ 2.01 স্পেসিফিকেশন , এবং এখন আমি জানি এখন অন্তত তারা উপলব্ধি করেছি যে এটা 4. এর 2 .2.1, যা কোন অস্তিত্ব নেই কিন্তু সাহায্যের (এটা অক্ষর সেট ভালো জিনিস সঙ্গে পুলিশ) না।

সুতরাং, যতদূর আমি বলতে পারি:

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

বা, আরও ভাল: অন্যান্য ক্ষেত্রগুলি কীসের জন্য?


1
শেক্সপিয়র লাইন নয়, ইউআইডি ব্যবহার করুন।
ড্যানিয়েল বেক

@ ড্যানিয়েলবেক: ঠিক আছে, ভলিউমসেটআইডেন্টিফায়ার ক্ষেত্র সম্পর্কে একটি নোট আছে, যা বলেছে যে প্রথম 16 টি অনন্য হওয়া উচিত, যাদের টাইমস্ট্যাম্প ছিল তাদের মধ্যে প্রথম 8 ... সুতরাং আমি অনুমান করি যে এটির জন্য, ইউআইডি অনুমোদিত নয়, তবে আবার শেক্সপিয়ারও নয়। আমি উদ্বিগ্ন, যদিও, ইউআইডিগুলিকে "তুচ্ছ" হিসাবে বিবেচনা করা যেতে পারে। :-P একটি গুরুতর নোটে, আমি সন্দেহ করি যে ভলিউম সেট স্টাফগুলি ISO9660, IOW এর ভলিউম সেট স্টাফের সাথে একই রকম, কিছু যা কেউ ব্যবহার করে না, তবে কমিটি যাইহোক যোগ করা হয়েছে।
ডারোবার্ট

উত্তর:


2

এগুলি LVID ব্যতীত দরকারী স্ট্রিংগুলির গুচ্ছ নয় ।

ফর্ম এমকুড্ফস:

  • --lvid লজিকাল ভলিউম শনাক্তকারী নির্দিষ্ট করুন। এটি নিম্নলিখিত ক্ষেত্রগুলিতে দেওয়া স্ট্রিং সেট করে:
    • লজিকাল ভলিউম বর্ণনাকারীতে লজিকাল ভলিউম শনাক্তকারী ( ECMA-167 এ চিত্র 15 দেখুন )
    • বাস্তবায়ন ব্যবহারে লজিকাল ভলিউম শনাক্তকারী। ( ইউডিএফ ২.০১ এ ২.২..7.২ দেখুন )
    • ফাইল সেট বর্ণনাকারীতে লজিকাল ভলিউম শনাক্তকারী। ( ইসিএমএ -167-র চিত্র 9 দেখুন ) ফাইল সেট বর্ণনাকারী। (চিত্রটি 9 এ [ECMA-167] [5] এ দেখুন)।
      লজিকাল ভলিউম সনাক্তকারী ডিস্ক লেবেল হিসাবে উইন্ডোতে দেখানো হয়েছে।
  • --vid ভলিউম সনাক্তকারী নির্দিষ্ট করুন। এটি প্রাথমিক ভলিউম বর্ণনাকারীর ভলিউম আইডেন্টিফায়ার ফিল্ডকে গ্র্যান্ড স্ট্রিং সেট করে। ( ইসিএমএ -167 এ চিত্র 6 দেখুন )। সর্বোচ্চ দৈর্ঘ্য 31 বাইট। ডিফল্ট মান "লিনাক্স ইউডিএফ"।
  • --vsid ভলিউম সেট সনাক্তকারী নির্দিষ্ট করুন। এটি প্রাথমিক ভলিউম ডিজ্রিপ্টারের ভলিউম সেট সনাক্তকারী ক্ষেত্রকে স্ট্রিং সেট করে। ( ইসিএমএ -167 এ চিত্র 6 দেখুন )। সর্বাধিক দৈর্ঘ্য 127 বাইট। ডিফল্ট মান "লিনাক্স ইউডিএফ"।
    ভলিউম সেট আইডেন্টিফায়ার কিছু ডিস্ক রাইটিং প্রোগ্রামগুলি যেমন ইমগবার্ন, ম্যাজিসিসও দ্বারা সম্পাদনা করা যেতে পারে। এটি ভলিউম সেটটির একটি সনাক্তকরণ নির্দিষ্ট করে যা ভলিউমটি সদস্য।
  • --fsid ফাইল সেট সনাক্তকারী নির্দিষ্ট করুন। এটি ফাইল সেট বর্ণনাকারীতে ফাইল সেট সনাক্তকারী ক্ষেত্র সেট করে। ( ইসিএমএ -167-র চিত্র 9 দেখুন )। সর্বোচ্চ দৈর্ঘ্য 31 বাইট। ডিফল্ট মান "লিনাক্স ইউডিএফ"।

হ্যাঁ, আমি man পৃষ্ঠা পড়ে থাকেন এবং মান ঐ বিভাগে (সব পরে, আমি তাদের কাছে আমার প্রশ্ন সংযুক্ত) ... প্রশ্ন কি যারা ক্ষেত্র হয় জন্য তাদের সেট কিভাবে না।
ডারোবার্ট

1

আমি মনে করি এগুলি সম্পূর্ণ আপনার উপর নির্ভরশীল; আমি বলব ক্ষেত্রগুলি এন্টারপ্রাইজ প্রক্রিয়াগুলিকে সমর্থন করার জন্য রয়েছে। মনে মনে সহজেই আসে এমন একটি ব্যবহার হ'ল "FOO এর মাসিক পূর্ণ ব্যাকআপ, 2015-12" এর মতো স্টাফের জন্য ভলিউম সেট সনাক্তকারী ব্যবহার করা এবং ভলিউম শনাক্তকারীটি তখন "42 এর ডিস্ক 1 এর মতো" হতে পারে। অথবা সম্ভবত আপনার একটি প্রকৃত শনাক্তকারী থাকতে পারে, যেমন একটি বারকোড, ডিস্কে মুদ্রিত এবং ভলিউম শনাক্তকারী এটি ধরে রাখতে পারে (যাতে আপনি ডিস্কটি ড্রাইভে পড়ে বা এটিতে বারকোড পাঠককে নির্দেশ করে চিহ্নিত করতে পারেন) )।

আমি কল্পনা করি যে আপনি যখন ফাইল সিস্টেমে কিছু সংখ্যক লজিকাল ইউনিট (একটি "সেট") গঠন করেন তবে ফাইল সেট সনাক্তকারী কার্যকর হতে পারে তবে তারা স্বজ্ঞাতভাবে একটি "ভলিউম" গঠন করে না; উদাহরণস্বরূপ, "মারিয়া কেরি .gifs 1994-1998" বা "ববসের হাই স্কুল প্রবন্ধ"।


0

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


0

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

লিনাক্সে নিম্নলিখিত সিএমডি চালান এবং আউটপুটটি দেখুন: ব্লকিড id

/ dev / x: LABEL = "উইন্ডোজ" ইউইউডি = "?" TYPE = "ntfs" PARTLABEL = "বেসিক ডেটা পার্টিশন" PARTUID = "?"

/ dev / y: LABEL = "লিনাক্স" ইউইউডি = "?" TYPE = "ext4" PARTLABEL = "স্টোরেজ" PARTUID = "?"

আপনি দেখতে পাচ্ছেন, প্রতিটির জন্য এখানে 2 টি ক্ষেত্র রয়েছে:

  • পার্টিশন
  • সেই পার্টিশনে ফাইল সিস্টেম

উভয় ক্ষেত্রেই প্রথমটি হ'ল মানব পঠনযোগ্য বিবরণ এবং দ্বিতীয়টি মেশিনের বিবরণ। ডোমেন নেম সিস্টেম (ডিএনএস) এর মতোই, যেহেতু মেশিনের বিবরণ - ইউইউইডি - অনন্য হওয়া প্রয়োজন। সুতরাং আমরা পার্টিশনের জন্য এনএক্স 2 এক্স 2 ডেটা ফিল্ড সম্পর্কে কথা বলতে পারি। তবে, যেহেতু অপটিকাল মিডিয়া বিভাজিত হয় না, কাঁচা মিডিয়া বিভাজন হিসাবে গণনা করে। যার অর্থ সর্বদা 2 x 2 = 4 টি বৈশিষ্ট্য রয়েছে। উপরের উদাহরণটিতে ইউডিএফ বৈশিষ্ট্যগুলি ফিট করার চেষ্টা করুন:

/ dev / x: LABEL = "LVID" UID = "VID" TYPE = "ইউডিএফ" পার্টেলবেল = "ভিএসআইডি" পার্টুয়েড = "এফএসআইডি"

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

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.