Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Eigentümer in den shares geändert. Nun riesen Probleme

Featured Replies

Servus Leute! Ich habe vermutlich einen riesen Bockmist bei meinem Server getan und habe nun die Frage, ob sich das irgendwie rückgängig bzw nachvollziehen lässt. 

Gestern habe ich, dumm wie ich bin und besser kann ich es leider nicht sagen, 

In diversen shares den Eigentümer geändert. Von "nobody" auf "root" und andersrum. Das tat ich, weil mich die Unterschiedlichen Eigentümer "gestört" haben, habe aber nicht mit den Folgen gerechnet. 

Später, als ich dann auf den einen oder anderen docker zugreifen wollte, ging das nicht mehr. Unter anderem gehen, jellyfin, immich, PostgressSQL nicht mehr. Vermute das PostgressSQL die Datenbank nicht mehr findet die ich angelegt habe. 

Bei jellyfin kommt im Protokoll wenn ich starten möchte exec jellyfin/jellyfin: Permission denied...

 

Gibt es hierfür ein Lösung wie ich das rückgängig machen kann oder eine möglichkeit, herauszufinden bei welchen shares ich den Eigentümer geändert habe um dies rückgängig zu machen? 

Solved by dernick79

8 minutes ago, dernick79 said:

herauszufinden bei welchen shares ich den Eigentümer geändert habe um dies rückgängig zu machen? 

wie hast du es denn gemacht ? im Terminal ? History noch aktiv ? oder webui (dann nicht ...)

 

und, ggf. Backup vorhanden ? wenn Nein, wäre jetzt ein Zeitpunkt für die Zukunft darüber nachzudenken, bringt jetzt nichts ...

nur falls es vorhanden wäre, retour spielen ;)

 

ansonsten, Brechstange ... zumindest appdata und system scheinst du da "zerstört" zu haben ...

 

im Terminal mal wie folgt (Docker vorher stoppen)

 

chown -R 99:100 /mnt/user/appdata  << für alle ... oder halt ../appdata/jellyfin << beispielsweise gezielt zum Test

 

um die Docker "internen" Dinge zu korrigieren, dazu den jeweiligen Docker einfach mal deinstallieren und wieder aus previous apps oder user templates erstellen, dann werden diese mit Ihren passenden Rechte (innerhalb) neu erstellt, die persistent Data liegen ja unter /appdate ...

  • Author

Also ich habe ein Backup von appdata und von System. Wenn ich die wieder einspiele, sollte es dann wieder funktionieren? 

Ja, hab direkt im webui die Änderung vorgenommen. Als den Haken beim Verzeichnis und dann auf Eigentümer und dort geändert. 🙄

2 hours ago, dernick79 said:

Also ich habe ein Backup von appdata und von System. Wenn ich die wieder einspiele, sollte es dann wieder funktionieren? 

 

yep ... sofern du das Backup nicht gerade auf ne ntfs Platte gezogen hast ... ;) dafür sind die ja da ;)

  • Author

Doch, leider liegt das Backup auf einer externen ntfs Platte die über unassigned verbunden ist. 

Das Backup selbst wurde mit luckybackup gemacht.... 

1 hour ago, dernick79 said:

Doch, leider liegt das Backup auf einer externen ntfs Platte die über unassigned verbunden ist. 

 

naja ... probier es halt einfach mal aus bei einem der jetzt nicht mehr funktionierenden Docker

 

1/ Docker stoppen (Bsp. Jellyfin) und deinstallieren

2/ ../appdata/jellyfin löschen

3/ ../appdata/jellyfin vom Backup wiederherstellen

4/ Docker wieder installieren, einfach im Docker Tab, unten ... add container, user templates, jellyfin

 

hoffen und ... dass dies geht ;)

 

und auch hier, überdenke deine Backup Strategie, warum ist ntfs "kritisch" ...weil es für windows gemacht ist was das Thema "Rechte" angeht ...

auch dies würde ich mal bei Gelegenheit überdenken ...

  • Author

Alles klar! Werd ich heute abend testen. Und vielen Dank mal wieder 😉

Und zum Thema Backup, hab hier nen aktuellen Post mit einer Strategie gesehen, denke ich werde dem nacheifern! 

Du bräuchtest erstmal nur das Dateisystem auf der externen Platte ändern in ein linuxfähiges, dann kannst du weiter mit LuckyBackup arbeiten wie bisher. Nur NTFS verschluckt halt die Dateirechte, da es sie so unter Windows eben nicht gibt. 

Sollte LuckyBackup aber z.b. in einem Archiv dein Backup erstelln (.zip oder .tar) dann brauchst du dir keine Sorgen machen. Dann bleibt alles erhalten. Ich selber nutze das nicht, daher weiß ich nicht wie das Backup angelegt wird.

20 minutes ago, Archonw said:

Sollte LuckyBackup aber z.b. in einem Archiv dein Backup erstelln (.zip oder .tar) dann brauchst du dir keine Sorgen machen. Dann bleibt alles erhalten. Ich selber nutze das nicht, daher weiß ich nicht wie das Backup angelegt wird.

macht es nicht ...

  • Author
  • Solution

Habs hinbekommen, das alles wieder läuft, indem ich unter Docker das Verzeichnis gelöscht habe und danach über add Container alle docker wieder installiert habe. Hab an das Backup gar nicht ran müssen. 

2 hours ago, dernick79 said:

Habs hinbekommen, das alles wieder läuft, indem ich unter Docker das Verzeichnis gelöscht habe und danach über add Container alle docker wieder installiert habe

Also Punkt 4 oben was ich geschrieben hatte, dann hast du nur die rechte unter/system/docker zerschossen ... 😉

  • Author

Zum Glück! War mir auf jedenfall eine Lehre, das ich da nicht nochmal rumspiele! 

Und eine anständige Backup Lösung ist in Arbeit! Vielen Dank nochmal 😉👍

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.