22TB डिस्क का विभाजन कैसे करें?

Question

मेरे पास 22TB डिस्क है /dev/sdb। मैं 22TB विभाजन कैसे बनाऊँ? फ़ाइल सिस्टम के बारे में वास्तव में परवाह न करें - ext4या zfsठीक है।

रनिंग सेंटोस 6.2 - विभाजन का उपयोग डेटा डंप के रूप में किया जाएगा। डेटा का केवल एक ही स्ट्रीम, जो कि फ़ाइल सिस्टम से अधिक चुस्त / चुस्त है, वास्तव में अभी चिंता का विषय नहीं है। डिस्क 12x2TB एसएएस ड्राइव और डेल पर्क कंट्रोलर से बनती है।

मैं सिर्फ एक 22TB विभाजन चाहता हूं।

Comments

जानकारी के कुछ और टुकड़े मददगार होंगे। आप कौन सा ओएस उपयोग कर रहे हैं? आप किस तरह के प्रदर्शन की अपेक्षा करते हैं या उससे प्राप्त करने की आवश्यकता है? अंतर्निहित हार्डवेयर क्या है? यह पहले से ही एक छापे का सेट है? क्या इसमें अतिरेक है? क्या आपको zfs की अतिरिक्त डेटा सुरक्षा सुविधाओं की आवश्यकता है?

— टिम केनेडी

कौन सी कोशिशें अब तक नाकाम रही हैं? fdisk, cfdisk?

— निल्स

Answer 1

सबसे सरल समाधान GPT विभाजन , लिनक्स का 64-बिट संस्करण और XFS का उपयोग करना है :

• GPT आवश्यक है क्योंकि MS-DOS- शैली MBR विभाजन तालिका द्वारा बनाई गई fdisk2 TiB डिस्क तक सीमित है। इसलिए, आपको partedइसके बजाय किसी अन्य GPT- अवगत विभाजन कार्यक्रम का उपयोग करने की आवश्यकता है fdisk। ( gdisk, gpartedआदि)

• 64-बिट कर्नेल आवश्यक है क्योंकि 32-बिट कर्नेल आपको उन फाइल सिस्टमों तक सीमित करते हैं जो आप पूछ रहे हैं। आप या तो 32-बिट पूर्णांक के आधार पर एक आकार सीमा को हिट करते हैं या अंत में फाइल सिस्टम को ठीक से समर्थन करने के लिए पर्याप्त रैम को संबोधित करने में सक्षम नहीं होते हैं।

• एक्सएफएस एकमात्र समाधान नहीं है, लेकिन मेरी राय में यह आरएचईएल सिस्टम के लिए सबसे आसान है।

  आप RHEL 6 में इसके लिए ext4 का उपयोग नहीं कर सकते। हालाँकि फाइलसिस्टम को 1 EiB फाइल सिस्टम के समर्थन के लिए डिज़ाइन किया गया था , आरएचईएलe2fsprogs 6 और इसके डेरिवेटिव में शामिल के संस्करण में एक कृत्रिम 16 TiB वॉल्यूम आकार सीमा है । Red Hat और CentOS दोनों इसे अपने डॉक्स में कहते हैं। (Ext4 16 TiB की सीमा को RHEL 7 से 50 TiB में काफी बढ़ा दिया गया था ।)

  आपकी स्थिति में ZFS व्यावहारिक नहीं हो सकता है । इसके कई कानूनी और तकनीकी प्रतिबंधों के कारण, मैं तब तक इसकी अनुशंसा नहीं कर सकता, जब तक आपको केवल ZFS आपको कुछ न कुछ देने की आवश्यकता न हो।

  अपने दो चुने हुए फाइल सिस्टम से इंकार करने के बाद, मैं XFS का सुझाव देता हूं। यह आरएचईएल 7 में डिफ़ॉल्ट फाइलसिस्टम है, यह सभी आरएचईएल 6 संस्करणों में एक समर्थित फाइलसिस्टम के रूप में उपलब्ध था, और आरएचईएल 6 के बाहर आने के बाद आरएचईएल 5 रिलीज के लिए वापस भेज दिया गया था।

यहाँ प्रक्रिया है:

1. जांचें कि क्या आपने mkfs.xfsइसे बिना तर्क के चलाया है। यदि यह मौजूद नहीं है, तो उपयोगकर्ताभूमि XFS उपकरण स्थापित करें:

   # yum install xfsprogs
   

   यदि वह विफल हो गया, तो संभवतः यह इसलिए है क्योंकि आप पुराने ओएस पर हैं जो कि इसके डिफ़ॉल्ट पैकेज रिपॉजिटरी में नहीं है। आपको वास्तव में अपग्रेड करना चाहिए, लेकिन अगर यह असंभव है, तो आप इसे CentOSPlus या EPEL से प्राप्त कर सकते हैं । आपको kmod_xfsपैकेज स्थापित करने की भी आवश्यकता हो सकती है ।

2. विभाजन बनाएँ:

   चूँकि आप कहते हैं कि आपका 22 TiB वॉल्यूम चालू है /dev/sdb, इस प्रकार partedहैं:

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

   यह एक एकल विभाजन के साथ पूरे वॉल्यूम को लेने का कारण बनता है। वास्तव में, यह उन्नत प्रारूप HDD और SSDs से पूर्ण प्रदर्शन प्राप्त करने के लिए आवश्यक 4 KiB संरेखण को प्राप्त करने के लिए, वॉल्यूम के पहले 1 MiB को अनदेखा करता है ।

   आप इस चरण को छोड़ सकते हैं और पूरे वॉल्यूम को XFS के साथ प्रारूपित कर सकते हैं। यही है, आप /dev/sdbइसके बजाय नीचे दिए गए उदाहरण में उपयोग करेंगे /dev/sdb1। इससे सेक्टर अलाइनमेंट की समस्या से बचा जाता है। वॉल्यूम के मामले में जो केवल आपके लिनक्स-आधारित ओएस को देखेंगे, वहाँ के बारे में बोलने लायक नहीं हैं, लेकिन मैं हटाने योग्य वॉल्यूम पर या बहु-बूटिंग कंप्यूटर में आंतरिक वॉल्यूम पर ऐसा करने के खिलाफ सावधानी बरतूंगा , क्योंकि कुछ OSes (Windows और macOS, उदाहरण के लिए) आपके लिए हर बार दिखाई देने वाली पार्टीशन हार्ड ड्राइव को प्रारूपित करने की पेशकश करेगा। एक विभाजन पर फाइलसिस्टम डालने से यह हल हो जाता है।

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के उत्तर में दिए गए आदेशों के दूसरे सेट का अधिक विस्तृत संस्करण हैं । आपको ऊपर वाले से पहले उसका पहला सेट करना होगा।

LVM एक जटिलता लागत पर कुछ लाभ प्रदान करता है। उदाहरण के लिए, आप बाद में एक LVM वॉल्यूम समूह को "भौतिक रूप से" विकसित कर सकते हैं, जिससे उसमें अधिक भौतिक मात्राएँ जुड़ सकती हैं, जिससे तार्किक आयतन ("पार्टीशन" थोड़े, सॉर्टा) को बढ़ने के लिए जगह मिलती है, जिससे आप तार्किक रूप से रहने वाले फाइल सिस्टम को विकसित कर सकते हैं मात्रा। (देखें कि जटिलता के बारे में मेरा क्या मतलब है? :))

Comments

ZFS हिस्सा बहस का मुद्दा है। लिनक्स पोर्ट ने 2010 से एक लंबा सफर तय किया है और XFS की तुलना में इसके कई फायदे हैं

— TheLQ

GPT / MBR के बारे में, क्या वास्तव में लागू नहीं होता है अगर /bootका हिस्सा है /? एमबीआर को यह ध्यान नहीं देना चाहिए कि /यदि एक छोटे से /bootअधिकार को केवल माउंट करना है तो कितना बड़ा है ? मै गलत हो सकता हूँ।

— जोंसकब २०'१२ बजे ४:३

@jonescb: /bootएमबीआर की सीमाओं पर कोई असर नहीं पड़ता है। यदि आपको 2 टीबी से अधिक विभाजन की आवश्यकता है, तो आप एमबीआर विभाजन का उपयोग नहीं कर सकते। यह है सच यह है कि यह चारों ओर लगाकर GPT से बूटिंग के लिए BIOS समर्थन की कमी काम करने के लिए संभव है /bootएक छोटे एमबीआर-विभाजित डिस्क पर। एक बार कर्नेल उठने के बाद, आपको BIOS सीमाओं के बारे में चिंता करने की ज़रूरत नहीं है क्योंकि यह जानता है कि GPT विभाजन तालिका की व्याख्या कैसे की जाए। यदि आपकी मशीन EFI- आधारित है, तो आपको यह नृत्य करने की आवश्यकता नहीं है, क्योंकि EFI GPT को समझता है।

— वॉरेन यंग

Answer 2

बस अन्य सुझावों के लिए एक विकल्प के रूप में।
आपको किसी डिस्क का विभाजन बिल्कुल नहीं करना है।
आप एक या अधिक लॉजिकल वॉल्यूम के साथ वॉल्यूम समूह बना सकते हैं ।

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

Comments

LVM मूल रूप से विभाजन का एक उन्नत रूप है। एलवीएम का उपयोग करना व्यर्थ है यदि आप केवल सभी अंतरिक्ष का उपयोग करके एक एकल एलवी बनाने जा रहे हैं, तो आप सीधे पूरे डिस्क डिवाइस पर सीधे एमकेएफएस कर सकते हैं।

— Psusi

लाइव डेटा के स्नैपशॉट के लिए कोई एलवी के ऐड टूल, रेज़ीडेबल, मेटाडेटा की कई प्रतियां नहीं; एक डिवाइस पर एक साधारण एफएस की तुलना में कहीं अधिक लचीला।

— bsd

जब आपके पास पहली बार मेटाडेटा (विभाजन तालिका) नहीं है, तो आपको मेटाडेटा की कई प्रतियों की आवश्यकता नहीं है। स्नैपशॉट को रिक्त स्थान की आवश्यकता होती है, जैसा कि वॉल्यूम जोड़ना / विस्तार करना है, इसलिए यदि आप बल्ले से सही जगह का उपयोग करके एकल लॉजिकल वॉल्यूम बनाते हैं तो यह व्यर्थ है। यदि आप LVM की विशेषताएं चाहते हैं, तो आपको एक छोटी मात्रा के साथ शुरू करना चाहिए ताकि आपके पास बाद में उपयोग करने के लिए बहुत सारी खाली जगह हो।

— Psusi

मैं इस व्यक्ति के मामले में LVM की सिफारिश नहीं कर रहा था, बस इसे "अन्य" विभाजन, गैर-विभाजन उत्तर / समाधान के विकल्प के रूप में सूचीबद्ध कर रहा था। यह सभी प्रतिक्रियाओं को पढ़ने, अपने स्वयं के अनुसंधान के साथ पालन करने और फिर यह तय करने के लिए है कि कार्रवाई का कौन सा पाठ्यक्रम उसकी आवश्यकताओं के अनुरूप है।

— bsd

LVM का एक फायदा भले ही आपके पास केवल एक LV ही हो, यह आपको बाद में आसानी से स्टोरेज जोड़ने की सुविधा देता है।

— प्लगव्यू

Answer 3

प्रश्न पर सवाल: आपने ' 22TB डिस्क को कैसे विभाजित करें ' के बारे में पूछा और फिर प्रश्न में कहा, आपने कहा था कि आप सिर्फ 22TB विभाजन चाहते थे। तो यह पहली जगह में अस्पष्ट है।

यदि आपके पास पहले से एक एकल ब्लॉक डिवाइस है जो उस पर 22TB स्थान का समर्थन कर सकता है, तो आप पहले से ही पूरे 22TB विभाजन पर कब्जा कर लेते हैं। आपको बस इसके ऊपर एक फाइलसिस्टम की आवश्यकता है, जो सिस्टम प्रक्रियाओं द्वारा डिवाइस को पढ़ने / लिखने के लिए प्रयोग करने योग्य और प्रयोग करने योग्य बना देगा। कभी-कभी, आपको एक फ़ाइल सिस्टम मॉड्यूल / ड्राइवर के साथ 64-बिट मोड में लिनक्स कर्नेल चलाने की आवश्यकता होती है जो डेटा विकास के 22TB को समर्थन और तराजू देता है, (एकल) ब्लॉक डिवाइस पर डेटा को प्रबंधित करने के ins और बहिष्कार को संभाल सकता है। कम। प्रदर्शन इसके लिए एक और आयाम है। ऐसे मामले में, मैं XFSअपने फाइल सिस्टम के रूप में चुनने का विकल्प चुनूंगा, इस कारण से कि यह 64-बिट फाइल सिस्टम है और एक मिलियन टेराबाइट्स के रूप में बड़े रूप में फाइलसिस्टम को संभालने में सक्षम है। यह 9 EXABYTES तक का समर्थन करता है।

2^63  = 9 x 1018 = 9 exabytes 

XFS पर अधिक जानकारी के लिए: http://oss.sgi.com/projects/xfs/

यदि आप विशाल 22TB ब्लॉक डिवाइस को और अधिक विभाजन के लिए देख रहे हैं, तो gpartedडिवाइस को प्रयोग करने योग्य विभाजन में विभाजित करने के लिए उपयोग करें और फिर उन्हें माउंट करने योग्य बनाने के लिए फाइल सिस्टम के साथ प्रारूपित करें।

ऐसा लगता है कि आपको हार्डवेयर RAID नियंत्रक मिल गया है, जब से आप उल्लेख करते हैं कि आपको DELL perc RAID नियंत्रक मिला है - जिसका अर्थ यह होगा कि, आपको बताना होगा कि कौन सा RAID विन्यास (ठीक है जो RAID स्तर आप उपयोग कर रहे हैं?) और ज्यादातर मामलों में, आपको उपयोग के लिए 22TB की पूरी जगह नहीं मिलने वाली है, मैं हालांकि गलत हो सकता हूं।

Comments

मैं xfs को भी सुझाव देने जा रहा था, लेकिन xfs_check स्मृति की एक बड़ी मात्रा लेगा, और w / 22G fs चलाने के लिए एक लंबा समय लगेगा। भौतिक और अदला-बदली के बीच किसी को भी जांच के लिए कम से कम 32G की आवश्यकता होगी, अगर वह कभी भी 'डेटडंप' (जो कुछ भी हो) पर fs की जांच करने की परवाह करता है

— bsd

@ बड़बड़ाते हुए, आप इसे 22T fs पर सही करना चाह सकते हैं :)

— निखिल मुल्ले

यह 22TB छापा है 5. मेरे पास बहुत सारे डिस्क हैं :)

— LVLAaron

यह एक टाइपो (मस्तिष्क गोज़) था। मेरे पास एक ही डिवाइस है, 10TB, LSI मेगैरिड (डेल पेर्क के समान कार्ड) के साथ

— bsd

@bdowning: xfs_checkवास्तव में बहुत अधिक मेमोरी का उपयोग करता है, लेकिन मैनुअल पेज (8) में उल्लेख किया गया है: " ध्यान दें कि उपयोग करने xfs_checkकी अनुशंसा नहीं की जाती है। कृपया xfs_repair -nबेहतर मापनीयता और गति के लिए उपयोग करें । "

— बजे क्रिस्टियन सियुपिटु

Answer 4

ZFS का उपयोग करते समय आपको किसी भी विभाजन की आवश्यकता नहीं होनी चाहिए, यदि आप डिफ़ॉल्ट 22 का उपयोग नहीं करना चाहते हैं, तो बस अपने 22 टीबी डिवाइस और उसमें एक फ़ाइल सिस्टम पर एक ZFS पूल बनाएं। यदि किसी कारण से, ज़ूलप पूरे डिस्क का उपयोग करने का समर्थन नहीं करता है, तो पहले एक EFI लेबल बनाएं और उसके अंदर उपलब्ध संपूर्ण स्थान का उपयोग करके एक विभाजन बनाएं और पूल बनाने के लिए उस विभाजन का उपयोग करें।

कई कारणों से, मैं इतने बड़े फ़ाइल सिस्टम के लिए ZFS के अलावा कुछ भी उपयोग करने की सलाह नहीं दूंगा। सबसे स्पष्ट है कि यदि आपके पास एक क्रूर शक्ति बंद है (जैसे: कर्नेल घबराहट या बिजली की कमी), तो fsck पारंपरिक फ़ाइल सिस्टम को पुनर्प्राप्त करने के लिए दर्दनाक समय ले सकती है। दूसरी ओर ZFS को fsck की आवश्यकता नहीं होती है, इसलिए यह पूल को तुरंत आयात करेगा।

ध्यान दें कि आप हार्डवेयर RAID कॉन्फ़िगरेशन को बेहतर ढंग से तोड़ेंगे और एक JBOD के रूप में अपनी RFS क्षमताओं के लाभ के साथ एक ZFS पूल बनाने के लिए बारह उपकरणों का उपयोग करें। यदि आपका लक्ष्य प्रदर्शन है, तो आप डिस्क के जोड़े को मिरर कर सकते हैं और यदि आपका लक्ष्य अधिकतम स्थान है, तो आप एक RAIDZ, RAIDZ2 या RAIDZ3 कॉन्फ़िगरेशन का उपयोग कर सकते हैं। ऐसा करने से मोटे तौर पर आपके डेटा की विश्वसनीयता और समाधान की गलती सहनशीलता में सुधार होगा।

Comments

मुझे पता है कि यह एक पुराने प्रश्न का एक पुराना उत्तर है, लेकिन .... यदि ZFS का उपयोग करते हैं, तो सबसे अच्छा विकल्प RAID सरणी को नष्ट करना है, JBOD के लिए RAID नियंत्रक को कॉन्फ़िगर करना है ताकि लिनक्स प्रत्येक व्यक्तिगत डिस्क को देखे, और फिर प्रतिबिंबित जोड़े बनाएं (कम क्षमता, महान प्रदर्शन) या अलग-अलग डिस्क से RAIDZ / Z2 / Z3 (अधिक क्षमता, अभाव प्रदर्शन)। आप ZFS के बहुत से लाभ खो देते हैं, यदि आप इसे मौजूदा RAID के शीर्ष पर ले जाते हैं, बजाय इसे डिस्क को संभालने के। यही बात btrfs पर लागू होती है।

— कैस

@cas आप निश्चित रूप से सही हैं, अद्यतन जवाब। मैं ओपी प्रश्न पर केंद्रित था, हालांकि "22TB डिस्क को कैसे विभाजित किया जाए" और "मेरे डिस्क कॉन्फ़िगरेशन के साथ आप क्या करने की सिफारिश करेंगे" नहीं।

— जूलियरे

Answer 5

मुझे यकीन नहीं है कि यह वर्तमान में मानक विभाजन तालिका का उपयोग करके संभव है। मानक विभाजन तालिका योजना में, वॉल्यूम 2 ³² क्षेत्रों तक सीमित हैं । प्रति सेक्टर 512 बाइट्स के साथ, आप बस 2TB के आसपास के क्षेत्रों को असाइन करने के लिए नंबर चलाएंगे।

हालाँकि, यदि आप एक मानक के बजाय एक GUID विभाजन तालिका का उपयोग करते हैं तो आप ऐसा करने में सक्षम होना चाहिए। GUID विभाजन तालिकाएँ वॉल्यूम के लिए ज़ेटाबाइट रेंज में विस्तार करने की अनुमति देती हैं। अधिकांश लिनक्स डिस्ट्रोस एक GUID वॉल्यूम से बूट करने योग्य होते हैं, हालांकि वर्तमान में विंडोज का कोई भी संस्करण (EFI पर विंडोज 7 को छोड़कर) नहीं है।

Fdisk जैसे कुछ उपकरण GUID वॉल्यूम के साथ काम नहीं कर सकते हैं, हालांकि GParted जैसे अन्य उपकरण कर सकते हैं। एक बार जब आप अपना GUID विभाजन तालिका बना लेते हैं, तो आपको कई सामान्य फाइल सिस्टमों में से एक का उपयोग करके एक वॉल्यूम बनाने में सक्षम होना चाहिए जो उस आकार की मात्रा का समर्थन करता है (जैसे EXT4।)

Comments

32-बिट सिस्टम पर हो सकता है। मैं संस्करण 8.04 और उच्चतर के तहत समर्थित 64-बिट उबंटू सर्वर पर 3.5 टीबी विभाजन बनाने में सक्षम हूं। की बात हो रही cyberciti.biz/tips/...

— कार्लसन

मेरे ज्ञान के लिए आपको हार्डड्राइव पर फाइल सिस्टम लगाने के लिए विभाजन तालिका की भी आवश्यकता नहीं हो सकती है। ओपी के अनुसार यह एक बूट ड्राइव नहीं है, बस एक बड़ा डंप स्थान है।

— कार्लसन

Answer 6

आपके विभाजन तालिका के लिए, जैसा कि कहीं और उल्लेख किया गया है, GPT एक उत्कृष्ट विकल्प है, क्योंकि यह आकार में 9.4 ZiB (9.4 × 10 ²¹ बाइट्स) तक के विभाजन का समर्थन करता है , जो कि 22 TiB के साथ आपके द्वारा आवश्यक किसी भी चीज़ से परे है।

आपके फाइल सिस्टम के लिए, लिनक्स BTRFS पर एक उत्कृष्ट कॉपी-ऑन-राइट फ़ाइल सिस्टम है:

1. इसकी कॉपी-ऑन-राइट विशेषता का अर्थ है कि कोई भी डुप्लिकेट फ़ाइल दो बार संग्रहीत नहीं है।
2. यह ऑन-द-फ्लाई कम्प्रेशन की सुविधा देता है, इसलिए आपका डेटा LZO या GZip के माध्यम से चलाया जाता है, डिस्क से पढ़ने और पढ़ने से पहले, भौतिक डिस्क स्थान को बचाता है।
3. यह बिना किसी ओवरहेड के RAID -1, RAID-10, RAID-5 और RAID-6 विन्यास में अतिरेक का समर्थन करता है।
4. यह RAID-0 का भी समर्थन करता है, यदि गति सार की है।
5. इसमें सबवोल्यूम्स, स्नैपशॉट्स और भी बहुत कुछ है।
6. लगभग सभी फाइलसिस्टम कार्य ऑनलाइन किए जाते हैं , इसलिए आपको चीजों को ठीक करने के लिए आमतौर पर फाइल सिस्टम को अनमाउंट नहीं करना पड़ेगा।

यह सुविधाओं में ZFS के समान है, लेकिन मेनलाइन लिनक्स कर्नेल का एक हिस्सा है।

Comments

BTRFS FAQ परीक्षण और विकास उद्देश्यों को छोड़कर इसकी समानता RAID सुविधा का उपयोग करने के खिलाफ चेतावनी देता है। इसमें बग ज्ञात है जो आपके फाइल सिस्टम को खा सकता है। लिंक पर अधिक जानकारी।

— वॉरेन यंग

Answer 7

यदि आप अतिरेक या इसे वापस करने की क्षमता की तलाश नहीं कर रहे हैं तो आप शायद कर सकते हैं:

mkfs -t ext4 /dev/sdb

Comments

या तुमने कोशिश की? मैंने mkfsफ़ाइल सिस्टम को निर्दिष्ट करने के लिए बदल दिया

— कार्लसन

@AaronJAnderson एक स्पष्टीकरण से मदद मिलेगी।

— n0pe

यदि डिवाइस 2TB से अधिक है तो यह कमांड काम नहीं करेगा

— LVLAaron

@AaronJAnderson मैंने 3.5TB वॉल्यूम का उपयोग करके बनाया है reiserfsऔर ext3इसलिए यदि ext416 एक्साबाइट्स के वॉल्यूम का अधिकतम आकार होने का दावा है तो मुझे कोई कारण नहीं दिखता है कि 22TB काम नहीं करेगा।

— कार्लसन

e2fsutils का संस्करण, जो जहाजों को w / इस संस्करण को लिनक्स (और इस समय अन्य लोगों को 16TB से अधिक समर्थन नहीं करता है)

— LVLAaron