Sven Hartge wrote:
Hermann Höhle [EMAIL PROTECTED] wrote:
ich habe hier sid und bekomme beim boot die Warnung:
* .udev/ already exists on the static /udev!
Oha. Das ist aber ein uralter Fehler bzw. /dev/.udev ist uralt.
Ist mir halt erst jetzt aufgefallen.
Meine Vermutung ist, dass
Hermann Höhle [EMAIL PROTECTED] wrote:
ich habe hier sid und bekomme beim boot die Warnung:
* .udev/ already exists on the static /udev!
Oha. Das ist aber ein uralter Fehler bzw. /dev/.udev ist uralt.
Meine Vermutung ist, dass noch Dateien, darunter auch das Verzeichnis
.udev unter dem
Hallo,
ich habe hier sid und bekomme beim boot die Warnung:
* .udev/ already exists on the static /udev!
die nicht sicher einordnen.
Meine Vermutung ist, dass noch Dateien, darunter auch das Verzeichnis .udev
unter dem mountpoint /dev stehen. Als Lösung würde ich jetzt von einer
Live-CD booten
Hi nochmals,
auch wenn aller Wahrscheinlichkeit kaum mehr jemand diesen thread aktiv liest,
möchte ich der Vollständigkeit anmerken, dass dies ein Debian-Kernel
spezifisches Problem zu sein scheint, da bei entsprechenden Vanilla-Kernel
(2.6.18.2) mit exakt gleicher config dieses nicht mehr
Maik Fuss wrote:
Andre Massing wrote:
Liebe Debianer,
seit einiger Zeit treibt udev seine Späße mit mir.
Nachdem ich meine Netzwerkschnittstellen händisch umbenannt hatte, benutze
ich
seit geraumer Zeit die im Paket Vereinfachungen aus
/ets/udev/persistent-net-generator.rules mit der
* Patrick Cornelißen [EMAIL PROTECTED] [2006-11-08 20:10 GMT]:
Tobias Mummert schrieb:
Manuell als root
=20
mknod /dev/input/mice c 13 63
chmod 660 /dev/input/mice
Das ist eigentlich nicht the Udev way of doing it
Das ist so wie man es fr=FCher(tm) gemacht h=E4tte.
Ohne jeden Zweifel
Tobias Mummert schrieb:
Ohne jeden Zweifel, nur in Anbetracht, dass Etch verwendet wird,
unterstelle ich, dass ein wenig Risikobereitschaft vorliegt.
Oder Unwissen ;)
Außerdem soll mein Vorschlag keine endgültige Lösung darstellen, sondern
vorerst der Fehlereingrenzung dienen.
Jo supi und
On Wed, 08 Nov 2006 19:50:16 +0100, Christian Frommeyer wrote:
Ja, ich starte cfdisk als root. Die Rechte für /udev/uba sind
^
/dev/uda?
Nein, wenn ich den Stick einstecke, meldet /var/log/messages, dass
ein neues USB-Gerät an /udev
Am Donnerstag 09 November 2006 09:56 schrieb Christian Christmann:
Nein, wenn ich den Stick einstecke, meldet /var/log/messages, dass
ein neues USB-Gerät an /udev/uba1 gefunden wurde
Das ist ja merkwürdig. /udev sollte es gar nicht geben.
Besitzer und gruppe root:root?
Nein
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Patrick Cornelißen wrote:
Tobias Mummert schrieb:
Manuell als root
mknod /dev/input/mice c 13 63
chmod 660 /dev/input/mice
Das ist eigentlich nicht the Udev way of doing it
Das ist so wie man es früher(tm) gemacht hätte.
Udev sollte(tm
* Lars Schimmer ([EMAIL PROTECTED]) [061109 10:35]:
Manuelles Anlegen dürfe die Maus finden, wie unter sarge auch, aber das
kann ja nicht die Lösung für UDEV Probleme sein, oder?
Ich weiß jetzt nicht exakt wo Du am besten weiterfragen kannst -
eventuell einen Bugreport gegen udev aufmachen? Ich
-Button Mouse with IntelliEye(TM) as
/class/input/input2
input: USB HID v1.10 Mouse [...] on usb-:00:1d.1-1
Aber immer noch kein /dev/input/mice vorhanden :-(
Manuelles Anlegen dürfe die Maus finden, wie unter sarge auch, aber das
kann ja nicht die Lösung für UDEV Probleme sein, oder
Liebe Debianer,
seit einiger Zeit treibt udev seine Späße mit mir.
Nachdem ich meine Netzwerkschnittstellen händisch umbenannt hatte, benutze ich
seit geraumer Zeit die im Paket Vereinfachungen aus
/ets/udev/persistent-net-generator.rules mit der Regel
KERNEL==eth*|ath*|wlan*|ra*|sta*, DRIVERS
Device 003: ID 045e:0040 Microsoft Corp. Wheel Mouse Optical
Wie kann ich UDEV dazu überreden, mit einen dev-node für die Mouse
anzulegen, den ich in Xorg nutzen kann?
Hm, ein Reboot hilft manchmal wunder---
Nach einem weiteren Reboot war der node auf einmal da...
Etwas strange, aber gut zu
Patrick Cornelißen [EMAIL PROTECTED] wrote:
ist psmouse geladen?
Wäre mousedev nicht viel Interressanter?
Wenn es nicht in der liste ist, probier mal
modprobe psmouse
# modprobe mousedev
und schau ob dann das Device angelegt wird.
Wozu sollte er mit einer USB Mouse eigentlich psmouse
Robert Grimm schrieb:
Wäre mousedev nicht viel Interressanter?
Wenn es nicht in der liste ist, probier mal
modprobe psmouse
# modprobe mousedev
und schau ob dann das Device angelegt wird.
Wozu sollte er mit einer USB Mouse eigentlich psmouse brauchen?
Hab ich was verpasst?
Ups ja
Andre Massing wrote:
Liebe Debianer,
seit einiger Zeit treibt udev seine Späße mit mir.
Nachdem ich meine Netzwerkschnittstellen händisch umbenannt hatte, benutze ich
seit geraumer Zeit die im Paket Vereinfachungen aus
/ets/udev/persistent-net-generator.rules mit der Regel
KERNEL==eth*|ath
Hallo,
ich wollte unter Debian Sarge meinen neuen USB-Stick
partitionieren. Laut /var/log/messages wird der Stick
an /udev/sba1 erkannt. Wenn ich dieses Device mounte, kann
ich auch auf den Stick zugreifen.
1) Was ist überhaupt /udev? Ich kenne das von früher, dass
man auf die USB-Sticks unter
Am Mittwoch 08 November 2006 15:20 schrieb Christian Christmann:
1) Was ist überhaupt /udev? Ich kenne das von früher, dass
man auf die USB-Sticks unter /dev/sdaX zugreifen konnte.
udev stellt unter anderem ein virtuelles Dateisystem in /dev zur
Verfügung in dem die Device-Nodes der
On Wed, 08 Nov 2006 16:00:21 +0100, Christian Frommeyer wrote:
2) Wenn ich versuche, den Stick zu partitionieren mit
cfdisk /udev/sba1, erhalte ich die Fehlermeldung
Wenn Du den Stick partitionieren willst, musst Du /dev/sda
angeben. /dev/sda1 ist ja schon die erste Partition, die kann
Am Mittwoch 08 November 2006 16:26 schrieb Christian Christmann:
Sorry, hatte mich vertan. Das Gerät ist unter /udev/uba1 ansprechbar.
Wenn ich aber cfdisk /udev/uba starte, kriege ich dann die Fehler-
meldung:
FATAL ERROR: Cannot open disk drive
Hmm, ub ist sowieso nicht so geschickt
Microsoft Corp. Wheel Mouse Optical
Wie kann ich UDEV dazu überreden, mit einen dev-node für die Mouse
anzulegen, den ich in Xorg nutzen kann?
MfG,
Lars Schimmer
- --
- -
TU Graz, Institut für ComputerGraphik WissensVisualisierung
Tel: +43 316
On Wed, 08 Nov 2006 17:00:13 +0100, Christian Frommeyer wrote:
Am Mittwoch 08 November 2006 16:26 schrieb Christian Christmann:
Sorry, hatte mich vertan. Das Gerät ist unter /udev/uba1 ansprechbar.
Wenn ich aber cfdisk /udev/uba starte, kriege ich dann die Fehler-
meldung:
FATAL ERROR
* Lars Schimmer [EMAIL PROTECTED] [2006-11-08 16:20 GMT]:
/dev/input/mice fehlt.
Mouse wird vom System aber erkannt:
Bus 003 Device 003: ID 045e:0040 Microsoft Corp. Wheel Mouse Optical
Wie kann ich UDEV dazu überreden, mit einen dev-node für die Mouse
anzulegen, den ich in Xorg nutzen kann
. Die Rechte für /udev/uba sind
^
/dev/uda?
brw-r-
Besitzer und gruppe root:root?
Hat der Stick evtl einen Hardware-Schreibschutz?
Gruß Chris
--
A: because it distrupts the normal process of thought
Q: why is top posting frowned upon
Tobias Mummert schrieb:
Manuell als root
mknod /dev/input/mice c 13 63
chmod 660 /dev/input/mice
Das ist eigentlich nicht the Udev way of doing it
Das ist so wie man es früher(tm) gemacht hätte.
Udev sollte(tm) den Eintrag anlegen, wenn dir richtigen module geladen
sind. Ergo würde ich
Harald Gutmann wrote:
hatt denn dazu keiner eine idee bzw einen versuchsvorschlag?
mfg harald
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme?
hallo!
ich hab nun, meinen tv-server fast fertig, aber die /dev/dvb/adapter*/*
machen mir mit udev probleme.
vorher hatte ich da devfs laufen, dort wurden die devices erstellt, aber
die dateirechte der devices wurden beim booten nicht wiederhergestellt.
nun dacht ich mir, stellst halt gleich auf
Hallo Leute,
wo finde ich Informationen bzgl. des /sys/ Verzeichnis. D.h. gibt's es
irgendwo eine Erklärung was all die Einträge unterhalb /sys/ bedeuten?
Ein Beispiel:
cat /sys/class/net/eth0/type liefert 1
cat /sys/class/net/eth1/type liefert 1
cat /sys/class/net/ppp0/type liefert 512
Wo
On 18.10.06 15:23:56, Goran wrote:
wo finde ich Informationen bzgl. des /sys/ Verzeichnis. D.h. gibt's es
irgendwo eine Erklärung was all die Einträge unterhalb /sys/ bedeuten?
Ein Beispiel:
cat /sys/class/net/eth0/type liefert 1
cat /sys/class/net/eth1/type liefert 1
cat
Hallo,
irgendwie bekomme ich es mit udev auf sid nicht hin, eine udev-Regel für
einen USB-Stick zu erstellen:
$ lsusb -v | grep iSerial
iSerial 3 575312011283
$ cat 01_usb_storage
#USB-Stick
BUS==USB, KERNEL==sd?1,SYSFS{serial}==575312011283, SYMLINK+=usbstick
Das sollte
Wolf Wiegand a écrit:
$ cat 01_usb_storage
#USB-Stick
BUS==USB, KERNEL==sd?1,SYSFS{serial}==575312011283, SYMLINK+=usbstick
udev nervt. Kann mir jemand sagen, was ich hier übersehe?
Nur eine Vermutung, vielleicht ist es nötig usb kleinzuschreiben. Also:
BUS==usb, KERNEL==sd?1,SYSFS{serial
Wolf Wiegand wrote:
$ cat 01_usb_storage
#USB-Stick
BUS==USB, KERNEL==sd?1,SYSFS{serial}==575312011283, SYMLINK+=usbstick
.o(Doku lesen soll manchmal helfen...)
Hiermit (aus /usr/share/doc/udev/README.Debian.gz) funktioniert es
auch nicht:
SUBSYSTEMS==usb, KERNEL==sd*, \
ATTRS{manufacturer
Hallo
ich möchte nach dem einstecken einer USB-Platte ein Script automatisch
ablaufen lassen.
Ich habe mich nach der Anleitung von http://wiki.ubuntuusers.de/udev
gehalten.
Nach dem anschließen der Platte vird in /dev ein Symlink backup erzeugt
der auf sdb1 zeigt. Also funktioniert die rule
Hallo Klemens,
Am Mittwoch, 27. September 2006 14:18 schrieb Klemens Kittan:
ich hatte gestern das selbe Problem. Heute habe ich ein Lösung (für
Sarge) gefunden.
Unter /etc/udev/rules.d lege ich eine Datei hama.rules an.
Hier der Inhalt:
BUS=usb, KERNEL=sd[a-z]1, SYSFS{serial
Ralf Schmidt schrieb:
Hallo
ich möchte nach dem einstecken einer USB-Platte ein Script automatisch
ablaufen lassen.
Ich habe mich nach der Anleitung von http://wiki.ubuntuusers.de/udev
gehalten.
Nach dem anschließen der Platte vird in /dev ein Symlink backup erzeugt
der auf sdb1 zeigt
Am Mittwoch, 27. September 2006 21:58 schrieb Max Muxe:
Hier die einzelnen Daten:
/etc/udev/eigene.rules
BUS==usb, KERNEL==sd?1, SYSFS{Vendor}==04b4, SYMLINK+=backup,
RUN+=/usr/local/bin/backup
/etc/fstab # /media/backup existiert
/dev/backup /media/backup ext3auto,rw,user
Hallo Klemens.
Du solltest lieber einen eigenen Thread eröffnen, anstatt diesen hier zu
karpern.
Klemens Kittan schrieb:
ich wollte mir eine udev-Regel schreiben, die einen USB-Stick automatisch in
das Dateisystem hängt. Dafür habe ich folgende Regel erzeugt 010_hama.rules:
BUS=usb
Hi!
* Klemens Kittan [EMAIL PROTECTED] [060926 13:20]:
ich wollte mir eine udev-Regel schreiben, die einen USB-Stick automatisch in
das Dateisystem hängt.
Wäre es nicht einfacher usbmount zu nehmen?
Yours sincerely,
Alexander
--
http://learn.to/quote/
http://www.catb.org/~esr/faqs
Wenn in dem Script nur #!/bin/sh -e eintrage dann wird über die udev-Regel
der Link /dev/Hama erzeugt. Was ist an dem Script falsch? Ich benutze
Debian sarge.
In dem Script habe ich folgende Zeilen hinzugefügt:
/bin/date /tmp/test
/bin/ls -la /dev/sd* /tmp/test
Ich konnte sehen, das das
Hi,
ich wollte mir eine udev-Regel schreiben, die einen USB-Stick automatisch in
das Dateisystem hängt. Dafür habe ich folgende Regel erzeugt 010_hama.rules:
BUS=usb, KERNEL=sd?1, SYSFS{serial}=0DD1755153421984,
SYMLINK+=Hama, PROGRAM=/etc/udev/scripts/hama.sh
Wenn ich in dem Script folgende
Alexander Schmehl [EMAIL PROTECTED] schrieb am Tue, Sep 26, 2006 at
01:58:36PM +0200:
Hi!
* Klemens Kittan [EMAIL PROTECTED] [060926 13:20]:
ich wollte mir eine udev-Regel schreiben, die einen USB-Stick automatisch
in
das Dateisystem hängt.
Wäre es nicht einfacher usbmount zu
Am Dienstag, den 26.09.2006, 13:20 +0200 schrieb Klemens Kittan:
Hi,
ich wollte mir eine udev-Regel schreiben, die einen USB-Stick automatisch in
das Dateisystem hängt. Dafür habe ich folgende Regel erzeugt 010_hama.rules:
BUS=usb, KERNEL=sd?1, SYSFS{serial}=0DD1755153421984,
SYMLINK
Müsste Bug #386500 und mittlerweile wieder behoben sein.
Leider nein. Habe mal, wie dort empfohlen, aptitude reinstall udev
ausgeführt, aber der Fehler bleibt.
Florian
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN
Hallo,
On Sun, 2006-09-10 at 19:06 +, Florian Dorpmueller wrote:
Neuerdings bekomme ich beim Starten meines Systems folgende Fehlermeldung:
error receiving uevent message: no buffer space available
Müsste Bug #386500 und mittlerweile wieder behoben sein.
--
Haeufig gestellte Fragen
Neuerdings bekomme ich beim Starten meines Systems folgende Fehlermeldung:
error receiving uevent message: no buffer space available
Das Ganze passiert vor dem Prüfen der Laufwerke und ist mir nur deshalb
aufgefallen, weil es den Bootsplash unterbricht.
Hoffe, dass mir hier jemand
Am 2006-08-24 17:44:45, schrieb Andreas Pakulat:
Was fuer eine Version von udev? Hoffentlich die aus Testing, ansonsten:
Meld dich wieder wenn du die installiert hast.
Wenn du schon die Testing-Version hast: Keine Ahnung, funktioniert hier
einwandfrei - schon ewig.
Zurückportiert aus Sid
Hallo,
ich benötige für 2 Programme udev und Linux =2.6.14. nun habe ich das
installiert nur mein Sarge will nicht mehr booten...
Hotplug/udev fabrizieren hier Müll.
Ich muß auf den Computern 53 Kernel Module installieren wovon nur 4 per
hotplug/udev geladen werden dürfen. Wen ich die Kisten
On 22.08.06 20:59:47, Michelle Konzack wrote:
ich benötige für 2 Programme udev und Linux =2.6.14. nun habe ich das
installiert nur mein Sarge will nicht mehr booten...
Hotplug/udev fabrizieren hier Müll.
Was fuer eine Version von udev? Hoffentlich die aus Testing, ansonsten:
Meld dich
Am Donnerstag 10 August 2006 02:25 schrieb Richard Mittendorfer:
Bist du dir sicher, dass die ExplorerPS/2-Einstellung _geliefert_
wurde?
Hmm, der DI scheint gerade was X11 angeht noch ziemlich buggy zu sein.
Ich habe gestern einen Rechner hochgezogen, der ein nVidia GraKa und
eine
mouse
OptionCorePointer
OptionDevice/dev/input/mice
OptionProtocolExplorerPS/2
Und Xorg tat mit dieser Einstellung vor einem Kern Update und dem
hotplug - udev Wechsel? Schlecht
Hallo Gerhard.
Gibt es eigentlich irgendein handliches Tool zum Nachkonfigurieren von
xorg?
Ja, dpkg:
# dpkg-reconfigure xserver-xorg
Gruß, Mathias
signature.asc
Description: OpenPGP digital signature
Christian Frommeyer schrieb:
Am Donnerstag 10 August 2006 02:25 schrieb Richard Mittendorfer:
Bist du dir sicher, dass die ExplorerPS/2-Einstellung _geliefert_
wurde?
Hmm, der DI scheint gerade was X11 angeht noch ziemlich buggy zu sein.
Ich habe gestern einen Rechner hochgezogen,
Am Donnerstag 10 August 2006 14:00 schrieb Mathias Brodala:
Ja, dpkg:
# dpkg-reconfigure xserver-xorg
Vorausgesetzt man teil dpkg vorher noch mit, das er dann auch die
xorg.conf ändern darf.
Gruß Chris
--
A: because it distrupts the normal process of thought
Q: why is top posting frowned
Am Donnerstag 10 August 2006 13:57 schrieb Gerhard Wendebourg:
Wissen die Entwickler schon davon bzw. gibt es einen kurzen Weg,
ihnen dies zu uebermitteln?
Von mir wissen die das nicht. Ein kurzer Weg wäre vermutlich das BTS,
aber wenn ich für alles was der Installer bei mir falsch/ungünstig
On 10.08.06 15:27:00, Christian Frommeyer wrote:
Am Donnerstag 10 August 2006 14:00 schrieb Mathias Brodala:
Ja, dpkg:
# dpkg-reconfigure xserver-xorg
Vorausgesetzt man teil dpkg vorher noch mit, das er dann auch die
xorg.conf ändern darf.
Was nur noetig ist wenn man selbst
Am Donnerstag 10 August 2006 16:09 schrieb Andreas Pakulat:
Vorausgesetzt man teil dpkg vorher noch mit, das er dann auch die
xorg.conf ändern darf.
Was nur noetig ist wenn man selbst rumgepfuscht hat.
Leider nein.
Nachdem ich gestern festgestellt hatte, das mir der D-I eine falsche
Nach Kernelupgrade (auf 2.6.16-486) und Umstellung auf udev laeuft X
nicht mehr, weil sich die Maus nicht mehr ruehrt.
Was muss fuer die Umkonfiguration getan werden?
(vermutlich wg. Ersatz von hotplug udev).
Gruss / GW
--
Haeufig gestellte Fragen und Antworten (FAQ):
http
Also sprach Gerhard Wendebourg [EMAIL PROTECTED] (Wed, 09 Aug 2006 20:09:10
+0200):
Nach Kernelupgrade (auf 2.6.16-486) und Umstellung auf udev laeuft X
nicht mehr, weil sich die Maus nicht mehr ruehrt.
Was muss fuer die Umkonfiguration getan werden?
(vermutlich wg. Ersatz von hotplug udev
Richard Mittendorfer schrieb:
Also sprach Gerhard Wendebourg [EMAIL PROTECTED] (Wed, 09 Aug 2006 20:09:10
+0200):
Nach Kernelupgrade (auf 2.6.16-486) und Umstellung auf udev laeuft X
nicht mehr, weil sich die Maus nicht mehr ruehrt.
Was muss fuer die Umkonfiguration getan werden
Also sprach Gerhard Wendebourg [EMAIL PROTECTED] (Wed, 09 Aug 2006 23:21:21
+0200):
Richard Mittendorfer schrieb:
Also sprach Gerhard Wendebourg [EMAIL PROTECTED] (Wed, 09 Aug 2006
20:09:10 +0200):
Nach Kernelupgrade (auf 2.6.16-486) und Umstellung auf udev laeuft
X nicht mehr, weil
.
War bisher (nehme an per hotplug) problemlos geladen worden.
Dann sollte das auch mit udev funktionieren, da udev hotplug's
Funktion uebernommen hat in neueren Versionen.
Da mir udev neu ist, habe ich keine Idee, was dort fuer ein Device erwartet
wird:
Der Device-Name aendert sich nicht
On 09.08.06 23:49:41, Richard Mittendorfer wrote:
Vielleicht willst du sowas wie discover installieren, damit die
vorhandene Hardware indentifiziert und passende Module automagisch
geladen werden.
Das sollte eigentlich udev machen. Fuer bereits angestoepselte
Hardware werden beim Booten Fake
eigentlich udev machen. Fuer bereits angestoepselte
Hardware werden beim Booten Fake-Hotplug-Events erzeugt, im
laufenden System erzeugt dann das anschliessen z.B. einer USB-Maus ein
Hotplug-Event auf das udev mit dem Laden der notwendigen Module und
erzeugen der Devices reagiert. Somit ist
Also sprach Richard Mittendorfer [EMAIL PROTECTED] (Thu, 10 Aug 2006
00:21:04 +0200):
aber damit kann der OP sein X wieder verwenden, wenns denn klappt
(gut, AllowMouseOpenFail oder entfernen von corepointer(?) wuerde das
auch tun). Und eine Maus ist idR. schon beim bootup dran also wuerde
Hardwareerkennung das
beibringen.
War bisher (nehme an per hotplug) problemlos geladen worden.
Dann sollte das auch mit udev funktionieren, da udev hotplug's
Funktion uebernommen hat in neueren Versionen.
Geladen wird usbhid (automatisch). Nachladen laesst sich usbmouse.
Beides
Am Donnerstag, 10. August 2006 00:38 schrieb Gerhard Wendebourg:
[...]
Was ist IIRC ? / woher zu bekommen / wie zu installieren ?
http://www.uwe-stoeckert.de/usenet/akronym.htm#akro_i
--
Mfg,
Michael
--
Haeufig gestellte Fragen und Antworten (FAQ):
Also sprach Gerhard Wendebourg [EMAIL PROTECTED] (Thu, 10 Aug 2006 00:38:17
+0200):
Syslog zeigt auch keinen Fehler sondern das ordentliche Laden von
usbcore, hiddev und usbhid.
Wird etwas erwaehnt, wenn du die (?es ist doch eine?)USB-Maus ab- und
etwas spaeter wieder ansteckst? Sowas wie new
Richard Mittendorfer wrote:
Also sprach Gerhard Wendebourg [EMAIL PROTECTED] (Thu, 10 Aug 2006 00:38:17
+0200):
Was ist IIRC ? / woher zu bekommen / wie zu installieren ?
If I Recall Correctly, eine gern benutzte Abkuerzung. :-) $ wtf iirc
^ ^ ^ ^
What the fuck is wtf? *scnr*
--
Richard Mittendorfer schrieb:
erst einmal: Knoppix mit 2.6.17er-Kernel kennt das Problem nicht. Dort
laeuft die USB-Maus anstandslos.
Habe nun die xorg.conf von dort herueberkopiert;
seitdem laufen die Dinge scheinbar nach Plan.
Hier mal zum Vergleich:
die funktionierende .conf von Knoppix:
Device/dev/input/mice
OptionProtocolExplorerPS/2
Und Xorg tat mit dieser Einstellung vor einem Kern Update und dem
hotplug - udev Wechsel? Schlecht vorstellbar. Versuch mal auto oder
usb als protocol.
sl ritch
Hallo,
Gestern hat mein UDEV gesponnen. Dachte schmeiße den kurzerhand komplett mal
runter und installiere ihn neu. Ging garnicht so einfach. Das Teil hat sich
erst geziert, und war dann mit viel Mühen wieder zu installieren. Da fehlten
ihm dann Devices auf einmal und andere Scherze , oder wie
On 02.08.06 19:03:47, Matthias Popp wrote:
Gestern hat mein UDEV gesponnen. Dachte schmeiße den kurzerhand komplett mal
runter und installiere ihn neu. Ging garnicht so einfach. Das Teil hat sich
erst geziert, und war dann mit viel Mühen wieder zu installieren. Da fehlten
ihm dann Devices
diverse
Dinge auf Devices zu, schon das Terminal das du offen hast...
Nach einem Reboot? Das hat schon paarmal funktioniert, nur diesmal nicht.
Und meine eigentiche
Frage und die ist noch viel kniffliger. Wer löscht die Devices wenn UDEV
deinstalliert ist?
Niemand, eigentlich.
Irgendwer
einem laufenden System heraus machst greifen diverse
Dinge auf Devices zu, schon das Terminal das du offen hast...
Nach einem Reboot? Das hat schon paarmal funktioniert, nur diesmal nicht.
Ich spiele nicht so viel mit udev rum ;-) Aber sobald der Kernel
gebootet hat sind die tty-Devices belegt
Hallo Matthias.
Matthias Schmidt wrote:
Am Freitag, 28. Juli 2006 20:49 schrieb Kai Hildebrandt:
Hallo Kai,
Du kannst auch dafür sorgen, dass das Kernelmodul lp beim booten
geladen wird (einmalig mit modconf laden), dann wird auch /dev/lp0
angelegt.
Genau _das_ bewirkt der Eintrag in
Andreas Pakulat [EMAIL PROTECTED] writes:
ich hab da mal ne Frage an die udev Experten
Das bin ich nicht.
Kennt jemand einen Weg das Laden eines Moduls durch udev solange zu
verzoegern bis die Firmware verfuegbar ist (/usr ist ne separate
Partition)? Oder einen Platz an dem die Firmware
vorhanden?
Weil /usr bei der Auswertung von /etc/modules und beim Start von udev
noch nicht gemountet ist und die Firmware nunmal in
/usr/lib/hotplug/firmware liegt.
Was spricht dagegen das System so zu booten, dass dies der Fall ist?
Keep smiling
yanosz
Hallo nochmal.
Kai Hildebrandt wrote:
Ist das ein udev-Bug oder muss ich da irgendwas einstellen?
Ich habe das Modul lp in /etc/modules eingetragen und jetzt wird das
Device beim Booten angelegt.
FYI
Kai
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian
. Warum ist zu dem Zeitpunkt noch keine Firmware vorhanden?
Weil /usr bei der Auswertung von /etc/modules und beim Start von udev
noch nicht gemountet ist und die Firmware nunmal in
/usr/lib/hotplug/firmware liegt.
Was spricht dagegen das System so zu booten, dass dies der Fall ist?
Wie
On 29.07.06 10:36:49, Frank Engler wrote:
Andreas Pakulat [EMAIL PROTECTED] writes:
Kennt jemand einen Weg das Laden eines Moduls durch udev solange zu
verzoegern bis die Firmware verfuegbar ist (/usr ist ne separate
Partition)? Oder einen Platz an dem die Firmware auch vor dem Mounten
Am Freitag, 28. Juli 2006 20:49 schrieb Kai Hildebrandt:
Erst _dann_ erstellt udev unter /dev/lp0 die entsprechende
Gerätedatei und der Drucker legt mit den angesammelten Dateien los.
Ist das ein udev-Bug oder muss ich da irgendwas einstellen?
Hallo Kai,
Du kannst auch dafür sorgen, dass
Hi,
ich hab da mal ne Frage an die udev Experten: Kennt jemand einen Weg
das Laden eines Moduls durch udev solange zu verzoegern bis die Firmware
verfuegbar ist (/usr ist ne separate Partition)? Oder einen Platz an dem
die Firmware auch vor dem Mounten von /usr gefunden werden kann?
Ich wuerde
Hallo,
Andreas Pakulat wrote:
[/usr eigene Partition]
Ich wollte eigentlich auch nicht unbedingt die Firmware unter
/usr/lib/hotplug/firmware direkt auf der /-Partition ablegen, aber das
waere natuerlich noch ein Workaround. Gibts ne bessere Loesung?
Ich hätte eine Verbesserung des
gehoert zu
udev und das moechte ich ihm ungern durch einen Symlink ersetzen.
Damit umgehst du das Problem, dass du ausversehen in die falsche Version
(übermountet/nicht übermountet) überschreibst.
Das duerfte kein Problem sein, die letzten Firmware-Updates sind schon
lnge her (damals war
ja hallo erstmal,..
Am Freitag, 28. Juli 2006 11:02 schrieb Andreas Pakulat:
Hi,
ich hab da mal ne Frage an die udev Experten: Kennt jemand einen Weg
das Laden eines Moduls durch udev solange zu verzoegern bis die Firmware
verfuegbar ist (/usr ist ne separate Partition)? Oder einen Platz
On 28.07.06 15:44:48, Jan Luehr wrote:
Am Freitag, 28. Juli 2006 11:02 schrieb Andreas Pakulat:
ich hab da mal ne Frage an die udev Experten: Kennt jemand einen Weg
das Laden eines Moduls durch udev solange zu verzoegern bis die Firmware
verfuegbar ist (/usr ist ne separate Partition)? Oder
Hallo Leute.
Und wieder einmal sind die udev-Spezis gefragt. Zuerst wollte ich es ja
CUPS in die Schuhe schieben, aber trotz vielberichteter Probleme im
Netz scheint dieser völlig unschuldig zu sein. :-)
Ich habe einen HP LaserJet 1100 am Parallelport des PCs angeschlossen
und möchte darüber
, oder habe ich irgendwas offensichtliches übersehen?
Im Einsatz ist Sid mit hotplug, kein udev. Vorgehensweise:
- Durch Debug-Informationen in /etc/hotplug/usb.agent die Device-ID
herausfinden (ok, sollte auch per lsusb gehen - übersehen)
- /etc/hotplug/usb/usbcam.usermap mit folgenden Eintrag
Am Samstag 22 Juli 2006 13:02 schrieb Wolf Wiegand:
Ginge das Ganze mit udev etwas einfacher?
Ja. Weil udev beim anlegen des Device-Nodes auch gleich noch das mounten
machen könnte.
Wenn ich udev installiere, übernimmt das dann sofort die Kontrolle
über alle Devices?
Ja.
An liebsten hätte
Hallo,
Christian Frommeyer wrote:
Wenn ich udev installiere, übernimmt das dann sofort die Kontrolle
über alle Devices?
Ja.
:-/
An liebsten hätte ich ja, dass udev erst einmal überhaupt nichts macht
(vor allem mein /-Device nicht anfässt) und für einzelne Devices
aktiviert werden
Am Samstag 22 Juli 2006 13:41 schrieb Wolf Wiegand:
/dev/hda{,[1-4]} keine Automatismen haben möchte und diese Devices
immer da sind, egal, ob das aktuelle unstable-udev gerade kaputt ist
oder nicht. Kann ich /dev/.static/hda1 in /etc/fstab verwenden?
Das würde Dir eher nichts helfen. Denn
On 22.07.06 13:41:14, Wolf Wiegand wrote:
Christian Frommeyer wrote:
Ich verstehe nicht genau was Du willst. udev tut AFAIK zwei Dinge:
1. Ersetzt hotplug und übernimmt dessen funktion.
2. Verwaltet ein pseudo-Dateisystem in /dev (das eigentliche /dev
befindet sich noch in /dev/.static
-Aufruf erforderlich, da das Chardevice mit 660 an Stelle von 666
angelegt wird.
Auch die Empfehlung, in der Datei
„/etc/udev/permissions.d/udev.permissions“ einen Eintrag
„kqemu:root:root:0666“ hinzuzufügen, nützt nichts; das Chardevice wird
dennoch mit den falschen Rechten angelegt.
Natürlich habe ich
Hallo.
Ich versuche hier gerade eine funktionstüchtige udev-Regel zu erstellen,
welche beim Laden des KQEMU-Kernelmodules das erforderliche Chardevice
anlegt. Momentan muss ich dies nach einem Systemneustart noch manuell
per „mknod /dev/kqemu c 250 0“ und passendem chmod-Aufruf danach erledigen
Am Samstag 17 Juni 2006 00:47 schrieb Rüdiger Noack:
Nun möchte $USER (ich) auch das FS der USB-HD umounten, und weil ich
(tipp-) faul bin ohne sudo Co. Kann ich udev passende Mountoptionen
mitgeben? Hat jemand einen Link auf Doku zu udev-Regeln?
http://www.reactivated.net
Moin,
ich lasse meine USB-HD per udev mounten. Der User (ich) steuert also
über das Einschalten den Mountzeitpunkt.
Nun möchte $USER (ich) auch das FS der USB-HD umounten, und weil ich
(tipp-) faul bin ohne sudo Co. Kann ich udev passende Mountoptionen
mitgeben? Hat jemand einen Link auf Doku
Jan Kohnert schrieb:
Rüdiger Noack schrieb:
Wie benutzt man fdisk für Geräte, für die es udev-Regeln gibt?
In meinem Fall gibt es eine Regel, die statt /dev/sdx1 /dev/Xtick
erzeugt.
Ich lasse mir statt des Devices einen Symlink erzeugen, bei meinem Stick gibt
es dann z.B.
/dev/sdX
/dev
Andreas Pakulat schrieb:
On 21.05.06 22:49:02, Rüdiger Noack wrote:
Moin,
in Zusammenhang mit meinem USB-Stick-Problemchen bin ich noch einmal angeeckt:
Wie benutzt man fdisk für Geräte, für die es udev-Regeln gibt?
In meinem Fall gibt es eine Regel, die statt /dev/sdx1 /dev/Xtick erzeugt
On 23.05.06 21:51:35, Rüdiger Noack wrote:
Andreas Pakulat schrieb:
On 21.05.06 22:49:02, Rüdiger Noack wrote:
Moin,
in Zusammenhang mit meinem USB-Stick-Problemchen bin ich noch einmal
angeeckt:
Wie benutzt man fdisk für Geräte, für die es udev-Regeln gibt?
In meinem Fall gibt es
1 - 100 von 402 matches
Mail list logo