Wird wohl ein KDE mit CDE-Theme sein
Exakt so ists. Ist n Debian Etch als Unterbau. War mal n Testlauf von KDE 3 auf Debian. Werde wohl am Donnerstag mal Slackware 12 mit KDE3 testen.
Wird wohl ein KDE mit CDE-Theme sein
Exakt so ists. Ist n Debian Etch als Unterbau. War mal n Testlauf von KDE 3 auf Debian. Werde wohl am Donnerstag mal Slackware 12 mit KDE3 testen.
Vielleicht als Kühler nen Scythe Katana 4? Hab Ich auch am laufen, ist schön leise und günstig.
Alles Krams,
mag mein Openbox, schnell funktional, tut was ich will.
Für Openbox bin Ich zu faul. ![]()
Ich persönlich verwende n Cougar NT. Das tut soweit wunderbar, hat allerdings leider auch kein Kabelmanagement.
Mittlerweile nur noch KDE auf aktuelleren Systemen, tut auf Sid wunderbar. Auf langsameren Systemen Xfce mit Gnome-Komponenten (bspw. Synaptic und den Gnome-Networkmanager.)
Mittlerweile verwende Ich Konsole
Lasst uns doch mal in Frankfurt treffen. Oder in Büttelborn. ![]()
HübschWürde aber noch ein anderes Icontheme nehmen, gibt ja einige gute auf xfce-look.org
Mal schauen.
Es fällt mir schwerer ein Debian mit Xfce einzurichten, als n Debian mit KDE.
Dumm aus der Wäsche...
Warum?
Erinnerungen. ![]()
Damit funzt es, vielen vielen Dank!
Schöne Grüße vom Tux
Gern geschehen. ![]()
Unter welchem Nutzernamen läuft das dann denn? Dem des zugreifenden Clients? Am liebsten würde ich den ganzen Rechtekram in dem Falle wie gesagt ganz weg haben. Falls es da auch für NFS passende Parameter gibt, wären die natürlich nicht verkehrt.
Danke schonmal!
Probiers mal mit "all_squash", damit werden die UIDs/GIDs auf nobody gemappt.
Moin,
folgende Situation: Ein Fileserver, auf dem alle alles dürfen sollen und jegliche Form von "Keine Berechtigung" nur vollkommen nervt. Auf dem Server ist eine NFS-Freigabe. In der /etc/exports steht
also sollte das gesamte Netz ja Lese- und Schreibzugriff haben. Außerdem wurde schon chmod -R 777 /data ausgeführt.
Soweit die Theorie.In der Praxis ist es so, dass die Berechtigungen spinnen, sobald man von einem verbundenen Client aus neue Verzeichnisse in der Freigabe anlegt und in diese neuen Verzeichnisse etwas reinkopieren/löschen will. Dann gibts "Keine Berechtigung"-Gezicke.
Nun meine Frage: Kann man ext4 nicht mit irgendeinem Parameter mounten, dass der ganze Rechteverwaltungsfoo deaktiviert ist? In diesem Falle ist jegliche Rechteverwaltung nur nervig und nicht zielführend.Jemand Ideen?
Schöne Grüße vom Tux
Blöde Frage, fußt die "Rechteverwaltung" von NFS net irgendwie auf der UID? Meine da mal was gelesen zu haben.
#############################
# Backup - Client-Part
# Author Tobias Koehler
# Mail: tk1908@gmail.com
# Version 1.0
#############################
#!/bin/bash
NAME="Backup"
DATE=`date +"%m-%Y"`
DEST="/save/Monatsbackups/$FULLNAME/"
FULLNAME="$NAME-$DATE"
TMPLOG="/var/log/backup.tmp"
SOURCE="/save"
LOG="/var/log/backup"
if [ !-e "$DEST" ]; then
mkdir "$DEST"
rsync -avu $SOURCE $DEST
fi
if [ $RSYNC1_RET -eq 0 ]; then
mailx -s "Backup $erfolgreich" $(whoami)@$(hostname) <$TMPLOG
else
mailx -s "Backup fehlgeschlagen" $(whoami)@$(hostname) <$TMPLOG
fi
rm $TMPLOG
Alles anzeigen
#############################
# Backup - Server-Part
# Author Tobias Koehler
# Mail: tk1908@gmail.com
# Version 1.0
#############################
#!/bin/bash
NAME="Backup"
DATE=`date +"%m-%Y"`
DEST="/data/save/Clientbackup/$SYS[$*]/Monatsbackup/Backup-$(date +%m-%Y)"
SYS=("phoenix" "voyager" "appletree")
TMPLOG="/var/log/backup.tmp"
SOURCE="/mnt/save"
LOG="/var/log/backup"
if [ !-e "$DEST" ]; then
mkdir "$DEST"
fi
for $SYS[$*] ; do
mount $SYS:/save /mnt/save
rsync -avu $SOURCE $DEST |tee -a $TMPLOG >>$LOG
unount /mnt/save
done
Alles anzeigen