মেটাডাটা কোনও আকার দখল করে না?


51

আমি একটি টেক্সট ফাইলে 4096 টি অক্ষর রেখেছি এবং এটি সংরক্ষণ করি। প্রতিটি অক্ষর 1 বাইট হয়, পাঠ্য ফাইলটির আকার 4K বাইট হতে হবে you আপনি নীচে দেখতে পারেন যে ঠিক আছে:

এখানে চিত্র বর্ণনা লিখুন

আমি আমার কম্পিউটারে আমার ফ্ল্যাশ মেমরিটি সংযুক্ত করি। ফ্ল্যাশ মেমরির মুক্ত স্থানটি 1,717,518,336বাইট :

এখানে চিত্র বর্ণনা লিখুন

আমি আমার ফ্ল্যাশ স্মৃতিতে ফাইলটির একটি অনুলিপি তৈরি করেছি। এবং আবার মুক্ত স্থানটি একবার দেখুন। এটিতে 1,717,514,240বাইট ফাঁকা জায়গা রয়েছে:

এখানে চিত্র বর্ণনা লিখুন

পার্থক্য কি তা দেখুন:

1,717,518,336 - 1,717,514,240 =4096 বাইট


আমার প্রশ্ন :

চতুর্থাংশ 1:

উপরের শেষ ছবিতে আপনি যেমন দেখতে পাচ্ছেন, কেবলমাত্র ফাইলটি ফ্ল্যাশটিতে দখল করে আছে, কেবলমাত্র তার বিষয়বস্তুগুলির জন্য [অক্ষর] স্থান রয়েছে? তাই মেটাডেটা ফাইলটি কোথায়?

মানে আমি যখন ফাইলটি অন্য কম্পিউটারে স্থানান্তরিত করি তখন ফাইলের নাম, ফাইলের মালিক, তারিখটি তৈরি এবং সংশোধিত এবং কীভাবে বোঝে?

এটি কোন আকার দখল করে না? !!

Q2 এর:

আমি ফ্ল্যাশ মেমরির মেটাডেটা ফাইলটি দেখতে পাচ্ছি?

এখানে চিত্র বর্ণনা লিখুন

আপনার সময় এবং বিবেচনা প্রশংসা করুন।


10
মেটাডেটা ফাইল সিস্টেমে অন্তর্ভুক্ত থাকবে। এটি উইন্ডোজ দ্বারা রিপোর্ট করা ফাইল আকারের অংশ নয়। তদতিরিক্ত FAT32 এবং NTFS মেটাডেটা আলাদা হবে।
রামহাউন্ড

@ রামহাউন্ড যখন আমি টেক্সট ফাইলটিকে ফ্ল্যাশ মেমরিতে স্থানান্তর করি তখন এর মেটাডেটা ফাইলটিও ফ্ল্যাশ মেমরিতে চলে যায়, তাই না? আমি কিভাবে এটি দেখতে পারি?
TheGoodUser


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

3
সংক্ষিপ্ত উত্তর: এটি স্থান গ্রহণ করে তবে ফাইল আকারের অংশ হিসাবে এটি গণনা করা হয় না।
ব্যবহারকারী 253751

উত্তর:


50

হ্যাঁ, মেটাডেটা স্থান দখল করে। এনটিএফএসে এটি নির্দিষ্ট হতে 1024 বাইট দখল করে। যাইহোক, তথ্যটি ফাইলে সংরক্ষণ করা হয় না, তবে মাস্টার ফাইল টেবিল এমএফটিতে। বিশেষত এমএফটি রেকর্ড # 4 $AttrDef

বিশদ জন্য এই টেকনেট নিবন্ধটি দেখুন : টেবিল 3.5 সমস্ত এমএফটি রেকর্ড সংজ্ঞায়িত করে।

যখন ভলিউমটি এনটিএফএসের সাথে ফর্ম্যাট হয়, তখন একটি মাস্টার ফাইল টেবিল (এমএফটি) ফাইল এবং মেটাডেটার অন্যান্য টুকরো তৈরি হয়। এনটিএফএস ফাইল সিস্টেম কাঠামো বাস্তবায়নের জন্য মেটাডেটা হ'ল ফাইল। এনটিএফএস মেটাডেটা ফাইলগুলির জন্য এমএফটি-র প্রথম 16 রেকর্ড সংরক্ষণ করে।

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

নোট করুন যে অন্যান্য ফাইল সিস্টেমগুলি মেটাডেটার সাথে আলাদাভাবে ডিল করতে পারে এবং করতে পারে।

সম্পাদনা: মন্তব্য বিভাগে এটি চিহ্নিত করা হয়েছে যে এই উত্তরটি পয়েন্টটি হারিয়েছে কারণ ওপি এনটিএফএস নয়, FAT32 ফাইল সিস্টেমে মেটাডেটা চেয়েছিল। আমি যদি কীভাবে জানতাম তবে আমি "সঠিক উত্তর" বৈশিষ্ট্যটি সরিয়ে ফেলব। অতএব আমি অতিরিক্ত তথ্য সরবরাহ করি যা FAT32 সম্পর্কিত প্রশ্নের উত্তর দেয়।

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

Name (8.3) xxxxxxxx.yyy. (88 bits)

Attribute byte (8 bits of information, described later in this section).

One reserved byte.

Create time (24 bits).

Create date (16 bits).

Last access date (16 bits).

Two reserved bytes.

Last modified time (16 bits).

Last modified date (16 bits).

Starting cluster number in the file allocation table (16 bits).

File size (32 bits).

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


2
আপনি মেটাডাটা দেখতে এবং কোনও প্রকার খুঁজে পেতে সিসিনটার্নাল স্যুটটির এনটিএফএসইনফো ব্যবহার করতে পারেন। আপনি এটি এখানে ডাউনলোড করতে পারেন: টেকনিকেট.মাইক্রোসফট.ইন- ইউএস / সিসিন্টার্নালস / ডিফল্ট চারপাশে বেশ কয়েকটি মেটাডেটা সম্পাদক রয়েছে, তবে আমি সেগুলির কোনও ব্যবহারের জন্য সুপারিশ করতে পারি না।
bjanssen

9
@ TheGoodUser-SP মেটাডাটা, এনটিএফএস উপর অন্তত নয় "একটি ফাইল" মধ্যে প্রচলিত অর্থে সঞ্চিত, যা আমি ছাপ আপনি খুঁজছেন কি আছে। সেখানে নয় কিছু কোথাও \ Windows ফোল্ডারে আমরা সবাই প্রায় আপনি কহন করছি না দূরে tucked; ফাইল মেটাডেটা নিজেই ফাইল সিস্টেমের একটি অবিচ্ছেদ্য অঙ্গ।
রব মোয়ার

2
এই ক্ষেত্রে ফ্ল্যাশ ড্রাইভ FAT-32 হিসাবে ফর্ম্যাট করা হয়। সুতরাং metada ফাইল এলোকেশন টেবিল (চর্বি) সংরক্ষিত হয় en.wikipedia.org/wiki/File_Allocation_Table
jnovacho

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

2
আপনি কী ভাবছেন মেটাডেটা স্থির আকার? অ্যাক্সেস নিয়ন্ত্রণের তালিকা অবশ্যই জটিলতায় অনেকটা পরিবর্তিত হতে পারে; আমি এটি দেখতে ব্যর্থ হয়েছি যে এটি কীভাবে সর্বদা 1024 বাইটে ফিট করতে পারে (অ্যাক্সেস এবং পরিবর্তনের সময়গুলির মতো অন্যান্য মেটাডেটা সহ)
বেন ভয়েগট

26

এটি কোন আকার দখল করে না? !!

হ্যাঁ, তবে এটি একটি বৃহত প্রাক-বরাদ্দ ব্লকে একটি ছোট এন্ট্রি। সেই ব্লকটি আপনার ডিস্কের "ব্যবহৃত" অংশে গণনা করা হয়। সেই ব্লকের ভিতরে একটি এন্ট্রি যুক্ত করার জন্য ব্লকটি প্রসারিত করার প্রয়োজন হয় না।

ফাইল সিস্টেমের উপর নির্ভর করে অবশেষে প্রচুর ফাইল নাম যুক্ত হওয়ার পরে এই ব্লকটি পূরণ করা হবে এবং প্রসারিত হবে।

আমি ফ্ল্যাশ মেমরির মেটাডেটা ফাইলটি দেখতে পাচ্ছি?

সহজে হয় না

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


3
@ গুড যদি গুগল থেকে বঞ্চিত হয় তবে আমি সম্ভবত লিনাক্স বুট করার মাধ্যমে ddএবং কাঁচা ফ্ল্যাশ ফাইল সিস্টেমটি অন্য ডিস্কের কোনও ফাইলে অনুলিপি করে ব্যবহার করতে শুরু করেছিলাম তবে নির্দিষ্ট ফাইল সিস্টেমে একটি ভাল রেফারেন্স-এর সাথে মিলিয়ে এটি পরীক্ষা করতে একটি হেক্স-ভিউয়ার ব্যবহার করব (মালিকানাধীন এবং অজ্ঞাত না হলে) আমি একটি মেটাডেটা পরিবর্তন করে touchআবার ddবাইনারি ডিফ ব্যবহার করতে পারি use
রেডগ্রিটিব্রিক

1
ভাল জিনিস আমি গুগল থেকে বঞ্চিত না।
চথুলহু

5
@ চথুলহু: পুরাতনদের নেইক্রোনমিকনের কোনও প্রয়োজন নেই। fhtagn।
রেডগ্রিটিব্রিক

2
হার্ড ড্রাইভে সরাসরি হেক্স-ভিউয়ার ব্যবহার করতে ওএসের পরিবর্তন করার দরকার নেই। কেবলমাত্র একটি শালীন হেক্স ভিউয়ার ব্যবহার করুন। (এটি এমনকি hiewএটি করতে পারে বলে মনে হয় তবে আমি জানিনা যে অনেক আগে উইন্ডোতে ছিলাম)।
রুসলান

1
HxD অবশ্যই এটি করবে, উইন্ডোজ এ। অতিরিক্ত মেনু, ডিস্ক খুলুন।
ব্লগবার্ড

7

মেটাডেটা ফাইল হিসাবে সংরক্ষণ করা হয় না (সাধারণত ফাইল ম্যানেজমেন্ট সরঞ্জাম দ্বারা রিপোর্ট করা হয় না), এটি ডিস্কের ফাইল সিস্টেমে ডেটাতে সঞ্চিত থাকে।

ফাইল সিস্টেমের প্রকৃতি / সংস্করণের উপর নির্ভর করে প্রতিটি এন্ট্রি মেটাডেটা তথ্য উপস্থাপন করতে কিছু পরিমাণ ডিস্কের জায়গা নেবে।

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

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

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


3

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

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

সুতরাং, এফএস টাইপ পরীক্ষা করুন। যদি এটি ফ্যাট হয়, তবে আপনার সম্ভবত মিডিয়াতে মেটাডেটাতে কোনও ব্যবহারকারী রেকর্ড নেই। সুতরাং ... কোন স্থান ব্যবহার করা হয়নি। :)

একটি ফ্যাট এফএস এর একটি ভাল উদাহরণ একটি ওপেন সোর্স বাস্তবায়ন - এবং আপনি দেখতে পাবেন যে উপলব্ধ অপারেশনগুলির তালিকায় "গেট / সেট ব্যবহারকারী" এবং "ব্যবহারকারীর দ্বারা অ্যাক্সেস পরীক্ষা করে চেক করা" অন্তর্ভুক্ত নয়। কোনও পরিচয় নেই = সেই পরিচয়ের কোনও সঞ্চয় নেই।


2

উপরের শেষ ছবিতে আপনি যেমন দেখতে পাচ্ছেন, কেবলমাত্র ফাইলটি ফ্ল্যাশটিতে দখল করে আছে, কেবলমাত্র তার বিষয়বস্তুগুলির জন্য [অক্ষর] স্থান রয়েছে? তাই মেটাডেটা ফাইলটি কোথায়?

"মেটাডাটা ফাইল" হ'ল ডিরেক্টরিতে ফাইল থাকে। ডিরেক্টরিটি হ'ল মূলত এটি - ডিরেক্টরিতে থাকা সামগ্রীর বিবরণ মেটাডাটা সংগ্রহ।

মানে আমি যখন ফাইলটি অন্য কম্পিউটারে স্থানান্তরিত করি তখন ফাইলের নাম, ফাইলের মালিক, তারিখটি তৈরি এবং সংশোধিত এবং কীভাবে বোঝে?

এটি কোন আকার দখল করে না? !!

হ্যাঁ, ডিরেক্টরিতে। বেশিরভাগ ফাইলটাইমগুলিতে, একই ফাইলের দুটি পৃথক ডিরেক্টরি থাকতে পারে যদি এটি দুটি ভিন্ন ডিরেক্টরিতে লিঙ্ক করা থাকে।

আমি ফ্ল্যাশ মেমরির মেটাডেটা ফাইলটি দেখতে পাচ্ছি?

যদি আপনার ফাইল সিস্টেমটি এটি সমর্থন করে তবে আপনি ডিরেক্টরিটির আকার দেখে এটি দেখতে পারেন।


2

মেটাডাটা কোথায় রাখা হয়েছে?

যখন আমরা মেটাডেটা নিয়ে কথা বলি, সেখানে দুটি ধরণের মেটাডেটা থাকে।

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

প্রথম ধরণটি সমস্ত ফাইলের ক্ষেত্রে প্রযোজ্য, যেমন আপনার উদাহরণের .txt ফাইল।

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

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

দ্বিতীয় ধরণের ডিওএস অতিরিক্ত স্থান নেয়, কারণ এই "মেটাডেটা" ফাইলটির অংশ গঠন করে।


বিভিন্ন ড্রাইভে বিভিন্ন আকার

যখন আপনার পাঠ্য ফাইলটি চালু থাকে C:\তখন 4K লাগে। আপনি এটি আপনার ফ্ল্যাশ ড্রাইভে রাখলে এটি আকারে 1K হয়ে যায় H:\। এটি কারণ বিভিন্ন পার্টিশনের জন্য "ব্লকের আকার" আলাদা।

ফাইলগুলি ব্লকে ফাঁকা স্থান বরাদ্দ করা হয়। সুতরাং, ব্লকের আকার 4K এর একটি ফাইল সিস্টেমে 1 বাইট 4K বরাদ্দ করা হয় যখন 4,097 বাইট (4 কে + 1 বাইট) 8K বরাদ্দ করা হয়।

স্পষ্টতই আপনার C:4K ব্লক আকারের H:সাথে ফর্ম্যাট করা হয়েছে যখন 1K ব্লক আকারের সাথে ফর্ম্যাট করা হয়েছে যার ফলস্বরূপ পার্থক্য রয়েছে।


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

মেটাডেটা অনুলিপি করা হয়েছে কিনা তা আপনি কীভাবে করবেন তার উপর নির্ভর করে। উদাহরণস্বরূপ robocopy, আপনাকে টাইমস্ট্যাম্প, বৈশিষ্ট্য, মালিকের তথ্য, অ্যাক্সেস কন্ট্রোল লিস্টস (এসিএল) ইত্যাদি অনুলিপি করতে হবে কিনা তা বিকল্প দেয় এটি আপনার ফ্ল্যাশ মেমরির ফাইল সিস্টেম সমর্থন করে কিনা তার উপরও নির্ভর করে (যেমন FAT32 মালিকের তথ্য এবং এসিএল রাখে না যাতে তারা হয় যাইহোক বাতিল করা)। মেটাডেটা কোনও ফাইল আকারে নয় সুতরাং আপনি কাঁচা ডেটা দেখতে পারবেন না; আপনি যদি নিম্ন স্তরের জিনিসগুলি দেখতে চান তবে আপনার ddলিনাক্সে প্রয়োজন হতে পারে তবে কীভাবে সেগুলি ব্যাখ্যা করবেন তা অন্য গল্প।
কেনেথ এল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.