Jemanden sämtliche Rechte zu nehmen ist auch nicht gerade eine nette Lösung.
Gelegentlich ist das die stressfreieste Lösung.
Jemanden sämtliche Rechte zu nehmen ist auch nicht gerade eine nette Lösung.
Gelegentlich ist das die stressfreieste Lösung.
Das Zeug aus Nekoware ist stabiler als Windows 10.
![]()
Windows 10 ist geil!!!
Nein.
WTF? WTF? Was zum Fick bin ich sehend?
Hmm...Ich werd' wohl dann doch lieber bei Xfce-dusk bleiben.
Das Problem mit der Lautstärkeregelung hab' ich noch. Hab' jetzt mal alsa-utils und alsa-tools installiert, sowie den Nutzer in die Gruppe audio aufgenommen. Jetzt steht die Lautstärkeregelung bei 64. Änder' ich die und starte bspw. neu, ist sie wieder auf 64. Ein start von sudo systemctl enable alsa-store.service wird mit:
quittiert - und die Variante sudo systemctl enable alsa-restore.service bringt gar ganz wirre Aussagen zu Stande.Ansonsten bleibt mir bisher nur zu sagen: Besten Dank an alle Helfenden
alsa-store ist doch keine systemd-Unit? Probier einfach mal nur alsa-store im Terminal.
Michael_ was hast du da eigentlich fürn Netzteil drin?
Michael_ Du bist son richtig toller Kandidat für den Darwin-Award.
halte von der RX480 leider auch nicht viel, wobei ich mir durchaus mal ordentlich Konkurrenz zu Nvidia (und auch zu Intel) wünschen würde.
Beziehungsweise ${HOME}, wenn das Skript eine einheitliche Form haben soll. ~ ist ein Alias für diese Variable.
Und die Shebang-Zeile #!/bin/bash muss an den Anfang der Datei, sonst lässt sich das Skript u. U. (falls es nicht von einer anderen Shell ausgeführt wird) nicht ausführen.
Wird bei Gelegenheit angepasst.
################################
# Backup Script AIO #
# Author Tobias Koehler #
# Mail: tk1908@gmail.com #
# Version 2.1 #
################################
#!/bin/bash
parameter=$1
CURRENT_CLIENT="${HOME}/.backup.current"
CURRENT_SERVER="/data/nuketown/misc/.backup/.backup_current"
DAY="$(date +%F)"
# Syncronisierung von Dokumenten, auf ares nach athene liegen.
# Ausdrückliche Warnung! Dokumente, welche auf nexus neuer sind, als auf nuketown, werden mittels --delete gelöscht!
clean() {
find /home/tkoehler/Musik/ -type f \( -iname "Thumbs.db" \) -exec rm -rf {} \;
find /home/tkoehler/Dokumente/Beruflich/Bewerbungsunterlagen/Erledigt/ -type d \( -iname "pictures" \) -exec rm -rf {} \;
find /home/tkoehler/Dokumente/Beruflich/Bewerbungsunterlagen/Erledigt/ -type f \( ! -iname "*.pdf" \) -exec rm -rf {} \;
find /home/tkoehler/Dokumente/Privat/persönliches/ -type f \( ! -iname "*.tex" \) -exec rm -rf {} \;
}
servsync() {
rsync -rvu /mnt/nuketown/
}
clientbackup() {
echo Cleaning
clean
rsync -rvu --link-dest=/data/nuketown/misc/.backup/.backup_current ${HOME}/Dokumente/ /data/nuketown/misc/Dokumente/ --delete
rsync -rvu ${HOME}/Downloads /data/nuketown/misc/Incomming/
rsync -rvu ${HOME}/Musik/ /data/nuketown/music/
}
clientsync() {
rsync -rvu /data/nuketown/misc/Dokumente/ ${HOME}/Dokumente
rsync -rvu /data/nuketown/music/ ${HOME}/Musik
}
rotate() {
mkdir /data/nuketown/misc/.backup/.backup_$DAY
}
case $parameter in
servsync) servsync
;;
clientbackup) clientbackup
;;
clientsync) clientsync
;;
rotate) rotate
;;
clean) clean
;;
*) echo Es stehen nur die Funktionen servsync, clientbackup, clientsync, rotate und clean zur Verfügung!
;;
esac
Alles anzeigen
Ich gehe mal davon aus, dass mir Debian 8.4 gestern keine alten Firmware-Pakete untergeschoben hat
Nichts desto trotz ist es seltsam, dass es auch beim Onboard-LAN (Intel 82566MM) genau das Selbe Phänomen gibt.
Evtl mal mit Wireshark mitsniffen?
Gibts eventuell IP-Adresskonflikte bei dir, Xaar? Hatte nämlich selbst auch son Verhalten gehabt.
CPU Z
die wechselt von 3700 mhz auf 1200 mhz runter, multipler von 37 auf 12.
Ich kann den IDLE Mutlipler allerdings nicht einstellen.
Und das passiert auch unter Last?
Btw ich raff nich, was du eigentlich erreichen willst?