Często widzę użytkowników, którzy próbują naprawić problem i gdzieś czytają lub po prostu próbują rekursywnie chown
swój katalog domowy, a czasem nawet rekurencyjnie resetują uprawnienia do czegoś podobnego rwxr-xr-x
lub podobnego.
Wyobraź sobie masakrę takiego właściciela / uprawnień - czy istnieją krytyczne pliki / katalogi, które wymagają specjalnych uprawnień lub muszą być własnością root, aby system działał?
permissions
home-directory
Bajt Dowódca
źródło
źródło
~/.gvfs/
,~/.cache/gvfs-burn/
i~/.cache/dconf
. Prawdopodobnie jest ich więcej.drwx------ 2 romano romano 4096 dic 2 2008 .gvfs
i nigdy nie miałem żadnych problemów .... (zobacz datę). Równieżdrwx------ 2 romano romano 4096 abr 28 14:57 .cache/dconf
Odpowiedzi:
Plik
~
root nie może należeć do użytkownika root.Jeśli oprogramowanie wymaga, że plik w swoim katalogu domowym być własnością przez innego użytkownika, to jest błąd i powinno zostać zgłoszone jako takie.
Poza tym powszechny przypadek dotyczy dwóch programów związanych z bezpieczeństwem, które wymagają ograniczonych uprawnień do niektórych plików, a mianowicie:
SSH
Patrz
man ssh
sekcjaFILES
:Inne pliki, takie jak
authorized_keys
,known_hosts
itd powinny być zapisywalny tylko przez użytkownika, ale mogą być światowej czytelny.GnuPG
~/.gnupg
(i zawartość) powinny być dostępne tylko dla Ciebie. W przypadku innych uprawnień GPG będzie narzekać na niebezpieczne uprawnienia.źródło
~/.gvfs/
,~/.cache/gvfs-burn/
i~/.cache/dconf
? Są własnością root i myślę, że powinny.sudo
z programami GUI?sudo -i
lubsudo -H
prawdopodobnie należy go użyć.Ogólnie pliki i katalog w twoim domu powinny być własnością ciebie.
Mam dziwne pliki należące do roota, które prawdopodobnie wynikają z wykonania
sudo
polecenia; w rzeczywistości istnieją programy, w których piszą rzeczy$HOME
(które dobrze zachowujące się programy wymagające uprawnień superużytkownika nie powinny robić --- efektem jest przejęcie przez root własności plików, które powinny należeć do użytkownika).Zwykle ich usuwanie lub ponowne posiadanie (w zależności od pliku) nie stwarza problemów i często rozwiązuje niektóre problemy, takie jak niesławny
.Xauthority
plik --- a czasem po uruchomieniusudo dconf-editor
masz rzeczy w konfiguracjach, których nie możesz już modyfikować.O trybach specjalnych:
x
oznacza prawo do przekreślenia);.ssh
musi byćdrwx------
(0700) i zawierać w nim klucze prywatne-rw-------
(0600)Public
katalog do udostępniania, prawdopodobnie powinien to byćdrwxr-xr-x
(uprawnienie do odczytu dla każdego) lubdrwxrwxrwt
(z uprawnieniem do zapisu i lepką częścią, aby umożliwić zapis).... Nie mogę myśleć o niczym więcej wymagającym specjalnego traktowania.
źródło
~/.gvfs/
,~/.cache/gvfs-burn/
i~/.cache/dconf
? Są własnością root i myślę, że powinny.dconf
jest twoja konfiguracja, a uprzywilejowane polecenie / demon, który wykonuje montowanie partycji, powinien zmienić właściciela na ciebie --- w przeciwnym razie jest to błąd. Skomentowałem to w twoim pytaniu.~/.dbus/session-bus/7ae519bec942595a6925fb2d5448031b-1
i/home/ipc-admin/.aptitude/config
wiele rzeczy pod/home/ipc-admin/.cache/pip/wheels/
,/home/ipc-admin/.local/share/session_migration-(null)
i/home/ipc-admin/.local/share/applications/mimeapps.list
. Czy możesz sobie wyobrazić, dlaczego są one własnością root w moim systemie?