Vihonviimeinen kerta kun dd:llä kirjoittelen usb-tikulle

[JaniAlander]

Sellainen *sensuroitu* painajainen. Tietty homma menee pieleen, ja sen jälkeen metkana havaintona huomataan, että 32 gigan tikusta on käytettävissä neljä gigaa. Mikään Linuxin osiointityökalukaan ei löydä siltä enempää tilaa. Ainoa ratkaisu oli ladata Windowsiin ilmainen alustustyökalu (HDD Low level format tool), joka kyllä sitten tikun oikean koonkin löysi. Ja ilmeisesti osaa tikun myös pelastaa. Että tähän malliin.

[raimo]

Sellainen *sensuroitu* painajainen. Tietty homma menee pieleen, ja sen jälkeen metkana havaintona huomataan, että 32 gigan tikusta on käytettävissä neljä gigaa. Mikään Linuxin osiointityökalukaan ei löydä siltä enempää tilaa. Ainoa ratkaisu oli ladata Windowsiin ilmainen alustustyökalu (HDD Low level format tool), joka kyllä sitten tikun oikean koonkin löysi. Ja ilmeisesti osaa tikun myös pelastaa. Että tähän malliin.

Teitkö esim. Gparted:llä uuden osiotaulun, se monesti auttaa. Minullakin yksi Kingston 8Gt meni rikki dd:llä enkä ole sitä saanut ehjätyksi.
Viallisia tikkuja veikkaan, dd vain kirjoittaa mitä käsketään.

[nm]

Tai jos on niin sekaisin, ettei edes GParted suostu toimimaan, voit kirjoittaa tikun tyhjäksi dd:llä!

Koodia: [Valitse]

dd if=/dev/zero of=/dev/sdX
Se hieno Windowsin HDD Low level format tool teki täsmälleen tuon operaation.

[JaniAlander]

Tehty oli, eikä mikään auttanut (Gpartedia kokeiltu, Fdiskia, partedia jne). Näyttäisi että tuo alustustyökalu tekee tehtävänsä. Listasi heti kiltisti tikun oikean koon, valmistajan ja mallin.

[JaniAlander]

Tai jos on niin sekaisin, ettei edes GParted suostu toimimaan, voit kirjoittaa tikun tyhjäksi dd:llä!

Koodia: [Valitse]

dd if=/dev/zero of=/dev/sdX
Se hieno Windowsin HDD Low level format tool teki täsmälleen tuon operaation.

Tuo temppu kirjoitti hienosti sen neljän gigan verran niitä nollia. Nimim. kokemusta on Testasin nimittäin sitäkin kun sen tikun kanssa tappelin.

No niin toi apuohjelma teki mitä haluttiinkin ja nyt Kingston näyttää täyden tilan. Kiva kiva
 

[nm]

Ei ole normaalia käytöstä USB-tikulta. Alustitko sen Windowsissa samalla tietokoneella? Onko kyseessä kivijalkaliikkeestä hankittu tikku, eli piraattituotteen riskiä ei ole, ja koko on luotettava? Oletko kokeillut tallentaa tikulle yli 4 Gt:n verran dataa (esimerkiksi isoja videotiedostoja), ja tiedostot ovat säilyneet kokonaan ehjänä?

Ai niin, kirjoititko dd:llä varmasti koko laitteelle (/dev/sdX) etkä osiolle (/dev/sdX1)?

[JaniAlander]

Juu tikulla on ollut isoja tiedostoja koko liuta, ilman mitään ongelmia. Ja on aito Kingston. Asennuskuva jonka sinne alunperin yritin kirjoittaa osoittautui korruptoituneeksi, mikä saattoi aiheuttaa osaltaan tuon metkan pelleilyn.

Tosin on tämä ilta (ja nyt yö) menossa merkeissä kone ryttyilee käyttäjälleen. Kaikenlaista pientä ylimääräistä säätöä voisi sanoa on riittänyt noin niinkuin kotitarpeiksi.

[JaniAlander]

Nythän koko tikulle kirjoittelukysymys muuttuikin vallan akateemiseksi kysymykseksi. Tän päivän rumba alkoi kun muistin, että on pitkän tovin pitänyt ottaa käyttöön yhdeltä tutulta saamani 400 gigainen WD kovalevy, korvaaman PC-BSD:n systeemilevynä olleen 160 gigaisen. No lyhyestä virsi kaunis. Tikkutappelun ohella selvisi, että Windows varoitteli ko. levyn olevan hajoamassa, ja saadakseni vahvistuksen asialle ajoin Kubuntulla Smartmontoolsin testin. Levy failasi heti lyhyt testinkin. Dodiih, ei muuta 160 gigainen takaisin kiinni.

WD oli kyllä iäkäs levy, vuodelta 2007 mutta alkuperäisissä sinetöidyissä suojamuoveissaan, ts. ei koskaan käytetty aiemmin.

Että näin tällä kertaa. Olisi säästynyt tunti jos toinenkin ja paljon "harmitusta", jos ei olisi ryhtynyt koko rumbaan.
 

[Postimies]

Miten BIOS tunnisti tikun? Tai fdisk -l? Itse olen levykuvat aina kirjoittanut dd:llä. Vaihtoehtona on tietysti cat levy.iso > /dev/sdX.

[juyli]

Miten BIOS tunnisti tikun? Tai fdisk -l? Itse olen levykuvat aina kirjoittanut dd:llä. Vaihtoehtona on tietysti cat levy.iso > /dev/sdX.

Itse olen suosinut Unetbootin tai vaikkapa live-usb-creator -ohjelmia, jos toisin ei ole suositeltu. Yleensä olen poistanut valmiiksi tikulla olevat tiedostot ennen operaatioita.

[JaniAlander]

Miten BIOS tunnisti tikun? Tai fdisk -l? Itse olen levykuvat aina kirjoittanut dd:llä. Vaihtoehtona on tietysti cat levy.iso > /dev/sdX.

Kyllä se BIOS sen tikun löysi. Fdisk -l löysi saman kuin Gpartedkin. Eli väärän koon, senkin jälkeen kun dd luoma kama oli ylikirjoitettu. Mutta ongelma ratkesi tosiaan tuolla mainitsemallani apuohjelmalla.

[JaniAlander]

Miten BIOS tunnisti tikun? Tai fdisk -l? Itse olen levykuvat aina kirjoittanut dd:llä. Vaihtoehtona on tietysti cat levy.iso > /dev/sdX.

Itse olen suosinut Unetbootin tai vaikkapa live-usb-creator -ohjelmia, jos toisin ei ole suositeltu. Yleensä olen poistanut valmiiksi tikulla olevat tiedostot ennen operaatioita.

PC-BSD:n asennuskuva pitää kirjoittaa suoraan dd:llä tai Windowsissa Win32Imagewriterilla. Unetbootin ei toimi sen kanssa.

[nm]

Kyllä se BIOS sen tikun löysi. Fdisk -l löysi saman kuin Gpartedkin. Eli väärän koon, senkin jälkeen kun dd luoma kama oli ylikirjoitettu.

Mielestäni ainoat mahdolliset selitykset ovat, että kirjoitit dd:llä vain osion päälle, etkä koko laitteelle, tai et odottanut riittävän pitkään ennen kuin irrotit tikun ylikirjoituksen jälkeen. sync-komennolla voit varmistaa, että kirjoitus menee perille, ja tikun voi irrottaa. Tässä Archin Wikissä neuvottu komento nopeaan osiotaulun nollaamiseen:

Koodia: [Valitse]

dd count=1 bs=512 if=/dev/zero of=/dev/sdx && sync

Tuon jälkeen tikku tosiaan pitää fyysisesti irrottaa ja kytkeä takaisin, jotta kerneli näkee nollatun osiotaulun. Sitten voi ryhtyä käsittelemään tikkua GPartedilla tai muilla työkaluilla.

[JaniAlander]

Kyllä minä laitteelle kirjoitin, en todellakaan osiolle. Sync komento saattoi jäädä välistä. Mutta ongelma EI niinkään ollut se, että kirjoitettu data oli käyttökelvotonta, sitä se olisi ollut joka tapauksessa (koskapa levykuvan tarkistussumma ei täsmännyt), vaan se että miten saisin palautettua tikun alkuperäiseen tarkoitukseensa täysikokoisena. Ja siinä tuli ylläripylläri. Tokkiinsa se dd komentokin palautti virheen, sönköttäen ettei laitteen tila riittänyt.

Alkuperäinen komento oli siis

Koodia: [Valitse]

# dd if=PCBSD10.2-RELEASE-08-19-2015-x64-DVD-USB.iso of=/dev/sdd bs=1M
Ja juu tikun laitetunnus oli sdd, ja tikulla taatusti olisi ollut tilaa komennon suorittamiseen.

Ja juu ongelmaa yritettiin ratkoa näinkin:

Koodia: [Valitse]

# dd of=/dev/sdd if=/dev/zero bs=512 count=1
Sync käsky jäi tosiaan tekemättä mutta tikku pienen odotuksen jälkeen irti ja kiinni. Fdisk kiltisti totesi ettei osiotaulua ollut, mutta edelleen näytti tikun kooksi neljä gigaa.

*komennot mitä annoin kaivettu esiin bash:in käskyhistoriasta.

[JaniAlander]

Voin sanoa, että tuli tosiaan epätodellinen fiilis sen homman kanssa, kun tuon tosiaan PITÄISI toimia. Vaan kun ei.