Dotaz: mount -t iso9660 /dev/cdrom /m

[Ondrej Moriš]

Mam problem s mountovanim AudioCD, ked napisem :

mount -t iso9660 /dev/cdrom /mnt/dvd/

dostanem nasledujuci vystup :

I/O error: dev 0b:00, sector 64
isofs_read_super: bread failed, dev=0b:00, iso_blknum=16, block=16
mount: wrong fs type, bad option, bad superblock on /dev/cdrom1,
or too many mounted file systems

skusal som pouzivat v prikaze aj ine filesystemy, vyskusal nastavit aj v /etc/fstab/ automaticky format. Tato chyba sa objavuje pri vsetkych AudioCD ake som skusal.

Poradi mi niekto?

- Kilian! -

Odpovědi

[unchallenger]

Není mi jasné, co chceš poradit. Audio CD je audio CD, takže na něm žádný filesystém není. A když tam žádný není, nejde samozřejmě připojit.

[Ondrej Moriš]

Ide mi o toto - potrebujem prepalit AudioCD OnTheFly , pouzivam na to prikaz :

cdrecord -v -isosize /dev/cdrom

a neviem, ci nemusi byt teda zariadenie /dev/cdrom namountovane? To je cely problem, je mi luto ak som sa nevyjadril dost presne ...

- Kilian! -

[unchallenger]

nemusí. namountování s tím nesouvisí.

[Dejv]

Omyl. Data (digitalni) tam jsou, a jsou urcitym zpusobem usporadana s moznosti libovolneho pristupu. Cili tam JE urcity filesystem. Jen to neni ISO9660. Zkus se mrknout zde do diskuse, otazka od Helgy ze dne 18.3.2003 "mountovani audio cd".

[unchallenger]

To, že jsou někde nějaká data, snad neznamená, že tam je souborový systém, ne? Podle tvé logiky: IP pakety, které mi chodí do síťovky nepochybně obsahují nějaká data, a když přijdou, mohu si z nich přečíst kterýkoli bajt se mi zamane, navíc jsou nějak uspořádaná (mají hlavičku a tak), takže obsahují i souborový systém? Soborový systém by předně měl obsahovat soubory ;) a ty by se měly nějak jmenovat, když už tedy nebudou mít žádné jiné atributy.

[Dejv]

No, ono z tohohle by mohl taky vzniknout pekny flameware, takze asi takhle:
Samozrejme to je vec nazoru, jestli na audioCD je nebo neni filesystem. Svoji vetu ... tam JE urcity filesystem bych asi upravil na ... tam je nejaky "filesystem". A ja osobne bych IP pakety prirovnal spis k sektorum na disku, nez k souborum. Navic IP pakety jsou spis prenosovy prostredek, nez ulozena data, takze ani ne tak k tem sektorum, ale ke komunikaci po (IDE) sbernici...
A takhle bychom mohli pokracovat do nekonecna (a to bychom brzo prisli o praci ).
S pozdravem
David

[Karel (bengalian@volny.cz)]

Mno, zalezi co rozumite pojmem ,,filesystem''. Ja za svuj zivot na _pouzitelnou_ definici nenarazil (bud jsem hledal na blbejch mistech, nebo neni). Kdyz vezmu CDcko od zakladu. Muzete tam mit 99 nejakejch stop. Stopa je souvislej usek dat, kterej musi byt ve velikosti celociselnyho nasobku bloku a pochopitelne nemuze byt delsi nez to CDcko. Info o jednotlivejch stopach AFAIK obsahuje TOC... Tak je to filesystem nebo ne? Dva se muzou hadat, pricemz ja hodlam byt ten treti, ktery si od toho myje ruce. BTW na fyzicky urovni je to jeste hezci, protoze tam se to lisi mezi lisovanym a palenym CDckem, paleny CD ma totiz kousek od stredu OPC, coz je oblast, do ktery muzete namlatit cokoliv a slouzi k tomu, aby si melo palidlo kde zkouset laser, nasleduje TOC, pregap (pokud palite v DAO rezimu) a jednotlivy stopy. Kazdopadne ty stopy muzou byt budto datovy, audio nebo nejaky perverzni (existujou zajimavy ,,firemni'' reseni, hi). Teda, podle puvodni definice muzou byt nanejvejs audio. Ta definice se postupne menila, teda vznikaly ruzny ,,dokuchy'', coz si lze precist v onech pestrobarevnejch knihach. Ono /dev/cdrom byva vetsinou symlink na cdromku, teda bud rovnou na nejaky /dev/scd0 v lepsim pripade, nebo /dev/hd? v horsim pripade, coz si ale muzete pojmenovat zas jak chcete, paac dulezity jsou hlavni a vedlejsi cisla device. Fakt je ale ten, ze datovy CDcko se chova jako linearni medium ktery dokaze poradne rychle seeknout, pricemz se nechci hadat na tema jestli to je blokovy nebo linearni medium, protoze z hlediska softwarovyho zalezi jak to napisete a z hlediska hardwaru je to hybrid. Teda, to co leze z /dev/cdrom je pseudosoubor, kde mate nasypany vsechny datovy stopy od 1-99, pokud je tam jenom jedna, je to jednoduzsi. (Ona tam je jenom jedna, obvykle...) Teda, pomoci cdrecord -v -isosize /dev/cdrom prepalite nanejvejs tak jednu datovou stopu v pripade, ze tam je jenom jedna, pokud je jich tam nahodou vic, udela se strasnej zmatek, audio stopy takhle nejde prekopirovat ni nahodou. Prepinac -isosize neni moc dulezitej, ale... Kazda stopa ma usek oznacenej ,,lead-in'', coz je nejaka perverzni sekvence na zacatku a ,,lead-out'', coz je nejaka zmet na konci. Pokud ctete CDcko vypalkou je to zhola jedno, protoze ona si z TOC precte, jak ma byt datova stopa dlouha a lead-out smele urizne a misto nej posle EOF. Kdyz je na stejnym miste normalni CDROMka tak se precte stopa, precte se lead-out (takze tech dat je najednou nejak vic, nez by melo byt), nacez CDROMka oznami neco ve smyslu ,,read error'', protoze holt ,,vyjede'' z obsazeny plochy. --isosize udela jedinou vec. Predpoklada, ze data, ktery na CDcku jsou odpovidaji iso9660, a z toho predpokladnu vycmucha delku stopy. Nasledne pocita byty, ktery nacetla a v momente kdy precte celou delku udela na danej soubor (teda /dev/cdrom) close a konci. Takze se uz nenacte lead-out a k chybe nedojde... Pokud chcete vycmuchat audio stopu... Nejak to jde udelat (zazil jsem cdromky, ktery to neumely...fakt takovy existovaly...tak pred 7 lety..., verte mi...). Ty CDROMce se posle nejakej dabelskej prikaz a ona vrati blok audio dat. Mam takovej neprijemnej pocit, ze se to v Linuxu dela pres nejaky ioctl, ale jistej si fakt nejsem. Kdyz by to nekdo chtel moc vedet, tak at si prohlidne zdrojaky od cdparanoia...ja to nikdy na nic nepotreboval... Teda zaverem: AudioCD nejde primontovat, protoze audiostopa z pohledu CDROMky nejsou data. Pokud na neco pouzivam /dev/cdrom nemusi byt CDcko primontovany. Spis doporucuju, aby nebylo, neb neni dobre, aby se o to cdcko pobilo nekolik procesu. Je to preci jen ,,linearni medium''...fyzicky...a seek trva hrooozne dlooouho. Osobne doporucuju pomoci cdparanoia vygrabovat audioCD a nasledne tyhle data cdrecordem vypalit. Mozna existuje nejakej nastroj, kterej to udela ,,on the fly'', ale moc bych na takovy postupy nespolehal... BTW mozna se mi to jenom zda, ale mam pocit, ze bezny cdcka grabujou audiostopy nejak blbe a spravne to delaj akorat palidla, ale muzu se mylit. K.

[rat]

tohle je klasicka diskuse o nicem. filesystem je urcita abstrakce nad daty a takovou abstrakci je mozne pouzit temer na cokoliv. otazka "obsahuje neco filesystem?" nema smysl, ptat se mohu treba "ma vyznam divat se na tato data jako na souborovy system?" nebo kdyz jsem linuxak "existuji prostredky umoznujici pohled na tato data jako na souborovy system v linuxu?".
napriklad /proc umoznuje pracovat mimo jine s informacemi o jadru jako se souborovym systemem, pritom se da asi tezko rict ze by jadro jako takove "obsahovalo filesystem". i na ty zminovane IP pakety se prece mohu divat jako na soubory, proc ne?

[Dejv]

Po odeslani predchoziho jsem si to znovu cele procital, a jeste neco bych dodal. Pises, ze Soborový systém by předně měl obsahovat soubory. Ale co to je "soubor"? Ja myslim, ze "nejakym zpusobem usporadana mnozina dat". To, ze ve standardnim souborovem manazeru (jedno, jestli DOSovy NC, Windowsovy Explorer nebo TotalCommander, nebo Linuxovy MC) jsou videt jen zaznamy z TOC jeste neznamena, ze tam neni zbytek (v DOSu taky neprectes disk s FAT32, a presto na tom disku je filesystem).
Cili podle meho nazoru tam ten filesystem opravdu je, je jen otazka prostredku, jak se k nemu dostat.

Existuji prece programy (aspon ve Win, v linuxu nevim, ale asi taky), ktere umoznuji grabovat audioCD plnou rychlosti po jednotlivych skladbach...

No sakra, ty si ted musis pripadat uplne ukamenovany, to jsem opradu nechtel, promin
David

[Dejv]

Sakra, zas to spatne zaradilo, todle byla odpoved Yetimu.
David

[unchallenger]

Tohle je planá diskuse. Tvářit se, že např. tarball nebo XML soubor je filesystém je velmi snadné, ale podle mne to neznamená, že to je filesystém.

[Dejv]

Souhlasim s planosti diskuse. V prve rade bychom museli definovat, co to vlastne je filesystem. Howgh.
David

[Vlastimil Ott]

Zrovna dneska jsem si to ujasnil s xmms. V nastavení se specifikuje, ve kterém adresáři je připojena cdromka (např. /mnt/cdrom). Mám ještě palírnu, takže jsem zjistil, že přehrávat můžu jenom z jedné. Objeví se jakési soubory s popisem tracku, které xmms načte a už to teče! V jiném typu programu to "otevřít" nejde. --vo

[Stanislav Brabec]

Xmms má na to modul (CD audio player), a ten stanovuje pro určité soubory (definované v jeho nastavení) výjimku, takže se čtou speciálním způsobem.

[Dejv]

Hlavni problem je v tom, ze se to snazis mountovat jako ISO9660. Ale na audioCD je nejaky "Audio-filesystem". Zkus se mrknout zde do diskuse, otazka od Helgy ze dne 18.3.2003 "mountovani audio cd". Snad ti to pomuze.
David

[rat]

na audio CD neni filesystem iso9660, takze pochopitelne nejde takto pripojit. v beznych distribucich nejsou prostredky pro pripojeni audio CD - pro popisovany ucel, kterym je prepaleni CD, ovsem neni zadne mountovani potreba.

[WlaSaTy]

ked to chces primontovat, pozri napr.: http://www.ii.pw.edu.pl/~borkowsm/cdfs.htm ale neviem naco.

[Josef Kufner]

Primountovat to jde, ale neni to ISO9660 a potrebujes na to nejkou tu podporu v jadre a spravnej modul. Nikdy jsem to nezkousel, ale tu podporu v jadre jsem tam nekde videl

[WlaSaTy]

ano, nejaku som napisal, akurat ze nie je (logicky) priamo od prirody v jadre.
najme podpora skrabancov na cedecku.