Cd:n poltto ei onnistu. Cannot raise RLIMIT_MEMLOCK

[Vika/fiba]

Olen yrittänyt polttaa Braserolla, Nautiluksella ja lopulta myös komentoriviltä Wodimilla. Ei onnistu.
Braserosta sain pitkän lokin, mutta luulisin ongelman olevan seuraavilla riveillä:

Koodia: [Valitse]

BraseroWodim stderr: wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.scsidev: '/dev/sr0'
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: devname: '/dev/sr0'Sama ilmoitus myös Wodimin virhelokissa.
Missähän tuollainen rlimit_memlock piileksii ja voiko sitä itse säätää?

[Tomin]

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440401
Ilmeisesti tuon ei pitäisi estää polttoa. Miten käy roottina?

[nm]

Olen yrittänyt polttaa Braserolla, Nautiluksella ja lopulta myös komentoriviltä Wodimilla. Ei onnistu.
Braserosta sain pitkän lokin,

Laita loki kokonaisuudessaan viestin liitetiedostoksi niin voimme vilkaista sitä.

[Vika/fiba]

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440401
Ilmeisesti tuon ei pitäisi estää polttoa. Miten käy roottina?

Ilmeisesti estää minulta normaalikäyttäjänä, koska "gksudo brasero" kirjoitti juuri virheittä yhden levyn.
Bugiraportissa mainitussa /etc/security/limits.conf -tiedostossa ei mainita tämän koneen käyttäjiä. Sen sijaan the wildcard *, for default entry tarkoittane minua. Tässä loppu /etc/security/limits.conf -tiedostosta:

Koodia: [Valitse]

#<domain>      <type>  <item>         <value>
#

#*               soft    core            0
#root            hard    core            100000
#*               hard    rss             10000
#@student        hard    nproc           20
#@faculty        soft    nproc           20
#@faculty        hard    nproc           50
#ftp             hard    nproc           0
#ftp             -       chroot          /ftp
#@student        -       maxlogins       4tuo * soft core 0 epäilyttää

[nm]

Ilmeisesti estää minulta normaalikäyttäjänä, koska "gksudo brasero" kirjoitti juuri virheittä yhden levyn.

Vika on jossain muissa oikeuksissa. Kaikki /etc/security/limits.confin rivit on oletuksena kommentoitu, eikä niihin tarvitse tehdä muutoksia.

Kuuluuko käyttäjätunnuksesi cdrom-ryhmään? Tarkista päätteessä groups-komennolla:

$ groups
tunnus adm dialout cdrom plugdev lpadmin admin sambashare

[Vika/fiba]

Koodia: [Valitse]

Kaikki /etc/security/limits.confin rivit on oletuksena kommentoitniinpäs onkin, mutta kun ei osaa alkeitakaan, ei tommosia risuaitoja noteeraa lainkaan.
Graafisen härpäkkeen mukaan kuulun cdrom-ryhmään ja groups antoi saman rimssun:
adm dialout cdrom plugdev lpadmin admin sambashare
Oikeusasiat saattavat olla sekaisin uuden kovalevyn asennuksen ja Ubuntun päivityksen (siis uudelleenasennuksen) jäljiltä. Sähläystä tuli enemmän kuin tarpeen.
Koska olen tottunut kaikenlaisiin purkkavirityksiin, olen tyytyväinen, kun nyt voin jälleen poltella levyjä, menköön vaikka sudolla, mitä sen on väliä, kunhan toimii.
Kiitos vihjeestä.

Jatkan vielä.
Kokeilin bugiraportin ulimit komentoa:

Koodia: [Valitse]

desktop:~$ ulimit -a | grep locked
max locked memory       (kbytes, -l) 64eikös 64kb ole aika vähän? Voiko muuttaa jotenkin?

[Ganymedes]

Gnome Baker on parempi poltto-ohjelma.

[Tomin]

Gnome Baker on parempi poltto-ohjelma.

Käyttää cdrecordia, josta Wodim on forkki.

http://en.wikipedia.org/wiki/GNOME_Baker
http://en.wikipedia.org/wiki/Cdrecord
http://en.wikipedia.org/wiki/Wodim

[Vika/fiba]

Gnome Baker on parempi poltto-ohjelma.

Tässä tapauksessa en usko parempiin poltto-ohjelmiin, pikemminkin epäilen rautavikaa. testaan siltä pohjalta, kunhan saan uutta rautaa.

Käyttää cdrecordia, josta Wodim on forkki

Anteeksi maalaisuuteni, mutta mikä on forkki?

[Tha-Fox]

Anteeksi maalaisuuteni, mutta mikä on forkki?

http://en.wikipedia.org/wiki/Fork_%28software_development%29

Käytännössä otetaan softa tietyllä hetkellä (forkataan) ja lähdetään kehittämään sitä, miten itse halutaan. Tietysti lisenssiasiat, hyvät tavat jne. huomioiden