ok, I entered the /etc/fstab file but there is no UUID=30c34f48-55f3-4e6e-b18f-2a72424cff6e /mnt/raid0 ext4 noatime,lazytime,rw,nofail,noauto,x-systemd.automount line in it.
Should I add the new one just above the # TMPFS section?
Is this enough?
strange, it was available on the output you shared on this post https://dietpi.com/forum/t/how-to-create-a-raid-on-owncloud-already-working/6341/17
Yes srange… but this is the output:
GNU nano 5.4 /etc/fstab
# You can use "dietpi-drive_manager" to setup mounts.
# NB: It overwrites and re-creates physical drive mount entries on use.
#----------------------------------------------------------------
# NETWORK
#----------------------------------------------------------------
192.168.1.112:/ /mnt/nfs_client nfs nofail,noauto,x-systemd.automount
#----------------------------------------------------------------
# TMPFS
#----------------------------------------------------------------
tmpfs /tmp tmpfs size=1024M,noatime,lazytime,nodev,nosuid,mode=1777
tmpfs /var/log tmpfs size=50M,noatime,lazytime,nodev,nosuid,mode=1777
#----------------------------------------------------------------
# MISC: ecryptfs, vboxsf, glusterfs, bind, Btrfs subvolume mounts
#----------------------------------------------------------------
#----------------------------------------------------------------
# SWAP SPACE
but you are missing half of the file now. It looks like it got cutted
That’s true… I didn’t scroll down the file 
I’ve changed the line s suggested but still, when I try to reach from the browser owncloud this is the result:
Your directory data is not valid.
Verify the data directory contains a ".ocdata" file in its roots.
Your Data directory is not writable by ownCloud
The permissions can be changed <a href="https://doc.owncloud.com/server/10.8/go.php?to=admin-dir_permissions" target="_blank" rel="noreferrer">giving to the web server access to the root folder</a>.
How can I fix this?
can you share again following
df -h
cat /var/www/owncloud/config/config.php | grep datadirectory
ls -la /mnt/ownclouddrive
Here it is
root@DietPi:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 7.4G 3.6G 3.5G 52% /
devtmpfs 87M 0 87M 0% /dev
tmpfs 215M 2.8M 213M 2% /dev/shm
tmpfs 86M 4.0M 82M 5% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 1.0G 0 1.0G 0% /tmp
tmpfs 50M 20K 50M 1% /var/log
/dev/mmcblk0p1 127M 52M 75M 42% /boot
tmpfs 43M 8.0K 43M 1% /run/user/998
/dev/md0 916G 32K 870G 1% /mnt/ownclouddrive
root@DietPi:~# cat /var/www/owncloud/config/config.php | grep datadirectory
'datadirectory' => '/mnt/ownclouddrive',
root@DietPi:~# ls -la /mnt/ownclouddrive
total 28
drwxr-xr-x 4 root root 4096 Feb 23 22:16 .
drwxr-xr-x 10 root root 4096 Feb 24 22:21 ..
drwx------ 2 root root 16384 Feb 23 22:06 lost+found
drwxr-xr-x 2 www-data www-data 4096 Feb 23 22:16 owncloud
well your current setup did not match your old one. Before, all your data are located directly within /mnt/ownclouddrive. But now, you have created a sub folder owncloud inside /mnt/ownclouddrive. Therefore Owncloud is not able to find your data. I would recommend to move all data from inside /mnt/ownclouddrive/owncloud 1 level above to be located directly in /mnt/ownclouddrive.
btw Raid0 is not the best choice from my point of view. Advantages and Disadvantages of Raid Levels - Stellar Data Recovery
RAID 0 does not provide redundancy or fault tolerance for handling disk failures, same as with a spanned volume. Thus, failure of one disk > causes complete RAID data loss > and reduces the possibility of RAID data recovery in comparison to a broken spanned volume.
ok, but how can I move data one level above, if I can’t access owndata?
try following
cp -a /mnt/ownclouddrive/owncloud/. /mnt/ownclouddrive/
After this, it can’t reach the owncloud anymore…
what do you mean by this? If I understood correctly Owncloud was not working before ether? Can you share
ls -la /mnt/ownclouddrive/
Before, the owncloud page appeared but the page told me the .ocdata was missing. Now the browser tells me server not found.
Anyway, this is the output:
ls -la /mnt/ownclouddrive/
total 40
drwxrwx--- 4 www-data www-data 4096 Feb 28 07:50 .
drwxr-xr-x 10 root root 4096 Feb 24 22:21 ..
drwx------ 2 root root 16384 Feb 23 22:06 lost+found
drwxr-xr-x 2 www-data www-data 4096 Feb 23 22:16 owncloud
-rw-r----- 1 www-data www-data 11991 Feb 28 13:00 owncloud.log
root@DietPi:~#
nothing seems to be copied. can you share
ls -la /mnt/ownclouddrive/owncloud/
Your web server is running?
This is the output
ls -la /mnt/ownclouddrive/owncloud/
total 8
drwxr-xr-x 2 www-data www-data 4096 Feb 23 22:16 .
drwxrwx--- 4 www-data www-data 4096 Feb 28 07:50 ..
I’m not sure the web server is running. How can I check it?
BTW I checked trying to reach the dietpi IP directly in the browser and a Lighttpd server package placeholder page appeared. So I suppose it is working… or not?
/mnt/ownclouddrive/owncloud/ is empty as well. Did you copied back your data already?
This would fit to this view not showing any data as well
Filesystem Size Used Avail Use% Mounted on
/dev/md0 916G 32K 870G 1% /mnt/ownclouddrive
No, I’ve not copied any data in the new “owncloud raid version”. I was waiting to configure everything in the right way.
Should I? If yes how without the owncloud GUI?
Ahmm how did you backup your data before? I mean it’s quite logic that Owncloud is not working if you don’t have any data available.