Linux: dd a format media

[Jenda]

no aj som napisal ze som "shrinkoval" a este som napisal aj truncate ale to bola blbost...

co som pouzil bolo

dd OD DO 1M (velkost bloku) a X (pocet blokov)

pricom X som si vypocital z FAT particia + NTFS PARTICIA + par MB ako zaruka to v MB bolo X

(takze som "vynechal" koniec, ten unpartitioned)

To nebylo potřeba, dd až dojde na konec zařízení prostě skončí.

[Reklama]

[nobody]

predpokladam ze cetl z SD do image a chtel tedy aby byl image kratsi prave o to unpartitioned takze count musel pouzit... az bude nahravat z image na mensi SD, tam az teprve count nepotrebuje

[Mirek Prýmek]

predpokladam ze cetl z SD do image a chtel tedy aby byl image kratsi prave o to unpartitioned takze count musel pouzit...

Nemusel. dd by pri zapisu hodilo chybu, ale vsechno by fungovalo spravne.

[OtazkaDD]

Inak to s tou chybou na konci a tak - ja som si tiez myslel ze to nemoze vadit lebo tam je unpartitioned space... Lenze .. okrem toho ze klient je na druhej strane sveta, tak este aj z kopia SD urobena na jeho PC potrebuje dalsiu hodinu cesty aby sme to oskusali no a keby som nakoniec zisitl ze to nejde koli nejakej chybe tak by ma ****. Tak som nechcel ziadne errory.

Plus: DD je fajn lebo nekontroluje velkost media, ale SW ktory klient chce pouzivat GUI na WIN, na nahravanie IMAGE na SD, to overuje a nepusti ho dalej ... A robilo ho to nervoznym :-/ a mna potom tiez

[nobody]

predpokladam ze cetl z SD do image a chtel tedy aby byl image kratsi prave o to unpartitioned takze count musel pouzit...

Nemusel. dd by pri zapisu hodilo chybu, ale vsechno by fungovalo spravne.

pokud chces kratsi image nez zdrojovej dev tak proste musis das count...
to ze jde delat image cele a pak to poslat na mensi dev je jasne, ale je to prasarna a musis pak zas pocitat jestli se opravdu nahralo vse krome unpartitioned, nebo si to spocitat a davat count pri zapisu na dev, ale porad je to prasarna, proste se to pri save udela tak aby restore bylo ciste a universalni... navic pokud pouzijes jinej nastroj na restore nez dd, kterej by si kontroloval jestli img <= dev tak by byla smula...

[Reklama]

[pet]

Ještě taková „drobnost“, která se mi projevuje u flashdisků.
Když chci dd-čkem zapsat bootovací iso image, tak se to povede většinou až napodruhé. Je totiž nutné napřet přepsat MBR, pak načíst změněnou geometrii disku (partprobe, nebo odpojit a připojit) a pak teprve přepsat celý disk.

[asdasdas]

@pet: takze 2x prikaz DD?

[pet]

@pet: takze 2x prikaz DD?

Přesně tak, ten první může být krátký a mezi nimi je nutno renačíst geometrii (partprobe nebo vyndat a vrátit).

[Mirek Prýmek]

Přesně tak, ten první může být krátký a mezi nimi je nutno renačíst geometrii (partprobe nebo vyndat a vrátit).

Co to je za nesmysl? dd na ten disk nahraje data doslova bit po bitu - partition table vůbec nepotřebuje.

[pet]

Přesně tak, ten první může být krátký a mezi nimi je nutno renačíst geometrii (partprobe nebo vyndat a vrátit).

Co to je za nesmysl? dd na ten disk nahraje data doslova bit po bitu - partition table vůbec nepotřebuje.

Přesně to bych si myslel taky, kdybych to už vícekrát nezažil. Nová fleshka a instalace iso image Gentoočka, Sabayonu nebo CentOSu nadvakrát. Avěřte mi, že opravdu vím, o čem mluvím (jen nevím, jakým mechanizmem to přesně vzniká).

[jenda]

nojo, to nesmite tu flash predtim ddckem mit namontovanou

[dustin]

jo to bude ono 

[Mirek Prýmek]

 

[pet]

nojo, to nesmite tu flash predtim ddckem mit namontovanou

Jo, hoši, tááák blbej opravdu nejsem . U mě se vše mountuje kromě / a /home výhradně ručně. 

[nobody]

kdyz pomoci dd delas raw zapis image na cele device, je mu mbr/partition_table ABSOLUTNE ukradene, to je fakt, pokud to tedy musis delat 2x, nehraje v tom roli obsedantne kompulzivni porucha? tva nebo te flash?