Am Sonntag 09 Januar 2005 14:49 schrieb Andreas Pakulat:
> On 09.Jan 2005 - 12:45:15, Dirk Salva wrote:
> > Hi Leute,
> >
> > gerade stelle ich mit Verwunderung fest, daß auf meinem Client kein
> > ISDN mehr vorhanden ist:-(
[...]
> > Die Module werden problemlos geladen (sowohl isdn als auch his
On 11.Jan 2005 - 19:28:03, Gerhard Gaußling wrote:
> Am Montag 10 Januar 2005 22:57 schrieb Dirk Salva:
> > On Mon, Jan 10, 2005 at 09:19:24PM +0100, Andreas Pakulat wrote:
> > > Auf den ersten Blick ja. Wie gesagt ich hatte das ja schon für mich
> > > gemacht und Dirk hat (per PM) dies auch erhalt
Am Montag 10 Januar 2005 22:57 schrieb Dirk Salva:
> On Mon, Jan 10, 2005 at 09:19:24PM +0100, Andreas Pakulat wrote:
> > Auf den ersten Blick ja. Wie gesagt ich hatte das ja schon für mich
> > gemacht und Dirk hat (per PM) dies auch erhalten.
>
> Nö, hier ist nix angekommen.
Hallo,
Wie wäre es
On Mon, Jan 10, 2005 at 09:19:24PM +0100, Andreas Pakulat wrote:
> Auf den ersten Blick ja. Wie gesagt ich hatte das ja schon für mich
> gemacht und Dirk hat (per PM) dies auch erhalten.
Nö, hier ist nix angekommen. Haste die GMX-Adresse genommen? Dann
kann ich dazu nur noch grmbl sagen. GMX schei
On 10.Jan 2005 - 20:22:50, Gerhard Gaußling wrote:
> Am Montag 10 Januar 2005 10:12 schrieb Andreas Pakulat:
> Hmm.. gut zu wissen. Dann ist die links.conf nur für spezielle root
> devices geeignet, und zur Erstellung von links. Geht aber ja auch in
> udev.rules.
Aber nicht für die HiSax-Devices
Am Montag 10 Januar 2005 10:12 schrieb Andreas Pakulat:
> > > Das hat aber keine Auswirkungen;-(
> >
> > Auf die Dateirechte?
> > Das sollte aber nicht der Fall sein :-(
>
> Ist es aber, hatten wir schonmal auf der Liste. permissions.d wirkt
> sich nicht auf durch links.conf erzeugte Dateien aus.
On Mon, Jan 10, 2005 at 12:32:55AM +0100, Gerhard Gaußling wrote:
> Am Montag 10 Januar 2005 00:02 schrieb Dirk Salva:
> > Das hat aber keine Auswirkungen;-(
> Auf die Dateirechte?
Genau.
> Das sollte aber nicht der Fall sein :-(
> /etc/init.d/udev restart vergessen?
> reboot? (hmm.. sollte ja au
On 10.Jan 2005 - 00:32:55, Gerhard Gaußling wrote:
> Am Montag 10 Januar 2005 00:02 schrieb Dirk Salva:
> > Das hat aber keine Auswirkungen;-(
>
> Auf die Dateirechte?
> Das sollte aber nicht der Fall sein :-(
Ist es aber, hatten wir schonmal auf der Liste. permissions.d wirkt
sich nicht auf durc
Am Montag 10 Januar 2005 00:02 schrieb Dirk Salva:
> Das hat aber keine Auswirkungen;-(
Auf die Dateirechte?
Das sollte aber nicht der Fall sein :-(
/etc/init.d/udev restart vergessen?
reboot? (hmm.. sollte ja auch irgendwie ohne gehen #-/ .
Auf das Verhalten bezüglich der /etc/resolv.conf?
Wie g
On Sun, Jan 09, 2005 at 10:17:13PM +0100, Gerhard Gaußling wrote:
> ich habe leider gerade überhaupt keine Ahnung was das bedeutet, aber
> könnte das mit der Gruppenzugehörigkeit und Zugriffsrechte der devices
> zu tun haben?
> Die müssen in /etc/udev/permissions.d eingestellt werden.
Die habe
Am Sonntag 09 Januar 2005 21:46 schrieb Dirk Salva:
> Bis auf den MAKEDEV-link habe ich exakt die alle eingetragen, und es
> funktioniert tatsächlich! Allerdings stelle ich ärgerlicherweise
> fest, daß die resolv.conf beim Auflegen nicht wieder
> zurückgeschrieben wird, und das obwohl /etc/ppp/ip-d
On Sun, Jan 09, 2005 at 07:57:11PM +0100, Gerhard Gaußling wrote:
> Einfach mal probieren, und
> $ sudo /etc/init.d/udev restart
> eintippen!
> Würde mich interessieren, ob Du damit Erfog hast.
Bis auf den MAKEDEV-link habe ich exakt die alle eingetragen, und es
funktioniert tatsächlich! Allerdi
Am Sonntag 09 Januar 2005 20:43 schrieb Dirk Salva:
> Allerdings würde mich noch interessieren, wieso Du noch
> einne link auf MAKEDEV gesetzt hast?
>
> Und zu Deinem tutorial ist mir nur folgendes aus links.conf
> aufgefallen: # This file does not exist. Please do not ask the debian
> maintainer #
Am Sonntag 09 Januar 2005 20:43 schrieb Dirk Salva:
> Allerdings würde mich noch interessieren, wieso Du noch
> einne link auf MAKEDEV gesetzt hast?
>
> Und zu Deinem tutorial ist mir nur folgendes aus links.conf
> aufgefallen: # This file does not exist. Please do not ask the debian
> maintainer #
On Sun, Jan 09, 2005 at 06:57:06PM +0100, Gerhard Gaußling wrote:
> wie schon erwähnt lässt sich das vielleicht über /etc/udev/links.conf
> lösen.
[...]
> folglich folgendes zu /etc/udev/links.conf hinzufügen:
> L MAKEDEV /sbin/MAKEDEV
Ja danke sehr, so habe ich das auch gemacht und es fun
Am Sonntag 09 Januar 2005 18:16 schrieb Dirk Salva:
> Immer her damit. Es müssen die devices ippp0 -2
$ ll /.dev/ippp*
crw-rw 1 root dialout 45, 128 2004-12-18 13:34 /.dev/ippp0
crw-rw 1 root dialout 45, 129 2004-12-18 13:34 /.dev/ippp1
crw-rw 1 root dialout 45, 130 2004-12-18 13:34
Am Sonntag 09 Januar 2005 17:41 schrieb Andreas Pakulat:
> man mknod, eventuell reicht auch MAKEDEV. Wie die devices aussehen
> kannst du ja in .dev nachschauen (also Typ und major/minor nummer).
Hallo,
wie schon erwähnt lässt sich das vielleicht über /etc/udev/links.conf
lösen.
$ ll /.dev/isd*
On Sun, Jan 09, 2005 at 05:41:57PM +0100, Andreas Pakulat wrote:
> man mknod, eventuell reicht auch MAKEDEV. Wie die devices aussehen
> kannst du ja in .dev nachschauen (also Typ und major/minor nummer).
> Wenn du willst schick ich dir den Auszug aus meinem isdnutils per PM.
Immer her damit. Es mü
On 09.Jan 2005 - 16:59:53, Dirk Salva wrote:
> On Sun, Jan 09, 2005 at 02:49:12PM +0100, Andreas Pakulat wrote:
> > Deswegen musst du entweder die Devices aus dem alten Verzeichnis
> > (welches unter /.dev verfügbar ist) kopieren (man cp bzgl der
> > Optionen, ein einfaches cp geht nicht) oder aber
On Sun, Jan 09, 2005 at 02:49:12PM +0100, Andreas Pakulat wrote:
> udev kann die Devices nicht anlegen, weil der hisax-Treiber nicht
> genügend Informationen liefert (speziell: Devicenummern IIRC)
Aha.
> Deswegen musst du entweder die Devices aus dem alten Verzeichnis
> (welches unter /.dev verfü
Am Sonntag 09 Januar 2005 14:49 schrieb Andreas Pakulat:
> Deswegen musst du entweder die Devices aus dem alten Verzeichnis
> (welches unter /.dev verfügbar ist) kopieren (man cp bzgl der
> Optionen, ein einfaches cp geht nicht) oder aber neu anlegen beim
> Booten (z.B. durch ein Skript oder innerh
On 09.Jan 2005 - 12:45:15, Dirk Salva wrote:
> Hi Leute,
>
> gerade stelle ich mit Verwunderung fest, daß auf meinem Client kein
> ISDN mehr vorhanden ist:-(
> Kernel 2.6.8-1-386, Debian Sarge mit udev und hotplug. ELSA PCC-16
> ISDN-Karte, passiv, ISA.
> Die Module werden problemlos geladen (sowo
Hi Leute,
gerade stelle ich mit Verwunderung fest, daß auf meinem Client kein
ISDN mehr vorhanden ist:-(
Kernel 2.6.8-1-386, Debian Sarge mit udev und hotplug. ELSA PCC-16
ISDN-Karte, passiv, ISA.
Die Module werden problemlos geladen (sowohl isdn als auch hisax und
crc_ccitt sind vorhanden, isdn w
23 matches
Mail list logo