NOT authorised...............must be setuid root

[umbra]

Tak tohle mi píše od doby co jsem si nastavoval práva adresáře usr v kořenu na 777 přes sudo v příkazovém řádku. Ted nevím co s tím..protože ve správci uživatelů nefunguje přidání uživatele. V místech se nemůžu dostat na data disk (opět hláška not authorised). Jako root se přihlásit nemohu, nemám ho vytvořený, respektive ve správci uživatelů nejde odemčít zámek. Dále v příkazovém řádku nic nefunguje přes sudo..........Díky za pomoc

[arrange]

Nikdy
neměň
práva
v systémových
adresářích

(obzvlášť pokud nevíš, co děláš)

Jaks' to měnil? Z příkazové řádky? Jsi schopen v ~/.bash_history najít ten příkaz?

[LuciusMare]

arrange: Když byl schopnej udělat takovou blbost tak nečekám že pochopí co po něm chceš...(no offense,každý někdy začínal)
~ Znamená domovský adresář,takže nějak prohledej soubor v tvém domovském adresáři jména .bash_history (Je skrytý,neuvidíš ho v nautilu (průzkumník)ani při běžném vypsání souborů pomocí ls)
Nejlépe spusť tyto příkazy:

Kód: [Vybrat]

cd
tail -100 .bash_history |grep chmodTy příkazy okopíruj a vlož do terminálu,co ti to vypíše dej sem.Pokud to nic nevypíše,spusť tohle:

Kód: [Vybrat]

cd
grep chmod .bash_historyedit: (A ano,jsou to dva různé příkazy,nespojovat)

[umbra]

Vyzkouším. Holt jsem to udělal příkazem chmod. Vůbec mě nenapadlo, že to bude mít takový vliv. Myslel jsem si, že od toho je ten příkaz, abych si změnil práva. Kompl používám sám, tak jsem nic neřešil a změnil práva pro ostatní  z x na rwx. Důvod byl blbý, místo toho abych se přihlásil jako rooot (potřeboval jsem něco nahrát a bez práv jsem neměl přístup...resp. chtěl jsem rozbalit soubor přes okna a ne přes terminál)......Nic jsem ponaučen.Vyzkouším vaši radu a uvidíme.

[umbra]

sudo chmod 777 usr
sudo chmod 777 -r  usr
sudo chmod  - r 777 usr
Tady jsou ty koniny, které jsem vyhledal v historii...co jsem prováděl.

sudo chmod  -R 777 usr
sudo chmod -r 777 usr
sudo chmod -r 777 usr
sudo chmod -R 777 usr
sudo chmod  -R 777 usr
sudo chmod  -R 777 bin
sudo chmod  -R 777 sbin
sudo chmod  -R 777 lib
sudo chmod  -r 777 lib
sudo chmod  -R 771 usr
sudo chmod -R 771 usr
sudo chmod -R 774 usr

[umbra]

/usr - aplikace a soubory většinou přístupné pro všechny uživatele. Tohle jen pro doplnění. Podle mě změna práv na tomto adresáři by neměla vyvolat chybu, která se u mě vyskytla....ale i tak si to budu více hlídat

[LuciusMare]

A jestli si tam někdy chceš něco nakopírovat tak příště

Kód: [Vybrat]

gksudo nautilus

[Martin - ViPEr*CZ*]

změna práv na složku /usr nezničí v databázi uživatelů /etc/passwd uživatele root a taky neodebere aktuálního usera z /etc/sudoers aby mohl používat sudo.... to jste si s tím musel pořádně hrát a na nastavení 777 bych to vůbec nesváděl...
zkusil bych se podívat do /etc/passwd jestli je tam vůbec root... popřípadě bych okopíroval přes LiveCD řádek na roota bez hesla a v nejbližší době bych heslo změnil... a taky skontrolujte /etc/sudoers jestli má aktuální user povoleno sudo ;-)

[WICKED]

Nevim ale napada me otazka: Nebylo by lepsi reinstalovat? :-O

LiveCD zazalohovat a hod novou instalacku ? Prijde me to vyhodnejsi nes se stale babrat v tomto smeru

[umbra]

změna práv na složku /usr nezničí v databázi uživatelů /etc/passwd uživatele root a taky neodebere aktuálního usera z /etc/sudoers aby mohl používat sudo.... to jste si s tím musel pořádně hrát a na nastavení 777 bych to vůbec nesváděl...
zkusil bych se podívat do /etc/passwd jestli je tam vůbec root... popřípadě bych okopíroval přes LiveCD řádek na roota bez hesla a v nejbližší době bych heslo změnil... a taky skontrolujte /etc/sudoers jestli má aktuální user povoleno sudo ;-)

Tomuhle moc jako lajk nerozumím kam co zkopírovat....V etc/passwd je "root:x:0:0:root:/root:/bin/bash"  Výpis etc/sudoers je # /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# See the man page for details on how to write a sudoers file.
#

Defaults   env_reset

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root   ALL=(ALL) ALL

# Uncomment to allow members of group sudo to not need a password
# (Note that later entries override this, so you might need to move
# it further down)
# %sudo ALL=NOPASSWD: ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

[Roman Vacho]

A jestli si tam někdy chceš něco nakopírovat tak příště

Kód: [Vybrat]

gksudo nautilus

Anebo balíček nautilus-gksudo , restart a na pravém tl. myši je otevřít jako správce.

[arrange]

/usr - aplikace a soubory většinou přístupné pro všechny uživatele. Tohle jen pro doplnění. Podle mě změna práv na tomto adresáři by neměla vyvolat chybu, která se u mě vyskytla....

Nesouhlasím. Např. /usr/bin/sudo si hlídá práva (měla by být nastavena na 4755), a pokud nejsou v pořádku, tak háže chybu podobnou té tvé.

Kód: [Vybrat]

arrange@lean:/usr$ which sudo
/usr/bin/sudo

arrange@lean:/usr$ ls -l /usr/bin/sudo
-rwsr-xr-x 2 root root 115136 2009-02-17 04:22 /usr/bin/sudo

arrange@lean:/usr$ sudo chmod 777 /usr/bin/sudo

arrange@lean:/usr$ sudo ls
sudo: must be setuid root


[Yontalcar]

změna práv na složku /usr nezničí v databázi uživatelů /etc/passwd uživatele root a taky neodebere aktuálního usera z /etc/sudoers aby mohl používat sudo.... to jste si s tím musel pořádně hrát a na nastavení 777 bych to vůbec nesváděl...
zkusil bych se podívat do /etc/passwd jestli je tam vůbec root... popřípadě bych okopíroval přes LiveCD řádek na roota bez hesla a v nejbližší době bych heslo změnil... a taky skontrolujte /etc/sudoers jestli má aktuální user povoleno sudo ;-)

sudo (ale i su) potřebuje ke své funkčnosti SUID bit a pomocí # chmod -R 777 /usr/bin ho odmažeš