İso 9660 USB'den nasıl kaldırılır?

Bir şekilde USB sürücüme iso 9660 görüntü yazmayı başardım, bu da tüm bilgisayarımın cihazın bir CD olduğunu düşünmesini sağlıyor. Bu bölümü kaldırmak için çeşitli yöntemler denedim, ancak hiçbir şey işe yaramadı. Denedim fdisk, diyor ki

$ fdisk -l / dev / sdb
/ Dev / sdb açılamıyor

Denedim bile

$ gg eğer = / dev / sıfır = / dev / sdb

düzenleme : şimdi sonuç

$ gg eğer = / dev / sıfır = / dev / sdb
dd: `` / dev / sdb 'açılış: salt okunur dosya sistemi

Ayrıca Windows'ta yeniden biçimlendirmeyi de denedim, ancak biçimlendirme işleminin sonuna geliyor ve ardından "Sürücü biçimlendirilemedi" diyor.

Bu bölümü nasıl çıkarabilir ve tüm USB sürücümü tekrar normale döndürebilir miyim?

1 EDIT : basit bir denemek mkfsişe yaramaz:

$ sudo mkfs -t vfat / dev / sdb
mkfs.vfat 3.0.0 (28 Eyl 2008)
mkfs.vfat: '/ dev / sdb' tam diskli aygıtta dosya sistemi oluşturmaya çalışmaz (istenirse -I kullanın)

$ ls / dev | grep sdb
sdb

2 EDIT : Bu cihazı taktığımda dmesg tarafından gönderilen bilgiler:

$ dmesg
.
. (Kesik)
.
usb 2-1: Yeni USB aygıtı bulundu, idVendor = 058f, idProduct = 6387
usb 2-1: Yeni USB aygıt dizeleri: Mfr = 1, Ürün = 2, Seri Numarası (3)
usb 2-1: Ürün: Yığın Depolama
usb 2-1: Üretici: Genel
usb 2-1: Seri Numarası: G0905000000000010885
usb-storage: cihaz 4'de bulundu
usb depolama: cihazın taramadan önce yerleşmesini bekliyor
usb depolama: cihaz taraması tamamlandı
scsi 6: 0: 0: 0: Doğrudan Erişim FLASH Sürücüsü AU_USB20 8.07 PQ: 0 ANSI: 2
sd 6: 0: 0: 0: [sdb] 4069376 512 bayt donanım sektörleri (2084 MB)
sd 6: 0: 0: 0: [sdb] Yazma Koruması kapalı
sd 6: 0: 0: 0: [sdb] Mode Sense: 03 00 00 00
sd 6: 0: 0: 0: [sdb] Sürücü önbelleğini varsayarak: yazma
sd 6: 0: 0: 0: [sdb] 4069376 512 bayt donanım sektörleri (2084 MB)
sd 6: 0: 0: 0: [sdb] Yazma Koruması kapalı
sd 6: 0: 0: 0: [sdb] Mode Sense: 03 00 00 00
sd 6: 0: 0: 0: [sdb] Sürücü önbelleğini varsayarak: yazma
 sdb: bilinmeyen bölüm tablosu
sd 6: 0: 0: 0: [sdb] Takılı SCSI çıkarılabilir diski
sd 6: 0: 0: 0: Ekli scsi genel sg2 türü 0
ISO 9660 Uzantıları: Microsoft Joliet Seviye 3
ISO 9660 Uzantıları: RRIP_1991A
SELinux: başlatıldı (dev sdb, iso9660 tipi), genfs_contexts kullanır
CE: hpet min_delta_ns'ı 15000 nsec'e yükseltir

3 EDIT : Bu, dmesgçalıştırdıktan cfdiskve diske yeni bir bölüm tablosu yazdıktan sonra altındaki buluyorum mesajdır :

SELinux: başlatıldı (dev sdb, iso9660 tipi), genfs_contexts kullanır
sd 17: 0: 0: 0: [sdb] Cihaz hazır değil: Sense Key: Hazır değil [geçerli] 
sd 17: 0: 0: 0: [sdb] Cihaz hazır değil: <> ASC = 0xff ASCQ = 0xffASC = 0xff <> ASCQ = 0xff
end_request: G / Ç hatası, dev sdb, sektör 0
Aygıt sdb'sinde arabellek giriş / çıkış hatası, mantıksal blok 0
sdb'deki G / Ç hatası nedeniyle sayfa yazma hatası

Tamam, bu durumda (muhtemelen iso-9660 dosya sistemini sürücüye yazdığımda) bir şey sürücüye bir tür iç yazma koruması tetiklemiştir. Orada hiçbir dış yazma koruma / tutma anahtarları, ancak henüz bu çıkışı dmesgı çalıştırdığınızda

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

kök olarak:

sd 9: 0: 0: 0: [sdb] Ekleme. Sense: Yazma korumalı
end_request: G / Ç hatası, dev sdb, sektör 4028744
sd 9: 0: 0: 0: [sdb] Sonuç: hostbyte = DID_OK driverbyte = DRIVER_SENSE, SUGGEST_OK
sd 9: 0: 0: 0: [sdb] Sense Anahtarı: Veri Koruma [geçerli] 
Bilgi fld = 0x0

Koruma hakkında oradaki yorumları not edin! Ancak, aygıtı taktığımda,

scsi 10: 0: 0: 0: Doğrudan Erişim FLASH Sürücüsü AU_USB20 8.07 PQ: 0 ANSI: 2
sd 10: 0: 0: 0: [sdb] 4069376 512 bayt donanım sektörleri (2084 MB)
sd 10: 0: 0: 0: [sdb] Yazma Koruması kapalı
sd 10: 0: 0: 0: [sdb] Mode Sense: 03 00 00 00
sd 10: 0: 0: 0: [sdb] Sürücü önbelleğini varsayarak: yazma
sd 10: 0: 0: 0: [sdb] 4069376 512 bayt donanım sektörleri (2084 MB)
sd 10: 0: 0: 0: [sdb] Yazma Koruması kapalı
sd 10: 0: 0: 0: [sdb] Mode Sense: 03 00 00 00
sd 10: 0: 0: 0: [sdb] Sürücü önbelleğini varsayarak: yazma

Bu mesajın cihazın yazmaya karşı korumalı olmadığını söylediğini unutmayın ! Yani ne yazık ki, diski sahip gibi görünüyor (yani kaput ).

Ben bu Linux sistem yöneticisinde yeniyim, bu yüzden tamamen aynı problemi yaşadığımda, yöntemime delilik olmadan dürttüm ve dürttüm, ancak iso9660 fs'yi çıkarmayı ve başparmak sürücüsünü geri almayı başardım.

sudo fdisk -l  /dev/sdb1

iade

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

Bu yüzden denedim

sudo fdisk /dev/sdb1

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

bunu takiben

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

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

Daha sonra, boş bir disk bölümü tablosu oluşturmak için fdisk için tekrar seçildiğinde (daha sonra istediğim şeyin üzerine yazabileceğimi düşündüğüm bir şey)

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.

En az "iso9660 fs" kırdı "demek için geri gönderilen mesajları aldım.

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.

Bütün bunlar beni başparmak sürücüsünde "kayıp + bulundu" dizini ile bıraktı.

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

Sonunda Ubuntu web sitesine ( http://www.ubuntu.com/download/ubuntu/download , bölüm 2) gittim ve çubuğu, deneme kullanımı için önyüklenebilir bir Ubuntu görüntüsü oluşturmak için kullandım ve bana izin verdi. Çubuğa bu şekilde yapılan Ubuntu görüntülerinin güzelliği, kolayca silinebilmeleri ve çubuğun diğer kullanımlar için geri kazanılabilmesidir.

Bu son adımdan bahsediyorum çünkü ilk bakışta, sadece işe yarayacağı ilk şeyi yapıp yapmadığımı merak ediyorum, bilmiyorum. Bahsettiğim gibi, bu Linux işinde yeni olarak varım ve en çok hangi medyaya sahip olursa olsun, canlı CD'lerde farklı dağıtımlar (örneğin, Fedora, Ubuntu, vb.) Deniyorum ve elbette yol boyunca birçok şeyi bozuyorum.

mkdosfs -I /dev/sdb

Sürücüde bir vfat dosya sistemi oluşturacaktır. Dosya sisteminin bir bölümde değil tüm sürücüde oluşturulmasını istiyorsanız -I iletilmelidir. Önce sürücüyü bölümlemek istiyorsanız, fdisk'i kullanın. Elbette fdisk sürücüyü okuyamıyor, çünkü herhangi bir bölümü yok. Ama buna yazabileceğine eminim.

dmesgSnippet'e bakıldığında , sürücünün otomatik olarak monte edileceği bir şey görünüyor (kontrol et mount). Onunla bir şey yapmadan önce, elle ayarlamalısın.

Sonra bloğu bölüm tablosuyla ( dd if=/dev/zero of=... bs=512 count=1) sıfırlayın ve boş bir bölüm tablosunu yeniden oluşturmak için bir bölümlendirme aracı çalıştırın. Ondan sonra fişini çekin ve yeniden takın (gerekli olmamalıdır, ancak ...) ve üzerinde istediğiniz bölümleri oluşturun / biçimlendirin. Bölümleri oluşturduktan sonra (belki yeniden çıkarmanız ve yeniden takmanız gerekebilir), /dev/sdb1dosya sistemini oluşturmanız gereken yerde olmanız gerekir.

Tüm adımların root ( sudoveya eşdeğeri) olarak yapılması gerektiğini unutmayın . Yanlış cihaz adını yazmamaya dikkat edin, aksi halde sabit diskinizi silebilirsiniz!

Hala gerçek olamayacak bir şey olduğunu varsaydığımızı hissediyorum. Cihaz okunabilir olduğundan, bu satır en azından diğer programların yorumlarına bağlı kalmak yerine verileri kendiniz görmenize izin verecektir.

dd eğer = / dev / sdb sayısı = 1 | xxd -g1 -u

Ayrıca, dev düğümü ile ilgili sorunları, cihazdaki sorunlardan başka bir bağlantı noktasına zorlayarak ayırabiliriz. SDB'yi meşgul etmek için ya başka bir USB jakına ya da önce başka bir sürücüye takın.

Şu anda USB sürücünüzde bölüm tablosu yoktur, iso9660 dosya sistemi doğrudan tüm diskin üzerine oturur (bir cdrom gibi)

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

İlk önce bir bölüm yapman gerektiğini düşünüyorum

sudo cfdisk /dev/sdb

(daha önce monte edilmediğinden emin olun) fdisk uygulamasında yeni bir bölüm oluşturun.

Bundan sonra, yeni bölümdeki dosya sistemini yapın

sudo mkfs -t vfat /dev/sdb1

Seninle aynı sorunu yaşadım. Ancak, şaşırtıcı bir yerden bir çözüm bulabildim. Sahip olduğum son Windows sistemi olan Windows 98SE ile eski bir dizüstü bilgisayar. Neyse, sadece onu yerleştirin ve sürücüye erişmeye çalıştığınızda, Windows size biçimlendirmek isteyip istemediğinizi soracaktır. Evet'i tıkladığınızda tamamen işlevsel olan fat16 formatlı bir sürücünüz olur. Yine de Windows'un daha yeni sürümleriyle çalışıp çalışmadığını bilmiyorum. İyi şanslar.

Belki basit bir

mkfs -t vfat /dev/sdb1

Dün gece yaptım

dd if=fedora.iso of=sdx  

Dört saat sonra, değiştirilemez, değiştirilemez, izo9660 tuğlası aldım. David'in düşünce trenini takiben Ubuntu'nun 'başlangıç ​​diski yaratıcısı' (çizgi üzerinde 'başlangıç ​​diski yaratıcısı' yazın) ve sadece 'sil' seçeneğini seçtim. Bu yaptı.

USB sürücü daha sonra FAT32 olarak bildirildi ve her şey yolunda.

Sürücüyü çıkarın ve hala okuyabiliyor musunuz bir bakın. Bir şekilde / dev / usb (veya nereden okuduğunuz) sıradan bir dosya dizini olup olmadığını merak ediyorum.

-T seçeneğiyle tekrar monte etmeye çalıştınız mı?

umount / dev / sdb
sudo bağlantısı -t vfat / dev / sdb / mnt / nokta

Bu işe yaramazsa, eve geldiğimde daha sonra yeniden üretmeye çalışacağım. İlginç bir problem gibi görünüyor. Tinker ile eğlenceli olacak:]

Bunu yapmanın en iyi ve uygun yolu:

# wipefs --all /dev/sdX

İtibaren wipefskılavuzda:

silme işlemleri imzaları libblkid için görünmez hale getirmek için belirtilen cihazdan dosya sistemi, baskın veya bölüm tablosu imzalarını (sihirli dizeler) silebilir.

Wipef'ler dosya sisteminin kendisini veya cihazdaki diğer verileri silmez. Herhangi bir seçenek olmadan kullanıldığında, silme işlemleri tüm görünür dosya sistemlerini ve temel imzalarının ofsetlerini listeler.

silme işlemleri, çekirdeği değişiklik hakkında bilgilendirmek için bir bölüm tablosu imzasını sildiğinde BLKRRPART ioctl öğesini çağırır.

Bu, çekirdeği değişiklik hakkında bilgilendirmek (böylece daha sonra biçimlendirirken herhangi bir hata almamanız), verileri veya dosya sistemlerini silmemek gibi birçok avantaja sahiptir .

U3, U3 bölümlerini kaldırmak için bir yardımcı programa sahiptir. Ayrıca, iso 9660'ı oluşturan yardımcı program tarafından oluşturulan bölümü / aygıtı da kaldırır. Bir şans verebilirsin.