Posts by RedpaX

Quote from cabrio_leo

In the OMV WebUI there is also a menu/option for system shutdown.

HDD not stop after system shutdown

how to turn off the OMV server correctly? Stopping HDD and other...

Quote from Adoby

I just copy over all the data to another NAS, using rsync. Every day.

Well, actually I use rsync in a script to every day create a new snapshot on another NAS. The snapshots "reuse" unchanged files by hardlinking, so each snapshot (almost) only takes up space for new and changed files. Also by using rsync only new and changed files have to be copied between the NAS, so it is usually very fast.

its too hard for my

Quote from macom

I assume you mean the SD card which is running the OS.

If you use the backup-plugin, make sure you test the restore. Depending on your skills this can be a challenge.

Alternative is to clone the SD card with some Windows Tool, Clonezilla, fsarchiver etc.

Yes i mean SD card with OS (rasbian) and OMV and all my settings!

Quote from thedarkness

You can use the openmediavault-backup plugin to make a full image of your bootable disk.

what this? i did think that i will get ISO or BIN file.

i have Raspberry Pi4 with installed OMV 5. i want make backup all data. how i can make it?

avahi / zero-conf /Bonjour service works not correct on the MAC OS

after start MAC OS avahi / zero-conf /Bonjour works good, and network shared SMB folders available at finder, but after mac going to sleep and later wake up, shared SMB folders is displayed at finder but notavailable and not opening.

I did a clean experiment, i did intall mac os on clean ssd drive, and did install OMW5 but i have the same problem. avahi / zero-conf /Bonjour not works correct after wakeup mac.

Снимок экрана 2020-02-03 в 00.57.39.jpgСнимок экрана 2020-02-03 в 00.58.25.jpg

Quote from gderf

For command number 2) above, there is more to it than that. It might be as below but I am not sure. The Salt stuff is all new and I do not know where it is documented, if at all yet.
omv-salt deploy run fstab

it was not easy! Thanks, all worked well!

1) i am delete usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0 from /etc/openmediavault/config.xml
2) run command omv-salt deploy
3) run command reboot
4) go to directory /srv/dev-disk-by-label-SeagateEXT4
5) run command rm aquota.user and sudo chattr -i aquota.user and sudo rm -f aquota.user

and

Operation not permitted

<mntent>
        <uuid>fd6478d5-75fd-426e-b430-f7ca7739d0fc</uuid>
        <fsname>/dev/disk/by-label/SeagateEXT4</fsname>
        <dir>/srv/dev-disk-by-label-SeagateEXT4</dir>
        <type>ext4</type>
        <opts>defaults,nofail,user_xattr,noexec,acl</opts>
        <freq>0</freq>
        <passno>2</passno>
        <hidden>0</hidden>
      </mntent>
      <mntent>
        <uuid>462a779e-0ae2-404b-93ae-912a0f647b17</uuid>
        <fsname>/dev/disk/by-label/WD1024</fsname>
        <dir>/srv/dev-disk-by-label-WD1024</dir>
        <type>ext4</type>
        <opts>defaults,nofail,user_xattr,noexec,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,acl</opts>
        <freq>0</freq>
        <passno>2</passno>
        <hidden>0</hidden>
      </mntent>

Quote from ryecoaaron

I'm done because you need to remove the quota options (,usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0) from the fstab entries. This needs to be done in the OMV database (change mntent in /etc/openmediavault/config.xml) and the rewrite fstab (omv-mkconf fstab for omv 4.x or omv-salt deploy run fstab for omv 5.x). Then reboot. Then you can delete them using sudo. I'm moving on to important things so you have to figure out the stuff missing.

but i do not have records in the fstab:

proc            /proc           proc    defaults          0     $
PARTUUID=6c586e13-01  /boot           vfat    defaults          $
PARTUUID=6c586e13-02            /       ext4    noatime,nodirati$
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
# >>> [openmediavault]
/dev/disk/by-label/SeagateEXT4          /srv/dev-disk-by-label-S$
/dev/disk/by-label/WD1024               /srv/dev-disk-by-label-W$
# <<< [openmediavault]

Quote from ryecoaaron

This is a waste of time...

I just realized that you are trying to do this from the shared folder bind mount. You need to do this from the actual mountpoint for the filesystem - /srv/some/path/

$ cd / 
$ dir
bin   etc     lib         mnt   root  sharedfolders  tmp
boot  export  lost+found  opt   run   srv            usr
dev   home    media       proc  sbin  sys            var
$ cd srv
$ dir
dev-disk-by-label-SeagateEXT4  ftp     salt
dev-disk-by-label-WD1024       pillar
$ cd dev-disk-by-label-SeagateEXT4
$ dir
Ubuntu\ 18.04.pvm  databasefinalcutpro  torrents
aquota.group       for_3d_render        важное
aquota.user        lightroom_sklad
$ rm aquota.user
rm: cannot remove 'aquota.user': Operation not permitted
$ sudo chattr -i aquota.user
[sudo] password for test: 
chattr: Operation not permitted while setting flags on aquota.user
$ sudo rm -f aquota.user
rm: cannot remove 'aquota.user': Operation not permitted
$

Quote from ryecoaaron

The file is the correct permissions. Try:

sudo chattr -i aquota.user
sudo rm -f aquota.user

pi@raspberrypi:/sharedfolders/Seagate4tb $ rm aquota.user 
rm: cannot remove 'aquota.user': Operation not permitted
pi@raspberrypi:/sharedfolders/Seagate4tb $ chmod 777 aquota.user
chmod: changing permissions of 'aquota.user': Operation not permitted
pi@raspberrypi:/sharedfolders/Seagate4tb $ sudo chattr -i aquota.user
chattr: Operation not permitted while setting flags on aquota.user
pi@raspberrypi:/sharedfolders/Seagate4tb $ sudo rm -f aquota.user
rm: cannot remove 'aquota.user': Operation not permitted
pi@raspberrypi:/sharedfolders/Seagate4tb $

Quote from ryecoaaron

What is the output of: stat aquota.user

$ stat aquota.user
  File: aquota.user
  Size: 8192            Blocks: 24         IO Block: 4096   regular file
Device: 804h/2052d      Inode: 11          Links: 1
Access: (0600/-rw-------)  Uid: (    0/    root)   Gid: (65534/ nogroup)
Access: 2019-12-06 12:53:38.164482294 +0300
Modify: 2019-12-06 12:53:37.784487440 +0300
Change: 2019-12-06 12:53:37.784487440 +0300
 Birth: -
$

Quote from ryecoaaron

Yep because that user is in the sudo group. You really should create a new user instead of using the pi user though. Just make sure to add the user to the ssh and sudo groups.

not work

Снимок экрана 2019-12-10 в 16.31.23.png

Quote from ryecoaaron

I don't understand why you would have a problem deleting them but I also don't understand why you care about them.

This looks bad

Снимок экрана 2019-12-10 в 16.00.12.png

Quote from ryecoaaron

The files should be 600 and owned by root:root.

Снимок экрана 2019-12-10 в 15.57.30.png

Does this user have the necessary rights?

Quote from gderf

So, can you delete the files now or not?

No.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Dec 10 10:37:16 2019 from 192.168.2.50
pi@raspberrypi:~ $ sudo su
root@raspberrypi:/home/pi# cd /
root@raspberrypi:/# service --status -all
--status: unrecognized service
root@raspberrypi:/# service --status-all 
[ - ]  hwclock.sh
 [ - ]  keyboard-setup.sh
 [ + ]  kmod
 [ + ]  loadcpufreq
 [ - ]  lvm2
 [ - ]  lvm2-lvmpolld
 [ - ]  mdadm
 [ - ]  mdadm-waitidle
 [ + ]  monit
 [ + ]  networking
 [ - ]  nfs-common
 [ + ]  nfs-kernel-server
 [ + ]  nginx
 [ + ]  nmbd
 [ - ]  paxctld
 [ + ]  php7.3-fpm
 [ - ]  postfix
 [ + ]  procps
 [ + ]  proftpd
 [ - ]  quota
 [ - ]  quotarpc
 [ + ]  raspi-config
 [ ? ]  rng-tools
 [ + ]  rpcbind
 [ - ]  rrdcached
 [ - ]  rsync
 [ + ]  rsyslog
 [ + ]  salt-minion
 [ - ]  samba-ad-dc
 [ + ]  smartmontools
 [ + ]  smbd
 [ + ]  ssh
 [ - ]  sudo
 [ + ]  triggerhappy
 [ + ]  udev
 [ - ]  watchdog
 [ - ]  wd_keepalive
root@raspberrypi:/# sudo systemctl stop quota
root@raspberrypi:/# systemctl disable quota
Synchronizing state of quota.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable quota
root@raspberrypi:/# cd /sharedfolders/
root@raspberrypi:/sharedfolders# cd Seagate4tb/
root@raspberrypi:/sharedfolders/Seagate4tb# dir
Ubuntu\ 18.04.pvm  aquota.user          for_3d_render    torrents
aquota.group       databasefinalcutpro  lightroom_sklad  важное
root@raspberrypi:/sharedfolders/Seagate4tb# rm aquota.user 
rm: cannot remove 'aquota.user': Operation not permitted
root@raspberrypi:/sharedfolders/Seagate4tb#

Operation not permitted

Quote from gderf

Did you stop the quota service?

root@raspberrypi:/# systemctl stop  quota
root@raspberrypi:/# systemctl disable quota
Synchronizing state of quota.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable quota
root@raspberrypi:/#

pi@raspberrypi:~ $ cd /
pi@raspberrypi:/ $ sudo su
root@raspberrypi:/# systemcrt
bash: systemcrt: command not found
root@raspberrypi:/# systemcrl
bash: systemcrl: command not found
root@raspberrypi:/# systemctl disable quota
Synchronizing state of quota.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable quota
root@raspberrypi:/# cd sharedfolders/
root@raspberrypi:/sharedfolders# cd Seagate4tb/
root@raspberrypi:/sharedfolders/Seagate4tb# dir
Ubuntu\ 18.04.pvm  aquota.user          for_3d_render    torrents
aquota.group       databasefinalcutpro  lightroom_sklad  важное
root@raspberrypi:/sharedfolders/Seagate4tb# rm aquota.group 
rm: cannot remove 'aquota.group': Operation not permitted
root@raspberrypi:/sharedfolders/Seagate4tb#

aquota.group and aquota.user how to delete?

Quote from votdev

But this is the default that is Samba also using. I can not test it because i do not have Apple desktop hardware, so i have to use other references.
Can you confirm that this TimeCapsule definitively works with the latest Apple OS?

Снимок экрана 2019-12-06 в 01.48.01.png

TimeCapsule the best icon for server OMV