Dotaz: Flash disk - Gparted odmítá vytvořit partition table

[uživatel]

Na flešce byla distribuce zkopírovaná přes dd. Teď s fleškou nejde nic dělat.

Gparted odmítá vytvořit partition table a hlásí:

Error while creating partition table

Invalid partition table - recursive partition on /dev/sdb

Attempt to write sectors 7841784 - 7841791 outside of partition on /dev/sdb

I/O error during write on /dev/sdb

Jak to napravit ?

---

---

Odpovědi

[Václav Vanc]

Zkus pomocí dd smazat partition table co tam teď je a pak pomocí Gparted vytvořit novou: dd if=/dev/zero of=/dev/sdX bs=512 count=1

[uživatel]

Bohužel ani toto nepomůže. Provede to:

1+0 records in 1+0 records out 512 bytes (512 B) copied, 0.000123981 s, 4.1 MB/s

Ale gparted hlásí stále stejný problém.

TAKŽE: NEVYŘEŠENO !

[Jendа]

Co je na té flashce teď? hexdump -vC /dev/sdb | head -n 50

[Pavel 'TIGER' Růžička]

mkfs.vfat -F 32 /dev/sdx pokud to nezabere, tak je nutné doinstalovat dosfstools, pokud nejsou nainstalované, tak nelze nafofmátovat ani v GParted.

[Pavel 'TIGER' Růžička]

... také je možné použít cfdisk, nebo fdisk

[lertimir]

Ano. Pracoval bych nad tím fdiskem. Sofistikovaný nástor může najít nějaký zbytek, kterému dá význam.

[uživatel]

Obávám se, že fdisk nenabízí žádnou možnost, jak výše popsaný problém vyřešit. Vím to. Používám fdisk už léta.

[R]

Kto vie, co tam ten gparted hlada... Skus bs=1M count=10, pripadne prepisat cely disk (bs=1M je vhodne na zrychlenie).

[Pavel 'TIGER' Růžička]

To považuji za zbytečné, pokud již /dev/zero proběhlo.

[R]

Ked to po vymazani prveho sektora (MBR) stale nefunguje, tak zjavne treba vymazat nieco dalsie, co sa gpartedu nepaci. Mozno tam vidi nejaky zvysok GPT alebo co.

[Šangala]

Pokud je tam GPT, tak bych zkusil smazat ≈MiB na začátku a pak případně ≈MiB na konci (neříkám, že to pomůže).

dd if=/dev/zero of=/dev/sdX bs=512K count=4

A jestli jsem se nesekl tak:

dd if=/dev/zero of=/dev/sdX bs=512 seek=$(( $(blockdev --getsz /dev/sdX) - 4096 ))

[Peter Fodrek]

mna napadol fixparts, lebo nic ine nepomohlo na studentovom pocitaci. http://www.rodsbooks.com/fixparts/

Win8.x z MSDNAA instalaoval na PC, ktore kupil bez OS, v legacy mode.

Ubiquity nevidel disk, resp. bola tam volba zmazat cely disk a nic ine.

Gparted videl disk ako GPT, ale nedovolil tam nic zapisat/zmenit fdisk videl disk ako MBR, ale nedovolil tam nic zapisat/zmenit

na GPT je dovolenych 128 oddielov (partici), teda musi byt asi vacsia ako MBR. A ak kolega prepisal len cast GPT, tak to nemusi stacit

[Šangala]

Jo-jo GPT má zhruba 17KiB a je tam dvakrát, na začátku a na konci a jestli se nepletu tak smazání zrovna prvních 512B nic nevyřeší.

[uživatel]

Možná, ale nevím, kde by se tam GPT vzalo... Jak sem už výše napsal, na flešce byla určitou dobu distribuce, zkopírovaná pomocí dd. A fungovala normálně.

Při pokusu odstranit distribuci (dát tam FAT32) Gparted prostě hlásí

Error while creating partition table

Invalid partition table - recursive partition on /dev/sdb

Attempt to write sectors 7841784 - 7841791 outside of partition on /dev/sdb

I/O error during write on /dev/sdb

[Lol Phirae]

Jak už jsem psal výše, přepsat (začátek) nulama a podívat se, že tam ty nuly opravdu jsou.

[pavlix]

+1

Možná by bylo nejlepší vyselektovat si jen jendovy rady ;).

[uživatel]

Na radu Pavlixe sem vyselektoval rady od jenda:

Při použití hexdump -vC /dev/sdc | head -n 50

jsou vidět stopy něčeho, co pravděpodobně pochází z distribuce, která tam byla zkopírovaná přes dd.

Takže jak donutit nuly, aby se dostaly tam, kde mají být?

Na konec ještě přidávám shrnutí dosavadních výsledků:

* Rada od Václav Vanc

dd if=/dev/zero of=/dev/sdb bs=512 count=1

1+0 records in

1+0 records out

512 bytes (512 B) copied, 0.000123981 s, 4.1 MB/s

* Rada od Pavel 'TIGER' Růžička

mkfs.vfat -F 32 /dev/sdb1

mkfs.fat 3.0.26 (2014-03-07)

* Rada od Šangala

sudo dd if=/dev/zero of=/dev/sdb bs=512K count=4

4+0 records in

4+0 records out

2097152 bytes (2.1 MB) copied, 0.0228932 s, 91.6 MB/s

* Rada od Šangala

dd if=/dev/zero of=/dev/sdb bs=512 seek=$(( $(blockdev --getsz /dev/sdb) - 4096 ))

dd: error writing ‘/dev/sdb’: No space left on device

4097+0 records in

4096+0 records out

2097152 bytes (2.1 MB) copied, 0.649772 s, 3.2 MB/s

* Rada od Pavel 'TIGER' Růžička

hdparm -r0 /dev/sdb

/dev/sdb:

setting readonly to 0 (off)

readonly = 0 (off)

* Gparted hlásí:

Invalid partition table - recursive partition on /dev/sdb.

Invalid partition table - recursive partition on /dev/sdb.

Input/output error during write on /dev/sdb

Error fsyncing/closing /dev/sdb: Input/output error

Invalid partition table - recursive partition on /dev/sdb.

Invalid partition table - recursive partition on /dev/sdb.

Input/output error during write on /dev/sdb

Error fsyncing/closing /dev/sdb: Input/output error

Invalid partition table - recursive partition on /dev/sdb.

[Jendа]

Při použití hexdump -vC /dev/sdc | head -n 50

jsou vidět stopy něčeho, co pravděpodobně pochází z distribuce, která tam byla zkopírovaná přes dd.

No ale pak jsi to měl zkusit přepsat víc než jen 512 bajtů a podívat se znova.

[lertimir]

A to /dev/sdc je překlep nebo jsou to stopy na jiném disku? (a také co hlásí jiné nástroje než gparted?)

[uživatel]

Panebože, sdb popř. sdc je přece podle momentální situace obsazení USB portů...

[Pavel 'TIGER' Růžička]

Já nevím, ale to je takovej problém: dd if=/dev/zero of=/dev/sdx bez jakýchkoliv dodatků a nechat to projet celé?

[uživatel]

Není to problém, akorát, že to zase k ničemu nevede. Ty nuly tam pořád nejsou.

* Další rada od Pavel 'TIGER' Růžička

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

dd: writing to ‘/dev/sdb’: No space left on device

7843841+0 records in

7843840+0 records out

4016046080 bytes (4.0 GB) copied, 842.012 s, 4.8 MB/s

Po provedení výše uvedeného hexdump stále ukazuje nějaký obsah.

[lertimir]

Pokud tam data jsou, tak flash je v háji. Běžným způsobem přes standardní blokové zařízení se s tím nic neudělá. Možná specializovaný nástroj pro přímou práci s kontrolerem by dokázal vypnout porušené části. Na druhou stranu, levné flashky do 200k4 jsou spotřevní zboží. Tak jsem jsem před 20 lety kupoval krabičky disket, které po čase odešly, tak teď mám nekolik levných flasek, u nich mne netrápí že po 2-3 letech přestanou.

[Love_Dali]

..a není prostě možný, že ta fleška jednoduše chcípla?

[uživatel]

Fleška nechcípla. Výše popsané chování je běžné po použití dd, což lze snadno vygooglovat.

[Lol Phirae]

Začínám mít pocit, že ani nemáš zájem to nějak řešit. Prostě odmítáš jakoukoliv možnost, co je tu napsána. Řekni mi jediný důvod, proč by to fdiskem nemělo jít, když jí předtím celou přepíšeš nulama? Ano, přepiš jí celou nulama a pak není žádný důvod, aby na ní nešlo cokoliv vytvořit, pokud je hardwerově v pořádku.

[pavlix]

+1

Tenhle přístup je skoro na zamčení dotazu, už chybí jenom nějaká ta nadávka ;).

[Lol Phirae]

Taky +1. Pokud to celé přepíšu nulama (což za ty 3 dny mohlo i u sebevětšího flashdisku proběhnout už několikrát) místo nesmyslného dohadování se, a stejně to nepomůže, tak holt je čas ten flash disk vyhodit.

[lertimir]

Řešení jsi už dostal. Jen poznámka. Distribuce se generuje pro CD/DVD. To vůbec nemusí mít partition table, jen některé generují hybridní obrazy.

[uživatel]

To řešení zde nějak nemůžu najít. Nebo považuješ ze řešení to, co nefunguje ?

A že si sám žádné funkční řešení nenapsal?

[xxl]

Mám jednu flešku, se kterou by sis taky neporadil. Je prostě kaput, protože tvrdí, že je write protected. A taky to tvrzení potvrzuje, nedá se s ní dělat vůbec nic. Takže ty si pravděpodobně můžeš tu svoji taky naložit....

[lertimir]

To je ale něco zcela jiného. Tazatel na ni zapíše. To že se nějakou operací změní flag v kontroleru na "write protected" jsem už také potkal.

[Pavel 'TIGER' Růžička]

Záleží jakým způsobem je zamčená, na některé zabírá hdparm -r0 /dev/sdx

[Lol Phirae]

Případně nejmenovaná ruská stránka s nejrůznějšími flashovadly na FW, nicméně nic z toho není potřeba, pokud tazatel nevyzkoušel aspoň základní postup, jak smazat nežádoucí rozdělení flashky.

[xxl]

To jsem zkoušel, bohužel to nepomohlo.

[nobody]

zkusil bych jeste pro jistotu konzolovej parted:

# vytvorit novou mbr partition table
sudo parted /dev/sdX mklabel msdos 

# jednu velkou partisnu
sudo parted /dev/sdX mkpart primary fat32 0% 100%

# zformatovat na fat32
sudo mkfs.vfat -F32 /dev/sdX1

[uživatel]

* Rady od nobody

# vytvorit novou mbr partition table

parted /dev/sdb mklabel msdos

Error: Input/output error during write on /dev/sdb

# jednu velkou partisnu

sudo parted /dev/sdb mkpart primary fat32 0% 100%

Error: Invalid partition table - recursive partition on /dev/sdb.

parted: invalid token: primary

[R]

Ked sa tvari ako read-only, tak su poskodene nejake datove struktury, ktore potrebuje radic.

Na opravu treba Windows. Progamom ChipGenius zistit typ radica a nasledne najst a stiahnut k nemu servisnu utilitu, ktorou sa da inicializovat flash, casto aj s vyhladanim a premapovanim vadnych sektorov.

[xxl]

To bych ještě mohl vyzkoušet.

[R]

Uz som takto par ozivil. Dobre je si vystup z ChipGenius (seriove cisla a pod.) skopirovat a ulozit do suboru. Tie servisne programy vedia menit seriove cisla a nazvy, tak je vhodne tam vlozit tie povodne.

[uživatel]

Asi zbývá jedině ten ChipGenius na oknech. Půjdu tímto směrem, což ovšem do tohoto primárně linuxového fóra moc nepatří, takže tady končím a konstatuji, že téma Gparted odmítá vytvořit partition table zůstalo nevyřešeno.

[uživatel]

Ještě poznámka. Nevím, jak své příspěvky myslel XX, ale má hlubokou pravdu.

[pavlix]

Řešení dotazu není jen to, že všechno začne fungovat, ale i zjištění, že je hardware (a nebo firmware, ale nevyznám se natolik, abych řekl důvody) v řiti.

[Pavel 'TIGER' Růžička]

To ovšem potom vyvrací tvrzení, že na flešce byla linuxová distribuce, vytvořená pomoci dd. Samotné dd ti z flešky totiž neudělá ready only zařízení.

[R]

Mozno aj bola, ale potom sa to nejako posralo. Casto staci vytiahnut z USB portu pocas zapisu.

A ten radic je maximalne debilny, ked ani nevie oznamit, ze je read-only. Namiesto toho zapisane data zahodi (a tvari sa, ze je vsetko OK)...ale neprekvapuje ma to, uz som to videl.

[Pavel 'TIGER' Růžička]

Jemu to ale zahlásilo, i když ne přímo:

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

dd: writing to ‘/dev/sdb’: No space left on device

7843841+0 records in

7843840+0 records out

4016046080 bytes (4.0 GB) copied, 842.012 s, 4.8 MB/s

V tomto případě přeci dd nezajímá volné místo v zařízení.

[2X4B-523P]

nezajímá, když dojde na konec, prostě to nahlásí s tím kolik toho bylo a přestane kopírovat... flash se možná chová majinko jinak než běžný hdd, nemyslím že by byl nutný přímo restart PC, ale pokud si hraji s tabulkou souborů, je dobré, mezi určitými kroky, spouštět sync a flashku vytahovat, aby docházelo k inicializaci... restart PC by přicházel v úvahu při nejakém specifickém nastavení distra... mimochodem, až ve WinNT, není nutné po vytvoření alokační tabulky restartovat celý počítač...

[R]

blockdev --rereadpt /dev/sdb

[2X4B-523P]

nedělám to často, ale tenhle příkaz je lepší, než to co "z lenosti něco si přečíst" používám... dík

[2X4B-523P]

tak mi to nejde, nějak si to pamatuje tu předchozí tabulku, tak snad nějak restartovat USB řadič... ještě že se to nemusí dělat často...

[R]

To je normalne hlasenie, ked pride dd na koniec disku. A tvrdi, ze zapisal 4,0 GB.

[Pavel 'TIGER' Růžička]

Mne tedy v Jessie dd nehlásí nedostatek místa v zařízení po proběhnutí. Verze: dd (coreutils) 8.23

[nobody]

tak dd poslane na celej disk nedostatek mista nezahlasi... ... ale kdyz poslel dd na neexistujici disk, tak po zaplneni /dev (devtmpfs) to zahlasi ze neni uz misto :D a 4GB => ma predpokladam 8GB RAM, devtmpfs 50% ram...

[Pavel 'TIGER' Růžička]

Ach tak, tak v tomto směru mi chyběla patřičná fantazie. Ne, že by se mi to nikdy nestalo, ale raději jsem se to odnaučil, nemám na to čas.

[lertimir]

Hezké. Je pravda, že už hodně dlouho, když cokoliv dělám s disky takhle napřímo, tak si velmi pečlivě kontroluji, co je v /dev a co se pod písmeny skutečně skrývá. Mám minimálně 4 (a obvykle 5) bloková zařízení /dev/sdX, a vzhledem k tomu, že jádro přiřadí písmena, jak se zařízení přihlásí a už se mi dost často písmena proházely a než jsem začal bootovat bud na UUID nebo na path mi někdy systém nenajel. Ani by mně nenapadlo pustit nějaký příkaz na sdX bez toho vědět jistě, že to blokové zařízení existuje a co to je.

[2X4B-523P]

že by opravdu někdo psal příkazy naslepo? lol, to snad ne...

[nobody]

nemusi psat prikazy naslepo, muze se stat toto:

strci flasku zahlasi se jako sdb
pusti dd na sdb, ale "neco" se po.., kernel flash odpoji, zahlasi do logu ale nikdo se na to nepodiva
pusti dd raci znovu(praktic from win), a ted uz ale zapisuje file do /dev

podle arogantnich odpovedi tezko usoudit jestli vedel jake zarizeni flash je a dotklo se ho ze nekdo si tim neni jistej, nebo naopak nic nevi a jen nadava, protoze je to nupac ;)

[Šangala]

Samotné dd ti z flešky totiž neudělá ready only zařízení.

Chyba lávky, z některými ano, opakovaně vyzkoušeno, plné zaplnění flešky opakovaně vedlo k přepnuti flešky jako takové do read-only režimu, odblokovatelné jen pomocí speciální utility výrobce - prostě super HW s perleťovým designem a s „diamanty“.

[Lol Phirae]

Ano, gparted opravdu nevyřeší mrtvý flash disk. Hluboké poznání.

[xxl]

To je hardcore. Ty stránky, na které se člověk dostane... Čínština, japonština, arabština... URL dlouhé jak tejden... Samá reklama na nějaké super spešl utility, kterými si mohu "vylepšit" systém. Na to už nemám nervy.

Zkusím svojí flešku reklamovat, ještě ji mám v záruce, problém je jenom s dopravou k prodejci.

[Petr Šobáň]

Nějak toto vlákno nechápu.

Prostě se tady omílá hromada blbostí pořád dokola.

Prostě vemu DD a přepíšu to celé nulama! To musí fungovat pokud je HW v pořádku a pak jakýkoliv nástroj tam v pohodě vytvoří oddíl!

Pokud se to z nějakého důvodu nulama nepřepíše pak je HW v p****i a maximálně s tím můžeš skusit zacvičit nějakým specializovaným SW (většinou pro windows) a buď se to vzpamatuje nebo ne a je to na vyhození a nebo pokud je v záruce tak reklamace.

PS. A dotaz je vyřešen i tím když se zjistí že je vadný HW.

[Stařík]

Flash žije, nějak odpovídá. Podobný problém jsem vyřešil velmi "primitivně". Pomocí prográmku Lili USB Creator jsem si na zatvrzelou flashku natáhl Mint a pak vše smazal. Particie zbyla.