abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 0
včera 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 14
včera 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 1
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 5
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 49
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 26
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 18
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 777 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: necitelne sektory pri cteni CD z vlastniho ISO

28.9.2004 17:21 Honza
necitelne sektory pri cteni CD z vlastniho ISO
Přečteno: 124×
Mam problem s vytvarenim obrazu ISO z CD, ktere jsem sam vytvoril. Nevim jestli je chyba v HW nebo mezi zidli a klavesnici. Z Googlu se mi uz toci hlava.
Na jednom stroji vytvorim a vypalim pomoci nasledujicich prikazu obraz CD.
mkisofs -r -J -o image.iso /mnt/data/soubory/
cdrecord -v -data image.iso
Toto CD se pokusim na tom stejnem stroji precist, konkretne vytvorit druhy ISO obraz.
dd if=/dev/cdrom of=druhy.iso
A zde nastane problem, protoze nektere sektory na konci CD nejdou precist.

dd: reading '/dev/cdrom': Input/output error
173200 + 0 records in
173200 + 0 records out
Pritom ten samy postup na druhem stroji se starsi vypalovackou dopadne v poradku. Na druhem stroji jdou dokonce precist CD vypalena na prvnim zcela bez chyby. CD vypalena na druhem stroji vsak opet nejdou precist na prvnim. Predpokladal jsem ze to znamena, ze mechanika na prvnim stroji je poskozena. Pali dobre, ale cte spatne. Avsak na prvnim stroji mam dve mechaniky (druha neni vypalovacka) a obe se chovaji uplne stejne, stejna chyba na stejnem miste. Vzal jsem jednu mechaniku z prvniho stroje a dal ji do druheho, ale stale nemuze precist sektory na konci CD.
Vyzkousel jsem nekolik druhu medii, vypaloval ruzna data o ruzne velikosti, zkousel parametr -pad pro cdrecord, zkousel cist CD s/bez SCSI emulace, avsak stale stejny vysledek.
Mozna ze delam nekde chybu pri vytvareni nebo paleni ISO obrazu, ale nevim jakou. Zvlastni mi pripada, ze dve mechaniky, vyrobene 3 roky po sobe, od ruznych vyrobcu delaji to stejne, avsak na treti, stare cca 5 let, probehne vse OK.
Na prvni stroji pouzivam Slackware 9.1, vypalovacka LITE-ON DVDRW SOHW-832S a CD mechanika TEAC CD-540E.
Na druhem stroji Slackware 10.0, vypalovacka Yamaha CRW8824E.

Odpovědi

28.9.2004 17:27 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: necitelne sektory pri cteni CD z vlastniho ISO
Nechápu ?

Prostě po přečtení posledního sektoru musí dd zahlásit chybu že další sektor nepřečte.

Jinak pokud se to kousne někde v polovině tak potom je něco zhnilého v HW buď medium nebo CD-ROM ka.

Prostě skuste změnit medium případně vypalovat menší rychlostí atd......

Mě jedné mechanice také nechutná jedna značka medií, prostě něco nepřečte přitom v jiné mechanice je to OK.
28.9.2004 17:35 Honza
Rozbalit Rozbalit vše Re: necitelne sektory pri cteni CD z vlastniho ISO
Zkusil jsem nekolik medii, experimentoval s rychlosti vypalovani i cteni, cetl jen to co mi hlasi isoinfo, misto dd pouzival readcd a vysledek porad stejny.
Naopak ma zde vypalovana CD, ktera se prectou cela, bez toho aby to na konci hlasilo chybu.
Navic opakuji ze jina mechanika tyto problemy nema (dd nehlasi na konci chybu, ISO obraz ma spravnou velikost), ale dve ruzne mechaniky problem maji a ISO obraz je kratsi.
28.9.2004 17:39 Peter Golis | skóre: 53 | Bratislava
Rozbalit Rozbalit vše Re: necitelne sektory pri cteni CD z vlastniho ISO
este doplnim, ze cdrom je blokove zariadenie (s nahodnym pristupom) a cdwriter je povecsine znakove zariadenie (zapisuje data urcitej velkosti). to znaci ze cdwriter moze vypalit informaciu ale zle, najme ak je zaspinena optika. a vobec si to nemusi pocas palenia vsimnut.

odporucam ako prvu pomoc precistit optiku cistiacim cdckom. podla moznosti aj s pouzitim specializovaneho roztoku na cistenie.
28.9.2004 17:44 Honza
Rozbalit Rozbalit vše Re: necitelne sektory pri cteni CD z vlastniho ISO
Cistici CD nemam zrovna k dispozici. Navic mi pripada zvlastni, ze chyba je vzdy na konci CD, nekolik poslednich sektoru. Predpokladal jsem ze problem je ve vyplni na konci CD, jak se pise v man strance cdrecord, ale moje pokusy dopadli neuspesne.
28.9.2004 18:15 Honza
Rozbalit Rozbalit vše Re: necitelne sektory pri cteni CD z vlastniho ISO
RTFM RTFM RTFM RTFM RTFM
Toto by melo svitit na obloze celych 24 hodin denne, 7 dni v tydnu, statni svatky nevyjimaje.
Zadna zaludna HW chyba, zadne slozite nastaveni jadra a kdovi ceho jeste. Vse pro mne vyresil parametr -dao. S Timto parametrem se CD spravne uzavre a dd nebo cokoliv jineho ho nasledne nacte spravne az do posledniho platneho bloku. Nemusim ani urcovat kolik bloku nacitat.
RTFM jsem provadel nedusledne a lajdacky. Jdu to napravit:-) Dekuji vsem za to ze se mnou mate trpelivost a docetli jste muj zbytecne slozity popis az dokonce.
Jedine co je zvlastni, ze na te druhe vypalovacce tento parametr nemusim pouzivat, ale to je asi jeji vlastnost.
28.9.2004 19:11 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: necitelne sektory pri cteni CD z vlastniho ISO
Čili jak vidno je to problém v HW prostě vypalovačka umí pouze -dao při jiném dělá neplechu :-)

PS. Já své žádný parametr -dao nedávám a mám CD OK prostě některá umí to a jiná zase tamto :-)
28.9.2004 19:27 Honza
Rozbalit Rozbalit vše Re: necitelne sektory pri cteni CD z vlastniho ISO
Ja to spis vydim tak, ze kdyz nevypalim s parametrem -dao, tak se disk neuzavre a dd pak cte tak dlouho, dokud mu mechanika rika ze muze cist dal. Skonci to pak chybou, ze blok na konci nejde cist. Naopak, kdyz disk uzavru jak ma byt, mechanika rekne na konci "uz dost" a chyba se nekona.
Terminy ted taham z klobouku :-) ted si vsechno pekne prectu, abych vlastne vedel co delam.
Jiri 28.9.2004 20:27 Jiri "eR0" Svoboda | skóre: 37 | blog: cat /dev/mind | Prostějov
Rozbalit Rozbalit vše Re: necitelne sektory pri cteni CD z vlastniho ISO
Moje troska do mlyna:
Pred nejakou dobou jsem s naprosto stejnym problemem dost bojoval. Chovalo (resp. chova) se mi to rozdilne na desktopu a notebooku. Castecne to zrejme opravdu nejak souvisi s HW, otazka ale je, jestli s mechanikou nebo spis radicem...
Dost jsem kolem tohoto nepochopitelneho chovani googloval a jedinou relevantni informaci jsem nasel v archivu linux kernelu (na parametr '-dao' jsem nenarazil). Udajne jde o nejakou kolizi pri cteni read ahead prostrednictvim DMA. Vypnutim DMA (hdparm) totiz problem zmizi. Stejne tak neexistuje, pokud se seekne primo na konec CD.

IMHO je to nejak takto:
Pokud se cte sekvencne cele CD, uplatni se nejake optimalizacni algoritmy, ktere ctou data dopredu. Tyto data se ctou po blocich nejake velikosti. Na konci CD vetsinou logicky neni k dispozici cely blok dat. Pri cteni pomoci PIO to nevadi, pokud se vsak pouziva DMA (a do prenosu neni zainteresovan procesor), tak se to nekomu nelibi (mechanika/radic/ovladac radice?) a projevi se to jako chyba.
Pokud pomuze pri paleni '-dao', jsem rad, ze to vim. Zatim, pokud na problem narazim, vypinam pro cteni obrazu CD DMA...


BTW, u DVD+-R(W) mi to nedela. Paradoxne jsem v praci vymenil DVD ctecku za jinou a razem (bez jakekoliv chyby) neprectu kompletni obraz DVD. Proste je to ISO kratsi. Ale to je zase jina zahada...

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.