Archiv > Development

Avahi-linker Setup Probleme

<< < (9/14) > >>

MegaX:
Probier mal so:

--- Code: ---opkg remove dbus --force-depends
--- End code ---
und dann ein:

--- Code: ---opkg install dbus
reboot
--- End code ---

Das sollte auf jeden Fall funktionieren.

skippy:
Ja, das hilft für die Deinstallation, jedoch leider nicht, dass danach der dbus-Prozess läuft  :(


--- Code: ---BusyBox v1.23.1 (2015-02-01 02:37:47 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

MLD-Server> opkg remove dbus --force-depends
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-20 09:40'
Removing package dbus from root...
Stopping dbus:
start-stop-daemon: warning: killing process 4334: No such process                                                                                                                         failed
MLD-Server> reboot
MLD-Server>
Using username "root".
root@10.132.128.100's password:


BusyBox v1.23.1 (2015-02-01 02:37:47 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

MLD-Server> opkg install dbus
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-20 09:44'
Installing dbus (1.6.18-8) on root.
Configuring dbus.
Starting dbus:                                                                                                                                                                            done
MLD-Server> ps | grep dbus
 5475 root      9428 S    grep dbus
MLD-Server> reboot
MLD-Server>
Using username "root".
root@10.132.128.100's password:


BusyBox v1.23.1 (2015-02-01 02:37:47 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

MLD-Server> ps | grep dbus
 9253 root      9164 R    grep dbus
MLD-Server>

--- End code ---

Hatte ich auch schon vorher probiert, sowie alle Pakete zu deinstallieren, die mit dem avahi-linker in Zusammenhang stehen. Bislang hat bei mir nur eine Neuinstallation geholfen, die ich jetzt vornehmen werden.

Viele Grüße skippy

thueringer01:
Hi,
@skippy ja ich meinte dbus2vdr,sorry
Ich hab gerdae mal probiert, ich hab den NAS static eintrag in meinen Aufnahmen und kann auch drauf zurückgreifen.
komisch, bei mir genau so:

--- Code: ---login as: root
root@192.168.220.151's password:


BusyBox v1.23.1 (2015-02-15 02:40:31 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

MLD> ps | grep dbus
 7032 root      9428 R    grep dbus
MLD> opkg remove dbus --force-depends
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-20 11:22'
Removing package dbus from root...
Stopping dbus:
start-stop-daemon: warning: killing process 1215: No such process    failed
MLD> reboot
MLD>
login as: root
root@192.168.220.151's password:


BusyBox v1.23.1 (2015-02-15 02:40:31 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

MLD> opkg install dbus
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-20 11:25'
Installing dbus (1.6.18-8) on root.
Configuring dbus.
Starting dbus:                                                       done
MLD> ps | grep dbus
 6362 root      9428 R    grep dbus

--- End code ---
Kein Eintrag "NAS static" , aber nach "Aufzeichnungsliste aktualisieren "-> Eintrag da!!
Noch mein Code: YjMhp3

Grüße

skippy:
Hallo zusammen,

@thueringer01: dann funktioniert bei dir "nur" die automatische Aktualisierung des Aufnahmeverzeichnisses nicht. Ist auch Teil des Avahi-linkers. Ich habe jetzt meinen Server neu aufgesetzt - avahi-linker funktioniert jetzt erst einmal wieder  :)

@entwickler: Habe auch den RPi neu installiert. Dort scheint python-avahi zu fehlen. Könnt ihr bitte mal schauen, warum es nicht dabei ist.

--- Code: ---MLD-RPi-1> opkg install avahi-linker
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-20 12:10'
Installing avahi-linker (0.0.2-19) on root.
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for avahi-linker:
 *      python-avahi *
MLD-RPi-1> opkg install python-avahi
Unknown package 'python-avahi'.

--- End code ---

Viele Grüße skippy

Torsten73:
Hi,
bei mir gilt weiterhin exakt das gleiche wie skippy und thueringer01.

was den dbus da hindert am starten, das gilt herauszufinden.  Ich nehme mal an, dass es irgendwas gibt was beim deinstallieren nicht zurückgesetzt wird, oderr es sich mit einem anderen installierten Paket haut.
Habt Ihr auch restfulapi installiert?

Wir sollten mal unsere Paketlisten abgleichen:

--- Code: ---System
Name: MLD-Sylvia
Version: 4.0.1-64
Package Version
alsa 1.0.27.2-19_3.16.1.131
at 3.1.14-2
autofs 5.0.7-1
avahi 0.6.31-9
backup 1-5
base 0-65
btrfs 3.12-90
busybox 1.23.1-38
channellogos 1:2.0-28
dbus 1.6.18-8
dvb 1:2015.02.09-113_3.16.1.131
dvb-apps 1.1.1-1
eventlircd 2015.02.09-22_3.16.1.131
extlinux 0-1
font-config 0-4
hdparm 9.43-2
i2c 0-3_3.16.1.131
init 0-62
install 0-82
irkeytable 1.0.1-7
kernel 3.16.1.131-146
kodi 14.1-68
ldconfig 2.19-10
lirc 1:2014.05.09-64_3.16.1.131
lircd2uinput 0-0
locales 0-16
locales-timezones 1-4
mc 4.8.11-2
mld-remote 0-31
network 0-45_3.16.1.131
nfs-common 0-4
nss-mdns 0.10-3
opkg 2014.12.28-77
opkg-fixes 0-3
oscam 10418-38
pam 1.1.8-0
perl 5.18.2-8
perl-base 5.18.2-1
psplash 2009.05.28-17
python 2.7-11
python-avahi 2.7-8
python-gobject-2 2.7-4
python-kodi 2.7-5
python-uinput 2.7-9
scan 20140727-37
sensors 3.3.4-5_3.16.1.131
ssh 0-11
suspend 0-14
tools 0-13
udev 204-31
vdpauinfo 0.0.2-0
vdr 2.2.0.166-166

vdr-plugin-epgsearch 2014.12.27-12_2.2.0.166
vdr-plugin-extrecmenu 2014.08.20-4_2.2.0.166
vdr-plugin-live 2015.02.13-5_2.2.0.166
vdr-plugin-markad 0-21_2.2.0.166
vdr-plugin-opkg 0.1.0-23_2.2.0.166
vdr-plugin-restfulapi 2015.02.19-3_2.2.0.166
vdr-plugin-setup 0.3.1-24_2.2.0.166
vdr-plugin-skinnopacity 2015.02.19-17_2.2.0.166
vdr-plugin-softhddevice 2015.02.16-49_2.2.0.166
vdr-plugin-streamdev-server 2015.01.23-8_2.2.0.166
vdr-plugin-svdrpservice 1.0.0-5_2.2.0.166
vdr-plugin-undelete 2014.06.08-1_2.2.0.166
wakeup 1.1-12_3.16.1.131
webserver 0-192
xfs 0-5
xorg 1.15.1-47_3.16.1.131
xorg-autodetect 1.15.1-30_3.16.1.131
xorg-nvidia 1:340.65-26_3.16.1.131
Disks

Filesystem                Size      Used Available Use% Mounted on
/dev/sda1                 9.3G      3.5G      5.1G  41% /
/dev/sda2               921.7G     35.9G    885.8G   4% /mnt/data

Modules

Module                  Size  Used by    Tainted: P 
stv6110x                3744  2
lnbp21                  1584  2
nvidia              10482575 51
snd_hda_codec_hdmi     30854  4
stv090x                41365  2
ir_xmp_decoder          2473  0
ir_mce_kbd_decoder      3366  0
ir_nec_decoder          2089  0
ir_sanyo_decoder        1981  0
ir_sharp_decoder        1805  0
ir_rc6_decoder          2602  0
ir_sony_decoder         1819  0
ir_jvc_decoder          1849  0
ir_rc5_decoder          1833  0
r8169                  47162  0
drm                   187197  3 nvidia
ddbridge               68055 21
intel_agp               9904  0
intel_gtt              10310  1 intel_agp
mii                     3243  1 r8169
rc_rc6_mce              1252  0
mceusb                  8805  0
snd_hda_intel          15619  2
snd_hda_controller     13590  1 snd_hda_intel
snd_hda_codec          65804  3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_controller
agpgart                21121  3 drm,intel_agp,intel_gtt
snd_hwdep               4843  1 snd_hda_codec
rc_core                14914 12 ir_xmp_decoder,ir_mce_kbd_decoder,ir_nec_decoder,ir_sanyo_decoder,ir_sharp_decoder,ir_rc6_decoder,ir_sony_decoder,ir_jvc_decoder,ir_rc5_decoder,rc_rc6_mce,mceusb
coretemp                5044  0
snd_pcm                57822  5 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_controller,snd_hda_codec
snd_timer              14439  1 snd_pcm
snd                    45295  9 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
cxd2099                 5433  1 ddbridge
dvb_core               74887  1 ddbridge
asus_atk0110            6826  0
uinput                  6084  0
i2c_dev                 4217  0


--- End code ---

Leider bin ich momentan beruflich so stark eingebunden, dass für mein Hobby keine Zeit übrig bleibt  :( Kann also zur Zeit kaum was beitragen.

Ich habe doch nochmal versucht aufzuräumen was geht und alles was mit avahi, nfs-server, und dbus runter geschmissen, manuell die Reste in etc gelöscht, danach erst den dbus neu installiert und danach avahi und avahi-linker (in genau dieser folge) trotzdem hakt es weiterhin.
könnte es ein python Problem sein?

--- Code: ---MLD-Sylvia> avahi-linker status
Traceback (most recent call last):
  File "/usr/bin/avahi-linker", line 715, in <module>
    bus = dbus.SystemBus(mainloop=loop)
  File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 194, in __new__
    private=private)
  File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 100, in __new__
    bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 122, in __new__
    bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoServer: Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused

--- End code ---

Ich wäre wirklich happy wenn wir das in den Griff bekommen können. Das ist für mich weiterhin der Grund warum alle anderen Rechner nicht auf MLD umgestellt wurden. Vor allem da die Avahi Probleme seit Monaten bestehen.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version