home.social

#chown — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #chown, aggregated by home.social.

  1. #Linux #Zugriffsrechte meistern: Die ultimative Anleitung zu #chmod, #chown & #stat

    In der zweiten Folge zum #Linux- #Basiswissen zeige ich Euch, wie #Zugriffsrechte auf der #Kommandozeile wirklich funktionieren – vom Lesen der Ausgabe von "ls -l" bis zum Ändern mit #chmod, #chown und Co. Außerdem erfahrt Ihr, was es mit den geheimnisvollen #rwx-Buchstaben, Zahlenwerten und Sonderrechten wie #SUID und #SGID...

    #Nicht_der_Weisheit_letzter_Schluß

    @nichtderweisheit

    m.youtube.com/watch?v=bJ8uLdy_

  2. #Linux #Zugriffsrechte meistern: Die ultimative Anleitung zu #chmod, #chown & #stat

    In der zweiten Folge zum #Linux- #Basiswissen zeige ich Euch, wie #Zugriffsrechte auf der #Kommandozeile wirklich funktionieren – vom Lesen der Ausgabe von "ls -l" bis zum Ändern mit #chmod, #chown und Co. Außerdem erfahrt Ihr, was es mit den geheimnisvollen #rwx-Buchstaben, Zahlenwerten und Sonderrechten wie #SUID und #SGID...

    #Nicht_der_Weisheit_letzter_Schluß

    @nichtderweisheit

    m.youtube.com/watch?v=bJ8uLdy_

  3. #Linux #Zugriffsrechte meistern: Die ultimative Anleitung zu #chmod, #chown & #stat

    In der zweiten Folge zum #Linux- #Basiswissen zeige ich Euch, wie #Zugriffsrechte auf der #Kommandozeile wirklich funktionieren – vom Lesen der Ausgabe von "ls -l" bis zum Ändern mit #chmod, #chown und Co. Außerdem erfahrt Ihr, was es mit den geheimnisvollen #rwx-Buchstaben, Zahlenwerten und Sonderrechten wie #SUID und #SGID...

    #Nicht_der_Weisheit_letzter_Schluß

    @nichtderweisheit

    m.youtube.com/watch?v=bJ8uLdy_

  4. #Linux #Zugriffsrechte meistern: Die ultimative Anleitung zu #chmod, #chown & #stat

    In der zweiten Folge zum #Linux- #Basiswissen zeige ich Euch, wie #Zugriffsrechte auf der #Kommandozeile wirklich funktionieren – vom Lesen der Ausgabe von "ls -l" bis zum Ändern mit #chmod, #chown und Co. Außerdem erfahrt Ihr, was es mit den geheimnisvollen #rwx-Buchstaben, Zahlenwerten und Sonderrechten wie #SUID und #SGID...

    #Nicht_der_Weisheit_letzter_Schluß

    @nichtderweisheit

    m.youtube.com/watch?v=bJ8uLdy_

  5. #Linux #Zugriffsrechte meistern: Die ultimative Anleitung zu #chmod, #chown & #stat

    In der zweiten Folge zum #Linux- #Basiswissen zeige ich Euch, wie #Zugriffsrechte auf der #Kommandozeile wirklich funktionieren – vom Lesen der Ausgabe von "ls -l" bis zum Ändern mit #chmod, #chown und Co. Außerdem erfahrt Ihr, was es mit den geheimnisvollen #rwx-Buchstaben, Zahlenwerten und Sonderrechten wie #SUID und #SGID...

    #Nicht_der_Weisheit_letzter_Schluß

    @nichtderweisheit

    m.youtube.com/watch?v=bJ8uLdy_

  6. Someone needs to add a progress bar to chown...

    After multiple hours I really want to know what the progress is...

    #Linux #chown

  7. Права в Linux: chown/chmod, SELinux context, символьная/восьмеричная нотация, DAC/MAC/RBAC/ABAC

    Собрал в одном месте всё, что нужно знать о правах в Linux, простым и понятным языком: символьная и восьмеричная нотация, SUID/SGID/Sticky bit, SELinux-контекст, DAC, MAC, RBAC, ABAC, команды ls/stat/chmod/chown/find — с примерами и схемами, к которым легко вернуться.

    habr.com/ru/articles/1027674/

    #linux #chmod #chown #SELinux #права_доступа #DAC #MAC #RBAC #ACL #системное_администрирование

  8. Права в Linux: chown/chmod, SELinux context, символьная/восьмеричная нотация, DAC/MAC/RBAC/ABAC

    Собрал в одном месте всё, что нужно знать о правах в Linux, простым и понятным языком: символьная и восьмеричная нотация, SUID/SGID/Sticky bit, SELinux-контекст, DAC, MAC, RBAC, ABAC, команды ls/stat/chmod/chown/find — с примерами и схемами, к которым легко вернуться.

    habr.com/ru/articles/1027674/

    #linux #chmod #chown #SELinux #права_доступа #DAC #MAC #RBAC #ACL #системное_администрирование

  9. Права в Linux: chown/chmod, SELinux context, символьная/восьмеричная нотация, DAC/MAC/RBAC/ABAC

    Собрал в одном месте всё, что нужно знать о правах в Linux, простым и понятным языком: символьная и восьмеричная нотация, SUID/SGID/Sticky bit, SELinux-контекст, DAC, MAC, RBAC, ABAC, команды ls/stat/chmod/chown/find — с примерами и схемами, к которым легко вернуться.

    habr.com/ru/articles/1027674/

    #linux #chmod #chown #SELinux #права_доступа #DAC #MAC #RBAC #ACL #системное_администрирование

  10. Права в Linux: chown/chmod, SELinux context, символьная/восьмеричная нотация, DAC/MAC/RBAC/ABAC

    Собрал в одном месте всё, что нужно знать о правах в Linux, простым и понятным языком: символьная и восьмеричная нотация, SUID/SGID/Sticky bit, SELinux-контекст, DAC, MAC, RBAC, ABAC, команды ls/stat/chmod/chown/find — с примерами и схемами, к которым легко вернуться.

    habr.com/ru/articles/1027674/

    #linux #chmod #chown #SELinux #права_доступа #DAC #MAC #RBAC #ACL #системное_администрирование

  11. chown – Änderung von Besitzer und Gruppe bei Dateien & Verzeichnissen

    Warum du chown kennen solltest Als Systemadministrator bist du dafür verantwortlich, dass nur die richtigen Nutzer auf bestimmte Dateien und Verzeichnisse zugreifen können. Ein zentraler Baustein dafür ist der Befehl chown, mit dem du den Besitzer und die Gruppe von Dateien und Verzeichnissen gezielt steuerst. Besonders in Multi-User-Umgebungen, bei Webservern oder auf geteilten Systemen ist chown unverzichtbar, um Sicherheit und klare Verantwortlichkeiten zu gewährleisten. Grundlagen […]

    andreas-moor.de/chown-aenderun

  12. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  13. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  14. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  15. @[email protected]

    Hi. Ich bin zufällig über
    #NextCloudBackupRestore (https://codeberg.org/DecaTec/Nextcloud-Backup-Restore) gestolpert und habe das gleich mal getestet (Bislang nur manuell und noch nicht per #Cronjob).

    Super. Vielen Dank dafür.
    👍

    Ich hätte allerdings noch 2 Feature Requests für das
    #Skript:

    1. Rechteanpassung im Ziel:

    #
    # Check if backup dir already exists
    #
    if [ ! -d "${backupDir}" ]
    then
    mkdir -p "${backupDir}"
    #chown -R "${user}" "${backupDir}"
    #chmod 700 -R "${backupDir}"
    else
    errorecho "ERROR: The backup directory ${backupDir} already exists!"
    exit 1
    fi
    Hier musste ich die chown und chmod Befehle auskommentieren, da das auf dem sftp-Share eine Fehlermeldung über fehlende Rechte erzeugt und dann das Skript abbricht. Ohne die Rechteanpassung läuft's durch.

    2.
    Nicht den gesamten
    #Webserver für die ganze Laufzeit des #Backup stoppen, sondern nur den #vhost von #Nextcloud deaktivieren.

    Hintergrund:
    Ich (und wahrscheinlich auch andere) sichere auf ein eingebundenen
    #sftp #Share zu einem anderen Server in einem anderen Rechenzentrum. Auch wenn die Anbindung zwischen diesen deutlich dicker ist als ein Heiminternetanschluss, dauert das bei meiner NC fast eine Stunde.

    Da auf dem
    #VPS (wie wahrscheinlich bei vielen) noch mehr #Webanwendungen laufen, ist alles nicht erreichbar, wenn der Webserver komplett gestoppt wird.

    Ich kann das nur hart ins Backupskript coden. für mehr reichen meine Skriptfähigkeiten nicht:
    Statt
    #
    # Stop web server
    #
    echo "$(date +"%H:%M:%S"): Stopping web server..."
    systemctl stop "${webserverServiceName}"
    echo "Done"
    echo
    sieht das bei mir nun so aus:
    echo "$(date +"%H:%M:%S"): Disabling Nextcloud vhost ..."
    a2dissite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Reloading webserver ..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    und dementspechend am Ende des Skripts statt
    #
    # Start web server
    #
    echo "$(date +"%H:%M:%S"): Starting web server..."
    systemctl start "${webserverServiceName}"
    echo "Done"
    echo
    dann
    echo "$(date +"%H:%M:%S"): Enabling Nextcloud vhost ..."
    a2ensite nextcloud.conf
    echo "Done"
    echo
    echo "$(date +"%H:%M:%S"): Restarting web server..."
    systemctl restart "${webserverServiceName}"
    echo "Done"
    echo
    Aber das mit einer Variable für den vhost abzubilden und diese in die beim setup.sh in NextcloudBackupRestore.conf zu schreiben, wäre natürlich besser und damit wieder universal nutzbar.

    Bin gespannt auf deine / eure Rückmeldung.

    #Nextcloud #Backup #Skript #Script #Shellskript #Shellscript

  16. @benjamineskola

    Yes I mean chown.

    For some odd reason my usage of chown gave only warnings the past few years when I used the current 21 year old syntax.

    Thank you for the correction and Enlightenment

    #chown
    #chmod #syntax #formatting #command #Linux #BSD

  17. I had one of those crazy events happen at the beginning of last weekend when I accidentally changed ownership of the /root directory structure. The immediate effect was that I couldn’t use #sudo to do anything as #root. Luckily, the computer did reboot and allowed me to log in directly as root and then I started to change all the ownerships and groups recursively back using #chown.

    #GNU #Linux #ShaggyDogStory

  18. Apache2 permissions “hack”
    It’s not stupid if [the last part] works, right? Right? 1. We need a new group: website 2. We need a user: frank 3. Simple website where everything is put into /var/www/html/ sudo addgroup website sudo adduser frank website sudo adduser www-data website Let’s see if Frank belongs to the right groups: groups frank The result should look so…
    ---
    3xn.nl/projects/2024/08/04/apa
    ---
    #apache2 #chown #html #newgrp #ownership #permissions

  19. Did you know:

    chown scy: some_file

    (note the colon after scy) changes the owner of some_file to scy, and the group to scy's primary group. No need to look it up or type it out.

    #Linux #CLI #chown

  20. :linux: LINUX TIP:

    Running Into "Permission Denied"?

    💡 You can easily change ownership of all files / directories (recursively) by running:

    sudo chown -R user *

    From inside the directory where you would like all files / directories changed to 'user' ownership.

    The '-R' flag makes chown perform recursively.

    The '*' matches / symbolizes all

    Try this next time you need to change ownership

  21. Stupid me, made a key pair and started to rsync the www root on the Raspberry Pi ( Linux ). A while ago I chowned it to the group www-data. Well if there isn't one (why do they allow it) rsync does not work. Checked the groups and chowned it all to www where pi has rights to read it. Since ssh isn't open on the outside, I can do it. I only use key pairs internally :facepalm

    #bsd #rsync #chown
  22. Oh der #chown unter #Debian 12 will mich erziehen. Statt wie bisher die historische Syntax <user>.<group> zu akzeptieren kommt jetzt eine Warnung. Als ob die Welt eine bessere werden würde, wenn man nur noch chown <user>:<group> verwenden könnte.

  23. CW: lazyweb

    @alcinnz
    #Grsync is a "graphical" version of #rsync. Might be useful, even just for seeing the options of rsync arranged differently.

    The -a option is for #archive mode and preserves #permissions, #symlinks, #dates, #ownership (eg #chown). If our records are correct, you can do the same with the individual options (-rlptgoD) but pls double-check.

    If there are files/folders you want to exclude (too big, temp files or you want to #encrypt separately etc) look into '--exclude-from' option.