Beiträge von username

Zitat von ryecoaaron

I didn't remember that there was an armel syncthing package. I added the plugin to the repo for armel. You should be able to re-enable the repo.

The luks plugin is in the repo already for armel. What is the output of: apt-cache policy openmediavault-luksencryption

Hurra! That's a service! Thank you very much!!! Go armel go!!! (400Mhz & 128MB RAM - The power to success! )

Just for info: armel is introduced in arm9 which is ARMv5 from 1997. That's awesome that omv can still support this almost 20 years old architecture!

Now updates are working again and I even found the luksencryption plugin after a refresh! Such a feeling of success this late Saturday evening!

Zitat von ryecoaaron

Just disable the btsync repo. There is no armel repo for it.

That's easy! Thank's!
But.. actually I hoped I can install syncthing. I even know there is armel package... but not distributed as a omv plugin, right?

I also have realy hard times to find the LUKS omv plugin? Is there a armel package?

is it save to go for a

sudo apt-get autoclean & sudo apt-get clean all

or is this dangerous? Or doesn't help this at all?

what's next?

.

Hey Folks!

I killed my apt-get update (alias omv-update).

After I added the "openmediavault-omvextrasorg_latest_all.deb" via GUI -> I got this:

[...]
Hit http://security.debian.org wheezy/updates/main Sources
Hit http://security.debian.org wheezy/updates/main armel Packages
Hit http://security.debian.org wheezy/updates/main Translation-en


W: Failed to fetch https://dl.bintray.com/openmediavault-plugin-developers/stoneburner-sync/dists/wheezy/Release  Unable to find expected entry 'main/binary-armel/Packages' in Release file (Wrong sources.list entry or malformed file)


E: Some index files failed to download. They have been ignored, or old ones used instead.

Tried again using the cli version and wget... same result as up

Looking in the file, it's true, there is no armel

Architectures: amd64 armhf i386

nobody? really?

maybe I should work on my politeness

Zitat von WastlJ

Intellectual property! Done

Running: Shared Folders -> Reset Permissions

Changing owner to root:users ...
Change directory permissions to 2775 ...
Change file permissions to 664 ...
Done...

Does a good job resetting the permissoions. I just don't know if I should hit [ ] 'Clear all ACL's'. But who knows...

For all new files/folders the following problem still exists

Zitat von username

What I figured out playing with the nfs share:

• PC1: Creating Folder X (Owner:User1)
• PC2: Checking Folder X Owner -> User1
  

-> For Folder X User1 can manual set the permissions for all users to rw. Then PC2 has access.

• PC2: Creating Folder Y (Owner:nobody)
• PC1: Checking Folder Y Owner -> User2

-> For Folder Y it's not possible to change the permissions. PC1 can't write in this folder.

Hey Ho!

I "moved" my shares from smb to nfs. Now I have troubles with permissions. I just set the folder permission of the share (rw) and none at user level.

The problem is that I use the same folders I had before with smb and there is still permissions on the folder. I didn't made a "reset" of the permissions yet - because I don't no where.

What I figured out playing with the nfs share:

• PC1: Creating Folder X (Owner:User1)
• PC2: Checking Folder X Owner -> User1
  

-> For Folder X User1 can manual set the permissions for all users to rw. Then PC2 has access.

• PC2: Creating Folder Y (Owner:nobody)
• PC1: Checking Folder Y Owner -> User2

-> For Folder Y it's not possible to change the permissions. PC1 can't write in this folder.

So my questions are: How to reset all the permissions of my folders that I'm able to read&write them all. And the other one is: How can I achieve no permission trouble's in the future?

I found this one relating to the second question:

Zitat von votdev

You can do this using the following CLI command:

Code

# update-rc.d cron-apt remove

Thanks, I did it!

Output:

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
    LANGUAGE = "en_US:en",
    LC_ALL = (unset),
    LC_PAPER = "de_DE.UTF-8",
    LC_ADDRESS = "de_DE.UTF-8",
    LC_MONETARY = "de_DE.UTF-8",
    LC_NUMERIC = "de_DE.UTF-8",
    LC_TELEPHONE = "de_DE.UTF-8",
    LC_IDENTIFICATION = "de_DE.UTF-8",
    LC_COLLATE = "C",
    LC_MEASUREMENT = "de_DE.UTF-8",
    LC_NAME = "de_DE.UTF-8",
    LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

But most important is this line I guess:

Zitat

update-rc.d: using dependency based boot sequencing

Hi all!

I have some troubles with my little poor arm box. It has only around 250 BogoMIPS (resulting from a 400MHz CPU and 128MB RAM).

Zitat

BogoMips (from "bogus" and MIPS) is an unscientific measurement of CPU speed made by the Linux kernel when it boots to calibrate an internal busy-loop.[1] An oft-quoted definition of the term is "the number of million times per second a processor can do absolutely nothing".

https://en.wikipedia.org/wiki/BogoMips

I figured out that omv periodical does apt-checks:

Zitat

Open the OpenMediaVault WebGUI. Updates are listed in the section System > Update Manager. A cron job automatically checks for new updates once a day.

http://wiki.openmediavault.org…ates_to_OMV#Minor_Updates

I added a picture where you can see the apt-check and how it affects the speed: From 20MB/s to less than 1MB/s

There's a way to do the updates check's only manual? How can I do this?
And are there other things going heavy on cpu?

greetings

I continue here to ask another question which is related to my old solved issue.

Or better which is related with my move from SMB/CIFS to NFS.

I managed my old shares with different permissions per users. Now I use nfs and just have read-only or read&write shares. The problem which occurs now is that when I access my shares via nfs (which where former managed by samba) is that I don't have access on some folders and files.

I guess I need to go in OMV to shared folders and run the 'ACL'. Here I can reset permissions somehow. But who get's permissions here, I have no rights management on user-level?

I heard that there is a change to loose access to your files while playing with smb/cfs/nfs and even if you try to access them offline? That's why I'm asking. Is it also save to delete my users (as I don't need them any more)

Mercî

Zitat von tekkb

That folder is still being used by SMB/CIFS.... You need to delete it from the SMB/CIFS Shares TAB.

You should not do what you did. I'm not sure if you config.xml file is OK now.

You genius! I didn't deleted the smb-shares - just deactivated them and turned the daemon off! Was not enough

So when I delete them - there are not "used" anymore and I can kill kick them.

Zitat von tekkb

Sorry, I see you checked that already.

Can you run the stat command on that folder????

change directory to one level above it.
stat Documents

Also, copy the Documents shared folder section out of your /etc/openmediavault/config.xml file and post it in a code box.
Here is an example for a public shared folder:

Code

<sharedfolder>
        <uuid>fe3a2fff-0fcd-4416-a62b-15a80ac940ef</uuid>
        <name>public</name>
        <comment></comment>
        <mntentref>0abf8cd2-e241-4816-8153-55ef4401c665</mntentref>
        <reldirpath>public/</reldirpath>
        <privileges>
          <privilege>
            <type>user</type>
            <name>public</name>
            <perms>7</perms>
          </privilege>
        </privileges>
</sharedfolder>

Alles anzeigen

Maybe some user still has perms on it.

Alles anzeigen

Documents is a bad example because this is one of the folder's I keep. It's already in use again with a nfs-export. Following is showing the folder "test"

<share>
          <uuid>2edf6cb0-75ae-4b2f-8508-37c033d463ef</uuid>
          <enable>0</enable>
          <sharedfolderref>46c4f8a0-238b-44ba-bef9-4aca85a0d2f2</sharedfolderref>
          <name>test</name>
          <comment></comment>
          <guest>no</guest>
          <readonly>0</readonly>
          <browseable>1</browseable>
          <inheritacls>1</inheritacls>
          <inheritpermissions>0</inheritpermissions>
          <recyclebin>0</recyclebin>
          <recyclemaxsize>0</recyclemaxsize>
          <recyclemaxage>0</recyclemaxage>
          <hidedotfiles>1</hidedotfiles>
          <easupport>0</easupport>
          <storedosattributes>0</storedosattributes>
          <hostsallow></hostsallow>
          <hostsdeny></hostsdeny>
          <audit>0</audit>
          <extraoptions></extraoptions>
        </share>

What I did was actually this:

I took the HD (offline) where my share's are and delete a couple of them (or moved them around). Now there is only 4 folders left. So 5 are just gone. They don't exist any more, nobody can access them.

Now I made already my new shares (4 in total) with nfs-exports.

Now there are just these fragments in the GUI I can't get out. Let see

Zitat von tekkb

Did you check home folder for your users. One might be using a shared folder on that drive. If so disable it and set it back to none. Highlight the user and click on the Settings TAB to check.

Just checked all of them and they are clear. Never used that "home folder" feature in the past

Zitat von WastlJ

So no special plugins installed, which could use the folder... hmm.

Nope, and now I did the update to stoneburner 2.1.4 and the same problem still remains!

Zitat von WastlJ

Output of:
dpkg -l | grep openmediavault

Here we go:

ii  openmediavault                       1.19                          all          Open network attached storage solution
ii  openmediavault-cups                  1.0.9                         all          OpenMediaVault CUPS (network printer server) plugin
ii  openmediavault-keyring               0.3                           all          GnuPG archive keys of the OpenMediaVault archive
ii  openmediavault-omvextrasorg          1.30                          all          OMV-Extras.org Package Repositories for OpenMediaVault

Zitat von ryecoaaron

Nope, I meant in the Access Right Management section:

Checked: disabled (it is, and it was)

Zitat von ryecoaaron

Do you have user home directories enabled?

Inside SAMBA? No, not even the service is running...

Zitat von username

It's only for houskeeping not for the update, I just want less shares...

Good idea with the plugins. I will check that - maybe it's the extplorer?!

Hmmm, doesn't look like.
Just uninstalled extplorer and it say's the shares are still in use. Also a reboot didn't help...

I have no daemons (except ssh) running.

Anymore ideas`? Who's touching my shares?