--w------- 1 root root

brody · Beitrag von **brody** » 21.04.2005 21:06:17

fand ich grad in meinem sys Verzeichnis und würd gern' wissen, ist
das normal:

root@brody:/sys# find . -type f -exec grep epson {} \;
grep: ./bus/pci/drivers/uhci_hcd/new_id: Keine Berechtigung
grep: ./bus/pci/drivers/agpgart-intel/new_id: Keine Berechtigung
grep: ./bus/pci/drivers/ohci1394/new_id: Keine Berechtigung
grep: ./bus/pci/drivers/8139too/new_id: Keine Berechtigung
grep: ./bus/pci/drivers/natsemi/new_id: Keine Berechtigung
grep: ./bus/pci/drivers/parport_pc/new_id: Keine Berechtigung
grep: ./bus/pci/drivers/nvidia/new_id: Keine Berechtigung
grep: ./bus/pci/drivers/PIIX IDE/new_id: Keine Berechtigung
grep: ./bus/pci/drivers/serial/new_id: Keine Berechtigung

root@brody:/sys# ls -l bus/pci/drivers/uhci_hcd/new_id
--w------- 1 root root 4096 2005-04-21 19:11 bus/pci/drivers/uhci_hcd/new_id

ist das jemandem schon mal aufgefallen? - ich mein, es ist nicht tragisch, vermut ich mal,
doch es ist irgendwie seltsam, wenn root files nicht lesen darf.

gruß carsten

pdreker · Beitrag von **pdreker** » 24.04.2005 02:22:53

Die Files in sys sind teilweise Steuerungseingänge für Kernelfeatures. So kann man mit dem new_id File z.B. die ID des korrespondierenden Gerätes ändern. Es macht einfach keinen Sinn, diese Datei zu lesen, und daher verhindert der Kernel das... Die aktuelle ID findet sich in einem anderen File...

Patrick
PS: um Infos aus /sys zu ziehen ist "udevinfo" oft ganz hilfreich...
P.

brody · Beitrag von **brody** » 24.04.2005 09:26:26

pdreker hat geschrieben:Die Files in sys sind teilweise Steuerungseingänge für Kernelfeatures. So kann man mit dem new_id File z.B. die ID des korrespondierenden Gerätes ändern. Es macht einfach keinen Sinn, diese Datei zu lesen, und daher verhindert der Kernel das...

naja, Sinn macht es nicht -- nur ist ein root account immer beleidigt und beunruhigt, wenn ein file nicht gelesen werden kann - wobei, es sind im eigentlichen Sinne ja auch nicht mehr "files/Dateien" in den Verzeichnissen /sys, o.a. /proc -- aber egal, zur Zeit sind es mir ein wenig zu viele virtuelle Verzeichnisse.

pdreker hat geschrieben: PS: um Infos aus /sys zu ziehen ist "udevinfo" oft ganz hilfreich...
P.

sie sind doch noch reichlich gewöhnungsbedürftig, die 2.6.er features.
Gerade die Woche versucht, mal eine udev Regle für meinen USB-Scanner zu schreiben - um letztlich lesen zu müßen, das dies nicht geht, da jetzt libusb im userspace läuft, da gibt es dann kein /dev/sg* für die scanner programme
aber ein Link für den Umgang mit den Scannerprogrammen zu erleichtern darf ich per udev regel nicht können wollen.
Als Devicename darf jetzt "libusb:001:002" angegeben werden. Wobei die letzte Ziffer u.U. hochgezählt wird.

grummel, weiß, gehört nicht her
- usb macht zur zeit nicht wirklich Spaß.

merci & danke
carsten