22TB ডিস্কটি কীভাবে পার্টিশন করবেন?


33

আমার একটি 22 টিবি ডিস্ক চালু আছে /dev/sdb। আমি কীভাবে 22 টিবি পার্টিশন তৈরি করব? ফাইল সিস্টেমটি সম্পর্কে সত্যিই চিন্তা করবেন না - ext4বা zfsঠিক আছে।

চলমান CentOS 6.2 - পার্টিশনটি ডেটা ডাম্প হিসাবে ব্যবহৃত হবে। কোন ফাইল সিস্টেমে কেবল বাছাই / পছন্দসই তথ্যের একক স্ট্রিম এখনই সত্যিই উদ্বেগের বিষয় নয়। ডিস্কটি 12x2TB কাছাকাছি এসএএস ড্রাইভ এবং একটি ডেল পার্ক নিয়ামক দ্বারা গঠিত।

আমি শুধু একটি 22TB পার্টিশন চাই।


1
তথ্য আরও কয়েক টুকরা সহায়ক হবে। আপনি কোন ওএস ব্যবহার করছেন? আপনি কোন ধরণের পারফরম্যান্সের প্রত্যাশা করছেন বা এর থেকে পাওয়ার দরকার? অন্তর্নিহিত হার্ডওয়্যার কি? এটি ইতিমধ্যে একটি অভিযান সেট? এটি কি বাড়াবাড়ি আছে? আপনার কি zfs এর অতিরিক্ত ডেটা সুরক্ষা বৈশিষ্ট্যগুলি দরকার?
টিম কেনেডি

3
কোন প্রচেষ্টা এতদূর ব্যর্থ হয়েছে? fdisk, cfdisk?
নিলস

উত্তর:


44

সহজ সমাধানটি হ'ল জিপিটি পার্টিশন , লিনাক্সের -৪-বিট সংস্করণ এবং এক্সএফএস ব্যবহার করা :

  • কারণ GPT প্রয়োজনীয় MS-DOS এর স্টাইলের উপস্থিত MBR পার্টিশন টেবিল দ্বারা নির্মিত fdisk2 TiB ডিস্ক সীমাবদ্ধ। সুতরাং, আপনার partedপরিবর্তে বা অন্য কোনও জিপিটি-সচেতন পার্টিশন প্রোগ্রাম ব্যবহার করা দরকার fdisk। ( gdisk, gpartedইত্যাদি)

  • একটি -৪-বিট কার্নেল প্রয়োজনীয় কারণ 32-বিট কার্নেলগুলি আপনার চেয়ে কম ফাইল সিস্টেমগুলিতে সীমাবদ্ধ করে। আপনি 32-বিট পূর্ণসংখ্যার উপর ভিত্তি করে একটি আকার সীমাটি আঘাত করেছেন বা ফাইল সিস্টেমটিকে সঠিকভাবে সমর্থন করার জন্য পর্যাপ্ত র‍্যামের ঠিকানা দিতে সক্ষম না হয়ে শেষ করেছেন।

  • এক্সএফএস একমাত্র সমাধান নয়, তবে আমার মতে এটি আরএইচইল সিস্টেমগুলির পক্ষে সবচেয়ে সহজ।

    আপনি এটির জন্য আরএইচএল ext এ ext4 ব্যবহার করতে পারবেন না যদিও ফাইল সিস্টেমটি 1 ইআইবি ফাইল সিস্টেমগুলি সমর্থন করার জন্য ডিজাইন করা হয়েছিল , তবে এইচএইচএলe2fsprogs 6 এবং এর ডেরিভেটিভগুলির অন্তর্ভুক্ত সংস্করণে একটি কৃত্রিম 16 টিবি ভলিউম আকারের সীমা রয়েছে। রেড হ্যাট এবং সেন্টোস উভয়ই তাদের ডক্সে এটি কল করে। (Ext4 16 টিবি সীমাটি RHEL 7 থেকে 50 টিআইবিতে যথেষ্ট পরিমাণে বাড়ানো হয়েছিল ))

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

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

প্রক্রিয়াটি এখানে:

  1. আপনি mkfs.xfsকোনও যুক্তি ছাড়াই এটি চালিয়ে ইনস্টল করেছেন কিনা তা পরীক্ষা করে দেখুন । যদি এটি উপস্থিত না থাকে তবে ব্যবহারকারীল্যান্ড এক্সএফএস সরঞ্জামগুলি ইনস্টল করুন:

    # yum install xfsprogs
    

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

  2. পার্টিশনটি তৈরি করুন:

    যেহেতু আপনি বলছেন যে আপনার 22 টিআইবি ভলিউম চালু রয়েছে /dev/sdb, তাই আদেশগুলি হ'ল parted:

    # parted /dev/sdb mklabel gpt
    # parted -a optimal -- /dev/sdb mkpart primary xfs 1 -1
    

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

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

  3. বিভাজন ফর্ম্যাট করুন:

    # mkfs.xfs -L somelabel /dev/sdb1
    
  4. যোগ /etc/fstabএন্ট্রি:

    LABEL=somelabel    /some/mount/point    xfs     defaults   0 0
    
  5. আপ মাউন্ট!

     # mount /some/mount/point
    

আপনি যদি LVM পথে যেতে চান তবে উপরের পদক্ষেপগুলি নীচে ব্যবহারকারীর bsdউত্তরের দ্বিতীয় সেট কমান্ডের আরও বিশদ সংস্করণ । উপরের রচনাগুলির আগে আপনাকে তার প্রথম সেট কমান্ডগুলি করতে হবে।

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


4
জেডএফএস অংশটি বিতর্কযোগ্য। লিনাক্স বন্দরটি ২০১০ সাল থেকে অনেক দীর্ঘ
এগিয়েছে এবং এক্সএফএসের

জিপিটি / এমবিআর সম্পর্কে, কেবলমাত্র /bootএটিই যদি অংশ হয় তবে প্রযোজ্য নয় /? /যদি কেবলমাত্র একটি ছোট /bootডান মাউন্ট করতে হয় তবে এমবিআর কতটা বড় তা চিন্তা করে না ? আমার ভুল হতে পারে.
jonescb

1
@ জোন্সকবি: /bootএমবিআর এর সীমাবদ্ধতার অবস্থানটির কোনও প্রভাব নেই। আপনার যদি 2 টিবি-র বেশি পার্টিশনের প্রয়োজন হয় তবে আপনি এমবিআর পার্টিশন ব্যবহার করতে পারবেন না। এটা তোলে হয় সত্য, তবে, যে এটি প্রায় রেখে GPT থেকে বুট করার জন্য বায়োস সহায়তার অভাব কাজ করা সম্ভব /bootএকটি ছোট করা MBR পার্টিশন না ডিস্কে। কার্নেলটি শেষ হয়ে গেলে, আপনাকে BIOS সীমাবদ্ধতা সম্পর্কে চিন্তা করতে হবে না কারণ এটি জিপিটি পার্টিশন টেবিলটি কীভাবে ব্যাখ্যা করতে হয় তা জানে। যদি আপনার মেশিনটি EFI- ভিত্তিক হয় তবে আপনার এই নাচটি করার দরকার নেই, কারণ EFI জিপিটি বোঝে।
ওয়ারেন ইয়ং

16

অন্য পরামর্শের বিকল্প হিসাবে।
আপনাকে কোনও ডিস্ক বিভাজন করতে হবে না।
আপনি এক বা একাধিক লজিকাল ভলিউম সহ একটি ভলিউম গ্রুপ তৈরি করতে পারেন ।

pvcreate /dev/sdb
vgcreate data /dev/sdb
lvcreate --name dump -L '100%VG' data

এখন আপনার কাছে একটি লজিকাল ভলিউম রয়েছে যা আপনার ইচ্ছামত যে কোনও ফাইল সিস্টেম প্রকারের সাথে ফর্ম্যাট করতে পারেন।

mkfs.XXXX /dev/mapper/data-dump #<- XXXX can be ext4, xfs, btrfs, reiser
mount /dev/mapper/data-dump /mntpt

এলভিএম মূলত পার্টিশনের একটি উন্নত রূপ। LVM ব্যবহার করা অর্থহীন, যদি আপনি কেবল সমস্ত স্থান ব্যবহার করে একটি একক এলভি তৈরি করতে চলেছেন, তবে আপনি কেবল পুরো ডিস্ক ডিভাইসে সরাসরি এমকেএফএস করতে পারেন।
psusi

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

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

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

3
LVM এর একটি সুবিধা এমনকি যদি আপনার কাছে কেবল একটি LV থাকে তবে এটি আপনাকে পরে সহজেই সঞ্চয়স্থান যুক্ত করতে দেয়।
প্লাগওয়াশ

6

প্রশ্নটির প্রশ্ন: আপনি '22 টিবি ডিস্ক কীভাবে বিভাজন করবেন ' জিজ্ঞাসা করেছিলেন এবং তারপরে আবারও প্রশ্নটিতে আপনি বলেছিলেন, আপনি কেবল একটি 22 টিবি বিভাজন চেয়েছিলেন। সুতরাং এটি প্রথম স্থানে দ্বিধাবিভক্ত।

আপনার যদি ইতিমধ্যে কোনও একক ব্লক ডিভাইস রয়েছে যা এতে 22TB স্থান সমর্থন করতে পারে তবে আপনি ইতিমধ্যে পুরো 22 টিবি পার্টিশনটি রেখেছেন। আপনার কেবলমাত্র এটির উপরে একটি ফাইল সিস্টেম রয়েছে যা ডিভাইসটিকে মাউন্টযোগ্য এবং সিস্টেম প্রসেস দ্বারা পড়া / লেখার জন্য ব্যবহারযোগ্য করে তুলবে। আরও কখনও, আপনার একটি লিনাক্স কার্নেলটি একটি yste৪-বিট মোডে চলমান থাকা দরকার যা একটি সিস্টেম সিস্টেম মডিউল / ড্রাইভারের সাহায্যে যা ২২ টিবি ডেটা বর্ধন সমর্থন করে এবং স্কেল করে, (একক) ব্লক ডিভাইসে ডেটা পরিচালনা করার জন্য ইনস এবং আউটস পরিচালনা করতে পারে আরাম। পারফরম্যান্স একেবারে এটির আরও একটি মাত্রা। এই ক্ষেত্রে, আমি চয়ন করতে পছন্দ করবXFS আমার ফাইল সিস্টেম হিসাবে , কারণ এটি একটি 64৪-বিট ফাইল সিস্টেম এবং মিলিয়ন টেরাবাইট হিসাবে বৃহত ফাইল সিস্টেমগুলি পরিচালনা করতে সক্ষম। এটি 9 এক্সপায়টিস পর্যন্ত সমর্থন করে।

2^63  = 9 x 1018 = 9 exabytes 

এক্সএফএস-এ আরও তথ্যের জন্য: http://oss.sgi.com/projects/xfs/

যদি আপনি বিশাল 22 টিবি ব্লক ডিভাইসটির আরও বিভাজন খুঁজছেন, তবে ব্যবহার করুন gparted তবে ডিভাইসটিকে ব্যবহারযোগ্য পার্টিশনে বিভক্ত করুন এবং তারপরে এগুলি মাউন্টযোগ্য করে তুলতে ফাইল-সিস্টেমে ফর্ম্যাট করুন।

দেখে মনে হচ্ছে যে আপনি হার্ডওয়ার RAID কন্ট্রোলার পেয়েছেন, যেহেতু আপনি উল্লেখ করেছেন যে আপনি DELL পার্ক RAID কন্ট্রোলার পেয়েছেন - যার অর্থ এই হবে যে আপনাকে কোন RAID কনফিগারেশন (অবশ্যই RAID স্তরটি আপনি ব্যবহার করছেন?) এবং বেশিরভাগ ক্ষেত্রে, আপনি ব্যবহারের জন্য সম্পূর্ণ 22 টিবি স্থান পাচ্ছেন না, যদিও আমি ভুল হতে পারি।


আমি এক্সএফএস-কেও সুপারিশ করতে যাচ্ছিলাম, তবে xfs_check একটি বিশাল পরিমাণের মেমরি এবং w / 22G fs চালাতে দীর্ঘ সময় নেবে। শারীরিক এবং অদলবদলের মধ্যে একজনের চেক করার জন্য কমপক্ষে 32 জি দরকার হবে, তা হ'ল তিনি যদি কখনও কোনও 'ডেটাডাম্প' (যা কিছু হয়)) এফএস পরীক্ষা করে দেখেন
বিএসডি

@ নীচে, আপনি এটি 22 টি fs এ সংশোধন করতে চাইতে পারেন :)
নিখিল

এটি 22 টিবি রেইড 5. আমার প্রচুর ডিস্ক রয়েছে :)
এলভিএলআরন

এটি ছিল একটি টাইপো (মস্তিষ্কের ঘোর)। আমি একই ডিভাইস, 10TB, LSI MegaRAID (ডেল Perc হিসাবে একই কার্ড) সঙ্গে আছে
BSD

@ ডাউনডিং: xfs_checkপ্রকৃতপক্ষে প্রচুর মেমরি ব্যবহার করে তবে ম্যানুয়াল পৃষ্ঠাতে (8) উল্লেখ করেছে: " নোট করুন যে ব্যবহারের xfs_checkপ্রস্তাব দেওয়া হচ্ছে না Please xfs_repair -nপরিবর্তে আরও ভাল স্কেলিবিলিটি এবং গতির জন্য ব্যবহার করুন " "
ক্রিশ্চিয়ান সিপিতু

4

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

বেশ কয়েকটি কারণে, আমি এত বড় ফাইল সিস্টেমের জন্য জেডএফএস ছাড়া আর কিছু ব্যবহার করার পরামর্শ দেব না। সর্বাধিক সুস্পষ্ট হ'ল যদি আপনার কাছে নির্মম শক্তি বন্ধ থাকে (যেমন: কার্নেল প্যানিক বা বিদ্যুতের ঘাটতি), fsck traditionalতিহ্যবাহী ফাইল সিস্টেমগুলি পুনরুদ্ধার করতে একটি বেদনাদায়ক সময় নিতে পারে length অন্যদিকে জেডএফএসের fsck দরকার নেই তাই পুলটি তাত্ক্ষণিকভাবে আমদানি করবে।

নোট করুন যে আপনি হার্ডওয়ার RAID কনফিগারেশনটি আরও ভালভাবে ভেঙে ফেলতে এবং তার সফ্টওয়্যার RAID সক্ষমতার সুবিধা নিয়ে একটি ZF পুল তৈরি করতে JBOD হিসাবে বারোটি ডিভাইস ব্যবহার করতে চান। যদি আপনার লক্ষ্যটি পারফরম্যান্স হয় তবে আপনি জোড়া ডিস্কের মিরর দেখতে পারেন এবং যদি আপনার লক্ষ্যটি সর্বাধিক স্থান হয় তবে আপনি একটি RAIDZ, RAIDZ2 বা RAIDZ3 কনফিগারেশন ব্যবহার করতে পারেন। এটি করার ফলে আপনার ডেটার নির্ভরযোগ্যতা এবং সমাধানটির ত্রুটি সহনীয়তা অনেকাংশে উন্নত হবে।


1
আমি জানি এটি একটি পুরানো প্রশ্নের পুরাতন উত্তর, তবে .... যদি জেডএফএস ব্যবহার করা হয় তবে সর্বোত্তম বিকল্পটি হ'ল রেড অ্যারেটি ধ্বংস করা, জেবিডের জন্য র‌্যাড কন্ট্রোলারটি কনফিগার করা যাতে লিনাক্স প্রতিটি পৃথক ডিস্ক দেখে এবং তারপরে মিররযুক্ত জোড়া তৈরি করা best (স্বল্প ক্ষমতা, দুর্দান্ত পারফরম্যান্স) বা পৃথক ডিস্ক থেকে RAIDZ / Z2 / Z3 (আরও সক্ষমতা, হতাশ কর্মক্ষমতা)। আপনি যদি জেডএফএসের বেশিরভাগ সুবিধা হারাবেন তবে আপনি যদি এটি উপস্থিত ডিএইডের উপরে রাখেন তবে ডিস্কগুলি নিজেই পরিচালনা করতে পারেন। একইটি বিটিআরএফএসের ক্ষেত্রে প্রযোজ্য।
ক্যাস

@ ক্যাস আপনি নিশ্চিতভাবেই ঠিক আছেন, উত্তর আপডেট হয়েছে। আমি "22 টিবি ডিস্কটি কীভাবে বিভাজন করব" এবং "আপনি আমার ডিস্ক কনফিগারেশনটিতে কী করার পরামর্শ দিবেন না" তা না করে আমি ওপি প্রশ্নের দিকে মনোনিবেশিত ছিলাম।
jlliagre

3

আমি নিশ্চিত নই যে বর্তমানে স্ট্যান্ডার্ড পার্টিশন টেবিলটি ব্যবহার করে এটি সম্ভব। স্ট্যান্ডার্ড পার্টিশন টেবিল স্কিমে, খণ্ডগুলি 2 32 এর মধ্যে সীমাবদ্ধ সেক্টরে । প্রতি সেক্টরে 512 বাইটের সাহায্যে, আপনি 2TB এর আশেপাশে সেক্টরগুলিকে নির্ধারণের জন্য সংখ্যাগুলি ছড়িয়ে দেবেন।

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

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


একটি 32-বিট সিস্টেম হতে পারে। আমি ৮.০৪ এবং তার চেয়ে বেশি সংস্করণে সমর্থিত 64৪-বিট উবুন্টু সার্ভারে একটি 3.5TB পার্টিশন তৈরি করতে সক্ষম হয়েছি। সাইবারসিটি.বিজ
কার্লসন

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

3

আপনার পার্টিশন টেবিলের জন্য, অন্য কোথাও উল্লিখিত, জিপিটি হ'ল একটি দুর্দান্ত বিকল্প, কারণ এটি 9.4 জিবিবি আকারের পার্টিশন সমর্থন করে (9.4 .4 10 21 বাইট) আপনার 22 টিআইবি-র প্রয়োজনের চেয়ে ভাল is

আপনার ফাইল সিস্টেমের জন্য, লিনাক্স বিটিআরএফএস- এ একটি দুর্দান্ত অনুলিপি-অন- রাইটিং ফাইল-সিস্টেম রয়েছে:

  1. এটির অনুলিপিটির অনুলিপিটির অর্থ কোনও ডুপ্লিকেট ফাইল দু'বার সংরক্ষণ করা হয় না।
  2. এটি অন-ফ্লাই সংকোচনের বৈশিষ্ট্যযুক্ত যাতে আপনার ডেটা ফিজিক্যাল ডিস্কের স্থান সাশ্রয় করে ডিস্ক থেকে লেখা এবং পড়ার আগে এলজেডো বা জিজেপের মাধ্যমে চালিত হয়।
  3. এটি কোনও ওভারহেড ছাড়াই RAID-1, RAID-10, RAID-5, এবং RAID-6 কনফিগারেশনগুলিতে রিডানডেন্সি সমর্থন করে।
  4. এটি গতি মূল্যের হয়, তবে এটি RAID-0 সমর্থন করে।
  5. এটিতে সাবভলিউম, স্ন্যাপশট এবং আরও অনেক কিছু রয়েছে।
  6. প্রায় সমস্ত ফাইল সিস্টেমের কাজগুলি অনলাইনে সম্পন্ন হয় , তাই আপনাকে সাধারণত জিনিসগুলি ঠিক করার জন্য কখনও ফাইল-সিস্টেম আনমাউন্ট করতে হবে না।

এটি বৈশিষ্ট্যগুলিতে জেডএফএসের মতো, তবে এটি মূল লিনাক্স কার্নেলের একটি অংশ।


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

1

আপনি যদি অযথা বা এটির ব্যাক আপ নেওয়ার ক্ষমতা সন্ধান না করেন তবে আপনি সম্ভবত এটি করতে পারেন:

mkfs -t ext4 /dev/sdb

4
আপনি কি এটা চেষ্টা করেছেন? আমি mkfsফাইল সিস্টেমটি নির্দিষ্ট করতে পরিবর্তন করেছি
কার্লসন

1
@ অ্যারোনজেএন্ডারসন একটি ব্যাখ্যা সাহায্য করবে।
n0pe

ডিভাইসটি
টিবি-র

1
অ্যারোনজএন্ডারসন আমি ৩.৫ টিবি ভলিউম ব্যবহার করে তৈরি করেছি reiserfsএবং ext3তাই যদি ১ ex ext4এক্সাবাইটের সর্বাধিক আকারের দাবি রয়েছে তবে আমি কোনও কারণ দেখছি না যে ২২ টিবি কাজ করবে না।
কার্লসন

1
e2fsutils এর সংস্করণ যা w / জাহাজের এই সংস্করণটি প্রেরণ করে (এবং এই মুহুর্তে বেশিরভাগ
লোকেরা 16TB এর
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.