Dotaz: Multisession CD-RW a jeho mazání v K3B

[hedgi]

Ahoj,

mám 3CD download verzi MDK 10.1 s jádrem 2.6.x a jako frontend pro pálení používám K3B. Mám CD vypalovačku od Asusu (nepamatuji si přesně název typu - pálí 48x CR-R což by mohlo možné typy výrazně omezit).

Při pálení mám zaškrtnuto rozšíření Rock-ridge (nevím, k čemu je dobré) a Joliet (to by mělo být, pokud se nepletu pro wokna - ty mám v práci, takže Joliet zřejmě potřebuju).

Pálení 1. session nebo ne-multisession na CD-R a CD-RW funguje dobře a CD je po vypálení čitelné doma v linuxu i v práci pod windows. V K3B můžu nechat nastavení na auto z TAO, DAO, RAW i auto z Mode-1 a Mode-2.

S pálením další session byly (a v trochu jiné podobě i jsou) problémy.

Metodou pokus-omyl jsem přišel na to, že druhou (a další) session na CD-RW musím pálit v TAO Mode-1, jinak už CD nikdy nepřečtu. To ovšem platí, pokud jsem všechny session pálil v K3B pod linuxem. Pak je CD čitelné a je to OK, lze připalovat další session.

Pokud jsem session vypálil jinde (v práci v nero pod windows) a dám připálit, někdy se mi stane, že už na CD nic nepřipálím, protože K3B napíše, že byla vypočítána velikost bloku dat 0B a skončí, vypalovat nezačne. Pokud ano, CD po dokončení pálení nelze přečíst.

Další problém mám s mazáním CD-RW. K3B začne CD-RW mazat a nikdy neskončí (stále bliká červená ledka a K3B ukazuje, že maže). Jsem trpělivý a tak jsem ho nechal mazat klidně 15 minut, nicméně ani po této době nepřestal.

Poraďte prosím, jak pálit dobře multisession CD-RW. Může mít vliv na výsledek pálení v různých SW pod různými OS nebo jsem jen něco přehlédl či špatně nastavil?

Také prosím o radu jak dobře smazat CD-RW pod linuxem v K3B.

Děkuju

Martin

Odpovědi

[jm]

Informace

s jádrem 2.6.x

bohuzel nestaci. Funkcni jsou jadra < 2.6.8 (zarucene) nebo >=2.6.10 (nejspis).

[hedgi]

Na mandrake.contactel.cz jsem našel, že mandrake 10.1 je standardně dodáván buď s jádrem 2.4.27 nebo s 2.6.8. Já vybral při instalaci 2.6.8. Buď se tedy mohu nějak vrátit k 2.4.27 nebo stáhnout někde 2.6.10 (ovšem píšete, že to bude fungovat jen nejspíš), čili bych raději použil jádro < 2.6.8. Stačí mi nainstalovat RPM s 2.4.27 nebo je instalace jádra komplikovanější záležitostí?

Děkuji za radu

Martin

[jm]

Hmm, ja bych snad radsi zkompiloval vanilla 2.6.10 ze zdrojaku. Jinak nevim, bude muset poradit nejaky Mandrakista, tuhle distribuci nevedu.

[Jan Martinek]

Verzi jádra zjistíš příkazem

uname -a

Pusť příkaz

cdrecord -scanbus

a koukni se, kde je připojena vypalovačka (řekněme 1,0,0). Dále příkazem

cdrecord -v dev=ATA:1,0,0 blank=fast

zkus smazat to cédéčko a dej vědět, jak to dopadlo. Teprve potom přijde čas na hledání případných chyb v K3B.

[hedgi]

Ahoj,

spustil jsem zmíněné příkazy a výsledek je níže:

[hedgi@hedgi hedgi]$ uname -a
Linux hedgi 2.6.8.1-12mdk #1 Fri Oct 1 12:53:41 CEST 2004 i686 AMD Athlon(tm) XP 1700+ unknown GNU/Linux
[hedgi@hedgi hedgi]$ cdrecord -scanbus
Cdrecord-Clone 2.01-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
Note: This version is an unofficial (modified) version with DVD support
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to warly@mandrakesoft.com.
Note: The author of cdrecord should not be bothered with problems in this version.
scsidev: 'ATA'
devname: 'ATA'
scsibus: -2 target: -2 lun: -2
#########################################################################################
#
#  Warning: Using ATAPI via /dev/hd* interface. Use dev=ATA:X,Y,Z or dev=/dev/hdX
#
#########################################################################################
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.8'.
cdrecord: Warning: using inofficial libscg transport code version
(warly-Mandrakelinux-scsi-linux-sg '@(#)scsi-linux-sg.c  1.83 04/05/20 Copyright 1997 J. Schilling').
scsibus1:
        1,0,0   100) *
        1,1,0   101) 'ASUS    ' 'CRW-4012A       ' '1.1 ' Removable CD-ROM
        1,2,0   102) *
        1,3,0   103) *
        1,4,0   104) *
        1,5,0   105) *
        1,6,0   106) *
        1,7,0   107) *
[hedgi@hedgi hedgi]$ cdrecord -v dev=ATA:1,1,0 blank=fast
Cdrecord-Clone 2.01-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
Note: This version is an unofficial (modified) version with DVD support
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to warly@mandrakesoft.com.
Note: The author of cdrecord should not be bothered with problems in this version.
TOC Type: 1 = CD-ROM
scsidev: 'ATA:1,1,0'
devname: 'ATA'
scsibus: 1 target: 1 lun: 0
#########################################################################################
#
#  Warning: Using ATAPI via /dev/hd* interface. Use dev=ATA:X,Y,Z or dev=/dev/hdX
#
#########################################################################################
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.8'.
cdrecord: Warning: using inofficial libscg transport code version
(warly-Mandrakelinux-scsi-linux-sg '@(#)scsi-linux-sg.c  1.83 04/05/20 Copyright 1997 J. Schilling').
SCSI buffer size: 64512
atapi: -1
Device type    : Removable CD-ROM
Version        : 0
Response Format: 1
Vendor_info    : 'ASUS    '
Identifikation : 'CRW-4012A       '
Revision       : '1.1 '
Device seems to be: Generic mmc CD-RW.
Current: 0x000A
Profile: 0x000A (current)
Profile: 0x0009
Profile: 0x0008
Profile: 0x0002 (current)
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1966272 = 1920 KB
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 3
  Reference speed: 6
  Is not unrestricted
  Is erasable
  Disk sub type: High speed Rewritable (CAV) media (1)
  ATIP start of lead in:  -11625 (97:27/00)
  ATIP start of lead out: 359849 (79:59/74)
  1T speed low:  4 1T speed high: 10
  2T speed low:  4 2T speed high:  0 (reserved val  6)
  power mult factor: 1 5
  recommended erase/write power: 5
  A1 values: 24 1A D8
  A2 values: 26 B2 4A
Disk type:    Phase change
Manuf. index: 0
Manufacturer: Illegal Manufacturer code
Speed set to 2117 KB/s
Starting to write CD/DVD at speed  12.0 in real BLANK mode for single session.
Last chance to quit, starting real write    0 seconds. Operation starts.
Performing OPC...
Blanking PMA, TOC, pregap
Blanking time:   19.806s
[hedgi@hedgi hedgi]$

rychlé mazání CD-RW proběhlo OK. Napadlo mě, jestli jsem prve, jouda jeden, nezapnul omylem úplné mazání v K3b. To by při rychlosti 4x na CD-RW 700MB trvalo cca. 21m. Zkusil jsem rychlé mazání v K3b a to mi běželo. Tato část mého dotazu se mi tedy jeví jako chyba mezi mojí židlí a klávesnicí a tak se omlouvám za to, že jsem s tím otravoval.

Druhá část, tedy připalování na multisession CD ovšem zůstává. Zkusil jsem připálit na CD třetí session. První session byla v K3b, 4x, TAO, mode-1, Rock-Ridge + Joliet. Druhá session byla v Nero pod Windows (tam jde taky Track-At-Once, ale nevím jestli je tam Rock-Ridge a jestli ne tak jestli to vadí). Třetí session měla být zase v K3b a výsledek (výpis chyby z K3b) je zde:

System
-----------------------
K3b Version:0.11.16
KDE Version: 3.2.3
QT Version: 3.3.3

mkisofs
-----------------------
XA signatures found
NO Rock Ridge present
/usr/bin/mkisofs: Found XA directory extension record.
BAD RR ATTRIBUTES:
 3E
 00
 63
 AE
 00
 00
 00
 00
 AE
 63
 D2
 9E
 00
 00
 00
 00
 9E
 D2
 69
 02
 0F
 09
 25
 33
 04
 01
 00
 00
 01
 00
 00
 01
 0E
 21
 21
 4D
 53
 46
 45
 32
 43
 2E
 4E
 52
 49
 3B
 31
 00
 00
 00
 00
 00
 0D
 55
 58
 41
 00
 00
 00
 00
 00
 00
BAD RR ATTRIBUTES:
>
.
c
.
.
.
.
.
.
c
.
.
.
.
.
.
.
.
i
.
.
.
%
3
.
.
.
.
.
.
.
.
.
!
!
M
S
F
E
2
C
.
N
R
I
;
1
.
.
.
.
.
.
U
X
A
.
.
.
.
.
.
/usr/bin/mkisofs: **BAD RRVERSION (174) for >
/usr/bin/mkisofs: Cannot parse Rock Ridge attributes for '
'.

msinfo
-----------------------
11702,51718

msinfo comand:
-----------------------
/usr/bin/cdrecord dev=/dev/hdd -msinfo
 

píše, že tam není Rock-Ridge a skončí na vypočítané velikosti bloku dat 0B. No zkusil jsem při pálení vypnout rockridge (to už tu nemám v TXT), ale dopadlo to stejně, akorát to navíc napsalo, že chci pálit s nestandardním Joliet a bez standardního Rock-Ridge.

Může to být něco ohledně toho a nebo opravdu vadí, že mám jádro verze 2.6.8?

Předpokládám, že by i tento druhý problém mohl být mezi židlí a klávesnicí, ale nevím si s ním rady a tak prosím o radu.

Děkuju

Martin

[Espinosa]

- ISO-9660: The old file layout standard, allowing only 8.3 filenames

- Rock Ridge: Extensions to ISO-9660 allowing long filenames and UNIX-style symlinks; preserves all file attributes, such as ownership and permissions. UNIX file attributes are not displayed when the disk is read on a Windows system.

- Joliet: Microsoft extension to the ISO 9660 filesystem that allows Unicode characters to be used in filenames, as well as long filenames. It also creates truncated filenames for MS-DOS compatibility (these weird-looking things: FILENA~1.TXT). It allows filenames up to 64 characters, including spaces, and is readable by Windows 95 or later, and Macintosh computers running the Joliet Volume Access extension. Macs will not read Joliet file names longer than 31 characters.

...čili, bez Rock Ridge by jste se mohl obejít, přijdete o simlinky a unixové atributy, jestli CD přenášíte mezi systémy Win a Linux, stejně moc neupotřebíte. Rozšířené atributy jsou schovány v běžném souboru, který v Linuxu nevidíte a pod Win si toho souboru nemusíte všímat. Uložení Joilet atributů bude asi složitější, ale obě technologie by měly být na sobě nezávislé. Ale už jsem si všimnul, že K3B se tváří, že Joilte je na Rock Ridge závislé a nechce povolit Joilet bez RR. Tohle jsem nikdy nechápal.

Zkuste upgrade programu K3B a mkisofs a cdrecord a pokud to nepůjde, neškodilo by to nahlásit do fóra K3B. Jste schopen váš poslední příspěvek přeložit do angličtiny?

[hedgi]

Ano, mohu to přeložit do lehce lámané angličtiny (holt psaní je horší než čtení). Předpokládám, že stačí druhá část. Co s tím dál?

Martin

[Jan Martinek]

Bohužel, nejsem schopen poradit, co udělat s K3B. Ale snad se alespoň vyřešily ty "low level" záležitosti. Jádro je v pořádku, cdrecord taky.

[hedgi]

Ahoj,

teď jsem zkusil v NERO vypálit na CD druhou session (první session opět K3b joliet mode-1). Po pálení jsem v NERO projekt zavřel, dal jsem založit nový a v něm vybral pokračovat v multisession (stále na tomtéž CD) a z následujícího obrázku:

http://majezek.czweb.org/linux/session_02_NERO.PNG

je vidět, že NERO druhou session vypálil jako mode-2. Jak už jsem psal na začátku, při pokusu o zápis session v K3b v mode-2 to skončilo tak, že velikost vypočítaného bloku dat je 0B. Možná, že mu vadí i to, že má dělat další session (byť nastavenou jako mode-1), když předchozí session byla mode-2 a proto zase hlásí, že velikost bloku dat je 0B.

Pokud máte stejný názor, přidám tento poznatek k předchozí reakci a celé to zkusím nacpat na K3b fórum (či někam, kde se dělají bug reporty). Další variantou by bylo přinutit NERO pálit v mode-1, ale to jsem nenašel...

Abych měl jistotu, že chyba je v K3b, zkusím z konzole vypálit další session v mode-1 na toto CD (stejně jako to dělám v K3b). Jen nejdřív musím přijít na to jak :-/.

Martin

[jm]

No, to bych necpal na K3B forum, ale nahlasil bug Nera, pokud mate posledni verzi... Michat v multisession Mode 1 a Mode 2 je blbost. :-/

[robob]

Mam rovnake problemy.

Nekompatibilita medzi multisession Nera a K3B pri CD-RW. Takze vzdy mazem cele CD. Aj ja mam MDK10.1 s 2.6.8.

Uvitam ked poslete spravu vyvojarom K3B.

[Leoš Literák]

docasne jsem zmrazil tuto diskusi, nez jsem dokazal opravit vadny retezec v diskusi. Bohuzel trochu kolidoval s definici unicode escape v XML, coz XML parser odmital nacist Holt mam dalsi bug na dom4j ..

[mroh]

Zdravím všechny! Výše zmiňované problémy jsem měl také (Mandrake 10.1, jádro 2.6.8) a všechny se vyřešily tím, že jsem u vypalovačky vypnul supermount. Poté se mi podařilo jak CD-RW smazat,tak na něj úspěšně připálit další multisession. Michal

[Marek]

Měl jsem stejný problém u MDK 10.1 - pod běným uživatelem jsem nepřečet multisession ani ve win, ani v linuxu i když mi K3B hlásilo vypalování OK, více méně bylo po cédéčku, pokud jsem spustil K3B jako root, bylo vše ok. Po přechodu na Mandrivu 2005 LE - jádro 2.6.11 je to v pořádku. Akorát při vypalování s joliet musím nastavit znakovou sadu svého filesystému (zaplať pánbu za tohle fórum - jinak bych na to nepřišel) kvůli diakritice - v mém případě je to asi CP 1250