Dotaz: Lze vypálit na DVD 4GB soubor?

[Honza]

Ahoj,

mám několik velmi velkých souborů, které bych rád zálohoval, ale při vypalování na DVD pomocí K3B se sice vypálí DVD bez problémů, ale _bez_ tohoto velkého souboru! (už se mi povedlo takto zničit jedno DVD-R) Je nejaká možnost, jak takový soubor vypálit? Umí to nové verze programů? Mám dvd+rw tools 5.21.4.10.8, K3B 0.11.17. Předem díky,

Honza

Odpovědi

[finn]

Pokud používáš ISO9660, tak se přes 4 GB nedostaneš, protože délka souboru je uložena jako 32bitové čislo.

[Honza]

Používám Joliet i Rock Ridge extensions, ale přes 4GB se ani tak nedostanu (má to s tím něco společného?) A jak bych tedy ten gigasoubor na DVD zapsal? (nechce se mi ho rozdělovat na dva kusy, bylo by fajn, kdyby šel číst přímo z DVD)

[8an]

Rock Ridge a Joliet rozšiřují jenom jména a práva souborů. Můžeš zkusit UDF, ale nevím jestli podporuje >4GB.

[Lukáš MATELA]

Teď jsem na serveru testoval zálohování na DVD-RAM s UDF. Narazil jsem na situaci, že při kopírování se nezapíše soubor větší než 1GB. Tím pádem řeším podobný problém. Mám Slackware 11.0 s 2.6-kovým jádrem (2.6.17.13). Někde jsem se dočetl, že 2.6.16 to ještě umělo (ale podle jiného zdroje prý byly problémy a tak se to omezilo na ten 1GB).

Nevíte někdo jak je to s nejnovějším jádrem? Zvládá už v UDF více než 1GB? To jsem se nikde nedočetl...

Asi budu muset ustoupit z požadavku na čitelnost DVD i na Windows a zkusit ext2. Snad se to ale brzy vyřeší. Nebo snad existuje jiná možnost?

[Andrej Herceg]

Skús pozrieť lklm.org

[Martin Čížek]

To vůbec nemusí být problém v jádru. Jde také o to, aby velké soubory uměl program, kterým se kopírují/zpracovávají.

[Andrej Herceg]

V jadre 2.6.17.10 bolo pridané sb->s_maxbytes = 1<<30, čo spôsobí, že sa nedá zapísať súbor väčší ako 1GiB. Ale či už bol odstránený dôvod, pre ktorý to tam dali, neviem.

[Lukáš MATELA]

Přesně na tohle: http://lkml.org jsem narazil. Spíše mě zajímalo, zda někdo tady neřešil podobný problém a nemá už nějaké novější jádro než 2.6.17.13, které by zmiňovaný problém s UDF již odstranilo. Ale i tak díky za tip.

[Andrej Herceg]

Žiaľ, vyzerá to tak, že oprava zatiaľ neexistuje (aspoň na lklm.org o žiadnej zmienka nie je).

[Pmx]

Použít jiný filesystém, který velké soubory zvládne - např. reiserfs by je měl zvládnout určitě. Je to ale nestandardní, třeba ve Windows nepůjde DVD otevřít. V Linuxu půjde DVD namountovat možná i automaticky, ale raději bych (fixou) na DVD napsal, že je (např.) v reiserfs.

[Honza]

Jak vytvořím ten reiserFS na DVD? V k3b na to klikátko není, s cdrecordem si moc netykám (zběžně jsem prohlédl man stránky, ale nic jsem nenašel)

[Zdeněk Burda]

pomoci dd si uděláš obraz toho DVD (pomoci count=xxx si nastav spravnou velikost v MiB):

dd if=/dev/zero of=/tmp/dvd.img bs=1M count=4500

pak vyrobíš na tom obrazu souborovy system:

mkreiserfs -f /tmp/dvd.img

přimountuješ

mount /tmp/dvd.img /mnt -o loop

nakopíruješ data, odmountuješ a můžeš vypálit jako ISO v k3b.

Tento postup je neozkoušený na DVD, ale na CD jsem si takhle dělal ext2.

[Pmx]

Doporučuji tento postup:

Na disku vytvoříme potřebně veliký soubor (o velikosti DVD disku). Nejvíce se na to asi bude hodit příkaz dd - viz man dd. Např. "dd if=/dev/zero bs=1M count=5000 > dvd_obraz" vytvoří soubor dvd_obraz o velikosti 5000 MB. Bohužel neznám velikost DVD disků, abych napsal přesnější číslo :(

V tomto souboru - obraze - vytvoříme reiserfs filesystém: "mkreiserfs -f dvd_obraz". To -f tam je proto, že fs vytváříme na souboru, ne na diskovém oddílu, tak aby to nebralo jako chybu. Vytvoříme pracovní adresář "mkdir obraz_mnt" a do něj ten obraz připojíme: "mount -o loop dvd_obraz obraz_mnt". -o loop je opět potřeba, protože pracujeme se souborem, ne s blokovým zařízením.

Do adresáře obraz_mnt nakopíruji vše, co chci vypálit. Nakonec obraz odmountuji: "umount obraz_mnt". Soubor dvd_obraz pak vypálím na DVD jako obraz, to už by v K3B mělo jít (v menu k3b: Tools - DVD - Burn DVD ISO image...; K3B sice bude mít zřejmě námitky, že to není ISO obraz - to víme taky;), možná to budeš muset trochu přesvědčit, aby se to vypálilo).

Takto vypálené DVD, pokud bude dělat problémy, by mělo jít připojit příkazem "mount -t reiserfs /dev/hdd /media/dvd" (názvy zařízení a adresáře budou pochopitelně takové, jaké jsou v dotyčném systému).

Všechny příkazy, které jsem zde napsal se pochopitelně zadávají v terminálu/konzoli a v nějakém pracovním adresáři. Pro příkaz mkreiserfs a mount budou zřejmě nutná root práva - získáte příkazem "su" a zadáním rootovo hesla.

[Honza]

Díky moc za ten podrobný návod, ale budu ještě dál otravovat :)

K3B odmítá vytvořený image vypálit, protože no není iso9660, nelze ani stisknout "start" a ať vyklikám cokoli, to tlačítko se nezapne.

Ani použití cdrecord dev=/dev/dvdrw dvd.img

nějak nefunguje -- chce to cdrecord-prodvd, ten se zase tváří jako nějaká demoverze, která umí jen do 1GB nebo jen simulovat (-dummy). A i když nastavím tu simulaci, hlásí, že má mechanika nepodporuje TAO (ačkoli to asi dva řádky předtím vypsal v Supported modes: .....).

Teď nevím, kde je chyba (mezi klávesnicí a židlí), vypalují se snad raw data na DVD jinak, než cdrecord-em?

[Michal Marek (twofish)]

Třeba

growisofs -Z /dev/dvdrw=dvd.img

[Honza]

Díky všem, nakonec jsem to přeci jen dokázal :)

Ještě jsem se bavil s jedním člověkem, pro kterého ta data měla být, jestli mu nevadí, že budou linux-only (připojit v linuxu takové DVD jde bez problémů). Dostal jsem velmi hezkou odpověď (oba máme linux): "A tobě to snad vadí?"

Tak ještě jednou díky!

[Martin Beránek]

celej postup je jasnej, ale existuje neco jak se obejit bez prav roota?

[Martin Čížek]

Jediné, co z toho vyžaduje (navíc) roota, je mount -o loop. To jde vyřešit buď přes sudo nebo určitě bude existovat nějaká obalující SUID utilitka (něco jako třeba smbmount a mount.cifs). Bohužel ale o takové nevím (poradí někdo?)

[Michal Marek (twofish)]

mount je suid utilitka Tohle mi tak nějak funguje (nefunguje owner místo user, takže jde "ukrást" něčí image):

/tmp/cdimage      /cdimage auto        loop,rw,nosuid,nodev,noexec,noauto,user 0 0

ale moc jsem nezkoumal, jak jinak se to dá ještě zneužít.

[Martin Čížek]

No to je samozřejmě také řešení .

Jinak mount sice je SUID utilitka, ale má hardcodované chování, které asi není dobré měnit (t.j. uživatel nemůže používat jiné než předpřipravené parametry připojení). Což mi nepřijde u loop-mountu dost flexibilní. Ideální by byla možnost mountovat čitelné soubory do ,,svých'' adresářů + nastavení vlastníka /dev/loopX na daného uživatele.

[Martin]

Normálně si udělejte další záznam do /etc/fstab pro připojení souboru jako loop a nepotřebujete mít práva roota.

[Luboš Doležel (Doli)]

No, na výměnné médium radši ext2... Reiser je jako jít na komára s kánonem.

[Pmx]

Kanón na vrabce to je, žurnál je v tomto případě přebytečný. Ale u ext2 si právě nejsem jist maximální možnou velikostí souboru. U reiserfs je to jistota, u ext2 jsem v tabulkách viděl hodnotu 2 GB :(

[Michal Kubeček]

V tabulkách možná, ale když jsem to zkoušel, bez problémů jsem na ext2 vyrobil 8 GB soubor.

[Tlamik]

tak to se mi teda fakt nezda, pres dva giga se na ext2 nedostanes. ext3 uz tohle omezeni nema, ale ext2 max 2GB per file

[Michal Kubeček]

Co se zdá, to je většinou jen sen. Prostě vám říkám, že mne to zajímalo, tak jsem si vytvořil 16 GB ext2 filesystém a v něm 8 GB soubor. Ten soubor jsem bez problémů vytvořil a k žádné chybě při tom nedošlo. Jestli mi nevěříte, můžete si to vyzkoušet.

To, že v nějakých prehistorických tabulkách je u ext2 napsán limit 2 GB, bych nebral moc vážně. Tehdy byl 2 GB přirozený limit daný jádrem a libc.

[Michal Kubeček]

Ostatně, kdyby měl ext3 skutečně větší limit na velikost souboru, nemohlo by platit, že ext3 se dá namountovat jako ext2 a je pak funkčním ext2.

[TomCat]

Jasan. Koneckoncu nechci se nejak hadat, ale ext2 a ext3 je co se tyce ukladani dat naprosto totez, ext3 jen disponuje navic moznosti journalovani zapisu (vypinatelnou). Oba filesystemy jsou navzajem kompatibilni obema smery, ext3 si pri mountovani overi platnost journalu a pokud je neplatny (na filesystem bylo zapisovano jako na ext2 nebo treba pres driver ve widlich), journal se jednoduse inicializuje...

Limity na velikost souboru jsou u vsech dnesnich filesystemu hodnych tohoto nazvu nekde v rozsahu TB (jisteze se nebavime o "filesystemech" typu FATxy a podobne )

[TomCat]

To platilo mozna u stareho extfs, ale jeste nedavno jsem na ext3 mel normalne ulozene image disku z jinych PC a komprimovane zalohy DB, coz vsechno byly soubory mezi 4 a 12 GB... Dnes uz tam mam Reiser a bezne se na nej jedou zalohy ze site, pracovni soubory maji hrube pres 30GB a myslim, ze i tohle driv jelo na tom ext3, ale ruku do ohne bych za to nedal...

[podlesh]

Dnes mozna ext2/ext3 zvlada vetsi soubory 2GB, ale nebude to vice nez 4 roky (mozna 5, ale spis mene). Tenkrat jedina moznost bylo XFS (reiser samozrejme take takto velke soubory nezvladal).

[Michal Kubeček]

Jak už jsem napsal: tenkrát to především nezvládala knihovna libc, takže bylo celkem jedno, jaký máte filesystém.