K3b Probleme

L

Lance

Well-Known Member
Hallo,

Ich habe k3b laut wiki.bsdforen.de/howto:k3b_einrichten eingerichtet. Bei der /etc/devfs.rules stehen jedoch bereits Einträge (fürs drucken) unter der "Überschrift"
[system=10] und lt. dem wiki soll da aber [localrules=10] stehen für die entsprechenden Einträge.
Macht man da jetzt quasi n neuen Absatz mit der Überschrift?

Leider funktioniert k3b immer noch nicht, also findet kein Laufwerk. Habe alles aus dem wiki berücksichtigt.

Leider startet der Desktop seitdem oft nicht zuverlässig und bleibt nach der Uhr (kurz vorm login) stehen. Ein Strg+Alt+F4 bringt nur n schwarzen Screen. Mit Glück klappt es aber nach dem Neustart.

Versuche ich k3b in der Konsole als root zu starten, geht das auch nicht. (QDBusConnection: Session D-Bus connection created before QCoreApplication ...)
 
Ich hab die K3b-relevanten Einträge in den Configs wieder entfernt, seitdem bootet wieder alles normal., zumindest habe ich es 3x gebootet ohne Zwischenfälle.

Mir würde es schon helfen, wenn ich wenigstens K3b ordnungsgemäß als root ausführen könnte (und es dann DVDs brennen würde, aber wie geht das von einer Konsole aus? Ich wette, da ich mich nicht grafisch als root eingeloggt hatte, ging das nicht mal so eben.

P.S: sonst läuft alles.
 
Mein Problem ist, daß ich bis jetzt nicht verstanden habe, was Du gemacht hast und wie der Fehler sicher reproduzierbar ist. Das solltest Du mal erforschen gehen.
Du solltest in deinem X auch CTRL+ALT+BACKSPACE aktivieren, dann kannst Du den X-Server "abschießen" oder Du wechselst auf TTY und schaust Dir die Prozesse von dort aus an.

HTH
 
Hab k3b zwar mit hilfe von xhost + und dann sudo ausführen können, jedoch beschwert es sich über fehlendes growisofs obwohl das paket, welches das enthält, installiert ist!
 
Stellt sich doch die Frage, wo dein user suchen kann, daß er das nicht findet und wie die Optionen von k3b eingestellt sind und vor allem, was diese Frage nun mit deinem Problem aus dem ersten Post zu tun hat?
 
p { margin-bottom: 0.25cm; line-height: 120%; }a:link { }

Notes for FreeBSD 7.x and onwards users:

1. The FreeBSD k3b port supports SCSI drives only. If you have IDE CD or DVD

drives, use them through the cam system. See Chapter 18.6.9 of the handbook

(http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html#ATAPICAM)

2. k3b has to be started from a root console, which is not recommended.

Alternatively, do ALL of the following:

a. Set the suid flag on cdrecord and cdrdao. The 'Notes' chapter of

'man cdrecord' discusses this.

b. Set the vfs.usermount sysctl variable to 1.

# sysctl vfs.usermount=1

Add the line vfs.usermount=1 to /etc/sysctl.conf

Note that this has negative security implications

c. Every user must have read and write access to /dev/cdX:

- add to your /etc/devfs.rules under '[system=10]':

add path 'cd*' mode 666

- or if you prefer allow access for a group XXX only add instead:

add path 'cd*' mode 660 group XXX

- to enable it, add to your /etc/rc.conf a

devfs_system_ruleset="system"

d. Every user who should be able to use k3b must have read and write access

to all pass through devices connected with CD and DVD drives and to the

/dev/xpt0 device. Run 'camcontrol devlist' to identify those devices (seek

string 'passX' at the end of each line). Note, that this is a security

leak as well but that there is no alternative!

- add to your /etc/devfs.rules under '[system=10]':

add path 'pass*' mode 666

add path 'xpt0' mode 666

- or if you prefer allow access for a group XXX only add instead:

add path 'pass*' mode 660 group XXX

add path 'xpt0' mode 660 group XXX

- to enable it, add to your /etc/rc.conf

devfs_system_ruleset="system"

- to apply these changes without reboot, run as root:

/etc/rc.d/devfs restart

3. Check, that DMA is activated for atapi devices: 'sysctl hw.ata.atapi_dma'

If not, set it to 1 and put 'hw.ata.atapi_dma=1' into /boot/loader.conf.

4. Create a directory on a partition, which has enough disk space to hold a CDs

or DVDs content (usually below /usr). Enter this directory in Settings->

Configure K3b...->Misc.
Zum Vergrößern anklicken....

Selbst wenn ich all das mache was da steh, klappt es nicht. Diese Anleitung erscheint wenn man k3b installiert, ist aber auch so im Netz zu finden.
Ich hatte, was die chmod und chown Geschichten anging, das eingegeben:

p { margin-bottom: 0.25cm; line-height: 120%; }a:link { }

chown root /usr/local/bin/cdrecord

chmod 4711 /usr/local/bin/cdrecord

chown root /usr/local/bin/cdrdao

chmod 4711 /usr/local/bin/cdrdao


Hillft alles nichts! Das kann doch nicht sein, das es so schlecht dokumentiert ist, nichtmal ne DVD bekommt man gebrannt :(
 
Lance schrieb:
Hallo,

Ich habe k3b laut wiki.bsdforen.de/howto:k3b_einrichten eingerichtet. Bei der /etc/devfs.rules stehen jedoch bereits Einträge (fürs drucken) unter der "Überschrift"
[system=10] und lt. dem wiki soll da aber [localrules=10] stehen für die entsprechenden Einträge.
Macht man da jetzt quasi n neuen Absatz mit der Überschrift?

Leider funktioniert k3b immer noch nicht, also findet kein Laufwerk. Habe alles aus dem wiki berücksichtigt.

Leider startet der Desktop seitdem oft nicht zuverlässig und bleibt nach der Uhr (kurz vorm login) stehen. Ein Strg+Alt+F4 bringt nur n schwarzen Screen. Mit Glück klappt es aber nach dem Neustart.

Versuche ich k3b in der Konsole als root zu starten, geht das auch nicht. (QDBusConnection: Session D-Bus connection created before QCoreApplication ...)
Zum Vergrößern anklicken....
So um nochmal hierauf einzugehen. Das ruleset welches du in der rc.conf lädst (mittels devfs_system_ruleset) sollte auch das sein unter welchem deine zu ladenden Einträge in der devfs.rules stehen. Wie die im Detail heisst, ob localrules, ErnstAugust oder PeterPan ist dabei völlig schnuppe.
Sprich, die Einträge werden (nach einem Neustart oder nach neu starten von devfs) nur aktiv wenn du das zugehörige ruleset auch in der rc.conf stehen hast. Evtl war das sein Fehler.

Ist denn unter /dev/cd0 dein Laufwerk vorhanden? Kannst du CDs oder DVDs mounten?

Was das mit dem Start deines X zu tun haben soll kann ich mir ehrlich gesagt nicht erklären.... Poste doch mal einfach deine rc.conf, devfs.conf und devfs.rules hier. Zusätzlich wäre noch die Ausgabe von id interessant um zu sehen in welchen Gruppen du überhaupt bist.

Bis dahin.
 
Rakor schrieb:
Ich muss zugeben, dass ich auch nicht so recht durchblicke was du nun alles so gemacht und wieder rückgängig gemacht hast....
Um eine DVD als root zu brennen kannst du eigentlich (ohne GUI) einfach wie folgt vorgehen (den atapicam-kram kannst heute wahrscheinlich vergessen, das gibts nicht mehr):
http://denkrobat.de/doku.php?id=dvd_brennen

Um als normaler User zu brennen sollte es hiermit funktionieren: http://denkrobat.de/doku.php?id=cd_brennen_als_normaler_user
Zum Vergrößern anklicken....
Vielen lieben Dank!! Ich habe mir ausserdem paralell mal die configs von PC-BSD angeschaut. Also im Grunde musste ich tatsächlich NUR das hier ändern:
(Bei PC-BSD ist weit viel mehr gelistet, aber interessant da mal reinzuschauen)

/etc/devs.conf
link cd0 cdrom
link cd0 dvd

perm /dev/cd0 0666
perm /dev/pass0 0666
perm /dev/xpt0 0666

/etc/devs.conf
add path 'pass*' mode 0666


Die beiden Einträge waren nicht nötig, bzw. waren auch bei PC-BSD nicht drin:
Code: 
own     acd0    root:operator
own     cdrom   root:operator
 
Rakor schrieb:
Ist denn unter /dev/cd0 dein Laufwerk vorhanden? Kannst du CDs oder DVDs mounten?

Was das mit dem Start deines X zu tun haben soll kann ich mir ehrlich gesagt nicht erklären.... Poste doch mal einfach deine rc.conf, devfs.conf und devfs.rules hier. Zusätzlich wäre noch die Ausgabe von id interessant um zu sehen in welchen Gruppen du überhaupt bist.
Zum Vergrößern anklicken....
Also X startet wieder zuverlässig. Nach ca. insgesamt 6 reboots kein Hängen mehr. Zum GLück!

übrigens, der Befehl
Code: 
/etc/rc.d/devfs restart

funktioniert bei mir nicht.

Aber es läuft alles wunderbar und das freut mich sehr. Zumal ich das so jetzt auf meine Bekannte bzw auch auf Kunden loslassen kann. Ich plane nämlich FreeBSD aktiv zu bewerben. Was im Windows-Umfeld z.Zt. passiert (Win10 killt Office2013, Zwangsregistrierung, usw usw.) ist einfach nur noch eine bodenlose Frechheit.

Einen schönen Abend noch :)
 
Ich will hier nur mal anmerken, dass man das nicht nachmachen sollte. Das ist ein "Lösungsansatz" der zwar funktioniert aber Tücken hat. Er funktioniert nicht für externe Laufwerke (z.B. USB-Brenner an Ultrabook) und die Berechtigungen sind auf Multi-User Systemen alles andere als empfehlenswert.
 
Wie immer sollte man nachdenken und nachlesen bevor man etwas macht. Tutorials sollten allgemein als Denkansatz und nicht als Paradelösung gesehen werden.

Ich hoffe dem geneigten Leser ist danach klar was er gemacht hat....
 
Nuja ich würde eher sagen, dass es evtl etwas früh ist es zu bewerben, wenn du willst, dass es nicht floppt. Ich denke um etwas erfolgreich zu bewerben muss man einen kompetenten Ansprechpartner darstellen. Ich glaube hierzu muss man das System schon etwas länger kennen und nutzen und auch in der Lage sein kleinere Fragestellung zügig selbst zu klären.
 
Kamikaze schrieb:
Ich will hier nur mal anmerken, dass man das nicht nachmachen sollte. Das ist ein "Lösungsansatz" der zwar funktioniert aber Tücken hat. Er funktioniert nicht für externe Laufwerke (z.B. USB-Brenner an Ultrabook) und die Berechtigungen sind auf Multi-User Systemen alles andere als empfehlenswert.
Zum Vergrößern anklicken....
Ich nutze FreeBSD auf meinem Notebook. Da kommt man ohne PW sowieso nicht ran. Gleiches gilt fürn Firmenrechner.

Ja das mit bewerben war etwas übertrieben. Nicht ganz ernst gemeint. Obwohl es hier um stinknormal Endkunden geht keine Businesskunden.
 
Hallo Lance,

ich nutze K3b nicht.
Man konnte in manchen Versionen einstellen welche Engine man unter K3b haben möchte.

Es gab Jahre lang Probleme, weil zB unter Linux viele Distributionen die cdrtools verneint haben und meinten aus Lizenzgründen was eigenes bzw geforketes zu machen.
Diese Engines konnte man unter dem Programm auch wieder anschalten, dass sie als default genutzt werden können. So konnten viele Nutzer wieder gut und gewohnt brennen. Mit den alten gewohnten cdrtools.

Deine oben genannten Probleme werden nicht unbeding damit zu tun haben.
Ich wollts nur mal gesagt haben.

Oftmals haben sich dann sehr viele Ungereimthaben bei K3b in Luft aufgelöst zu haben.

Der Jörg ist ein guter Entwickler und macht es seit den Anfängen von der CD und für weitere Formate.

Gruß
Chu
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben