Onderwerp: Groot chown probleem

Ik heb best een groot probleem na gisteravond. Op mijn dedicated server (waar gelukkig nog geen klanten opzitten!) heb ik het chown command verkeerd uitgevoerd tijdens het chownen van een map..

ipv

Code:

chown root.root ./ -R

heb ik

Code:

chown root.root / -R

getypt.. Je zult zelf wel snappen hoe ik zat te huilen gister Is hier niet een simpele oplossing voor, een tool die de bestandsrechten van het standaard besturingssysteem terugzet?

Tim

Welk besturings systeem heb je?

Ik ben bang dat je de sjaak bent en opnieuw moet installeren.

Dat hoeft niet, zowel FreeBSD als OpenBSD hebben een functie om de permissions en ownerships van de base install te herstellen.

Red Hat 9.0 ..

Daar weet ik het helaas niet van (wie gaat er überhaupt nu nog starten met RH9?)

Check eens de man pagina van rpm. Let vooral op --setugids en --setperms.

Wellicht dat dat helpt.

Kwam dit tegen uit me archief voor rh9, ooit ook een keer van het net geplukt, wat ik je aanraad is thuis een identieke install te maken en zo een backup maken van de permissies, en die copieren naar je dedicated en zo ook terug zetten. Je zult niet alles herstellen maar alvast wel een hele hoop.

For anyone that wants it - here it is:

Code:

#!/bin/bash

if [ ! $1 ] || [ ! $2 ];then
echo Please run as \"permbackup.sh /path/to/base restore-perms.sh\"
echo To add a date \"permbackup.sh /path/to/base restore-perms-`date +%F`.sh\"
else
IFS="
"
echo -n Starting to create restore file\
echo \#\!/bin/bash > $2
echo echo Restore permissions of $1 @ `date` >> $2
echo read -p \"Do you want to restore? [y/n] \" YN >> $2
echo if [ \"\$YN\" \!= \"y\" ]\; then >> $2
echo echo Abandoning restore >> $2
echo else >> $2
echo echo -n Starting restore\\\ >> $2
for file in `find $1`;do
echo -n .
echo echo -n . >> $2
type=`stat --format="%F" $file`
if [ "$type" != "Symbolic Link" ];then
echo chmod `stat --format="%a" $file` \"$file\" >> $2
echo chown `stat --format="%u:%g" $file` \"$file\" >> $2
fi
done
echo echo -e \\\\nRestore complete >> $2
echo fi >> $2
chmod 700 $2
echo -e \\n\\nRestore point of permissions for $1 @ `date` created.\\n\\nPlease execute \"$2\" to restore permissions.\\n
fi

As root - save this as a file called "permbackup.sh" in /usr/local/bin then chmod it 755:
chmod 755 /usr/local/bin/permbackup.sh

Running "permbackup.sh" will give you basic usage instructions. I have only tested this on RedHat 9 but it "should" work on any system where stat uses custom output formats.

Maar zoals WDV al zei waarom RH9 ?

Sorry voor de late reactie, was druk op het werk vandaar dat ik nu thuis weer verder reply. Red Hat was niet echt mijn eerste keuze, maar deze was standaard geinstalleerd op de dedicated icm de bijkomende pakketten.. er is nog discussie geweest om dit te veranderen, maar later toch niet meer gebeurd..

Klopt het dat in een tar.gz backup ook de bestandspermissies worden meegenomen? Het lijkt wel alsof ze nu weer normaal werken na het terugzetten van de /etc backup.. < de etc map dan met de httpd

Kan niet eens iemand met Red hat 9.0 en Directadmin 'ls -alR /' doen voor me, tar.gz maken en op een webhost gooien

Heb chown van /var /usr /bin en /sbin nodig

Origineel geplaatst door WH-Tim
Sorry voor de late reactie, was druk op het werk vandaar dat ik nu thuis weer verder reply. Red Hat was niet echt mijn eerste keuze, maar deze was standaard geinstalleerd op de dedicated icm de bijkomende pakketten.. er is nog discussie geweest om dit te veranderen, maar later toch niet meer gebeurd..

Daar ga je later echt spijt van krijgen, er is geen enkele (goede) support meer voor RedHat en binnen de kortste keren is het dus zo lek als een mandje.

Origineel geplaatst door wdv


Daar ga je later echt spijt van krijgen, er is geen enkele (goede) support meer voor RedHat en binnen de kortste keren is het dus zo lek als een mandje.

Dat is dus een broodje aap, degene die niet verder kunnen kijken dan een rpm en op die manier updaten blijven idd achter en zitten met een insecure systeem.

Origineel geplaatst door Mikey


Dat is dus een broodje aap, degene die niet verder kunnen kijken dan een rpm en op die manier updaten blijven idd achter en zitten met een insecure systeem.

Uhm ja. Probleem is alleen dat de meeste RH9 gebruikers ook niet verder kunnen kijken dan het RPM systeem :P