Daha az GiB kapasitesine sahip USB flash sürücü (bölüm yok)


1

Tamam, benim sorunum, 32.000.000.000 bayta sahip olan bir Jetflash 32 GB USB flash sürücü kullanmam ya da bir başka deyişle, kapasitesi 29.8 GiB idi. Pencerelere sağ tıklayıp 29.8'i sayı olarak görebiliyordum.

Şimdi birinin bilgisayarına Manjaro'yu kurmak için Linux üzerinden önyüklenebilir bir USB yaptım. Flash sürücüye tam olarak ne yaptığımı hatırlayamıyorum. Uzun lafın kısası, USB'yi bilgisayarımda biçimlendirdiğimde (yukarıda belirtilen olaydan birkaç hafta sonra oldu), flash sürücümde 28 GiB depolama alanı var.

Bu yüzden neredeyse 2 GiB kaybettim! Herhangi bir Windows aracını kullanarak veya gpartedLinux'ta herhangi bir bölüm veya ayrılmamış alan göremiyorum .

Herhangi var mı düşük seviye herhangi mbr / LBA ya da her türlü bayrak verileri silebilir ve orijinal kapasitesini belirlemek için tek benim kesiminin bir kontrol edebilirsiniz aracı?

İnternette hiçbir şey bulamadım. "USB kalemim daha az GB gösteriyor" ile ilgili tüm konular, daha küçük bir bölümün göründüğü ve alanın geri kalanının sadece tahsis gpartededilmediği ancak disk yöneticisine veya bölüm yöneticisine veya benim durumumda olmayan "görülebilecek" sorunlara yöneliktir .


MKUSB> Restore'u standart bir depolama cihazına kullanabilirsiniz (yalnızca Debian / Ubuntu ve türevleri). Eğer hala aynı gösteriyorsa, bazı sektörlerin kötü olarak kabul edilip formatlardan birinde "kullanım için değil" olarak işaretlenmiş olmaları mümkündür.

GParted şimdi ne gösteriyor? Belki de Windows sadece fazladan bölümleri görmezden geliyor, ama gparted değil mi ... Flash bellek aygıtlarını (USB sürücüler, SD kartlar, vb.) "Yeniden flaşlamak" için özel programlar var. daha büyük bir kart (128-256GB) gibi görünen ve tüm karta yazmaya çalışan küçük (8-32GB) bir kart sahte kartı görecektir. En son okuduğum programlar Çince idi ...
Xen2050

@MichaelBay Ben o mk USB'yi deneyeceğim ve size geri döneceğim ama pencerelerde sağa doğru> farklı bir şey yapabileceğini sanmıyorum ama ya da bağlamayı kaybedecek bir şeyim yok.
papajo

Yanıtlar:


1

ddMkusb gibi bir flash sürücüde mkusb gibi -inspired bir araç kullandım , mkusb Ubuntu yardım sayfasının dediği gibi:

'tüm cihazı kullan', aslında sadece baş ucu (iso dosyasının boyutu), fakat cihazın geri kalanı mevcut değil. mkusb, ISO 9660 dosya sistemini içeriğinden iso dosyasından klonlar. Bu ISO 9660 dosya sistemi CD / DVD disklerden ve ayrıca USB sürücülerden çalışır. Böyle bir USB pendrive kullandıktan sonra, başka bir amaç için kullanmak istiyorsanız, yeni bir bölüm tablosu ve dosya sistemi yaparsınız.

Bağlantı zincirinin aşağısında, bir USB pendrive'ı biçimlendirmek için Yardım'a yönlendirilir . Yeni bir bölüm tablosu oluştururken, sorunlu flash aygıtının "özel durumlarına" girmediğiniz sürece bölüm (ler) bu işlemi gerçekleştirmelidir. Sahip olduğum tek şey gerçekten dinlemedi ve zaman zaman eski ISO dosya sisteminin kalıntılarını biçimlendirdikten ve yeniden kullandıktan aylar sonra topladı.

İlk gigabaytın (ISO'nun orijinal olduğu yer) üzerine yazmak sorunumu çözdü, ancak çalışması gereken tüm USB'nin üzerine yazmak istiyorsanız (daha az kullanım ömrü pahasına olursa olsun) veya sadece ilk megabaytın kullanılması gerekiyordu çalışmak için de ...

ddLinux’tan plan yapmalı. Öncelikle doğru cihazlara sahip olduğunuzdan% 100 emin olun (cihaz /dev/sdx, prize takarken söyleyeceğiniz gibi syslog , kullanma lsblkveya gpartedveya gnome-disk-utilityveya izlerken dmesg/ syslog)

  • Sadece ilk megabaytın üzerine yazmak için (1M, burada M = 1024 * 1024)

    dd if=/dev/zero of=/dev/sdx bs=1M count=1
    

    M üzerine yazmak için daha büyük bir sayı kullanın.

  • İlk gigabaytın üzerine yazmak için (1G, G = 1024 * 1024 * 1024)

    dd if=/dev/zero of=/dev/sdx bs=1G count=1
    
  • Tüm cihazın üzerine yazmak için, herhangi bir bs veya sayı kullanmayın, sadece

    dd if=/dev/zero of=/dev/sdx
    

    Bittiğinde dd, cihazın sonuna ulaşmadan önce ne kadar yazı yazabildiğini size söyleyecektir;

    1+0 records in
    1+0 records out
    1048576 bytes (1.0 MB) copied, 0.000838339 s, 1.3 GB/s
    

Eğer dduzun bir zaman alıyor siz "çalışan 'dd' süreç mak [ing] o / standart hataya Ç istatistiklerini I yazdırmak ve daha sonra kopyalamaya devam etmek USR1 sinyali gönder." Olabilir Dikkatli olsanız killve pgrepveya ps pkillveya htopveya belki de kullanın veya şunun gibi bir örnek için killallgörün man dd:

$ dd if=/dev/zero of=/dev/null& pid=$!
$ kill -USR1 $pid; sleep 1; kill $pid

18335302+0 records in 18335302+0 records out 9387674624 bytes  (9.4  GB)  copied,
34.6279 seconds, 271 MB/s

Tamamlandığında dd, yeni bir bölüm tablosu yazıp yeni bir bölüm oluşturun ve biçimlendirin. Bana kalırsa doğru gpartedbir menüde bölüm tablo oluşturmak seçeneği var ve genellikle iyi çalışıyor oluyor.


bs = 1M, ilk sektörden yazmayan 1 MB büyüklüğünde bloklar oluşturacak ve bs = 1G kullanırsam, 1GB'tan küçük dosyaları kopyalamak için USB sürücümün çok yavaş olmasını sağlayacak 1GB'lık bloklar yazacak (normal olanı olacak) bundan emin misin?
papajo

Bu "bloklar" tam olarak ne ddkullanıyorsa, cihazı değiştirmiyor, sadece o büyüklükte parçalar halinde yazıyor. Gibi seek=veya başka bayrak kullanmıyorsanız, skip=dd her cihazın "başlangıcında" okumaya ve yazmaya başlamalıdır. Cihazın / sürücü en sektör büyüklüğünün düşünce olabilir, bunu değiştiremezsiniz eminim - ddkesinlikle edemez
Xen2050

Cidden, tamamen sıfır wipefsyapmak için kararlı olmadığınız sürece kullanın . Keyfi bir kısmi sıfır çıkışı çok az anlam ifade eder. Ayrıca yedekleme GPT'sini silmez.
Tom Yan,

@TomYan Birbirine bağlı çoklu yardım sayfalarının önerdiği gibi, tek başına gpartlananlar bile normal bir sürücü için iyi olmalıdır , ancak bu özel bir durum / sorunlu sürücüdür. Ve yedekleme GPT'si nerede tutuldu, bir sürücünün her sektörünün üzerine yazma işleminin ona dokunamadığı bir yerde? Sürücüde ve yazılabilir ise, dd üzerine yazacaktır.
Xen2050
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.