Dotaz: Vypalovacka prestala palit (kernel 2.4.26)

[Valoun]

Tak jsem narazil na neprijemny problem. Po dvou letech mi prestala palit vypalovacka. Moduly mam natazene spravne vcetne SCSI emulace, a bez jakychkoli zmen se vypalovacka rozhodla, ze uz nic nevypali. Doslo k tomu patrne po jednom z updatu Debianu (testing).

Nynejsi konfigurace:
kernel vanilla 2.4.26 (rucne kompilovany)
cdrecord 2.01a34
Linux sg driver version: 3.1.25
vypalovacka Sony CRX175E
zkouseno s cdrecord, XCDRoast a K3b

Projevuje se to tak, ze CDcka lze mountovat, kopirovat z nich, a cdrecord -scanbus mi vypalovacku spravne nahlasi. Jakmile ale udelam pokus o zapis (vypaleni dat,audioCD, nebo jen vymazani RWcka), tak vypalovacka prestane pracovat, cdrecord tvrdi ze pali, ale progressbar nikam nejede, proste cas bezi a nic se nedeje, vypalovacka ani netoci CDcek a nesviti LEDkou. Akorat /sbin/famd si najednou bere 100% CPU.

Kdyz prerusim vypalovani a zadam opet cdrecord -scanbus, cdrecord zatuhne ve fazi:

Linux sg driver version: 3.1.25
Using libscg version 'schily-0.8'.
scsibus0:


Jinak mechanika dale bez problemu mountuje a cte. Proste jen nezapisuje. Ve windows jsem to jeste nevyzkousel, protoze ty pro zmenu zacaly samy od sebe restartovat pocitac okamzite jakmile je vyberu v LILO.

Zkusim jeste co na to rekne Slax ci Danix.

Odpovědi

[Valoun]

Zde je relevantni cast syslogu:

19:56:10: hdd: SONY CD-RW CRX175E, ATAPI CD/DVD-ROM drive

...

19:56:10: SCSI subsystem driver Revision: 1.00

...

00:40:30: ide-cd: ignoring drive hdd
00:40:30: hdd: attached ide-scsi driver.
00:40:30: scsi0 : SCSI host adapter emulation for IDE ATAPI devices
00:40:30: Vendor: SONY Model: CD-RW CRX175E Rev: 1.0j
00:40:30: Type: CD-ROM ANSI SCSI revision: 02
00:40:30: Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
00:40:30: sr0: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
00:40:30: Uniform CD-ROM driver Revision: 3.12
00:40:34: ISO 9660 Extensions: Microsoft Joliet Level 3
00:40:34: ISOFS: changing to secondary root

...

00:57:43: scsi : aborting command due to timeout : pid 11873, scsi0, channel 0, id 0, lun 0 Read Buffer 00 00 00 00 00 00 fc 00 00
00:57:43: hdd: lost interrupt
00:57:43: ide-scsi: The scsi wants to send us more data than expected - discarding data
00:57:43: ide-scsi: [[ 3c 0 0 0 0 0 0 fc 0 0 0 0 ]
00:57:43: ]
00:57:43: ide-scsi: expected 64512 got 129020 limit 64512
00:58:23: scsi : aborting command due to timeout : pid 11874, scsi0, channel 0, id 0, lun 0 Read Buffer 00 00 00 00 00 00 fc 00 00
00:58:23: hdd: lost interrupt
00:58:23: ide-scsi: The scsi wants to send us more data than expected - discarding data
00:58:23: ide-scsi: [[ 3c 0 0 0 0 0 0 fc 0 0 0 0 ]
00:58:23: ]
00:58:23: ide-scsi: expected 64512 got 129020 limit 64512
00:59:03: scsi : aborting command due to timeout : pid 11876, scsi0, channel 0, id 0, lun 0 Read Buffer 00 00 00 00 00 00 fc 00 00
00:59:03: scsi : aborting command due to timeout : pid 11877, scsi0, channel 0, id 0, lun 0 Test Unit Ready 00 00 00 00 00
00:59:03: hdd: lost interrupt
00:59:03: ide-scsi: The scsi wants to send us more data than expected - discarding data
00:59:03: ide-scsi: [[ 3c 0 0 0 0 0 0 fc 0 0 0 0 ]
00:59:03: ]
00:59:03: ide-scsi: expected 64512 got 129020 limit 64512
00:59:03: hdd: irq timeout: status=0xd0 { Busy }
00:59:03: hdd: DMA disabled
00:59:03: hdd: ATAPI reset complete

...

01:07:18: scsi : aborting command due to timeout : pid 12041, scsi0, channel 0, id 0, lun 0 Read Buffer 00 00 00 00 00 00 fc 00 00
01:07:18: hdd: lost interrupt
01:07:18: ide-scsi: The scsi wants to send us more data than expected - discarding data
01:07:18: ide-scsi: [[ 3c 0 0 0 0 0 0 fc 0 0 0 0 ]
01:07:18: ]
01:07:18: ide-scsi: expected 64512 got 129020 limit 64512
01:10:38: scsi : aborting command due to timeout : pid 12042, scsi0, channel 0, id 0, lun 0 Read Buffer 00 00 00 00 00 00 fc 00 00
01:10:38: hdd: lost interrupt
01:10:38: ide-scsi: The scsi wants to send us more data than expected - discarding data
01:10:38: ide-scsi: [[ 3c 0 0 0 0 0 0 fc 0 0 0 0 ]
01:10:38: ]
01:10:38: ide-scsi: expected 64512 got 129020 limit 64512
01:11:12: scsi : aborting command due to timeout : pid 12044, scsi0, channel 0, id 0, lun 0 Test Unit Ready 00 00 00 00 00
01:11:22: scsi : aborting command due to timeout : pid 12044, scsi0, channel 0, id 0, lun 0 Test Unit Ready 00 00 00 00 00
01:11:22: SCSI host 0 abort (pid 12044) timed out - resetting
01:11:22: SCSI bus is being reset for host 0 channel 0.
01:11:22: SCSI host 0 channel 0 reset (pid 12044) timed out - trying harder
01:11:22: SCSI bus is being reset for host 0 channel 0.
01:12:32: scsi : aborting command due to timeout : pid 12045, scsi0, channel 0, id 0, lun 0 Test Unit Ready 00 00 00 00 00
01:13:12: scsi : aborting command due to timeout : pid 12045, scsi0, channel 0, id 0, lun 0 Test Unit Ready 00 00 00 00 00
01:13:12: SCSI host 0 abort (pid 12045) timed out - resetting
01:13:12: SCSI bus is being reset for host 0 channel 0.
01:13:12: SCSI host 0 channel 0 reset (pid 12045) timed out - trying harder
01:13:12: SCSI bus is being reset for host 0 channel 0.
01:13:58: scsi : aborting command due to timeout : pid 12043, scsi0, channel 0, id 0, lun 0 Read Buffer 00 00 00 00 00 00 fc 00 00
01:13:58: hdd: lost interrupt
01:13:58: ide-scsi: The scsi wants to send us more data than expected - discarding data
01:13:58: ide-scsi: [[ 3c 0 0 0 0 0 0 fc 0 0 0 0 ]
01:13:58: ]
01:13:58: ide-scsi: expected 64512 got 129020 limit 64512
01:13:58: hdd: irq timeout: status=0xd0 { Busy }
01:13:58: hdd: ATAPI reset complete
01:16:03: ISO 9660 Extensions: Microsoft Joliet Level 3
01:16:03: ISOFS: changing to secondary root


[Petr Šobáň]

Jinak předtím jsi měl jádro a teď máš jádro ?

Ovladač HD?

Prostě co jsi změnil ?

Jinak naco to vypaluješ ? Na RW ? Mě neco podobného udělala prostě na RW nechtěla zapisovat ani ho smazat přitom to RW nebylo moc používané, nakonec jsem ho vyhodil.

Takže udělá to i na normální CD ? Co skusit tu vypalovačku jinde nebo s jiným OS (nějaká live distribuce, případně jiný PC) ať víme že problém je v OS a né ve vypalovačce.

PS. U nových jader (2.6.x) zruš emulaci scsi.

[Vlastimil Ott]

Vítej do klubu.

Řešil jsem to kompilací cdrtools ve verzi, která mi prokazatelně jela (ABC Linux), tzn. 2.01a18. Já se vsadím, že se autor rýpal v základních věcech, protože cdrecord se od jisté doby chová úplně jinak, důsledek je, že mi nevypálí bootovací cédéčko.

Zničil jsem x CD-R, ztrácel nervy u špatně vypálených CD-RW, momentálně vypálím bootovací cd jen pod rootem. Prostě zábava.

[jm]

Trocha vesteni: jestli mate cdrecord-prodvd, tak nedavno (tusim 192 srpna) skoncila stara licence. Jinak tam jsou problemy i s GPL a celkove to na me vubec pusobi dojmem, ze autorovi zrejme prdlo v kouli...

[fm]

ne autorovi neprdlo v kouli, je to jenom predzvest toho, co se bude brzo dit. Az se totiz autori, kteri pisi software s velkym "S" na to vykaslou, protoze jim distributori tu tak strasne propagovanou moznost vydelku na bazi GPL vezmou - v tomto pripade SUSE.

[honza]

ahoj, nerozumim, muzes to trochu rozvest?

[Marek Pasovsky]

http://weblogs.mozillazine.org/gerv/archives/006193.html

[jm]

Eh? Tomu autorovi se nelibi, ze tam SUSE dela nejake upravy. No to se dalo cekat, ze SUSE bude delat upravy, kdyz to uvolnil pod GPL. Takovych uprav existuje vic, ne jen od SUSE. No a co ma byt?

[Ctirad Feřtr]

Pokud vím, tak problém je v tom, že mu tam těmi úpravami zavlekli různé bugy, které pak uživatelé otloukají o hlavu jemu a nikoliv jejich skutečným původcům.

[jm]

A ono ho nekdo nuti delat technickou podporu uzivatelum SUSE? No nevim, tohle se muze stat u kazdeho softwaru, to asi neni zrovna relevantni duvod ke zmene licence.

[Ctirad Feřtr]

Změna licence je samozřejmě až krajní řešení, kterému by měla předcházet v ideálním případě dohoda, že veškeré úpravy projdou rukou maintainerovi a v distribucích se budou používat jenom oficiální verze. V horším případě se dohodnout alespoň na vytvoření forku s jiným názvem, aby bylo jasné kdo je za jaký kód zodpovědný. Teprve když ani k jedné z těchto dohod není vůle, nezbývá než změnit licenci.

Vám by se snad líbilo, kdybyste byl autorem nějakého programu a v mnohých distribucích byla pod jeho názvem pouze nějaká zabugovaná odvozenina a vy pod tím podepsaný jako autor ?

[Michal Čihař]

Než tady začneš mluvit o zabugovaných verzích, tak se trochu seznam s tím co Schillingovi vlastně vadí. Nejvíc mu asi vadí přidání podpory pro vypalování DVD, což odstraní z cdrecordu reklamu na jeho (komerční) cdrecord-ProDVD, která se v originálním cdrecordu objevuje po pokusu o pálení DVD a místo toho to DVD vypálí ... To naštve, co?

[Ctirad Feřtr]

To je ovšem Váš názor. Do hlavy autorovi cdrecord ale nevidíte Vy ani já, takže je hloupost se tady o tom hádat. S tím "univerzálním" co plyne z toho mého příspěvku doufám souhlasíte.

[Michal Čihař]

Až na to, že mi na pro tenhle případ vůbec nesedí ... Schilling dost dlouho tvrdí, že Linux je na nic, jednině Solaris, zrušení ide-scsi emulace je podle něj cesta do pekel, atd.

[Ctirad Feřtr]

No jestli zrovna tyhle dva argumenty mají demonstrovat, že Schilling je vyvrhel a zrádce OSS, tak nevim ;)

Nikde doufám není psáno, že linux je středobod vesmíru všech opensource a un*x systémů. A k problematice scsi emulace se dá říct jen to, že snad každý existující OS (včetně wokenic) tohle používá. Takže na tom asi něco bude.

[Michal Čihař]

To byly jenom příklady z poslední doby ... Prostě pokud někdo vydá software pod GPL a pak no naštve, že to někdo upravuje, tak si o něm myslete co chcete

[Tomáš]

Jak jsem to pochopil, autorovi se nelibila jedna horsi vec: zmeny nebyly radne vyznacene, u binarky bych cekal, ze v manualu bude nejaka zminka. Uz jsem slysel o vice pripadech, kdy SUSE zasahlo do zdrojaku zpusobem, ze ktery se slusny programator stydi.

[Vlastimil Ott]

To je hrozné - je něco ve vzduchu, nebo co? Proč jste všichni tak ukecaní? Tohle s tím vůbec nesouvisí! Opět jste zaneřádili vlákno. A nikdo se nic nedozví.

I kdyby to s nějakou licencí souviselo; já mám ty problémy už od jara!

[Valoun]

Do rucni kompilace se mi sice vubec nechce, ale asi mi nic jineho nezbyva. Ted jen premyslim, jestli mam ten distribucni balik vyhodit uplne a ty co na nem zavisej forcenout (k3b, xcdroast atd), a nebo ten kompilovanej hodit vedle nej a uprednostnit (diky tomu ze bude v /usr/local/... )

[Valoun]

Tak jsem po tve rade downgradoval cdrecord na verzi 2.0+a18 a vse jako zazrakem opet funguje! Teda povim vam, najit starsi debiani balicek bylo nadlidske usili. Nasel jsem ho jen diky nejakemu mirroru, ktery s updaty nepospicha.

Pro ty, kteri maji Debian testing, a take jim nebeha vypalovacka, ulozim tento balicek (cdrecord_2.0+a18-1_i386.deb)u sebe na stazeni do doby, nez se objevi novejsi, funkcni verze.

Dekuji timto Ottovi za pomoc.

[Vlastimil Ott]

Kdybys náhodou zjistil, v čem je verze -18 lepší než aktuální, tak to sem prosím napiš. To je věda, co?

[Michal Čihař]

Jakékoliv (resp. od 2002/06/04) staré balíky co byly v Debianu najdeš na http://snapshot.debian.net/

[jm]

Jinak na paleni pod userem je v Gentoo momentalne patch do jadra 2.6.8.1. Od pristi verze pouze suid nebo pod rootem. Jestli tady nekdo mrsi kod, tak to je zejmena autor.

[Michal Čihař]

To je kvůli tomu, že se v kernelu snaží zabránit, aby uživatel mohl přepsat firmware mechaniky, bohužel první omezení bylo příliš restriktivní a hledá se lepší řešení.

[jm]

To je chyba kernelu? Pokud ano, tak uz me teda cele to experimentovani ve stylu 2.6.8 prestava bavit. Naivne jsem si myslel, ze 2.6 je stabilni rada a myslim, ze vypalovani CD je natolik rozsirene, ze by se nekdo mohl zamyslet nad vhodnosti podobnych nevydarenych pokusu o pochybne zmeny v jadru.

[Michal Čihař]

Objevilo se to v 2.6.8 a zabraňuje to vypalování pod uživatelem.

[jm]

Vyborny napad. On to nikdo nevyzkousel, nez to tam pridal?

[Valoun]

Osobne mam stale pocit, ze 2.6.x rada je proste vyvojova a hotovo. Delaji snad na nejake vyvojove 2.7.x? O nicem nevim. Jedine co by me trosku lakalo je udajne zrychleni odezvy v Xkach. Ale to sem urcite nepatri ...

[jm]

Jak si shodit Linux pri paleni audio CD s jadrem 2.6.8.1.

Super. Aneb kdyz to funguje, tak se do toho nevrtej. Nevim, kdo dostal ten pitomy napad vrtat se ve vecech souvisejich s vypalovanim.

[Valoun]

Pod OS Windows vypalovacka spokojene pali, stejne tak, kdyz nabootuju Slax. Problem je v tom, ze uz jsem prave krome updatu Debianu nemenil par mesicu nic. Ani kernel, ani HW. A protoze jsem dlouho nevypaloval, kdyz jsem to opet potreboval narazil jsem na tento problem.

Pod Slaxem vypalovacka pali vesele RW-cka i CD-R, pod mym Debianem nepali ani jedno. kernel mam vlastni, ne distribucni, ale 100% jsem ho uz dlouho nemenil.

[Petr Šobáň]

No tak problém bude v softu, takže pohrát si s tím co jsi měnil naposledy mezi tím když to fungovalo a když to nefunguje.