• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst]firewire verweigert dienst

Guten Tag

seit ich von Suse11.1 auf 11.3 umgestiegen bin(vor längerer Zeit) lässt sich meine Videodigitalkamera nicht mehr über firewire an den Rechner anschliessen.Dachte Kamera oder Kabel wären futsch.Wenn ich die Kamera anschliesse bekomme ich vom Schnittprogramm "Kino" jetzt ab und zu die Meldung:raw1394 Kernel Modul nicht geladen oder Fehler beim lesen/schreiben von/dev/raw1394.
Am Rechner befinden sich zwei Stecker für Firewire beide funzen nicht.
Über Yast Hardwareinfo erhalte ich folgende Meldung IEEE Controller
-VT 6306 Fire II IEEE
-Bus-ID:3
_ressourcen
-E/A Port
_aktiv: JA
modus:rw
IRQ
aktiviert:ja
Schnittstelle:16
Slot-ID 3
-Treiber
-Module
-Aktiv
modprobe:ja
modules
modprobe ohci1394
-Module
aktiv: ja
modprobe: ja
modules
- modprobe firewire_ohci
Treiber : ohci1394

suse 11.3 Kernel 2.6.34.10-0.2-desktop i686 -KDE 4.4.4.
Für einen Laien wie mich sieht das aus, als müsste ich da was einhängen. Aber wie? Für einen Rat wäre ich dankbar.
 

josef-wien

Ultimate Guru
Erstelle eine Datei /etc/udev/rules.d/40-schlüsseldienst.rules mit folgendem Inhalt:
Code:
KERNEL=="dv1394*|video1394*|raw1394*",	GROUP="video"
Wenn Du auf 11.4 umsteigst, entferne die Datei wieder.
 
Danke für die prompte Antwort, aber ich komme damit nicht ganz klar.Ich habe jetzt mit mkdir eine Datei /etc/udev/rules.d/40-schlüsseldienst.rules erzeugt und da verliesen sie ihn.Wie füge ich jetzt den Code ein?Wie muß den das auf der Konsole aussehen?
 

josef-wien

Ultimate Guru
Mit mkdir erzeugst Du keine Datei (dazu müßtest Du touch verwenden), sondern ein Verzeichnis. Also lösche dieses Verzeichnis wieder.

Üblicherweise ruft man einen Editor im Systemverwaltungsmodus auf (Alt-F2 drücken und kdesu kwrite bzw. nach kdesu einen Editor Deiner Wahl eingeben), macht dort die gewünschen Eintragungen, wählt danach "Speichern unter" usw. Aber in dem Fall geht es auch auf der Konsole (als root):
Code:
echo KERNEL=="dv1394*|video1394*|raw1394*",   GROUP="video" >/etc/udev/rules.d/40-schlüsseldienst.rules
(vor .rules kannst Du auch etwas anderes nehmen)
 
Hallo, ich habe jetzt echo KERNEL=="dv1394*|video1394*|raw1394*", GROUP="video" in /etc>udev>rules.d /40-schlüsseldienst.rules abgelegt.Tut sich aber nichts.Geräteerkennung null und Kino meldet immer noch den selben Fehler.Mehrfacher Neustart.Stecker rein und raus.Im Basisordner befindet sich noch eine andere Datei 51-hso-udev.rules
da steht unter anderem, bezieht sich zwar auf usb

# usb_device switch need for kernel 2.6.24 and newer, which does no longer support usb_device directly
# send rezero command via ozerocdoff, which uses usblib for all known ZCOPTION devices, supported by bundled driver
SUBSYSTEM=="usb_device", ATTR{bDeviceClass}!="ff", GOTO="hso_zerocd_disabler"
SUBSYSTEM=="usb", ATTR{bDeviceClass}!="ff" ,ENV{DEVTYPE}=="usb_device", GOTO="hso_zerocd_disabler"
SUBSYSTEM=="scsi", ENV{DEVTYPE}=="scsi_device", GOTO="hso_zerocd_disabler"
GOTO="hso_device_links"
hat das vielleicht was mit zu tun.
 

spoensche

Moderator
Teammitglied
Deine Udev- Rule greift nicht, weil deine Karte ohci1394 verwendet, was von deiner Regel nicht berücksichtigt wird.
Poste mal die Ausgabe von
Code:
dmesg | egrep "1394|ohci"
 

Spielwurm

Advanced Hacker
Habe ich auch. Mach mal folgendes: eine Konsole öffnen, su werden, dann

tail -f /var/log/messages
und steck dann Deine Kamera an Firewire. Wenn Du dann viel Meldungen bekommst, warte ab. Meine Kamera wird nach 5 Minuten erkannt. Dann kannst Du weitermachen. Bei mir waren keine rules und keine Rechte im Weg ...

Hartmut
 
tail -f /var/log/messages Geräteerkennung weiterhin null,aber jetzt zeigt die Konsole eine Fehlerangabe

Oct 21 21:56:59 linux-3r30 kernel: [ 2469.131280] ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting...
Oct 21 21:56:59 linux-3r30 kernel: [ 2469.391342] ieee1394: Node added: ID:BUS[0-00:1023] GUID[00804580c175a1a7]
Oct 21 21:56:59 linux-3r30 kernel: [ 2469.391453] ieee1394: Node changed: 0-00:1023 -> 0-01:1023
Oct 21 21:57:00 linux-3r30 kernel: [ 2469.469551] ieee1394: raw1394: /dev/raw1394 device initialized
Oct 21 21:57:00 linux-3r30 udevd-work[24387]: kernel-provided name 'dv1394-0' and NAME= 'dv1394/0' disagree, please use SYMLINK+= or change the kernel to provide the proper name
Oct 21 21:58:28 linux-3r30 kernel: [ 2558.059186] ieee1394: Node changed: 0-01:1023 -> 0-00:1023

dmesg | egrep "1394|ohci"
[ 0.639395] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 6.407561] ohci1394 0000:03:03.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 6.462997] ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[19] MMIO=[d0003000-d00037ff] Max Packet=[2048] IR/IT contexts=[4/8]
[ 7.725346] ieee1394: Host added: ID:BUS[0-00:1023] GUID[0010dc0000a19bc7]
[ 2469.131280] ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting...
[ 2469.391342] ieee1394: Node added: ID:BUS[0-00:1023] GUID[00804580c175a1a7]
[ 2469.391453] ieee1394: Node changed: 0-00:1023 -> 0-01:1023
[ 2469.469551] ieee1394: raw1394: /dev/raw1394 device initialized
[ 2558.059186] ieee1394: Node changed: 0-01:1023 -> 0-00:1023
[ 2558.059196] ieee1394: Node paused: ID:BUS[0-00:1023] GUID[00804580c175a1a7]
[ 2561.074026] ieee1394: Node removed: ID:BUS[0-00:1023] GUID[00804580c175a1a7]
[ 2568.096067] ieee1394: Node added: ID:BUS[0-00:1023] GUID[00804580c175a1a7]
[ 2568.096439] ieee1394: Node changed: 0-00:1023 -> 0-01:1023
[ 2732.102182] ieee1394: Node changed: 0-01:1023 -> 0-00:1023
[ 2732.102192] ieee1394: Node paused: ID:BUS[0-00:1023] GUID[00804580c175a1a7]
[ 2735.117033] ieee1394: Node removed: ID:BUS[0-00:1023] GUID[00804580c175a1a7]
[ 2737.447160] ieee1394: Node added: ID:BUS[0-00:1023] GUID[00804580c175a1a7]
[ 2737.447767] ieee1394: Node changed: 0-00:1023 -> 0-01:1023
[ 2888.661133] ieee1394: Node changed: 0-01:1023 -> 0-00:1023
[ 2888.661148] ieee1394: Node paused: ID:BUS[0-00:1023] GUID[00804580c175a1a7]
[ 2891.676023] ieee1394: Node removed: ID:BUS[0-00:1023] GUID[00804580c175a1a7]
linux-3r30:/home/xxx #
 
@hartmut
Nein keine Geräteerkennung,aber dafür diese fehlerangabe oben.

Wenn ich das richtig verstanden habe,muß ich ein - gegen / austauschen. Aber wie?Was ist SYMLINK+=?
Wenn ich auf 11.4 umsteige ist der Fehler dann auch weg?
 

spoensche

Moderator
Teammitglied
Mit SYMLINK+= kannst du in einer Udev- Rule einen symbolischen Link auf das Gerät erzeugen lassen.

Wenn der Bug im Kernel der 11.4 gefixt worden ist, dann ist der Fehler auch weg.

Was hast du für eine Kamera? (Bitte genaue Infos)
 

spoensche

Moderator
Teammitglied
Hast du in der der Udev Regel mal SYMLINK eingefügt?

Wenn nicht, dann füge in der Regel mal

Code:
SYMLINK+=/dev/dv13940

ein. Klappt es dann?
 

Spielwurm

Advanced Hacker
Ich benutze 11.4 und habe den Fehler immer noch. Meine Kamera: Panasonic GS500. Ich habe noch nicht verstanden, wo ich die Symlink-Zeile einfügen soll - in der neu erstellten Rule-Datei?

Hartmut
 
Hallo
also ich habe jetzt echo KERNEL=="dv1394*|video1394*|raw1394*", GROUP="video"
in
SYMLINK+=/dev/dv13940|video1394*|raw1394*", GROUP="video" umgeändert.
tut sich aber nichts, ausser,daß jetzt bei eingabe von
tail -f /var/log/message
im Terminal kernel-provided name 'dv1394-0' and NAME= 'dv1394/0' disagree, please use SYMLINK+= or change the kernel to provide the proper name
nicht mehr angezeigt wird.
 

josef-wien

Ultimate Guru
Die von mir genannte udev-Regel war in 11.1 enthalten, in 11.3 aber nicht mehr. Meine Kamera (nicht von Panasonic) funktionierte in 11.3 nur mit dieser Regel. Bei 11.4 sind zwei weitere Regeln entfallen (deprecated dv1394 and video1394 drivers):
Code:
KERNEL=="dv1394-[0-9]*",	NAME="dv1394/%n", GROUP="video"
KERNEL=="video1394-[0-9]*",	NAME="video1394/%n", GROUP="video"
Ich brauche alle drei Regeln bei 11.4 nicht mehr.

schlüsseldienst verwendet 11.3: Versuche die von spoensche vorgeschlagene Ergänzung formal richtig (als zusätzliche Anweisung, ohne /dev/, aber mit einem Schrägstrich vor der Null):
Code:
KERNEL=="dv1394*|video1394*|raw1394*", GROUP="video", SYMLINK+="dv1394/0"
Nachdem ich nicht weiß, ob bei Dir sonst noch etwas durch die Regel abgedeckt wird, würde ich zwei Zeilen definieren:
Code:
KERNEL=="dv1394*|video1394*|raw1394*", GROUP="video"
KERNEL=="dv1394-0", SYMLINK+="dv1394/0"
Möglicherweise brauchst du nur die zweite Zeile, vielleicht muß statt dessen in /lib/udev/rules.d/50-udev-default.rules
Code:
KERNEL=="dv1394-[0-9]*",	NAME="dv1394/%n", GROUP="video")
durch
Code:
KERNEL=="dv1394-[0-9]*",	SYMLINK+="dv1394/%n", GROUP="video")
ersetzt werden (aber hier tappe ich ziemlich im Dunkeln, 11.3 habe ich schon lange nicht mehr).

Spielwurm verwendet 11.4: Gibt es da dieselben Fehlermeldungen?
 
Funktioniert ! Habe die Datei in
KERNEL=="dv1394*|video1394*|raw1394*", GROUP="video"
KERNEL=="dv1394-0", SYMLINK+="dv1394/0"
umgewandelt.
Geräteerkennung ist zwar weiterhin negativ, aber als ich "Kino" öffnete war volle Funktion da.
Vielen Dank.
 

Spielwurm

Advanced Hacker
Wenn es beim Anschluss der Kamera gut läuft, dann erscheint in "messages" folgendes:

firewire_core: phy config: card 0, new root=ffc1, gap_count=5
firewire_core: skipped bus generations, destroying all nodes
firewire_core: giving up on config rom for node id ffc0
firewire_core: rediscovered device fw0
firewire_core: phy config: card 0, new root=ffc1, gap_count=5
firewire_core: created device fw1: GUID 0080458011991044, S100, 1 config ROM retries

Wenn nicht (meist), dann wiederholt sich mehrere Minuten lang:

firewire_core: phy config: card 0, new root=ffc1, gap_count=5
firewire_core: skipped bus generations, destroying all nodes
firewire_core: giving up on config rom for node id ffc0
firewire_core: rediscovered device fw0

bis die Kamera endlich erkannt wird.

Hartmut
 

josef-wien

Ultimate Guru
Spielwurm schrieb:
Wenn es beim Anschluss der Kamera gut läuft

giving up on config rom for node id ffc0
rediscovered device fw0
created device fw1: GUID 0080458011991044, S100, 1 config ROM retries
Spielwurm schrieb:
Wenn nicht (meist)

giving up on config rom for node id ffc0
rediscovered device fw0
("Endlosschleife")
Das schaut mir eher nach einem Hardwareproblem aus (Wackelkontakt?).

schlüsseldienst schrieb:
Geräteerkennung ist zwar weiterhin negativ, aber als ich "Kino" öffnete war volle Funktion da.
Was bedeutet die erste Hälfte dieser Aussage, die im Widerspruch zur zweiten Hälfte steht?

P. S. [gelöst] gehört in den ersten Beitrag.
 

Spielwurm

Advanced Hacker
Ich schau mal, ob's ein Wackelkontakt ist, eins kann ich schon sagen: ich habe 2 Kameras und die benehmen sich gleich. Muss ich also noch Kabel und PC-Buchse testen ...

Hartmut
 
Oben