จะลบ iso 9660 จาก USB ได้อย่างไร

ฉันมีการจัดการอย่างใดอย่างหนึ่งในการเขียนภาพ iso 9660 ลงในไดรฟ์ USB ของฉันซึ่งทำให้คอมพิวเตอร์ทั้งหมดของฉันคิดว่าอุปกรณ์เป็นซีดีจริง ๆ ฉันได้ลองวิธีการต่าง ๆ ในการลบพาร์ติชันนี้ แต่ดูเหมือนว่าไม่มีอะไรทำงาน ฉันได้ลองfdiskแล้วซึ่งบอกว่า

$ fdisk -l / dev / sdb
ไม่สามารถเปิด / dev / sdb

ฉันได้ลองแล้ว

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

แก้ไข : ตอนนี้ผลที่ได้คือ

$ dd if = / dev / zero of = / dev / sdb
dd: open `/ dev / sdb ': ระบบไฟล์แบบอ่านอย่างเดียว

ฉันได้ลองฟอร์แมตอีกครั้งบน Windows แล้ว แต่จะสิ้นสุดกระบวนการฟอร์แมตแล้วพูดว่า "ไม่สามารถฟอร์แมตไดรฟ์"

ฉันจะลบพาร์ติชันนี้และทำให้ไดรฟ์ USB ทั้งหมดกลับสู่ปกติได้อย่างไร

แก้ไข 1 : การลองแบบง่าย ๆ ใช้mkfsไม่ได้ผล:

$ sudo mkfs -t vfat / dev / sdb
mkfs.vfat 3.0.0 (28 ก.ย. 2551)
mkfs.vfat: จะไม่พยายามสร้างระบบไฟล์บนอุปกรณ์ดิสก์แบบเต็ม '/ dev / sdb' (ใช้ -I ถ้าต้องการ)

$ ls / dev | grep sdb
SDB

แก้ไข 2 : นี่คือข้อมูลที่โพสต์โดย dmesg เมื่อฉันเสียบอุปกรณ์ใน:

$ dmesg
.
. (ตัดด้วยขากรรไกร)
.
usb 2-1: พบอุปกรณ์ USB ใหม่, idVendor = 058f, idProduct = 6387
usb 2-1: สายอุปกรณ์ USB ใหม่: Mfr = 1, ผลิตภัณฑ์ = 2, SerialNumber = 3
usb 2-1: ผลิตภัณฑ์: Mass Storage
usb 2-1: ผู้ผลิต: Generic
usb 2-1: หมายเลขซีเรียล: G0905000000000010885
usb-storage: พบอุปกรณ์ที่ 4
ที่เก็บข้อมูล usb: กำลังรอให้อุปกรณ์ชำระก่อนทำการสแกน
การจัดเก็บ usb: การสแกนอุปกรณ์เสร็จสมบูรณ์
scsi 6: 0: 0: 0: Direct-Access FLASH Drive AU_USB20 8.07 PQ: 0 ANSI: 2
sd 6: 0: 0: 0: [sdb] 4069376 512- ไบต์ฮาร์ดแวร์เซกเตอร์ (2084 MB)
sd 6: 0: 0: 0: [sdb] Write Protect ปิดใช้งาน
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] Write Protect ปิดใช้งาน
sd 6: 0: 0: 0: [sdb] ความรู้สึกโหมด: 03 00 00 00
sd 6: 0: 0: 0: [sdb] สมมติว่าแคชไดรฟ์: เขียนผ่าน
 sdb: ตารางพาร์ติชันที่ไม่รู้จัก
sd 6: 0: 0: 0: [sdb] ดิสก์แบบถอดได้ SCSI ที่แนบมา
sd 6: 0: 0: 0: แนบ scsi generic sg2 type 0
ส่วนขยาย ISO 9660: Microsoft Joliet ระดับ 3
ส่วนขยาย ISO 9660: RRIP_1991A
SELinux: เริ่มต้นได้ (dev sdb, ประเภท iso9660), ใช้ genfs_contexts
CE: hpet เพิ่ม min_delta_ns เป็น 15,000 nsec

แก้ไข 3 : นี่คือข้อความที่ฉันพบที่ด้านล่างของdmesgหลังจากทำงานcfdiskและเขียนตารางพาร์ทิชันใหม่ไปยังดิสก์:

SELinux: เริ่มต้นได้ (dev sdb, ประเภท iso9660), ใช้ genfs_contexts
sd 17: 0: 0: 0: [sdb] อุปกรณ์ไม่พร้อมใช้งาน: รหัสการรับรู้: ไม่พร้อม [ปัจจุบัน] 
sd 17: 0: 0: 0: [sdb] อุปกรณ์ไม่พร้อม: <> ASC = 0xff ASCQ = 0xffASC = 0xff <> ASCQ = 0xff
end_request: ข้อผิดพลาด I / O, dev sdb, เซกเตอร์ 0
ข้อผิดพลาดของบัฟเฟอร์ I / O บน sdb ของอุปกรณ์, บล็อกโลจิคัล 0
การเขียนเพจที่หายไปเนื่องจากข้อผิดพลาด I / O บน sdb

ตกลงปรากฎว่าในกรณีนี้บางสิ่ง (อาจเป็นเมื่อฉันเขียนระบบไฟล์ iso-9660 ไปยังไดรฟ์) ได้ก่อให้เกิดการป้องกันการเขียนภายในบางรูปแบบบนไดรฟ์ ขณะนี้ไม่มีภายนอกป้องกันการเขียนถือ / สวิทช์ แต่ยังเป็นผลผลิตในdmesgเมื่อผมทำงาน

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

เป็นราก:

sd 9: 0: 0: 0: [sdb] เพิ่ม ความรู้สึก: ป้องกันการเขียน
end_request: ข้อผิดพลาด I / O, dev sdb, เซกเตอร์ 4028744
sd 9: 0: 0: 0: [sdb] ผลลัพธ์: hostbyte = DID_OK driverbyte = DRIVER_SENSE, SUGGEST_OK
sd 9: 0: 0: 0: [sdb] Sense Key: Data Protect [current] 
ข้อมูล fld = 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] Write Protect ปิดอยู่
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] Write Protect ปิดอยู่
sd 10: 0: 0: 0: [sdb] ความรู้สึกโหมด: 03 00 00 00
sd 10: 0: 0: 0: [sdb] สมมติว่าแคชไดรฟ์: เขียนผ่าน

โปรดทราบว่าข้อความนี้บอกว่าอุปกรณ์ไม่ได้รับการป้องกันการเขียน! โชคไม่ดีที่ดูเหมือนว่ามีดิสก์อยู่ (เช่นkaput )

ฉันใหม่กับสิ่งนี้ผู้ดูแลระบบ Linux sys ดังนั้นเมื่อฉันมีปัญหาเดียวกันกับที่ฉันแหย่และ prodded กับความบ้าไม่มีวิธีการของฉัน แต่มีการจัดการเพื่อลบ 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

ในที่สุดฉันก็ไปที่เว็บไซต์ Ubuntu ( http://www.ubuntu.com/download/ubuntu/downloadส่วนที่ 2) และใช้ไม้เพื่อสร้างภาพที่สามารถบูตได้ของ Ubuntu เพื่อทดลองใช้ ความสวยงามของภาพอูบุนตูที่ทำบนแท่งด้วยวิธีนี้คือสามารถลบได้อย่างง่ายดายและไม้ยึดเพื่อใช้งานอื่น

ฉันพูดถึงขั้นตอนสุดท้ายนี้เพราะในความเข้าใจย้อนหลังฉันสงสัยว่าฉันได้ทำแค่นั้นในตอนแรกที่มันจะทำงานได้หรือไม่ ดังที่ได้กล่าวมาฉันยังใหม่กับสิ่ง Linux นี้และกำลังลองใช้ distro's ที่แตกต่างกัน (เช่น Fedora, Ubuntu, ฯลฯ ) บน live cd's ด้วยสื่อใดก็ตามที่สะดวกที่สุด

mkdosfs -I /dev/sdb

จะสร้างระบบไฟล์ vfat บนไดรฟ์ -I ต้องถูกส่งผ่านถ้าคุณต้องการให้ระบบไฟล์ถูกสร้างบนไดรฟ์ทั้งหมดและไม่ได้อยู่ในพาร์ติชัน ถ้าคุณต้องการแบ่งพาร์ติชันไดรฟ์ก่อนให้ใช้ fdisk แน่นอนว่า fdisk ไม่สามารถอ่านไดรฟ์ได้ในตอนนี้เพราะมันไม่มีพาร์ติชั่นใด ๆ แต่ฉันแน่ใจว่ามันจะสามารถเขียนถึงมันได้

ดูdmesgตัวอย่างมันดูเหมือนว่ามีบางอย่างติดตั้งไดรฟ์โดยอัตโนมัติ (ตรวจสอบด้วยmount) ก่อนที่จะทำอะไรกับมันคุณควรนับมันด้วยมือ

จากนั้นให้บล็อกเป็นศูนย์ด้วยตารางพาร์ติชัน ( dd if=/dev/zero of=... bs=512 count=1) และเรียกใช้เครื่องมือการแบ่งพาร์ติชันเพื่อสร้างตารางพาร์ติชันที่ว่างเปล่าใหม่ หลังจากนั้นให้ถอดปลั๊กและทำซ้ำ (ไม่จำเป็นต้องใช้ แต่ ... ) และสร้าง / จัดรูปแบบพาร์ติชันที่คุณต้องการ หลังจากสร้างพาร์ติชั่น (บางทีคุณอาจจะต้องถอดปลั๊กและเสียบใหม่อีกครั้ง) คุณควรมี/dev/sdb1หรืออะไรทำนองนั้นซึ่งเป็นที่ที่คุณควรสร้างระบบไฟล์

โปรดทราบว่าควรทำตามขั้นตอนทั้งหมดเป็นรูท (พร้อมsudoหรือเทียบเท่า) ระวังอย่าเขียนชื่ออุปกรณ์ผิดหรือคุณอาจเช็ดฮาร์ดดิสก์ของคุณ!

ฉันยังรู้สึกว่าเรากำลังสมมติว่ามีบางสิ่งที่กำลังจะกลายเป็นเรื่องจริง เนื่องจากอุปกรณ์สามารถอ่านได้บรรทัดนี้อย่างน้อยจะทำให้คุณเห็นข้อมูลของคุณเองแทนที่จะขึ้นอยู่กับการตีความของโปรแกรมอื่น

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

นอกจากนี้บางทีเราอาจแยกปัญหากับโหนด dev ออกจากปัญหาเกี่ยวกับสิ่งที่อยู่ในอุปกรณ์โดยบังคับให้มันเข้าสู่พอร์ตอื่น ไม่ว่าจะเสียบเข้ากับแจ็ค USB อื่นหรือเสียบไดรฟ์อื่นเข้าไปก่อนเพื่อครอบครอง sdb

ปัจจุบันไดรฟ์ 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

ฉันมีปัญหาเดียวกันกับคุณ อย่างไรก็ตามฉันสามารถหาทางออกจากสถานที่ที่น่าแปลกใจ แล็ปท็อปรุ่นเก่าที่ใช้ Windows 98SE ซึ่งเป็นระบบ Windows ตัวสุดท้ายที่ฉันเคยเป็นเจ้าของ อย่างไรก็ตามเพียงแค่ใส่เข้าไปในและเมื่อคุณพยายามเข้าถึงไดรฟ์ Windows จะถามคุณว่าคุณต้องการฟอร์แมตหรือไม่ คลิกใช่แล้วคุณจะได้รับฟอร์แมตไดรฟ์ fat16 ที่ทำงานได้อย่างสมบูรณ์ ฉันไม่รู้ว่าใช้งานได้กับ Windows รุ่นใหม่กว่านี้หรือไม่ ขอให้โชคดี

อาจจะง่ายด้วย

mkfs -t vfat /dev/sdb1

เมื่อคืนที่ฉันทำ

dd if=fedora.iso of=sdx  

หลังจากสี่ชั่วโมงฉันมีก้อนอิฐ iso9660 ที่เปิดไม่ได้และไม่สามารถสับเปลี่ยนได้ จากการติดตามความคิดของ David ฉันเรียกว่า 'startup disk creator' ของ Ubuntu (พิมพ์ 'startup disk creator' ที่เส้นประ) และเลือก 'ลบ' เพียงอย่างเดียว นั่นมัน

ไดรฟ์ USB นั้นได้รับการรายงานว่าเป็น FAT32 และทั้งหมดนั้นก็ดี

นำไดรฟ์ออกและดูว่าคุณยังสามารถอ่านได้หรือไม่ ฉันสงสัยว่าอย่างใด / dev / usb (หรือที่ใดก็ตามที่คุณอ่านจาก) กลายเป็นไดเรกทอรีไฟล์ธรรมดา

คุณได้ลองเมานต์ใหม่ด้วยตัวเลือก -t หรือไม่?

umount / dev / sdb
sudo mount -t vfat / dev / sdb / mnt / point

ถ้านั่นไม่ได้ผลฉันจะพยายามทำซ้ำในภายหลังเมื่อฉันถึงบ้าน ดูเหมือนว่าปัญหาที่น่าสนใจ จะสนุกกับคนจรจัดด้วย:]

วิธีที่ดีที่สุดและเหมาะสมในการทำคือ:

# wipefs --all /dev/sdX

จากwipefsคู่มือ:

wipefs สามารถลบลายเซ็นระบบแฟ้มการจู่โจมหรือตารางพาร์ติชัน (สตริงมายากล) จากอุปกรณ์ที่ระบุเพื่อทำให้ลายเซ็นไม่สามารถมองเห็นได้สำหรับ libblkid

wipefs ไม่ได้ลบระบบไฟล์ของตัวเองหรือข้อมูลอื่น ๆ จากอุปกรณ์ เมื่อใช้งานโดยไม่มีตัวเลือกใด ๆ wipefs จะแสดงรายการระบบไฟล์ที่มองเห็นได้ทั้งหมด

wipefs เรียกใช้ BLKRRPART ioctl เมื่อมีการลบลายเซ็นตารางพาร์ติชันเพื่อแจ้งเคอร์เนลเกี่ยวกับการเปลี่ยนแปลง

ซึ่งมีข้อดีหลายอย่างเช่นการแจ้งเคอร์เนลเกี่ยวกับการเปลี่ยนแปลง (เพื่อให้คุณไม่ได้รับข้อผิดพลาดใด ๆ เมื่อจัดรูปแบบหลังจากนั้น) ไม่ได้ลบข้อมูลหรือระบบไฟล์และอื่น ๆ

U3 มียูทิลิตี้เพื่อลบพาร์ติชัน U3 ของพวกเขา มันยังลบพาร์ติชั่น / อุปกรณ์ที่สร้างขึ้นโดยยูทิลิตี้ที่สร้าง iso 9660 ซึ่งได้รับการยืนยันบนยูเอสบียูเอสบีเท่านั้น แต่มันสามารถฟอร์แมตได้ในขณะนี้ คุณอาจจะให้มันยิง