staging.inyokaproject.org

Hallo Leute,

ich habe ein großes Problem mit meiner Ubuntu 8.04 Installation!

Ich bin noch ziemlich neu auf Ubuntu und habe heute (in meiner Verwirrung 🙄 ) die Rechte meines $home Ordners umgestellt!!
Jetzt bootet mein Ubuntu nicht mehr - beim Start kommen die Fehler:

*Starting kernel log daemon...
start-stop-daemon: Unable to start /sbin/klogd: Permission denied [fail]
.
.
.
*Starting Avali mDNS/DNS-SD Daemon avali-daemon
Timeout reached while wating for return value
Could not receive return value from daemon process [fail]

Ich hoffe es kann mir bei diesem Problem jemand helfen!!! 😊

Best Regards
Michael

Hallo

/sbin/klogd: Permission denied

Das klingt nicht nach /home, da hast du wohl noch mehr verdreht. Was genau hast du eingegeben?

da1l6

uhhh - das klingt nicht gut!! 😕

Naja folgendes:

Ich habe auf meinem Computer MATLAB installiert und für dieses Programm habe ich einige Ordner-Rechte so verändert, dass Matlab drauf zugreifen kann. Nach diesen Änderungen kam nach der Eingabe meines Usernames und Password (Anmeldung beim booten) eine Fehlermeldung: $Home/.dmrc würde eine 644 permission benötigen - und das habe ich eben gemacht! Ich habe dann: chmod 644 $home - eingegeben und danach hat alles nicht mehr so ganz funktioniert. ☹

Das muss die ganze Festplatte vermurkst haben - wenn ich in der CD unter LiveSession bin, sehe ich keine Daten mehr auf der Ubuntu-Festplatte!

Ich hoffe es gibt eine Möglichkeit "meinen" Fehler wieder auszubügeln! 🙄

Best Regards
Michael

Es gibt ja zwei diesbezügliche Arten von Dateiattributen: Benutzerzuordnungen (user, group, world) und deren Berechtigungen (lesen, schreiben, ausführen).
Wenn erstere noch passen, kann es eigentlich nichts schaden, diesen Benutzern überall zumindest Leserechte auf "ihre" Dateien zu geben:

sudo chmod -R u+r,g+r /

Ausführbare Dateien finden sich vor allem in den Verzeichnissen /bin, /sbin, /usr/bin und /usr/sbin. Dort also u.a.:

sudo chmod -R u+x,g+x /bin

Und schreiben können sollte man nach /home sowie nach /var/log; u.a.:

sudo chmod -R u+w,g+w /var/log

Das sind jetzt relativ konservativ gesetzte Rechte (aber besser als +rwx für alles), und wahrscheinlich sind auch nicht alle Ordner berücksichtigt, so daß es zu weiteren Fehlern kommen kann. - Keine Garantie, aber die Situation dürfte sich erstmal verbessern.

Zum Ändern der Rechte preßt Du im GRUB-Menü, nach dem Booten, ESC und bootest in den Recovery-Modus.

PS.: Daß Du von der Live-CD aus keine Daten auf der Festplatte siehst, verstehe ich nicht.

Nachdem ich den ersten Befehl eingebe:

sudo chmod -R u+r,g+r /

kommt eine Reihe:

...
chmod: changing permissions of '...': Operation not permitted
...

-ich glaube ich habe mir die ganze Festplatte irgendwie mit meinen Permissions um die Ecke gebracht! 😢

Best Regards
Michael

Hallo

Michael Sams hat geschrieben:

Ich habe auf meinem Computer MATLAB installiert und für dieses Programm habe ich einige Ordner-Rechte so verändert, dass Matlab drauf zugreifen kann.

Was genau hast du DA gemacht? Das dürfte die Ursache sein

da1l6

Ich glaube nicht, dass die MATLAB (Numerisches Berechnungsprogramm) Installation daran schuld ist. Nachdem Matlab installiert ist, gibt es im /home/username/... einen Ordner auf den Matlab zugreift und gewisse Einstellungen und Dinge abspeichert. Bei mir war es aber so, dass Matlab auf gewisse Ordner nicht zugreifen konnte und deswegen habe ich diese Permissions geändert. Nach diesem Ändern funktionierte alles prächtig - nur die Fehlermeldung beim Anmelden! ($Home/.dmrc –> 644 Permission) –> erst diese Änderung hat mein System zum erliegen gebracht! 🙄

Best Regards
Michael

Mich würde mal interessieren, was z.B.

ls -l /sbin/*

bezüglich der vergebenen Benutzerrechte sagt. /sbin/klogd ("Permission denied") wird ja dann dabei sein; bei mir sieht das so aus:

-rwxr-xr-x 1 root root    23048 2007-11-23 10:06 /sbin/klogd

- Bitte per No Paste Service posten.