[wino]

Hallo MegaX,

@wino

Hab heut mal ein ISO ausm Nightbuild hier uffer HP erstellt und es damit probiert leider mit den selben Problemen.

wäre auch dumm wenn es damit anders wäre. Sind doch die gleichen Dateien. Sehe mal in Dein Postfach, je nach Ergebnis werden wir dann weiter sehen.

Könnte es möglich sein das irgendwas zu spät geladen wird und udev dann davon ausgeht das die Hardware nicht da ist und wenn sie geladen wird dann neu eingetragen wird?

Dazu kann sicher Claus etwas sagen. Er kennt den genauen Ablauf.

Hoffe du kannst meinem Gedankengang folgen.MegaX

Du weißt wohl wie alt ich bin? :lol:

wino

[MegaX]

Hallo MegaX,

@wino

Hab heut mal ein ISO ausm Nightbuild hier uffer HP erstellt und es damit probiert leider mit den selben Problemen.

wäre auch dumm wenn es damit anders wäre. Sind doch die gleichen Dateien. Sehe mal in Dein Postfach, je nach Ergebnis werden wir dann weiter sehen.

Ein gutes hats aber, es liegt nicht an meiner Devel .

Du weißt wohl wie alt ich bin? :lol:

Nein, aber ich weiß wie alt ich bin und das ich mein Zeug was ich schreibe oftmals dann selber nimmer kapier :lol: . Im Kopf hört sich immer alles gut an


MegaX

[obelix]

@ wino
Hast du das ganze nur in der VM oder auch Real getestet?


MegaX

Nur real. In der VM werden keine Rules angelegt.

MfG
wino

Ich habe mir die 3.0.2 in der VirtualBox installiert und habe nach jedem Reboot einen weiteren Eintrag drin. Auf Blech - also real - kann ich momentan nur Live testen.

Gruß

Obelix

[wino]

Ich habe mir die 3.0.2 in der VirtualBox installiert und habe nach jedem Reboot einen weiteren Eintrag drin. Auf Blech - also real - kann ich momentan nur Live testen.

Ich habe eine Vermutung. Diese muss sich erst noch bei Tests bestätigen und danach wird die Lösung, wenn es eine ist, bekanntgegeben.

MfG
wino

[MarMic]

ik will dat a wisse :-)

greetz MarMic

edit.//

es wurde mal gesagt das problem gabs nicht vorm kernel wechsel -> da ich alles isos aufhebe die ich gebaut habe :-) -> doch das problem gab es auch mit kernel 3.3.1 eben nach getestet

greetz MarMic

[wino]

ik will dat a wisse :-)greetz MarMic

Zeige bitte mal Deine message Logdatei und die hochgezählte Rules.  

MfG
wino

[MarMic]

altes iso(kernel 3.3.1) oder neues iso(3.5.4)?

[wino]

altes iso(kernel 3.3.1) oder neues iso(3.5.4)?

Ist egal. Der Fehler tritt doch bei Dir bei beiden auf. Es geht mir um die Dateien. Daran lässt sich meine Vermutung hoffentlich besser erklären.

MfG
wino

[MarMic]

hi wino,

im anhang!

pw -> pm

greetz MarMic

[wino]

Um den Fehler nachvollziehen zu können, habe ich mir online ein ISO zusammengestellt. Das Verhalten wie bei Euch lässt sich nicht nachstellen. Dabei kann ich das Netzwerk sooft starten bzw. restarten wie ich will. Ist schon kurios.

Legt bitte versuchsweise unter /etc/udev/rules.d/71-meine-netinterfaces.rules an.
Damit die Rules später als die automatisch generierte gestartet wird, muss sie eine höhere Nummer haben.

Code: [Select]

#eth0
#
KERNEL=="eth*", SYSFS{address}=="00:0c:29:25:95:50", NAME="eth0"Natürlich mit Eure MAC Adresse der Karte.

EDIT: Eine andere Möglichkeit  wäre SUBSYSTEMS=="net", GOTO="persistent_net_generator_end" als erste Zeile in der 70-persistent-net.rules eintragen.

MfG
wino

[MarMic]

hi wino,

das müsste man direkt ins iso schreiben. habe es natürlich eben probiert. aber zu dem zeitpunkt wo die initramfs die ganze sache schon anleiert gibt es wohl noch nicht das fs mit der datei (überlagert nicht die initramfs).

greetz MarMic

p.s. was gegen die theorie spricht = das er die datei hochzählt d.h. die muss ja im fs sein und somit muss zu dem zeitpunkt alles fertig gemountet sein ... :-(

[P3f]

Hi,

entschuldigt bitte wenn ich hier ein wenig OT werde, aber ich bin etwas verwundert in Bezug auf die Develumgebung.

Wenn ich im Hauptverzeichnis ein "svn up" eingebe, dann wird mir die Rev 541 angezeigt. Aber im "svn log" hört der Eintrag bei r540 auf. Genauso ist es mir aufgefallen im vdr-Addon. Dort wird die Rev 370 angezeigt, aber im "svn log" wird r369 nur dargestellt und korrekterweise hat der Bau des vdr-Addon sfs-Files die Version 368_369.

Aber wo sind die Revision nun her, und wenn ich dann noch in den Updatenews schaue, dann sehe ich das unter der MLD 3.0.1 die vdr-Addon auch mit Rev 370 gebaut wird, inkl. aller Addons.

Warum also in der MLD 3.0.2 nicht? Ich verstehe es einfach nicht. :wand  :wow:

Gruß,

PIt

Ganz einfach in der 3.0.1 habe ich die rev370 eingecheckt , welche keine wirkung auf 3.0.2 hat (dvbblocker fix) . Wenn ich in der 3.0.2 etwas einchecke und in der 3.0.1 nicht ist der Spieß andersrum

Hi,

ich habe eine Rückfrage bevor ich mir den Zorn von Euch einhole...

Ich bin dabei mit dem eventlircd-Addon und udev die standardisierte Fernbedienungslogik einzubauen. Dabei ist mir zum Beispiel aufgefallen, das in dem VDR-Addon im template/etc/vdr/remote.lirc ein Fehler drin ist. Das habe ich nun bei mir korrigiert würde es ins svn hochladen.

Aber ex werden ja im Moment immer mal wieder auch nur die Uploads in 3.0.1 geupdated, was ja bereits von Christian erklärt worden ist. Nun würde ja -wenn ich nur diese Anpassung hochlade- die Rev 371 beim VDR-Addon hochgezählt werden und wir hätten dann den in Rev 370 gemachte

[wino]

Hi,

ich habe eine Rückfrage bevor ich mir den Zorn von Euch einhole...

Ich bin dabei mit dem eventlircd-Addon und udev die standardisierte Fernbedienungslogik einzubauen. Dabei ist mir zum Beispiel aufgefallen, das in dem VDR-Addon im template/etc/vdr/remote.lirc ein Fehler drin ist. Das habe ich nun bei mir korrigiert würde es ins svn hochladen.
Gruß,
Pit

Tut mir bitte ein Gefallen. Wenn Ihr Fehler findet die Lirc, udev, eventlircd usw. betreffen, bitte hier mitteilen. Es mach wenig Sinn wenn verscheide User an den den Dingen etwas ändern ohne das ich vorab weiß um was es sich hantelt. Wenn ich

[P3f]

Hi Wino,

ich glaube da hast Du mich falsch verstanden. Ich beziehe mich hier nur auf das Addon "vdr", welches ja im Branch natty (MLD 3.0.1) einen veränderten dvbblocker-patch erhalten hat.

Ich wollte nur den Fehler in der template/etc/vdr/remote.conf.lirc korrigieren, und dazu müßte ich das vdr-Addon updaten (mit neuer Rev). Und da rein die Frage, ob dann auch der aktualisierte dvbblocker.patch gleichzeitig gezogen werden sollte.

Deine Meinung zum eventlircd-Addon teile ich vollkommen.

//edit: Ich arbeite auch nur noch an der 3.0.2 weil es so genial ist mit dem udev....

Gruß,

Pit

[MarMic]

@ wino du brauchst kein branch, da wir mld gebrancht haben und so die moduleslist von 301 nicht erweitert wird

Greetz marmic