Napalovanie

Sekcia: Hardware a Drivery 02.04.2010 | 13:02
Dragon   Návštevník
Ahoj,
Pouzivam Lenovo Thinkpad SL500, OS Ubuntu 9.10. A mam problem - akosi mi nefunguje napalovanie. Potreboval som totiz vypalit .iso obraz na CD a akosi nie a nie to dokoncit. Podobne je to aj pri DVD, skratka nikdy uspesne nedokonci ani vypalovanie v dummy mode. Skusal som Brasero, GnomeBaker, K3b (aj ked to je asi jedno, nie?), dokonca som skusil aj priamo Wodim, bezvysledne.
Ma niekto nejake rady, nieco co by som mohol vyskusat? Alebo mam cakat na Lucid Lynx a dufat, ze tam to pojde?
    • Re: Napalovanie 02.04.2010 | 13:22
      Avatar dodoedo Fedora Linux  Používateľ
      Ahoj.

      Popíš podrobnejšie chybu (oznam).
      G. Orwell: "Čím více se společnost vzdaluje od pravdy, tím více bude nenávidět ty, kteří ji říkají."
      • Re: Napalovanie 02.04.2010 | 13:51
        Dragon   Návštevník
        Chvilu sa nic nedeje, vyzera to, akoby sa to chcelo normalne spustit. A potom vypise program hlasku, ze napalovanie zlyhalo (alebo nieco podobne - podla toho, aky program pouzijem).
        Najzaujimavejsie hlasky vypisuje GnomeBaker (aspon myslim). Vyhodil mi nieco taketo:


        wodim: No write mode specified.
        wodim: Asuming -tao mode.
        wodim: Future versions of wodim may have different drive dependent defaults.
        wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.scsidev: '/dev/sr0'
        devname: '/dev/sr0'
        scsibus: -2 target: -2 lun: -2
        Linux sg driver version: 3.5.27
        Wodim version: 1.1.9
        SCSI buffer size: 64512
        Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
        communication breaks or freezes immediately after that.
        TOC Type: 3 = CD-ROM XA mode 2
        Driveropts: 'burnfree'
        Device type : Removable CD-ROM
        Version : 5
        Response Format: 2
        Capabilities :
        Vendor_info : 'HL-DT-ST'
        Identification : 'DVDRAM GSA-T50N '
        Revision : 'RE06'
        Device seems to be: Generic mmc2 DVD-R/DVD-RW.
        Current: 0x0009 (CD-R)
        Profile: 0x0012 (DVD-RAM)
        Profile: 0x0011 (DVD-R sequential recording)
        Profile: 0x0015 (DVD-R/DL sequential recording)
        Profile: 0x0016 (DVD-R/DL layer jump recording)
        Profile: 0x0014 (DVD-RW sequential recording)
        Profile: 0x0013 (DVD-RW restricted overwrite)
        Profile: 0x001A (DVD+RW)
        Profile: 0x001B (DVD+R)
        Profile: 0x002B (DVD+R/DL)
        Profile: 0x0010 (DVD-ROM)
        Profile: 0x0009 (CD-R) (current)
        Profile: 0x000A (CD-RW)
        Profile: 0x0008 (CD-ROM)
        Profile: 0x0002 (Removable disk)
        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 : 1053696 = 1029 KB
        Drive DMA Speed: 15658 kB/s 88x CD 11x DVD
        FIFO size : 12582912 = 12288 KB
        Speed set to 4234 KB/s
         4 seconds. 3 seconds. 2 seconds. 1 seconds. 0 seconds. Operation starts.
        Waiting for reader process to fill input buffer ... input buffer ready.
        Starting new track at sector: 0
        Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error
        CDB: 2A 00 00 00 02 0F 00 00 1F 00
        status: 0x2 (CHECK CONDITION)
        Sense Bytes: 70 00 05 00 00 00 00 0A 2A 30 02 80 21 02 00 00
        Sense Key: 0x5 Illegal Request, Segment 0
        Sense Code: 0x21 Qual 0x02 (invalid address for write) Fru 0x0
        Sense flags: Blk 0 (not valid)
        cmd finished after 0.006s timeout 40s
        wodim: The current problem looks like a buffer underrun.
        wodim: It looks like 'driveropts=burnfree' does not work for this drive.
        wodim: Please report.
        wodim: Make sure that you are root, enable DMA and check your HW/OS set up.

        write track data: error after 1079296 bytes
        Writing time: 11.170s
        Average write speed 231.5x.
        Min drive buffer fill was 98%
        Fixating...
        WARNING: Some drives don't like fixation in dummy mode.
        Fixating time: 28.695s
        wodim: fifo had 209 puts and 18 gets.
        wodim: fifo was 0 times empty and 6 times full, min fill was 96%.


        Najzaujimavejsie mi pridu tieto riadky:
        "wodim: The current problem looks like a buffer underrun."
        "wodim: It looks like 'driveropts=burnfree' does not work for this drive."
        "WARNING: Some drives don't like fixation in dummy mode."

        Znamena to, ze mam nejaku mechaniku, ktora nepodporuje Burnfree a koli tomu zakazdym podtecie buffer?
    • Re: Alebo mam cakat na Lucid Lynx a dufat, ze tam to pojde? 06.04.2010 | 14:11
      Avatar dodoedo Fedora Linux  Používateľ
      Asi áno, tipujem to na problém wodim softu.
      G. Orwell: "Čím více se společnost vzdaluje od pravdy, tím více bude nenávidět ty, kteří ji říkají."
      • Re: Alebo mam cakat na Lucid Lynx a dufat, ze tam to pojde? 06.04.2010 | 14:15
        Avatar dodoedo Fedora Linux  Používateľ
        G. Orwell: "Čím více se společnost vzdaluje od pravdy, tím více bude nenávidět ty, kteří ji říkají."
      • Re: Alebo mam cakat na Lucid Lynx a dufat, ze tam to pojde? 06.04.2010 | 14:27
        Avatar dodoedo Fedora Linux  Používateľ
        Podľa toho bugu by mohlo ísť (aj) o riešenie úpravou nastavenia v súbore /etc/security/limits.conf (?)

        G. Orwell: "Čím více se společnost vzdaluje od pravdy, tím více bude nenávidět ty, kteří ji říkají."
        • Re: Alebo mam cakat na Lucid Lynx a dufat, ze tam to pojde? 06.04.2010 | 19:19
          Dragon   Návštevník
          Nie som si isty, ci sa jedna prave o tuto chybu - totiz ten chlapik zvany "Srdjan" tam uvadza, ze ako root nema problem. Vyskusal som si to ako root a ja problem mam.
          • Re: Alebo mam cakat na Lucid Lynx a dufat, ze tam to pojde? 06.04.2010 | 21:38
            Avatar dodoedo Fedora Linux  Používateľ
            ... ale keď čítaš dalej ..
            Čo Ti vypíše tento príkaz :
            ulimit -a | grep locked
            On my system, 'ulimit -a | grep locked' shows that this setting is
            already on 'unlimited' for my user. Maybe you have restricted this in
            /etc/security/limits.conf?
            G. Orwell: "Čím více se společnost vzdaluje od pravdy, tím více bude nenávidět ty, kteří ji říkají."
            • Re: Alebo mam cakat na Lucid Lynx a dufat, ze tam to pojde? 06.04.2010 | 23:05
              Dragon   Návštevník
              Ano, tam mam prednastavenu hodnotu (konkretne 64 kB). To by som mal prepnut zrejme na tu hodnotu unlimited, ak tomu spravne rozumiem? Poprosil by som radu, lebo v tom subore "/etc/security/limits.conf" sa akosi neorientujem.
              A dalsia vec, ja som nijako nezasahoval do tohoto suboru, je nejake logicke vysvetlenie, preco je tam hodnota takato?
          • Re: Alebo mam cakat na Lucid Lynx a dufat, ze tam to pojde? 06.04.2010 | 21:43
            WlaSaTy   Návštevník
            Podobne sami to chovalo ked som mal aktivnu podporu ide-scsi vrstvy pre ATAPI (PATA) vypalovacky ktora je uz zopar rokov zastarana.

            Ak je to mechanika pre IDE/(P)ATA/ATAPI s tym hrubym plochym kablom co je siroky ako krabicka cigariet, neskusis to pohnat priamo cez ATA ? Ten model vypalovacky bol podla prveho linku vyrabany aj vo verzii ATA (ak nie vyhradne) a tak by som odporucil aj tuto moznost.
          • Re: Alebo mam cakat na Lucid Lynx a dufat, ze tam to pojde? 06.04.2010 | 21:56
            Avatar dodoedo Fedora Linux  Používateľ
            G. Orwell: "Čím více se společnost vzdaluje od pravdy, tím více bude nenávidět ty, kteří ji říkají."
    • Re: Napalovanie 06.04.2010 | 23:23
      Avatar dodoedo Fedora Linux  Používateľ
      G. Orwell: "Čím více se společnost vzdaluje od pravdy, tím více bude nenávidět ty, kteří ji říkají."
    • Re: Napalovanie 11.05.2010 | 20:58
      Dragon   Návštevník
      Kedze som sa venoval inym zalezitostiam a nemal som velmi cas skusat rozne rady, nechal som to plavat a problem sa akosi mimovolne vyriesil sam pri prechode na vyssiu verziu systemu.
      Dakujem vsetkym (ale hlavne dodoedovi) za snahu pomoct.