Posts by prtigger1

    Hi folks

    I've getting no VGA display output after

    booting the ISO USB stick 7.0-32 for doing the first installation on my new

    TERRA Miniserver G5 with Asus P12R-l

    Server Mainboard. Graphic is Aspeed AST2600. Booting up Windows 11 from

    USB Media is the same... No Output..

    If i use a Knoppix 9.1 live USB stick, i get text output till Aspeed driver is loaded... After that Knoppix is running with 1280*1024 on my old LG LCD monitor.


    Is there any way to change the OMV boot media to simple text...

    Or any other way to install OMV?


    Best regards

    Prtigger

    Hi folks

    I´m wondering that i´m getting no output on putty root console for:


    root@pr-srv-01:~# net usershare list --long

    root@pr-srv-01:~#


    I've got two shares working...

    Is this a normal behaviour?


    Next behaviour i don't unerstand:


    root@pr-srv-01:~# net rap server domain

    Password for [WORKGROUP\root]:

    Could not connect to server 127.0.0.1

    The username or password was not correct.

    Connection failed: NT_STATUS_LOGON_FAILURE

    root@pr-srv-01:~#


    I'm root and i put in my root password....

    Is there any hidden root account configured, i have no access to?


    Sorry guys, for my stupid questions. I'm really a Samba beginner....


    Best regards

    prtigger

    Thank you for your information.

    What i'm still not understanding is,

    that the explorer produces different file permissions than the file sync tool, when the inherit options are set. Both programs do file creation on the share and use windows functions (I guess).


    Best regards

    Prtigger

    I've done some research with a new created "Test" share.

    Disabling "Inherit ACLs" and "Inherit permissions" leads to the same behavior in Windows Explorer and Freecommander file sync. The file creation is correct, with default mask 664, now.


    After this, i put extra options to the SMB/CIFS share configuration:

    create mask = 0774

    force create mode = 0774


    This seams to work, too.

    Only thing is, that i get double entries in smb.conf:

    ......

    [Test]

    path = /srv/dev-disk-by-uuid-3baec89d-45b8-4b3c-bbf6-f0d2783c861d/Test/

    guest ok = no

    guest only = no

    read only = no

    browseable = yes

    inherit acls = no

    inherit permissions = no

    ea support = no

    store dos attributes = no

    shadow:mountpoint = /srv/dev-disk-by-uuid-3baec89d-45b8-4b3c-bbf6-f0d2783c861d/

    shadow:snapdir = /srv/dev-disk-by-uuid-3baec89d-45b8-4b3c-bbf6-f0d2783c861d/.snapshots/

    shadow:basedir = /srv/dev-disk-by-uuid-3baec89d-45b8-4b3c-bbf6-f0d2783c861d/Test/

    shadow:sort = desc

    shadow:format = _%Y%m%dT%H%M%S

    shadow:delimiter = _

    shadow:snapprefix = ^Test\(@hourly\)\{0,1\}\(@daily\)\{0,1\}\(@weekly\)\{0,1\}\(@monthly\)\{0,1\}\(@yearly\)\{0,1\}$

    shadow:localtime = no

    dfree command = /usr/sbin/omv-btrfs-dfree

    dfree cache time = 30

    vfs objects = btrfs shadow_copy2

    printable = no

    create mask = 0664

    force create mode = 0664

    directory mask = 0775

    force directory mode = 0775

    hide special files = yes

    follow symlinks = yes

    hide dot files = no

    valid users =

    invalid users =

    read list =

    write list =

    create mask = 0774

    force create mode = 0774

    ---------


    Does anybody knows a better way, to get rid of the double entries?

    Or don't care about this?


    Best regards

    prtigger

    I forgot to say, that i'm using Freecommander to sync directories/file-changes of my notebooks with the server dirs.

    I ask myself: If create mask is 664 and force create mode is 664, why get i files created with permission 764 using Windows Explorer? With the sync tools i get 664 like it´s configured by OMV default for the share.


    Here is something not working correct!?


    After solving this behaviour, i want set 764 permission for all files with Explorer and sync tools.


    Best regards

    prtigger

    Hi folks


    I´m not really familiar with Samba...


    I´ve got a main share "Data"... If i copy a dir with files in it to the share with Windows Explorer (Win 10/11),

    files are created with file permissions 764... I can execute all files... (run .exe files).

    If i use a tool like Freecommander (using Windows functions for file transactions) or Freefilesync,

    files are always created with file permissions 664 (Can´t execute files).

    Directory permissions are always the same what ever i use...


    Taking a look at smb.conf is showing me "create mask 0664" and "force create mode 0664".


    There is something not consistent with the behavior i´ve figured out.

    I need all file permissions set to 764 or 774 for executing programs (user, groups) from the share...


    I've no ideas, how to correct this, for using Windows explorer or file sync tools like Freecommander and

    get the same correct file permissions.


    Best regards

    prtigger

    Hi


    You can find some informations in my older case:



    Best regards

    prtigger


    Hi, may be i´m stupid....

    I´ve got 3 shares. Access for each share is the same (admin rw, users rw, other ro)

    Data is root share, Dream and Medien are subdirs of Data. prohm is the user to access

    everything from Windows... SMB on Data (all), NFS is only on Dream, DLNA is on Medien....

    It´s working... I don´t understand what i can set in here... (see picture) nothing is checked...


    Best regards

    prtigger

    Hi folks

    I´ve noticed the same problem yesterday, with the cputemp 7.0.1 update coming up as email notification.

    I wasn´t logged in on server, no ssh putty session, no GUI use!

    After finishing copy jobs to the server, i opened up the GUI to take a look at the dashbord... No update was shown...

    I wait a longer time, but nothing happened... After that time i do a manual search in den GUI via "Update Management"...

    That worked!

    Difference to the case here: I've got running a clean install of OMV stable and my output of:


    root@pr-srv-01:~# head -n5 /usr/sbin/omv-mkaptidx

    #!/usr/bin/env python3

    #

    # This file is part of OpenMediaVault.

    #

    # @license http://www.gnu.org/licenses/gpl.html GPL Version 3

    root@pr-srv-01:~#


    is looking different.


    I don´t want do do something wrong, because my system is live...

    Is there any known problem or solution in my case?


    Best regards

    prtigger