Un chmod di troppo

[Dorian]

Ok, ho combinato un guaio. Ieri notte, senza che ce ne fosse motivo, così, mentre installavo la test di benchmark di phoronix da konsole ho aperto una nuova "tag", ho loggato root e mi sono detto "chmoddiamo la directory /usr, sembra essere una buona idea :sisi:". Detto fatto. Stamattina ho riavviato e non posso più fare un ca**o da utente normale , infatti ora sono loggato root. Ho provato a cambiare ownership in maniera visuale (da KDE) alla directory, messo come owner il mio utente, come group users, ricorsivamente in modo da applicare la cosa a tutte le sottocartelle però niente...idee per ripristinare lo stato originale? Il comando che ho dato è

Codice: Seleziona tutto

chmod 775 -R /usr"

e non posso fare a meno di pensare che se sapessi cosa fa di preciso chmod probabilmente non l'avrei fatto ! Il man page non mi aiutò, a suo tempo, ora provo a vedere cosa dice google...idee?

[slux]

mmmm bel macello
Non so se può essere corretto , ma forse potresti provare a rinfrescare i pacchetti con upgradepkg --reinstall,così file e directory dovrebbe essere ricreati con i giusti permessi.
Sayonara

[FireEater]

Prova così:

Codice: Seleziona tutto

chmod 755 -R /usr

[targzeta]

Prova così:

Codice: Seleziona tutto

chmod 755 -R /usr

Ma così mette i diritti di esecuzione a tutti i file, sia esso eseguibili e non, anche secondo me la soluzione migliore sarebbe quella di rinfrescare i pacchetti.

Spina

[FireEater]

Ma così mette i diritti di esecuzione a tutti i file, sia esso eseguibili e non, anche secondo me la soluzione migliore sarebbe quella di rinfrescare i pacchetti.

Spina

già...

[Paoletta]

Codice: Seleziona tutto

$ grep -ir usr /var/log/packages |  cut -d ":" -f 1 | uniq | less

ti dà l'elenco dei pacchetti da reinstallare...per non dimenticare niente

[Dorian]

Asd ho un output di 785 pacchetti, dovrei reinstallarli tutti? upgradepkg --reinstall non ha il minimo effetto, credo dipenda dal fatto che non lo lancio dalla directory giusta :shame:

[anche perché per installpkg andavo nella directory contenente i tgz, e lanciavo, chessò, installpkg *.*...]

[Paoletta]

parti da quelli della distro, gli altri puoi farli dopo; ti conviene andare in runlevel 1 e fare quel che si fa di solito per upgradare la slack, solo che tu devi lanciare upgradepkg --reinstall

http://www.slacky.eu/wikislack/index.ph ... _alla_12.1

[Bart]

Se non hai nulla di importante sul pc fai prima a formattare e reinstallare tutto.

[ZeroUno]

Che disfattisti... il guaio non è irreparabile, basta capire cosa è successo...

in pratica, mettendo 775, si aggiungono dei permessi ma se ne tolgono altri importanti, che sono il suid e l'sgid.

per risolvere basta ripristinare questi.

Codice: Seleziona tutto

# cd /usr

# chmod u+s ./libexec/emacs/22.2/i486-slackware-linux-gnu/update-game-score ./libexec/ssh-keysign ./libexec/dbus-daemon-launch-helper ./libexec/pt_chown ./bin/gpasswd ./bin/rsh ./bin/lppasswd ./bin/traceroute ./bin/uucp ./bin/kpac_dhcp_helper ./bin/uux ./bin/uuname ./bin/at ./bin/Xorg ./bin/kgrantpty ./bin/uustat ./bin/expiry ./bin/chage ./bin/traceroute6 ./bin/passwd ./bin/fileshareset ./bin/rcp ./bin/sudo ./bin/procmail ./bin/crontab ./bin/kppp ./bin/rlogin ./bin/newgrp ./bin/chsh ./bin/chfn ./bin/cu ./bin/fdmount ./bin/start_kdeinit ./bin/kcheckpass ./sbin/uucico ./sbin/uuxqt

# chmod g+s ./libexec/gnome-pty-helper ./bin/wall ./bin/at ./bin/xlock ./bin/slocate ./bin/write ./bin/kdesud ./bin/lockfile ./bin/slrnpull ./bin/procmail ./bin/xscreensaver ./sbin/sendmail ./doc/syslinux-3.52/menu ./doc/syslinux-3.52/menu/libmenu ./doc/transfig-3.2.4/manual ./doc/cdrtools-2.01.01a38/READMEs ./doc/subversion-1.4.6/book ./doc/subversion-1.4.6/book/images ./doc/ntp-4.2.4p0/clockstuff ./doc/ntp-4.2.4p0/html ./doc/ntp-4.2.4p0/html/pic ./doc/ntp-4.2.4p0/html/build ./doc/ntp-4.2.4p0/html/build/hints ./doc/ntp-4.2.4p0/html/build/scripts ./doc/ntp-4.2.4p0/html/icons ./doc/ntp-4.2.4p0/html/scripts ./doc/ntp-4.2.4p0/html/drivers ./doc/ntp-4.2.4p0/html/drivers/icons ./doc/ntp-4.2.4p0/html/drivers/scripts ./doc/ntp-4.2.4p0/scripts ./doc/ntp-4.2.4p0/scripts/stats ./doc/ntp-4.2.4p0/scripts/rc2 ./doc/ntp-4.2.4p0/scripts/monitoring ./doc/ntp-4.2.4p0/scripts/rc1 ./doc/ntp-4.2.4p0/conf ./lib/utempter/utempter

gli altri permessi, anche se eccessivi (775) non danno fastidio al funzionamento del sistema.

comunque se volevi dare l'attributo di scrittura ai gruppi per tutti i file, il comando giusto era

Codice: Seleziona tutto

# chown -R g+w /usr

ma non c'è motivo per cui un utente debba poter scrivere sotto la /usr

Ciao,
01

[urka58]

@zerouno
a cosa serve l'sgid nei files delle directory doc/*?

comunque se volevi dare l'attributo di scrittura ai gruppi per tutti i file, il comando giusto era
# chown -R g+w /usr

??? probabilmente intendevi chmod. Comunque i files in /usr sono di proprietà root:root (forse ne è rimasto qualcuno di root:bin), quindi per l'utente "normale" non cambia niente...
Ciao

[Dorian]

Che disfattisti... il guaio non è irreparabile, basta capire cosa è successo...

in pratica, mettendo 775, si aggiungono dei permessi ma se ne tolgono altri importanti, che sono il suid e l'sgid.

per risolvere basta ripristinare questi.

Codice: Seleziona tutto

# cd /usr

# chmod u+s ./libexec/emacs/22.2/i486-slackware-linux-gnu/update-game-score ./libexec/ssh-keysign ./libexec/dbus-daemon-launch-helper ./libexec/pt_chown ./bin/gpasswd ./bin/rsh ./bin/lppasswd ./bin/traceroute ./bin/uucp ./bin/kpac_dhcp_helper ./bin/uux ./bin/uuname ./bin/at ./bin/Xorg ./bin/kgrantpty ./bin/uustat ./bin/expiry ./bin/chage ./bin/traceroute6 ./bin/passwd ./bin/fileshareset ./bin/rcp ./bin/sudo ./bin/procmail ./bin/crontab ./bin/kppp ./bin/rlogin ./bin/newgrp ./bin/chsh ./bin/chfn ./bin/cu ./bin/fdmount ./bin/start_kdeinit ./bin/kcheckpass ./sbin/uucico ./sbin/uuxqt

# chmod g+s ./libexec/gnome-pty-helper ./bin/wall ./bin/at ./bin/xlock ./bin/slocate ./bin/write ./bin/kdesud ./bin/lockfile ./bin/slrnpull ./bin/procmail ./bin/xscreensaver ./sbin/sendmail ./doc/syslinux-3.52/menu ./doc/syslinux-3.52/menu/libmenu ./doc/transfig-3.2.4/manual ./doc/cdrtools-2.01.01a38/READMEs ./doc/subversion-1.4.6/book ./doc/subversion-1.4.6/book/images ./doc/ntp-4.2.4p0/clockstuff ./doc/ntp-4.2.4p0/html ./doc/ntp-4.2.4p0/html/pic ./doc/ntp-4.2.4p0/html/build ./doc/ntp-4.2.4p0/html/build/hints ./doc/ntp-4.2.4p0/html/build/scripts ./doc/ntp-4.2.4p0/html/icons ./doc/ntp-4.2.4p0/html/scripts ./doc/ntp-4.2.4p0/html/drivers ./doc/ntp-4.2.4p0/html/drivers/icons ./doc/ntp-4.2.4p0/html/drivers/scripts ./doc/ntp-4.2.4p0/scripts ./doc/ntp-4.2.4p0/scripts/stats ./doc/ntp-4.2.4p0/scripts/rc2 ./doc/ntp-4.2.4p0/scripts/monitoring ./doc/ntp-4.2.4p0/scripts/rc1 ./doc/ntp-4.2.4p0/conf ./lib/utempter/utempter

gli altri permessi, anche se eccessivi (775) non danno fastidio al funzionamento del sistema.

comunque se volevi dare l'attributo di scrittura ai gruppi per tutti i file, il comando giusto era

Codice: Seleziona tutto

# chown -R g+w /usr

ma non c'è motivo per cui un utente debba poter scrivere sotto la /usr

Ciao,
01

Mi spiace aver fatto perdere tempo a tutti voi però alla fine ieri sera ho formattato direttamente, ho fatto un bel tar.gz della home e in due orette ero come nuovo. Però ora cerco di capire bene, anche seguendo bene il reply di 01 quotato , cosa ho combinato di preciso - concordo sul fatto che non c'è motivo che un user normale debba poter scrivere su /usr, anche perché se devo installarmi qualcosa posso sempre loggarmi root, e per questo motivo ancora mi chiedo cosa mi abbia spinto a chmoddarmi la directory

[ZeroUno]

@zerouno
a cosa serve l'sgid nei files delle directory doc/*?

a niente, fondamentalmente, ma io ho riportato tutto quello che ho trovato. In generale i sgid sulle directory servono a poco, ma se pat ce li ha messi avrà i suoi motivi.

comunque se volevi dare l'attributo di scrittura ai gruppi per tutti i file, il comando giusto era
# chown -R g+w /usr

??? probabilmente intendevi chmod. Comunque i files in /usr sono di proprietà root:root (forse ne è rimasto qualcuno di root:bin), quindi per l'utente "normale" non cambia niente...[/quote]
Si, intendevo chmod.
Che non serve a niente non è del tutto vero. Per esempio io al mio utente principale glio ho aggiunto root ai gruppi secondari... non si sa mai.

Ciao,
01

[urka58]

n generale i sgid sulle directory servono a poco, ma se pat ce li ha messi avrà i suoi motivi.

Scusa se insisto, ma credo che li abbia messi tu.

Che non serve a niente non è del tutto vero. Per esempio io al mio utente principale glio ho aggiunto root ai gruppi secondari... non si sa mai.

Non capisco, ma se a te va bene così..
Senza polemica
Ciao

[ZeroUno]

Scusa se insisto, ma credo che li abbia messi tu.

prendi un pacchetto dal cd tra quelli che sono elencati in quel chmod, per esempio syslinux
dai
tar tzvf syslinux*tgz |grep doc/syslinux-3.52/menu
e fammi sapere

Ciao,
01