udev 175 ist doch steinalt...
Schonmal mit einer neuen Version probiert? Z.B. Version 215?
Moin
udev 175 ist doch steinalt...
Schonmal mit einer neuen Version probiert? Z.B. Version 215?
Danke für den Hinweis 
Peinlich, da hängt wheezy ganz schön hinterher 
Wäre vielleicht doch ein Anlass in Zukunft auf eine Rolling Release zu setzen.
Frank
Wäre vielleicht doch ein Anlass in Zukunft auf eine Rolling Release zu setzen.
Da will ich dir nicht reinreden. Das hat Vor- und Nachteile, denen man sich bewusst sein muss.
Arch Linux wäre eine Möglichkeit. Für dich wäre vielleicht Debian Testing oder besser noch Unstable geeignet.
Testing ist wohl, wie ich gelesen habe, monatelang von einem Feature Freeze betroffen und daher eher kein richtiges Rolling Release
Unstable wohl eher. Die Frage ist aber, ob Unstable seinem Namen gerecht wird.
Arch Linux wäre eine Möglichkeit. Für dich wäre vielleicht Debian Testing oder besser noch Unstable geeignet.
Ich bin ja neben Debian noch Gentoo gewöhnt .... aber auf die Kompilier-Orgien habe ich keinen Bock mehr. Arch Linux wäre eine gute Alternative, damit bin ich auf Raspberry Pi gut klar gekommen.
Frank
Wenn du Gentoo gewöhnt bist, kannst du dir mal Sabayon anschauen. Ist eine Paket basierte Distrie auf Gentoo-Basis aber ohne Kompilierorgien. Man kann jedoch, wenn man will, Pakete aus den Quellen mit Portage installieren. Ist meiner Meinung nach aber eher testung als stabile. Interessantes Projekt trotz allem.
@Gandalf247: Ich sehe in deiner Signatur, dass du jetzt wohl auf Debian 7.6 AMD64 Kernel 3.16 bist. Was hast du gemacht, dass es nun funzt?
Moin,
Zitat@Gandalf247: Ich sehe in deiner Signatur, dass du jetzt wohl auf Debian 7.6 AMD64 Kernel 3.16 bist. Was hast du gemacht, dass es nun funzt?
Das udev 175 mit den 3.16 Kernel funzt habe ich im Kernel
CONFIG_UEVENT_HELPER
CONFIG_UEVENT_HELPER_PATH=/sbin/udevdaktiviert.
Ich habe halt immer noch diese Warnung beim Start, kann mit der Warnung aber nix anfangen....funzt aber alles wie es soll.
Zitatudevd fail to add fds to epoll: operation not permitted
Wenn ich dafür eine Lösung gefunden habe, werde ich sie posten ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Beim bauen des Nvidia Treibers 340.24 gab es keine Probleme
Für das Modul r8168 muss dies noch rein:
--- r8168-8.038.00.orig/src/r8168_n.c
+++ r8168-8.038.00/src/r8168_n.c
@@ -17542,7 +17542,8 @@ rtl8168_init_one(struct pci_dev *pdev,
RTL_NET_DEVICE_OPS(rtl8168_netdev_ops);
- SET_ETHTOOL_OPS(dev, &rtl8168_ethtool_ops);
+ //SET_ETHTOOL_OPS(dev, &rtl8168_ethtool_ops);
+ dev->ethtool_ops = &rtl8168_ethtool_ops;
dev->watchdog_timeo = RTL8168_TX_TIMEOUT;
dev->irq = pdev->irq;
@@ -19119,7 +19120,7 @@ static void rtl8168_schedule_work(struct
{
struct rtl8168_private *tp = netdev_priv(dev);
- PREPARE_DELAYED_WORK(&tp->task, task);
+ INIT_DELAYED_WORK(&tp->task, task);
schedule_delayed_work(&tp->task, 4);
}
#endiFrank
Super, danke für die Info.
@Gandalf247: Ich sehe in deiner Signatur, dass du jetzt wohl auf Debian 7.6 AMD64 Kernel 3.16 bist. Was hast du gemacht, dass es nun funzt?
So der Umzug ist vollzogen.... ich habe jetzt meinen Wohnzimmer Client in einen Standalone VDR umfunktioniert.
Keine Ahnung ob das jetzt an das alte udev oder an den Treiber selbst liegt. Meine TT DVB-S2 USB 3600 läuft nicht richtig mit den 3.16 Kernel, es werden nur SKY Kanäle gefunden... oder könnte das an den STB0899 signal strength fix liegen?
Habe jetzt wieder 3.15.7 am Start und der Familienfrieden bleibt erhalten. 
Frank
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
