#vfat — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #vfat, aggregated by home.social.
-
@[email protected] @[email protected] @[email protected] @[email protected]
Da ich tatsächlich keine Möglichkeit sehe, HA auf ein vernünftiges Filesystem zu installieren - so ich das sehe, hat man, egal welche Installationsvariante man wählt, immer ein #vFat #Dateisystem - wird wohl das Auslagern der #Datenbank respektive, eine ganz andere DB anzuflanschen, der einzige Ansatz sein, der Sinn macht, um ein stabiles System zu bekommen, bei dem nicht nach jedem Stromausfall alle Daten weg sind.
Den statischen Teil von /homeassistant kann man ja einmal wegsichern und bei Bedarf zurückspielen.
Die Datenbank muss aber stabil sein, um nicht immer wieder zeitweise Datenverlust zu haben, weil zwischen letzem Backup und Ausfall Zeit vergangen ist.
Am Besten kenne ich mich mit #mySQL / #MariaDB aus. Da würde ich eine VM in #Proxmox damit machen und dann mit dem ensprechenden #Addon von HA anflanschen.
Eine komplette (Debian o.ä.)-VM für die Datenbank halte ich für übertrieben. Also #LXC, oder was spricht dagegen (außer, dass ich LXC noch nie genutzt und deshalb damit keine Erfahrung habe)?
Wichtig wäre mir, wenn ich dieSQLite-DB schon in eine echte DB auslagere, dass ich mit #phpMyAdmin darauf zugreifen kann. phpMyAdmin lief bisher bei mir immer auf demselben Server wie die DB. Ist das bei LXC easy? -
@londubh What perms were you trying to set?
AFAIR vfat doesn't permit setting any file permissions via standard methods (e.g., chmod). It also doesn't have the notion of file ownership (user and group associations). Both are defined for the filesystem.
Instead you define both of these at mount time through mount arguments. These include uid, gid, umask, and dmask. The mask values apply to regular files and directories respectively.
https://linux.die.net/man/8/mount Search for "Mount options for fat" and "Mount options for vfat".
