USB से iso 9660 कैसे निकालें?

Question

मैंने किसी तरह अपने USB ड्राइव पर एक आईएसओ 9660 इमेज लिखने में कामयाबी हासिल की है, जो मेरे सभी कंप्यूटर को लगता है कि डिवाइस वास्तव में एक सीडी है। मैंने इस विभाजन को हटाने के विभिन्न तरीकों की कोशिश की है, लेकिन कुछ भी काम नहीं करता है। मैंने कोशिश की है fdisk, जो कहता है

$ fdisk -l / dev / sdb
नहीं खोल सकते / देव / sdb

जब मैं इस उपकरण पर इसका उपयोग करने का प्रयास करता हूं तो दुर्घटनाग्रस्त हो जाता है।

मैंने भी कोशिश की है

$ dd if = / dev / zero of = / dev / sdb

लेकिन यह सिर्फ आउटपुट (स्क्रीन पर या डिस्क पर) के साथ लटका रहता है। हालाँकि, जब मैं USB को प्लग इन करता हूं, तो यह माउंट हो जाता है, और मैं इस पर फाइलों को देख सकता हूं (लेकिन संपादित नहीं कर सकता)।

संपादित करें : अब परिणाम है

$ dd if = / dev / zero of = / dev / sdb
dd: Read / dev / sdb ’खोलना: केवल-पढ़ने के लिए फ़ाइल सिस्टम

मैंने इसे विंडोज पर फिर से प्रारूपित करने की भी कोशिश की है, लेकिन यह प्रारूप प्रक्रिया के अंत में पहुंच जाता है और फिर कहता है "ड्राइव को प्रारूपित नहीं कर सकता"।

मैं इस विभाजन को कैसे निकाल सकता हूं और अपने पूरे यूएसबी ड्राइव को फिर से सामान्य स्थिति में ला सकता हूं?

संपादित करें 1 : एक सरल mkfsकाम करने की कोशिश नहीं करता है:

$ सुडो mkfs -t vfat / dev / sdb
mkfs.vfat 3.0.0 (28 सितंबर 2008)
mkfs.vfat: फुल-डिस्क डिवाइस '/ dev / sdb' पर फाइलसिस्टम बनाने का प्रयास नहीं करेगा (यदि मैं चाहता हूं तो -I का उपयोग करें)

मैं नहीं कर सकता mkfsपर /dev/sdb1ऐसी कोई विभाजन न होने के कारण, दिखाया गया है:

$ ls / देव | grep sdb
SDB

EDIT 2 : यह dmesg द्वारा पोस्ट की गई जानकारी है जब मैं डिवाइस को प्लग इन करता हूं:

$ dmesg
।
। (स्निप)
।
usb 2-1: नया USB उपकरण मिला, idVendor = 058f, idProduct = 6387
usb 2-1: नई USB डिवाइस स्ट्रिंग्स: Mfr = 1, उत्पाद = 2, SerialNumber = 3
यूएसबी 2-1: उत्पाद: मास स्टोरेज
यूएसबी 2-1: निर्माता: सामान्य
usb 2-1: SerialNumber: G09050000000000108108
usb-storage: 4 में पाया गया डिवाइस
usb-storage: स्कैनिंग से पहले डिवाइस के सेट होने का इंतजार करना
usb-storage: डिवाइस स्कैन पूरा
scsi 6: 0: 0: 0: डायरेक्ट-एक्सेस फ्लैश ड्राइव AU_USB20 8.07 PQ: 0 ANSI: 2
sd 6: 0: 0: 0: [sdb] 4069376 512-बाइट हार्डवेयर सेक्टर (2084 MB)
sd 6: 0: 0: 0: [sdb] राइट प्रोटेक्ट ऑफ है
sd 6: 0: 0: 0: [sdb] मोड सेंस: 03 00 00 00
sd 6: 0: 0: 0: [sdb] ड्राइव कैश मान लें: के माध्यम से लिखें
sd 6: 0: 0: 0: [sdb] 4069376 512-बाइट हार्डवेयर सेक्टर (2084 MB)
sd 6: 0: 0: 0: [sdb] राइट प्रोटेक्ट ऑफ है
sd 6: 0: 0: 0: [sdb] मोड सेंस: 03 00 00 00
sd 6: 0: 0: 0: [sdb] ड्राइव कैश मान लें: के माध्यम से लिखें
 sdb: अज्ञात विभाजन तालिका
sd 6: 0: 0: 0: [sdb] संलग्न SCSI हटाने योग्य डिस्क
एसडी 6: 0: 0: 0: 0: संलग्न स्कैसी जेनेरिक sg2 टाइप 0
आईएसओ 9660 एक्सटेंशन: माइक्रोसॉफ्ट जोलीट लेवल 3
ISO 9660 एक्सटेंशन: RRIP_1991A
SELinux: आरंभीकृत (देव sdb, प्रकार iso9660), genfs_contexts का उपयोग करता है
CE: वृद्धि हो रही है min_delta_ns से 15000 nsec

इससे पता चलता है कि डिवाइस को ISO 9660 के रूप में स्वरूपित किया गया है और यह है /dev/sdb ।

EDIT 3 : यह वह संदेश है जो मुझे डिस्क पर एक नया विभाजन तालिका dmesgचलाने cfdiskऔर लिखने के बाद मिलता है :

SELinux: आरंभीकृत (देव sdb, प्रकार iso9660), genfs_contexts का उपयोग करता है
sd 17: 0: 0: 0: [sdb] डिवाइस तैयार नहीं है: Sense Key: Not Ready [करंट] 
sd 17: 0: 0: 0: [sdb] डिवाइस तैयार नहीं है: <> ASC = 0xff ASCQ = 0xffASC = 0xff <> ASCQ = 0xff
end_request: I / O त्रुटि, देव sdb, सेक्टर 0
डिवाइस sdb पर बफर I / O त्रुटि, तार्किक ब्लॉक 0
sdb पर I / O त्रुटि के कारण पृष्ठ खो गया

Comments

क्या आप सुनिश्चित हैं कि यह हमेशा / dev / sdb पर लोड हो रहा है? यदि आप डिवाइस स्थापित होने के बाद / var / log / संदेशों के अंत में देखते हैं तो आपको लॉग संदेश अपने ऑटोमाउंट से संबंधित दिखाई देंगे।

— मास

क्या आप सुनिश्चित हैं कि यह वर्तमान में cdfs या समतुल्य नहीं है?

— RBerteig

@ Slink84: मुझे लगता है कि मैं अभी गया sudo dd if=some.iso of=/dev/sdb- मुझे ऐसा कुछ और करने की याद नहीं है जो यह कर सके

— a_m0d

छवि एक eeebuntu-3.0.0-मानक छवि थी - पता नहीं है कि डिवाइस कौन बनाता है, लेकिन मुझे लगता है कि यह तोशिबा है

— a_m0d

वीआईडी ​​/ पीआईडी ​​जोड़ी से, इसे "अलकोर माइक्रो कॉर्प" द्वारा बनाया गया है, और यह "ट्रांससेड जेटफ्लाश ड्राइव ड्राइव" है। मैं इन चीजों को देखने के लिए linux-usb.org/usb.ids पर सूची का उपयोग करता हूं ।

— RBerteig

Answer 1

ठीक है, यह पता चला है कि इस मामले में कुछ (संभवत: जब मैंने ड्राइव पर आइसो -9660 फाइल सिस्टम लिखा था) ने ड्राइव पर आंतरिक लेखन सुरक्षा के कुछ रूप को ट्रिगर किया है। हैं कोई बाहरी लिखने संरक्षण / पकड़ स्विच, लेकिन अभी तक इस में उत्पादन होता है dmesgजब मैं चलाने

dd if=/dev/zero of=/dev/sdb

जड़ के रूप में:

sd 9: 0: 0: 0: [sdb] जोड़ें। भावना: संरक्षित लिखें
end_request: I / O त्रुटि, देव sdb, सेक्टर 4028744
sd 9: 0: 0: 0: [sdb] परिणाम: hostbyte = DID_OK Driverbyte = DRIVER_SENSE, SUGGEST_OK
sd 9: 0: 0: 0: [sdb] Sense Key: डेटा प्रोटेक्ट [करंट] 
जानकारी बड़ी = 0x0

सुरक्षा के बारे में टिप्पणी पर ध्यान दें! हालाँकि, जब मैं डिवाइस को प्लग इन करता हूं, तो मुझे मिलता है,

scsi 10: 0: 0: 0: डायरेक्ट-एक्सेस फ्लैश ड्राइव AU_USB20 8.07 PQ: 0 ANSI: 2
sd 10: 0: 0: 0: [sdb] 4069376 512-बाइट हार्डवेयर सेक्टर (2084 MB)
sd 10: 0: 0: 0: [sdb] राइट प्रोटेक्ट ऑफ है
sd 10: 0: 0: 0: [sdb] मोड सेंस: 03 00 00 00
sd 10: 0: 0: 0: [sdb] ड्राइव कैश मान लें: के माध्यम से लिखें
sd 10: 0: 0: 0: [sdb] 4069376 512-बाइट हार्डवेयर सेक्टर (2084 MB)
sd 10: 0: 0: 0: [sdb] राइट प्रोटेक्ट ऑफ है
sd 10: 0: 0: 0: [sdb] मोड सेंस: 03 00 00 00
sd 10: 0: 0: 0: [sdb] ड्राइव कैश मान लें: के माध्यम से लिखें

ध्यान दें कि यह संदेश कहता है कि डिवाइस सुरक्षित नहीं है! तो दुर्भाग्य से, ऐसा लगता है कि डिस्क में यह (यानी कपूत ) है।

Comments

मैंने अतीत में फ्लैश डिवाइसों के बारे में सुना था जो ईंट बन गए थे यदि आपने कभी उनके साथ गैर-एफएटी फाइल सिस्टम का उपयोग किया था (क्योंकि उन्होंने एफएटी का उपयोग यह जानने के लिए किया था कि कौन से ब्लॉक अप्रयुक्त थे और उन्हें छोड़ दिया जा सकता है)। मैंने लंबे समय तक इसके बारे में नहीं सुना है, और मुझे त्वरित Google खोज के साथ इसके बारे में कुछ भी नहीं मिला।

— CBSB

अब तक मैंने एक व्यक्ति को FAT निर्भरता का उल्लेख करते हुए पाया है: linux.derkeiler.com/Mailing-Lists/Debian/2008-08/msg00761.html

— CesarB

यह सुनने के लिए खेद है कि यह मर चुका है ... हे, मुझे खुशी होनी चाहिए कि मैंने आपकी समस्या को पुन: उत्पन्न करने का प्रबंधन नहीं किया:] हालांकि मैंने इसे एक पुराने 'डिस्पोजेबल' ड्राइव पर आजमाया है, फिर भी इसे खोने का दुख होगा मार्ग।

— किरिल स्ट्राइजक

हाँ, खासकर जब से यह केवल एक सप्ताह पुराना था! ओह अच्छा ...

— a_m0d

पाया कि मैं क्या देख रहा था: lkml.org/lkml/2009/3/16/363 ("कुछ एसडीडी निर्माता (मुझे नहीं पता कि कौन से लोग हैं) वास्तव में विभाजन तालिका की जांच कर रहे हैं और विभिन्न चीजों को कर रहे हैं। मुझे यह पता है क्योंकि वे स्थायी रूप से ईंटों से बने रहे हैं एक गलत विभाजन तालिका लिखते हैं ")।

— CesarB

Answer 2

मैं इस Linux sys व्यवस्थापक सामान के लिए नया हूं, इसलिए जब मुझे ठीक वही समस्या थी जिसे मैंने अपने तरीके से बिना किसी पागलपन के दबाया और उकसाया था लेकिन iso9660 fs को हटाने और अंगूठे की ड्राइव को पुनः प्राप्त करने में कामयाब रहा।

sudo fdisk -l  /dev/sdb1

लौटा हुआ

Disk /dev/sdb1: 16.0 GB, 16037969920 bytes
64 heads, 32 sectors/track, 15295 cylinders, total 31324160 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I>/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x57155aa7

     Device Boot      Start         End      Blocks   Id  System
/dev/sdb1p1            2048    31324159    15661056    5  Extended

तो मैंने फिर कोशिश की

sudo fdisk /dev/sdb1

Command (m for help): m
Command action
  . . .

के बाद

Command (m for help): d Extended
Selected partition 1

Command (m for help): v
Remaining 31324159 unallocated 512-byte sectors

फिर जब एक खाली डॉस विभाजन तालिका बनाने के लिए fdisk के लिए फिर से चयनित होने का संकेत दिया गया (कुछ ऐसा जो मुझे लगा कि मैं बाद में जो चाहता था उसके साथ ओवरराइट कर सकता हूं)

Command (m for help): v
Remaining 31324159 unallocated 512-byte sectors

Command (m for help): o
Building a new DOS disklabel with disk identifier 0xea06616f.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.

Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.

WARNING: Re-reading the partition table failed with error 22: Invalid argument.
The kernel still uses the old table. The new table will be used at
the next reboot or after you run partprobe(8) or kpartx(8)
Syncing disks.

मैंने लौटाए गए संदेशों का अर्थ यह निकाला कि मैं कम से कम "तोड़ा" iso9660 fs पर इसलिए mkfs की कोशिश करता रहा

sudo mkfs /dev/sdb1

mke2fs 1.41.14 (22-Dec-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
979200 inodes, 3915520 blocks
.195776 blocks (5.00%) reserved for the super user
First data block=0
.Maximum filesystem blocks=4009754624
120 block groups
32768 blocks per group, 32768 fragments per group
8160 inodes per group
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208

Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 28 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

यह सब मुझे अंगूठे की ड्राइव पर "खोया + पाया" निर्देशिका के साथ छोड़ गया।

sudo mount /dev/sdb1 /media/
ls /media/
lost+found

अंत में, मैं उबंटू की वेबसाइट ( http://www.ubuntu.com/download/ubuntu/download , अनुभाग 2) पर गया और परीक्षण के उपयोग के लिए उबंटू की बूट करने योग्य छवि बनाने के लिए छड़ी का इस्तेमाल किया, और इसने मुझे जाने दिया। इस तरह से छड़ी पर बने उबंटू चित्रों की सुंदरता यह है कि उन्हें आसानी से हटाया जा सकता है और छड़ी को अन्य उपयोग के लिए पुनः प्राप्त किया जा सकता है।

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

Comments

मुझे लगता है कि अगर यह ठीक हो जाता है, तो यह देखने के लिए अपने कदमों की कोशिश करना अच्छा लगेगा, लेकिन मुझे लगता है कि छड़ी अब नहीं है, इसलिए दुर्भाग्य से मुझे नहीं पता कि वे मदद करेंगे। फिर भी, यह अभी भी उसी समस्या के साथ दूसरों के लिए सहायक हो सकता है।

— a_m0d

Answer 3

mkdosfs -I /dev/sdb

ड्राइव पर एक vfat फ़ाइल सिस्टम बनाएगा। -I पास करना होगा यदि आप चाहते हैं कि फाइल सिस्टम पूरे ड्राइव पर बनाया जाए और विभाजन पर नहीं। यदि आप ड्राइव को पहले विभाजित करना चाहते हैं, तो fdisk का उपयोग करें। बेशक fdisk ड्राइव को अब नहीं पढ़ सकता है, क्योंकि इसमें कोई विभाजन नहीं है। लेकिन मुझे यकीन है कि यह इसे लिखने में सक्षम होगा।

Comments

काम नहीं करता है - बस संस्करण संख्या प्रिंट करता है और बाहर निकलता है। इसके अलावा, fdisk "लिखने में असमर्थ / देव / sdb" है

— a_m0d

मैंने सिर्फ कमांड की कोशिश की और यह निर्दिष्ट डिवाइस पर लिखता है। यह केवल संस्करण संख्या को प्रिंट करता है। आप इसे एक नियमित फ़ाइल के साथ जांच सकते हैं जिसे आपने dd के साथ बनाया था। आप इसे ओड के साथ होने वाले परिवर्तनों को देख सकते हैं। मेरा अनुमान है कि यह एक हार्डवेयर समस्या है।

— किम

यह मेरे लिए एक सेंटोस बूट करने योग्य छवि को हटाने के लिए काम किया जब उपरोक्त समाधान सभी विफल हो गए थे।

— Ⴖ uі

Answer 4

dmesgस्निपेट को देखते हुए , ऐसा लगता है कि कुछ स्वचालित रूप से ड्राइव को बढ़ा रहा है (साथ जांचें mount)। इसके साथ कुछ भी करने से पहले, आपको इसे हाथ से देखना चाहिए।

फिर विभाजन तालिका ( dd if=/dev/zero of=... bs=512 count=1) के साथ ब्लॉक को शून्य करें , और एक खाली विभाजन तालिका को फिर से बनाने के लिए एक विभाजन उपकरण चलाएं। उसके बाद, अनप्लग करें और फिर से शुरू करें (इसकी आवश्यकता नहीं होनी चाहिए, लेकिन ...) और उस पर आपके द्वारा इच्छित विभाजन बनाएं / प्रारूपित करें। विभाजन बनाने के बाद (शायद आपको फिर से अनप्लग करना होगा और फिर से भरना होगा), आपके पास /dev/sdb1या ऐसा कुछ होना चाहिए , जो आपको फाइल सिस्टम बनाना चाहिए।

ध्यान दें कि सभी चरणों को रूट ( sudoएक या समतुल्य) के रूप में किया जाना चाहिए । गलत डिवाइस का नाम न लिखने के लिए सावधान रहें, या आप अपनी हार्डडिस्क को मिटा सकते हैं!

Comments

मैंने ऐसा किया है, लेकिन भले ही पूरी डिस्क शून्य से भरी हुई लगती है, फिर भी यह किसी न किसी तरह से डिस्क को पढ़ता है और पढ़ता है!

— a_m0d

Answer 5

मुझे अब भी लगता है कि हम कुछ ऐसा मान रहे हैं जो असत्य हो जाएगा। चूंकि डिवाइस पठनीय है, इसलिए यह लाइन कम से कम आपको अन्य प्रोग्राम्स की व्याख्याओं के आधार पर डेटा को खुद देखने देगी।

dd if = / dev / sdb count = 1 | xxd -g1 -u

इसके अलावा, हो सकता है कि हम डिवाइस पर व्हाट्सएप की समस्याओं को डिवाइस पर मौजूद अन्य पोर्ट पर मजबूर करके अलग कर सकते हैं। या तो इसे दूसरे USB जैक में प्लग करें, या sdb पर कब्जा करने के लिए पहले दूसरे ड्राइव को प्लग करें।

Comments

हम्म ... इस कमांड का उपयोग करने से मुझे पता चलता है कि डिवाइस शून्य से भरा है, जो शायद इसलिए है क्योंकि मैं आखिरकार इस dd if=/dev/zero of=/dev/sdbपर चलने में कामयाब रहा । लेकिन फिर भी फेडोरा अभी भी डिवाइस को ISO9660 fs के रूप में मापता है जब इसे प्लग किया जाता है!

— a_m0d

क्या लिनक्स अभी भी / etc / fstab का उपयोग करता है? यहीं से इन "संघों" का भंडारण किया जाता था।

— गबरी

नहीं, इसका उपयोग (मुझे लगता है) udev, या जो कुछ भी है वह स्वचालित रूप से ड्राइव को आरोहित करता है।

— a_m0d

Answer 6

वर्तमान में आपके USB ड्राइव को कोई विभाजन तालिका नहीं मिली है, iso9660 फाइलसिस्टम पूरे डिस्क पर सीधे बैठता है (बस cdrom की तरह)

sd 6:0:0:0: [sdb] Assuming drive cache: write through
 sdb: unknown partition table

मुझे लगता है कि आपको पहले एक विभाजन बनाने की आवश्यकता है

sudo cfdisk /dev/sdb

(सुनिश्चित करें कि यह पहले माउंट नहीं है) fdisk एप्लिकेशन में एक नया विभाजन बनाएँ।

उसके बाद, नए विभाजन पर फाइलसिस्टम बनाएं

sudo mkfs -t vfat /dev/sdb1

Comments

इस की कोशिश की; cfdisk किसी भी त्रुटि संदेश का उत्पादन नहीं करता है, लेकिन dmesgशो में एक त्वरित नज़र वास्तव में एक त्रुटि संदेश है। (ऊपर दिए गए प्रश्न में संपादित 3 देखें)

— a_m0d

Answer 7

मुझे आपके समान ही समस्या थी। हालांकि, मैं एक आश्चर्यजनक जगह से एक समाधान खोजने में सक्षम था। उस पर विंडोज 98SE के साथ एक पुराना लैपटॉप, जो कि मेरे द्वारा स्वामित्व वाला आखिरी विंडोज सिस्टम है। वैसे भी बस इसे अंदर डालें और जब आप ड्राइव को एक्सेस करने की कोशिश करें तो विंडोज आपसे पूछेगा कि क्या आप इसे फॉर्मेट करना चाहते हैं। हाँ पर क्लिक करें और आपके पास एक मोटी 16 स्वरूपित ड्राइव होगी जो पूरी तरह कार्यात्मक है। मुझे नहीं पता कि यह विंडोज के नए संस्करणों के साथ काम करता है या नहीं। शुभकामनाएँ।

Comments

सभी तरह से विंडोज 8 :)

— सेबस्टियन गोडलेट

Answer 8

शायद एक साधारण के साथ

mkfs -t vfat /dev/sdb1

Comments

काम नहीं करता है - संपादित प्रश्न को देखें

— a_m0d

Answer 9

कल रात मैंने किया

dd if=fedora.iso of=sdx  

चार घंटे के बाद मेरे पास एक unbootable, अपरिवर्तनीय, iso9660 ईंट था। डेविड के विचार की ट्रेन के बाद, मैंने उबंटू के 'स्टार्टअप डिस्क क्रिएटर' (डैश में टाइप 'स्टार्टअप डिस्क क्रिएटर) को कॉल किया, और केवल' इरेज़ 'को चुना। यही किया।

USB ड्राइव तब FAT32 के रूप में रिपोर्ट किया गया था और सब ठीक है।

Comments

कभी-कभी इस तरह से एक हथौड़ा का उपयोग करना उचित है। मुझे आश्चर्य है कि ड्राइव के पहले कुछ क्षेत्रों में क्या था।

— vgoff

Answer 10

ड्राइव निकालें और देखें कि क्या आप अभी भी इससे पढ़ सकते हैं। मुझे आश्चर्य है कि अगर किसी तरह / देव / यूएसबी (या जहां भी आप पढ़ते हैं) एक साधारण फ़ाइल निर्देशिका बन गई है।

Comments

इस की कोशिश की - जब मैं इसे वापस प्लग करता हूं, तो यह इसे ठीक करता है, और मैं सब कुछ ठीक पढ़ सकता हूं। इसके अनुसार mount, यह एक iso9660 फाइल सिस्टम है। हालांकि, gparted बस ड्राइव पर अन-आबंटित स्थान का 2GB दिखाता है। ddशिकायत करता है कि / dev / sdb एक रीड-ओनली फाइल सिस्टम है

— a_m0d

Answer 11

क्या आपने -t विकल्प के साथ इसे फिर से माउंट करने की कोशिश की है?

umount / dev / sdb
sudo Mount -t vfat / dev / sdb / mnt / बिंदु

अगर वह काम नहीं करेगा, तो मैं इसे बाद में पुन: पेश करने की कोशिश करूंगा, जब मुझे घर मिल जाएगा। एक दिलचस्प समस्या की तरह लगता है। मज़ा आएगा टिंकर के साथ:]

Comments

Hah, nah, काम नहीं करता है, क्योंकि mountफ़ाइल प्रकार की जाँच पहले

— a_m0d

हां, जितना संदिग्ध:] ठीक है, कोई और नहीं 'नीले रंग से बाहर' विचारों।

— Kirill Strizhak

Answer 12

सबसे अच्छा और उचित तरीका यह है:

# wipefs --all /dev/sdX

से के रूप में wipefsमैनुअल:

wipefs libblkid के लिए हस्ताक्षर अदृश्य करने के लिए निर्दिष्ट डिवाइस से फाइल सिस्टम, छापे या विभाजन-तालिका हस्ताक्षर (जादू तार) मिटा सकते हैं।

wipefs न तो फ़ाइल सिस्टम को मिटाता है और न ही डिवाइस का कोई अन्य डेटा। जब किसी विकल्प के बिना उपयोग किया जाता है, तो wipefs सभी दृश्य फाइलसिस्टम और उनके मूल हस्ताक्षरों के ऑफसेट को सूचीबद्ध करता है।

wipefs BLKRRPART ioctl को कॉल करता है जब उसने परिवर्तन के बारे में कर्नेल को सूचित करने के लिए एक विभाजन-तालिका हस्ताक्षर मिटा दिया है।

इसमें कर्नेल को परिवर्तन के बारे में सूचित करने जैसे कई फायदे हैं (ताकि बाद में प्रारूपण करते समय आपको कोई त्रुटि न हो), न तो डेटा और न ही फाइल सिस्टम को मिटाएं और इसी तरह।

Answer 13

U3 में उनके U3 विभाजन को हटाने के लिए एक उपयोगिता है। यह उपयोगिता द्वारा बनाई गई पार्टीशन / डिवाइस को भी हटाता है जो कि आइसो 9660 बनाता है। इसकी पुष्टि केवल एक यू 3 यूएसबी स्टिक पर की गई है, लेकिन यह अभी स्वरूपित होने में सक्षम है और पूरी तरह से फ्लैश ड्राइव के रूप में पूरी तरह से पुनर्प्राप्त करता है। आप इसे एक शॉट दे सकते हैं।