[1] 2 >>> MLD-5.x / Systems / x86 Systeme (PC) / MLD 5.4 x86 Testing UDEV Problem
 

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
MLD 5.4 x86 Testing UDEV Problem
« on: March 17, 2018, 12:11:12 »
Wie wir im letzten VC gesprochen haben, habe ich den Eintrag
Code: [Select]
udevadm control --log-priorty=debug in die /etc/init.d/udev eingetragen und hier ist jetzt der dazu gehörige Log
Code lautet: grbHgW
Logged
Gruß Mario
Meine Hardware (show / hide)

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4823
    • View Profile
MLD 5.4 x86 Testing UDEV Problem
« Reply #1 on: March 17, 2018, 12:24:41 »
an der richtigen stelle? udev wird bei dir nämlich erst ab 186sec redsellig

...

poste mal das init script hier im code block
Logged
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
MLD 5.4 x86 Testing UDEV Problem
« Reply #2 on: March 17, 2018, 12:26:35 »
Hier das es!
Code: [Select]
#!/bin/sh

. /etc/init.d/rc.functions

case "$1" in
        start)
                echo "Starting udev Daemon"
                mkdir -p /dev/.udev
                udevd --daemon
                udevadm control --log-priorty=debug
                udevadm trigger --action=add
                #udevadm trigger --action=add --type=subsystems
                #udevadm trigger --action=add --type=devices
                #udevadm trigger --action=change --type=devices
                #udevadm monitor --udev &>/var/log/udev.log &
                #cat /dev/.udev/queue.bin > /var/log/udev1
                #sleep 5
                #cat /dev/.udev/queue.bin > /var/log/udev2
                udevadm settle --timeout=10
                #cat /dev/.udev/queue.bin > /var/log/udev3
                check_status
                ;;
        stop)
                echo "Stopping udev Daemon"
                udevadm control --timeout=60 --exit
                sleep 1
                killall udevd 2>/dev/null
                check_status
                ;;
        restart)
                $0 stop
                sleep 1
                $0 start
                ;;
        init)
                start=1
                priority=9
                ;;
        *)
                echo "Usage $0 {start | stop | restart}" >&2
                exit 1
esac
Logged
Gruß Mario
Meine Hardware (show / hide)

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4823
    • View Profile
MLD 5.4 x86 Testing UDEV Problem
« Reply #3 on: March 17, 2018, 12:29:14 »
wer hat udev gebaut?

kann es sein das es davon überschrieben wird:

/etc/udev/udev.conf ????

stell da mal debug anstatt err ein und schau mal ob es redselliger wird
Logged
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
MLD 5.4 x86 Testing UDEV Problem
« Reply #4 on: March 17, 2018, 12:32:43 »
Weißt du was ich gebe dir das System frei und du kannst selber drauf schauen. Code bekommst du im VC
Logged
Gruß Mario
Meine Hardware (show / hide)

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4823
    • View Profile
MLD 5.4 x86 Testing UDEV Problem
« Reply #5 on: March 17, 2018, 12:37:53 »
es ist die udev.conf!

/etc/udev/udev.conf
Code: [Select]
# The initial syslog(3) priority: "err", "info", "debug" or its
# numerical equivalent. For runtime debugging, the daemons internal
# state can be changed with: "udevadm control --log-priority=<value>".
udev_log="debug"

und dann kann die init wieder so aussehen
Code: [Select]
#!/bin/sh

. /etc/init.d/rc.functions

case "$1" in
start)
echo "Starting udev Daemon"
mkdir -p /dev/.udev
udevd --daemon
udevadm trigger --action=add
#udevadm trigger --action=add --type=subsystems
#udevadm trigger --action=add --type=devices
#udevadm trigger
udevadm settle --timeout=10
check_status
;;
Logged
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4823
    • View Profile
MLD 5.4 x86 Testing UDEV Problem
« Reply #6 on: March 17, 2018, 13:13:11 »
so jetzt aber:

etc/init.d/udev muss so aussehen, damit sie bei debug nicht hängen bleibt:
Code: [Select]
#!/bin/sh

. /etc/init.d/rc.functions

case "$1" in
start)
echo "Starting udev Daemon"
mkdir -p /dev/.udev
udevd --daemon &>/dev/null </dev/null
udevadm trigger --action=add
#udevadm trigger --action=add --type=subsystems
#udevadm trigger --action=add --type=devices
#udevadm trigger
udevadm settle --timeout=10
check_status
;;
stop)
echo "Stopping udev Daemon"
udevadm control --timeout=60 --exit
sleep 1
killall udevd 2>/dev/null
check_status
;;
restart)
$0 stop
sleep 1
$0 start
;;
init)
start=1
priority=9
;;
*)
echo "Usage $0 {start | stop | restart}" >&2
exit 1
esac


und in etc/udev/udev.conf muss:
Code: [Select]
# The initial syslog(3) priority: "err", "info", "debug" or its
# numerical equivalent. For runtime debugging, the daemons internal
# state can be changed with: "udevadm control --log-priority=<value>".
udev_log="debug"

dann sollte man in der /var/log/messages sehen - wieso der timeout des settles triggered *HOFFENTLICH*
Logged
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
MLD 5.4 x86 Testing UDEV Problem
« Reply #7 on: March 17, 2018, 14:34:19 »
So habe jetzt die "/etc/init.d//udev" angepasst und in der "etc/udev/udev.conf" den Eintrag auf "debug" geändert.

Hier der Debug-Log dazu: xJNfCt
Logged
Gruß Mario
Meine Hardware (show / hide)

Offline MarMic

  • Administrator
  • Expert Member
  • ********
  • Posts: 4823
    • View Profile
MLD 5.4 x86 Testing UDEV Problem
« Reply #8 on: March 17, 2018, 18:22:28 »
ich würde sagen es hängt tatsächlich irgendwie mit lirc zusammen
Code: [Select]
Mar 17 14:27:13 (MLD) daemon.warn kernel: [   67.013771] udevd[737]: seq 3533 '/devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4:1.0/rc/rc0/lirc0' is taking a long time
Mar 17 14:29:13 (MLD) daemon.err kernel: [  186.808710] udevd[737]: seq 3533 '/devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4:1.0/rc/rc0/lirc0' killed
Mar 17 14:29:13 (MLD) daemon.warn kernel: [  186.809464] udevd[737]: worker [842] terminated by signal 9 (KILL)
Mar 17 14:29:13 (MLD) daemon.err kernel: [  186.809473] udevd[737]: worker [842] failed while handling '/devices/pci0000:00/0000:00:14.0/usb1/1-4/1-4:1.0/rc/rc0/lirc0'

wie auch damals bei p3f
Logged
SZVDR HD: Intel e5300@1,2ghz - Gigabyte GA-EP41-UD3L - 2GB ddr2 800 - Gainward G210 512mb - Silverstone LC16MR - DVBSky S952 - Astra 19,2 - MLD 5.4

WZVDR HD: Intel g1610@1,6ghz - Intel DH61BE - Scythe Big Shuriken 2 - 4GB ddr3 1333 - Asus GT610 1024mb - Chieftec Hi-Fi HM-02 - Tevii s480 - Astra 19,2 - MLD 5.4

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20445
    • View Profile
    • ClausMuus.de
MLD 5.4 x86 Testing UDEV Problem
« Reply #9 on: March 17, 2018, 18:44:12 »
Ja, da hängt ganz offensichtlich etwas beim erstellen des lirc0 devices.
Das könnte nun direkt mit dem lirc Treiber zusammen hängen, aber wahrscheinlicher ist, das z.B. das lircd_helper Script das per udev Regel aufgerufen wird hängt.

Entferne mal die Datei /lib/udev/rules.d/98-lircd.rules und schaue ob er dann beim booten noch immer hängt:
Code: [Select]
mv /lib/udev/rules.d/98-lircd.rules /root
Nach dem Test kannst Du die so wieder herstellen:
Code: [Select]
mv /root/98-lircd.rules /lib/udev/rules.d/
Logged
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
MLD 5.4 x86 Testing UDEV Problem
« Reply #10 on: March 22, 2018, 00:17:36 »
Habe jetzt mal mit den zwei mv befehlen getestet. Wenn ich den ersten Befehl ausführe und dann einen shutdown machen und wieder starte dann startet er ohne die 60 sek Wartezeit. Führe ich den zweiten Befehl aus und einen shutdown dann starte ich wieder, habe ich die 60 sek Wartezeit.
Habe jetzt auch mal das lirc Paket deinstalliert um zu schauen ob meine FB auch ohne geht, geht auch und dann das lirc-Paket wieder installiert. Nach der Installation ging auf einmal auch der Start ohne das ich die Wartezeit drin habe. Nur habe ich jetzt ein Prellen auf der FB wohl eingestellt ist "Ruckeln und prellen unterbinden"
Snapshots habe ich für dich gemacht Claus das wir das auch wieder nachstellen können da ich jetzt einen Snapshot zurück gegangen bin, dass ich das Prellen der FB wieder weg habe.
Logged
Gruß Mario
Meine Hardware (show / hide)

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20445
    • View Profile
    • ClausMuus.de
MLD 5.4 x86 Testing UDEV Problem
« Reply #11 on: March 22, 2018, 08:12:29 »
OK, dann jetzt hier der nächste Test:
Kommentiere Bitte in der /lib/udev/lircd_helper die Zeilen 54 (/usr/bin/lircd2uinput ...) und 57 (/usr/bin/lircd-uinput ...) aus und teste anschließend ob Dein RPI ohne Pause bootet.
Außerdem würde ich gerne wissen, ob Du das Paket lircd2uinput installiert hast?
Logged
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
MLD 5.4 x86 Testing UDEV Problem
« Reply #12 on: March 22, 2018, 08:22:23 »
Morgen Claus!
Das ist ein X86 System aber ich werde heute auch den Test noch machen und Bescheid sagen.
Das "lircd2uinput-paket" ist installiert
Logged
Gruß Mario
Meine Hardware (show / hide)

Online clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20445
    • View Profile
    • ClausMuus.de
MLD 5.4 x86 Testing UDEV Problem
« Reply #13 on: March 22, 2018, 08:26:20 »
Dann kannst Du auch noch einen Test ohne die Änderungen und ohne das lircd2uinput Paket machen.
Logged
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 5.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 12TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline mafe68

  • MLD-Tester
  • Expert Member
  • ******
  • Posts: 2389
  • Immer auf der Suche nach was neuem!
    • View Profile
    • Mediastreambox
MLD 5.4 x86 Testing UDEV Problem
« Reply #14 on: March 22, 2018, 08:44:46 »
So habe jetzt mal die zwei Zeilen Auskommentiert in der /lib/udev/lircd und in der /udev habe ich auch wieder den "--timeout 10" raus genommen.

So hier mal der Log ohne das ich die zwei Zeilen auskommentiert habe! Da hängt er auch
Code: [Select]
Mar 22 08:36:50 (MLD) local0.notice lircd-0.10.0[926]: Notice: Driver  version: 0.10.0
Mar 22 08:36:50 (MLD) local0.notice lircd-0.10.0[926]: Notice: Driver  info: See file:///usr/share/doc/lirc/plugindocs/default.html
Mar 22 08:36:50 (MLD) local0.info lircd-0.10.0[926]: Info: lircd:  Opening log, level: Info
Mar 22 08:36:50 (MLD) local0.warn lircd-0.10.0[926]: Warning: Running as root
Mar 22 08:36:50 (MLD) local0.err lircd-0.10.0[926]: could not open config file '/etc/lircd.conf': No such file or directory
Mar 22 08:36:50 (MLD) local0.notice lircd-0.10.0[956]: Notice: lircd(default) ready, using /var/run/lirc/lircd-lirc0
Mar 22 08:36:50 (MLD) local0.notice lircd-0.10.0[956]: Notice: accepted new client on /var/run/lirc/lircd-lirc0
Mar 22 08:36:50 (MLD) local0.info lircd-0.10.0[956]: Info: [lirc] protocol is enabled
Mar 22 08:36:50 (MLD) user.info kernel: [    6.563317] input: lircd as /devices/virtual/input/input10
Mar 22 08:36:51 (MLD) user.info kernel: [    7.306388] fbcon: inteldrmfb (fb0) is primary device
Mar 22 08:36:51 (MLD) user.info kernel: [    7.306505] Console: switching to colour frame buffer device 240x67
Mar 22 08:36:51 (MLD) user.info kernel: [    7.306516] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
Mar 22 08:37:51 (MLD) daemon.warn kernel: [   66.812064] udevd[740]: seq 3533 '/devices/pci0000:00/0000:00:14.0/usb1/1-3/1-3:1.0/rc/rc0/lirc0' is taking a long time
Mar 22 08:37:51 (MLD) user.info kernel: [   67.638527] r8169 0000:04:00.0 eth0: link down
Mar 22 08:37:51 (MLD) user.info kernel: [   67.638528] r8169 0000:04:00.0 eth0: link down
Mar 22 08:37:51 (MLD) user.info kernel: [   67.638588] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Mar 22 08:37:53 (MLD) daemon.debug kernel: [   69.132365] udevd[740]: inotify event: 8 for /dev/sda1
Mar 22 08:37:53 (MLD) daemon.debug kernel: [   69.132390] udevd[740]: device /dev/sda1 closed, synthesising 'change'
Mar 22 08:37:53 (MLD) daemon.debug kernel: [   69.132553] udevd[740]: seq 3583 queued, 'change' 'block'
Mar 22 08:37:53 (MLD) daemon.debug kernel: [   69.132723] udevd[848]: seq 3583 running
Mar 22 08:37:53 (MLD) daemon.debug kernel: [   69.143245] udevd[848]: seq 3583 processed
Mar 22 08:37:54 (MLD) daemon.debug kernel: [   69.737688] udevd[740]: seq 3584 queued, 'add' 'bdi'
Mar 22 08:37:54 (MLD) daemon.debug kernel: [   69.737786] udevd[848]: seq 3584 running
Mar 22 08:37:54 (MLD) daemon.debug kernel: [   69.738061] udevd[848]: seq 3584 processed
Mar 22 08:37:54 (MLD) user.notice kernel: [   69.757284] XFS (sda3): Mounting V5 Filesystem
Mar 22 08:37:54 (MLD) user.info kernel: [   69.808996] XFS (sda3): Ending clean mount
Mar 22 08:37:54 (MLD) user.notice kernel: [   69.813550] random: crng init done
Mar 22 08:37:54 (MLD) user.info kernel: [   69.882369] EXT4-fs (sdb): mounted filesystem with ordered data mode. Opts: (null)
Mar 22 08:37:55 (MLD) user.info kernel: [   70.786839] r8169 0000:04:00.0 eth0: link up
Mar 22 08:37:55 (MLD) user.info kernel: [   70.786848] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar 22 08:38:02 (MLD) daemon.debug kernel: [   77.764107] udevd[740]: seq 3585 queued, 'add' 'vc'
Mar 22 08:38:02 (MLD) daemon.debug kernel: [   77.764269] udevd[848]: seq 3585 running
Mar 22 08:38:02 (MLD) daemon.debug kernel: [   77.764313] udevd[740]: seq 3586 queued, 'add' 'vc'
Mar 22 08:38:02 (MLD) daemon.debug kernel: [   77.764391] udevd[849]: seq 3586 running
Mar 22 08:38:02 (MLD) daemon.debug kernel: [   77.764642] udevd[848]: seq 3585 processed
Mar 22 08:38:02 (MLD) daemon.debug kernel: [   77.764763] udevd[849]: seq 3586 processed
Mar 22 08:38:02 (MLD) daemon.warn dbus-daemon[1628]: [system] org.freedesktop.DBus.Error.AccessDenied: Failed to set fd limit to 65536: Operation not permitted
Mar 22 08:38:02 (MLD) daemon.debug kernel: [   78.706487] udevd[740]: seq 3587 queued, 'remove' 'vc'
Mar 22 08:38:02 (MLD) daemon.debug kernel: [   78.706592] udevd[848]: seq 3587 running
Mar 22 08:38:02 (MLD) daemon.debug kernel: [   78.706639] udevd[740]: seq 3588 queued, 'remove' 'vc'
Mar 22 08:38:02 (MLD) user.warn kernel: [   78.706713] Trying to free nonexistent resource <00000000c0000000-00000000dfdeffff>
Mar 22 08:38:02 (MLD) daemon.debug kernel: [   78.706714] udevd[849]: seq 3588 running
Mar 22 08:38:05 (MLD) user.err vdr: [2016] ERROR: unknown config parameter: DefaultSortModeRec = 1
Mar 22 08:38:05 (MLD) user.err vdr: [2016] ERROR: unknown config parameter: RecordKeyHandling = 2
Mar 22 08:38:05 (MLD) user.err vdr: [2016] ERROR: unknown config parameter: SVDRPDefaultHost =
Mar 22 08:38:05 (MLD) user.err vdr: [2016] ERROR: unknown config parameter: SVDRPHostName =
Mar 22 08:38:05 (MLD) user.err vdr: [2016] ERROR: unknown config parameter: SVDRPPeering = 0
Mar 22 08:38:06 (MLD) user.err vdr: Selected deinterlacer for resolution 0 is not supported by HW
Mar 22 08:38:06 (MLD) user.err vdr: Selected deinterlacer for resolution 1 is not supported by HW
Mar 22 08:38:06 (MLD) user.err vdr: Selected deinterlacer for resolution 2 is not supported by HW
Mar 22 08:38:06 (MLD) user.err vdr: Selected deinterlacer for resolution 3 is not supported by HW
Mar 22 08:38:06 (MLD) user.err vdr: Selected deinterlacer for resolution 4 is not supported by HW
Mar 22 08:38:07 (MLD) user.err vdr: Selected deinterlacer for resolution 0 is not supported by HW
Mar 22 08:38:07 (MLD) user.err vdr: Selected deinterlacer for resolution 1 is not supported by HW
Mar 22 08:38:07 (MLD) user.err vdr: Selected deinterlacer for resolution 2 is not supported by HW
Mar 22 08:38:07 (MLD) user.err vdr: Selected deinterlacer for resolution 3 is not supported by HW
Mar 22 08:38:07 (MLD) user.err vdr: Selected deinterlacer for resolution 4 is not supported by HW
Mar 22 08:38:07 (MLD) user.err vdr: video: display buffer empty, duping frame (1/0) 0
Und jetzt mit den Auskommentierten Zeilen
Code: [Select]
Mar 22 08:42:34 (MLD) user.info kernel: [    6.316428] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9
Mar 22 08:42:34 (MLD) local0.info lircd-0.10.0[942]: Info: lircd:  Opening log, level: Info
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Version: lircd 0.10.0
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: System info: Linux VDR-WZ 4.14.19.199.73 #1 SMP Sun Mar 18 02:20:08 CET 2018 x86_64 GNU/Linux
Mar 22 08:42:34 (MLD) local0.info lircd-0.10.0[942]: Info: Initial device: /dev/lirc0
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: 'lirc' written to protocols file /sys/class/rc/rc0/protocols
Mar 22 08:42:34 (MLD) local0.info lircd-0.10.0[942]: Info: Initial device: /dev/lirc0
Mar 22 08:42:34 (MLD) local0.info lircd-0.10.0[942]: Info: [lirc] protocol is enabled
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: driver: default
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: output: /var/run/lirc/lircd-lirc0
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: nodaemon: 0
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: plugindir: /usr/lib/x86_64-linux-gnu/lirc/plugins
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: logfile: syslog
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: immediate-init: 0
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: permission: 666
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: driver-options:
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: pidfile: /var/run/lirc/lircd-lirc0.pid
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: listen: 0
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: connect: (null)
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: userelease: 0
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: effective_user: (null)
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: release_suffix: _EVUP
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: allow_simulate: 0
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: repeat_max: 600
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: configfile: /etc/lircd.conf
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Options: dynamic_codes: (null)
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Current driver: default
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Driver API version: 3
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Driver  version: 0.10.0
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[942]: Notice: Driver  info: See file:///usr/share/doc/lirc/plugindocs/default.html
Mar 22 08:42:34 (MLD) local0.info lircd-0.10.0[942]: Info: lircd:  Opening log, level: Info
Mar 22 08:42:34 (MLD) local0.warn lircd-0.10.0[942]: Warning: Running as root
Mar 22 08:42:34 (MLD) local0.err lircd-0.10.0[942]: could not open config file '/etc/lircd.conf': No such file or directory
Mar 22 08:42:34 (MLD) local0.notice lircd-0.10.0[956]: Notice: lircd(default) ready, using /var/run/lirc/lircd-lirc0
Mar 22 08:42:35 (MLD) user.info kernel: [    7.327893] fbcon: inteldrmfb (fb0) is primary device
Mar 22 08:42:35 (MLD) user.info kernel: [    7.328017] Console: switching to colour frame buffer device 240x67
Mar 22 08:42:35 (MLD) user.info kernel: [    7.328028] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
Mar 22 08:42:36 (MLD) user.info kernel: [    8.030523] r8169 0000:04:00.0 eth0: link down
Mar 22 08:42:36 (MLD) user.info kernel: [    8.030525] r8169 0000:04:00.0 eth0: link down
Mar 22 08:42:36 (MLD) user.info kernel: [    8.030583] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Mar 22 08:42:38 (MLD) user.notice kernel: [   10.121636] XFS (sda3): Mounting V5 Filesystem
Mar 22 08:42:38 (MLD) user.info kernel: [   10.172002] XFS (sda3): Ending clean mount
Mar 22 08:42:38 (MLD) user.info kernel: [   10.233724] EXT4-fs (sdb): mounted filesystem with ordered data mode. Opts: (null)
Mar 22 08:42:38 (MLD) user.info kernel: [   10.696700] r8169 0000:04:00.0 eth0: link up
Mar 22 08:42:38 (MLD) user.info kernel: [   10.696710] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar 22 08:42:46 (MLD) daemon.debug kernel: [   18.147626] udevd[744]: seq 3583 queued, 'add' 'vc'
Mar 22 08:42:46 (MLD) daemon.debug kernel: [   18.147990] udevd[744]: seq 3583 forked new worker [1460]
Mar 22 08:42:46 (MLD) daemon.debug kernel: [   18.148223] udevd[744]: seq 3584 queued, 'add' 'vc'
Mar 22 08:42:46 (MLD) daemon.debug kernel: [   18.148225] udevd[1460]: seq 3583 running
Mar 22 08:42:46 (MLD) daemon.debug kernel: [   18.148508] udevd[744]: seq 3584 forked new worker [1461]
Mar 22 08:42:46 (MLD) daemon.debug kernel: [   18.148627] udevd[1460]: seq 3583 processed
Mar 22 08:42:46 (MLD) daemon.debug kernel: [   18.149071] udevd[1461]: seq 3584 running
Mar 22 08:42:46 (MLD) daemon.debug kernel: [   18.149567] udevd[1461]: seq 3584 processed
Mar 22 08:42:46 (MLD) daemon.debug kernel: [   18.149650] udevd[744]: cleanup idle workers
Mar 22 08:42:46 (MLD) daemon.debug kernel: [   18.150113] udevd[744]: worker [1461] exited
Mar 22 08:42:46 (MLD) daemon.warn dbus-daemon[1545]: [system] org.freedesktop.DBus.Error.AccessDenied: Failed to set fd limit to 65536: Operation not permitted
Mar 22 08:42:46 (MLD) user.notice kernel: [   18.519246] random: crng init done
Mar 22 08:42:47 (MLD) user.warn kernel: [   19.082968] Trying to free nonexistent resource <00000000c0000000-00000000dfdeffff>
Mar 22 08:42:49 (MLD) user.err vdr: [1914] ERROR: unknown config parameter: DefaultSortModeRec = 1
Mar 22 08:42:49 (MLD) user.err vdr: [1914] ERROR: unknown config parameter: RecordKeyHandling = 2
Mar 22 08:42:49 (MLD) user.err vdr: [1914] ERROR: unknown config parameter: SVDRPDefaultHost =
Mar 22 08:42:49 (MLD) user.err vdr: [1914] ERROR: unknown config parameter: SVDRPHostName =
Mar 22 08:42:49 (MLD) user.err vdr: [1914] ERROR: unknown config parameter: SVDRPPeering = 0
da startet er auf jedenfall schneller ohne die 60Sek Wartezeit.
Logged
Gruß Mario
Meine Hardware (show / hide)

[1] 2 >>> MLD-5.x / Systems / x86 Systeme (PC) / MLD 5.4 x86 Testing UDEV Problem
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.