Beiträge von macom
-
-
What I like about it is the way of installing it, different from OMV5 and OMV6.
Which difference? That you need to flash an image (did not change) and then need to run 1 (one) command that you can copy + paste (has changed)?
-
should it have all these duplicates
Yes, but if you want to upgrade from CLI use omv-upgrade
-
-
You can clone from a larger drive to a smaller drive using clonezilla with the -icds option. Worked well for me, but also issues have been reported. Might be worth a try.
Upgrade from OMV6 to OMV7 is usually quite smooth.
-
I was looking for a solution and changed the IP address in the DNS server and the address
ping 8.8.8.8
I ping well.
Both addresses are pinged well, 8.8.8.8 and 9.9.9.9,
Not sure what that means, but if you are able to ping 8.8.8.8 it only means you have internet access. It does not mean you have a working DNS. For that add for example 8.8.8.8 as DNS server and try to ping e.g. google.com.
Are you located in China? Some users reported that they do not have access to github from there.
-
-
Post the complete output
-
Remove all shared folders pointing at that filesystem. Then you are able to unmount the filesystem.
-
In the GUI:
Storage >> File System
and press the "play" button: mount an existing file system
-
Standard ist read only. Denk daran, dass dies nur die Berechtigungen auf Dateisystemebene sind. Durch smb werden sie noch weiter eingeschränkt.
-
hätte aber schon gern die Ursache gefunden ... und verstanden.
Schwierig, da wir nicht wissen, was auf dem System gemacht wurde.
Eigentlich ist nicht mal klar, was genau funktioniert hat und was nicht (mehr) funktioniert hat.
-
Bitte keine ACL verwenden, wenn du nicht genau weißt, dass du sie brauchst.
Meistens geht alles mit Permissions (Deutsch: Zugriffsrechte)
Hier ein Beispiel für den Ordner "test"
Details zu Zugriffsrechten/ACL etc. findest du hier:
misc_docs:nas_permissions [omv-extras.org]
Ich würde mit resetperms alles auf Standard zurücksetzen und alle ACLs löschen.
-
Strange indeed. Maybe check with the supplier of the router. Or just wait and see, if it did not happen before.
-
as it was a fixed
How did you fix it? In the router? I have a setting in the router "always assign the same IP".
-
Nimm ein LInux Dateisystem wie ext4 anstatt von exfat
-
devices:
- /path/to/device:/path/to/device #optional
This is your issue. You either need to change it something useful, or just comment it like this
-
Maybe the IP address has changed.
If you have a keyboard and display connected to the NAS, you can check the assigned IP address with ip a.
Or check the IP address in the router.
-
Wipe the disks from the RAID0 in the GUI of OMV (all data will be lost).
Then check if there are any remaining signatures on these drives from the cli using
wipefs -n /dev/sdX
wipefs(8) — util-linux — Debian bookworm — Debian Manpages
You need to check which the correct device names are and replace X by a,b,c etc.
-
Wie kann ich alle Rechte auf das Dateisystem (FTP, NFS, SMB, RSYNC) korrekt zurücksetzen?
Dafür gibt es das resetperms plugin von omv-extras
* Wie sind die korrekten Einstellungen in OMV zu setzten (gern ein kurzes Beispiel).
* Lässt sich erklären, warum rsync beim Testverzeichnis noch funktioniert hat, obwohl ich dem User "rsync-user", mit dem sich der eine Server zum anderen verbindet, auf beiden Servern die Dateirechte entzogen hatte?
Wie hast du denn den rsync job aufgesetzt? Scheduled Job, rsync plug in, script? Am besten die Einstellungen per screenshot posten.