Archiv verlassen und diese Seite im Standarddesign anzeigen : /dev/Null: Keine Berechtigung
Hallo,
ich habe mein SuSE 9.0 auf 9.1 upgedated und erhalte danach beim öffnen eines Terminal-Fensters immer die Meldung "dev/null : Keine Berechtigung".
Root bekommt diese meldung nicht, aber alle normalen user. Anwendungen wie Mozilla lassen sich daher auch für die User nicht öffnen.
Wie kann ich das Problem lösen? Warum taucht es nach dem Update auf?
Gruss MacMuess.
Das scheint wohl eine SuSE-Spezialitaet zu sein. Setze die Rechte fuer
das Null-Device mal auf 666. Dann sollte das Problem behoben sein.
'cuda
Hi
Ja, wie sieht es dann mit den Rechten aus? Es müsste sowas cie 666 sein, also rw für alle.
Es könnte dir eventuell folgendes helfen:
http://www.linuxforen.de/forums/showthread.php?t=111017
(ja ich weiss es geht dort um das booten, und dass _jeder_ user dann das Problem hat, aber der wichtige Teil ist der mit chmod)
Meine Bemerkung "eventuell", weil ja Suse 9.1 auch einen 2.6-er kernel hat, und dort verwendet man doch entweder devfsd oder udev, d.h. wird dort /dev nicht bei jedem reboot "neu generiert"?
Aber vielleicht funktioniert es ja troztdem.
MfG carnil
rw?
auf /dev/null sollte man nur schreiben können, mehr nicht. gibt ja auch nichts zu lesen.
Hallo,
gerade als ich es geschrieben hatte, habe ich auch schon die Lösung gefunden.
http://www.linuxforen.de/forums/showthread.php?t=111017
Die Rechte der /dev/null hatte ich schon auf rw für alle gesetzt. Dann ging Mozilla auch wieder. Aber bein Booten kam immer die Meldung, dass "/" nur als "read only" gemounted ist. Soll jetzt wohl auch behoben sein!
Danke !
Gruss MacMuess.
rw?
auf /dev/null sollte man nur schreiben können, mehr nicht. gibt ja auch nichts zu lesen.
Achso? Gut, dass Du mir das erzaehlst. Sonst haette ich mich gefragt, wo die
ganzen binaeren Nullen herkommen, wenn ich ein dd if=/dev/null of=nullfile mache.
'cuda
Achso? Gut, dass Du mir das erzaehlst. Sonst haette ich mich gefragt, wo die
ganzen binaeren Nullen herkommen, wenn ich ein dd if=/dev/null of=nullfile mache.
'cuda
dafür benutzt man ja auch eigentlich /dev/zero :D
dafür benutzt man ja auch eigentlich /dev/zero :D
Nein. Das nutzt man fuer Nullen ('0').
'cuda
Nein. Das nutzt man fuer Nullen ('0').
Ja, aber nicht für die von dir gezeigte ASCII 0 mit dem Dezimalwert 48, sondern wirklich die 0.
winter hatte da schon recht...
Mea culpa. Aber trotzdem ist die Aussage, dass /dev/null write-only sein sollte,
nicht zutreffend. Es werden beim Lesen halt nur keine Daten geliefert.
'cuda
Ich krame dies Thema noch einmal aus:
Ich habe das Problem nämlich mit Kubuntu edgy...
und nach jedem Neustart komm wieder der Fehler ich hätte keine Berechtigung bei /dev/null
Wie kann ich das abstellen ? Gibt es eine Gruppe der ich als User angehören sollte ?
DANKESEHR !!
Gelesen hast du den Thread aber schon oder?
$ sudo chmod 666 /dev/null
Gruppe egal, das Nulldevice darf jeder lesen und schreiben.
Gelesen hast du den Thread aber schon oder?
$ sudo chmod 666 /dev/null
Gruppe egal, das Nulldevice darf jeder lesen und schreiben.
Ich vermute aber mal, dass ihm da seine udev-Rules einen Strich durch die Rechnung machen. Die wuerde ich zuerst mal checken.
'cuda
Ich vermute aber mal, dass ihm da seine udev-Rules einen Strich durch die Rechnung machen. Die wuerde ich zuerst mal checken.
Wäre nett gewesen, du hättest unserem Vorposter auch gesagt, wo er das checken soll.
Die Rechte stehen in der Datei /etc/udev/permissins.rules und müssen für das Nulldevice so lauten:
KERNEL=="null", MODE="0666"
Zumindest funktioniert das hier bei debian so.
Hallo und danke für eure Antworten !
Ja ich habe alles aufmerksam gelesen, leider existiert der Eintrag in udev schon trotzdem ist nach jedem Neustart /dev/null wieder für den User schreibgeschützt.
Ich habe vor ein paar Tagen an den Gruppen gespielt weil ich einen ftp server aufgesetzt habe, dort ist es mir passiert das ich eine Gruppe gelöscht hatte. Ich habe diese neu erstellt und mich als User dort zum Mitglied gemacht - Habe leider vergessen welche es war da ich dacht es sei nicht wichtig.
Kann es mit der Gruppenzugehörigkeit zusammenhängen ?
Ansonsten würde ich nun einfach sowas wie "sudo chmod 666 /dev/null" in ein Startscript schreiben...
Hallo und danke für eure Antworten !
Ja ich habe alles aufmerksam gelesen, leider existiert der Eintrag in udev schon trotzdem ist nach jedem Neustart /dev/null wieder für den User schreibgeschützt.
Ich habe vor ein paar Tagen an den Gruppen gespielt weil ich einen ftp server aufgesetzt habe, dort ist es mir passiert das ich eine Gruppe gelöscht hatte. Ich habe diese neu erstellt und mich als User dort zum Mitglied gemacht - Habe leider vergessen welche es war da ich dacht es sei nicht wichtig.
Kann es mit der Gruppenzugehörigkeit zusammenhängen ?
Ansonsten würde ich nun einfach sowas wie "sudo chmod 666 /dev/null" in ein Startscript schreiben...Mal ganz von vorn: Was sagt ls -l /dev/null, was sagen die udev-rules? Bislang ist die Info eher dürftig...
Und "habe vergessen" ist nicht so hilfreich. Es gibt z.B. "ls- l" um die Dateirechte in einem Verzeichnis anzuzeigen, "whoami" um zu erfahren, wer man eigentlich ist und "groups" für die Gruppenzugehörigkeit...
Wirf auch mal einen Blick auf die Links in meiner Signatur....
Kreol
Okay danke für die Tipps !
Also hier nun die (aktuellen) Rechte, wenn ich nachher neustarte, werde ich diese nochmal posten !
sebastian@sebastian:~$ ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 2007-01-10 17:55 /dev/null
sebastian adm dialout cdrom floppy audio dip video plugdev lpadmin scanner admin ftpuser vboxusers nogroup
sebastian@sebastian:~$ whoami
sebastian
...ich werde mich besser auch einmal einlesen, aber es hat priorität das ich das Problem in den Griff bekomme, denn das System ist eine qual wenn man nach jedem Neustart erst ein sudo chmod 666 /dev/null ausführen muss...
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.