Reprise du message précédent :
Carte Broadcom ?

vu le matos récent , la bonne solution serais d'installer un kernel récent comme celui de sid https://packages.debian.org/sid/linux-image-amd64 , j'utilise ce kernel sans soucis avec OMV3
 
pour çà  
 
echo "deb http://ftp.fr.debian.org/debian/ sid main contrib non-free" >> /etc/apt/sources.list
apt-get update
 
apt-get -t sid install linux-image-4.5.0-2-amd64 linux-headers-4.5.0-2-amd64
 
puis reboot
 

Ça rejoint une des solutions proposées
C'est quand même étrange.

 
Realtek® RTL8111H, 1 x Contrôleur Gigabit LAN
 

 
J'ai fais un copier coller betement de tes lignes, et exécuter les commandes,mais lorsque je fais information-> report dans la section j'ai Linux OMV-Nas 3.2.0-4-amd64 #1 SMP Debian 3.2.78-1 x86_64 GNU/Linux
On dirait que ça n'a pas fonctionné  
 
D'ailleurs voici une partie du report (je me suis a^rêter aux drivers de la carte ethernet
 
================================================================================
= OS/Debian information
================================================================================
Distributor ID: debian
Description: Debian GNU/Linux 7 (wheezy)
Release: 7.10
Codename: wheezy
 
================================================================================
= openmediavault information
================================================================================
Release: 2.2.4
Codename: Stone burner
 
================================================================================
= Date
================================================================================
Fri May 27 18:10:11 CEST 2016
 
================================================================================
= Hostname
================================================================================
omv-nas.home
 
================================================================================
= Locale
================================================================================
fr_FR.UTF-8
 
================================================================================
= System information
================================================================================
Linux OMV-Nas 3.2.0-4-amd64 #1 SMP Debian 3.2.78-1 x86_64 GNU/Linux
 
================================================================================
= Uptime
================================================================================
 18:10:11 up 4 min,  0 users,  load average: 0.64, 0.20, 0.08
 
================================================================================
= Network interfaces
================================================================================
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 9c:5c:8e:76:63:cc brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.38/24 brd 192.168.1.255 scope global eth0
--------------------------------------------------------------------------------
Interface information eth0:
===========================
Settings for eth0:
 Supported ports: [ TP MII ]
 Supported link modes:   10baseT/Half 10baseT/Full
                         100baseT/Half 100baseT/Full
                         1000baseT/Half 1000baseT/Full
 Supported pause frame use: No
 Supports auto-negotiation: Yes
 Advertised link modes:  10baseT/Half 10baseT/Full
                         100baseT/Half 100baseT/Full
                         1000baseT/Full
 Advertised pause frame use: Symmetric Receive-only
 Advertised auto-negotiation: Yes
 Link partner advertised link modes:  10baseT/Half 10baseT/Full
                                      100baseT/Half 100baseT/Full
                                      1000baseT/Full
 Link partner advertised pause frame use: Symmetric
 Link partner advertised auto-negotiation: Yes
 Speed: 1000Mb/s
 Duplex: Full
 Port: MII
 PHYAD: 0
 Transceiver: internal
 Auto-negotiation: on
 Supports Wake-on: pumbg
 Wake-on: g
 Current message level: 0x00000033 (51)
          drv probe ifdown ifup
 Link detected: yes
--------------------------------------------------------------------------------
Driver information eth0:
========================
driver: r8169
version: 2.3LK-NAPI
firmware-version: N/A
bus-info: 0000:03:00.0
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: yes
supports-priv-flags: no

pas du tout le dernier kernel en 3.16...
 

Depuis ma tentative de mise à jour, en suivant les indications de tomj44000, j'ai ce message d'erreur
 
W: Duplicate sources.list entry http://ftp.fr.debian.org/debian/ sid/non-free am            4_Packages)
W: Vous pouvez lancer « apt-get update » pour corriger ces problèmes.
 
Je ne parviens plus à installer quoique ce soit...Bon ça sent la réinstallation  
 
 

et apt-get update te donne quoi ?

Une fois la commande executer il se passe plein de chose, mais il fini par dire pareil, vois pouvez corriger le problème....

sinon, dans /etc/apt/sources.list tu enlèves la dernière entrée (http://ftp.fr.debian.org/debian/ sid main contrib non-free)
et tu fais refais apt-get update et upgrade ensuite

 
J'ai fais ce que tu ma dis mais je me retourve avec ça :  
 
Si le système de fichiers racine se trouve sur un ensemble MD (RAID), il doit être   â
 â lancé au début de la procédure de démarrage. Si le système de fichiers racine se     â
 â trouve sur un volume logique (« LVM »), qui se trouve aussi sur un volume MD, tous   â
 â les composants de l'ensemble doivent être démarrés.                                  â
 â                                                                                      â
 â Si vous savez exactement quels sont les ensembles RAID nécessaires au démarrage du   â
 â système de fichiers racine et si vous souhaitez différer le démarrage de tous les    â
 â autres ensembles, veuillez les indiquer ici. Vous pouvez aussi indiquer « all »      â
 â pour démarrer tous les ensembles existants.                                          â
 â                                                                                      â
 â Si vous n'avez pas besoin ou ne souhaitez pas démarrer d'ensemble RAID pour le       â
 â système de fichiers racine, veuillez laissez l'entrée vide (ou entrez « none »).     â
 â Ceci peut être le cas si vous utilisez l'option de démarrage automatique             â
 â (« autostart ») du noyau ou si vous n'avez besoin d'aucun ensemble pour démarrer.    â
 â                                                                                      â
 â Veuillez indiquer « all », « none » ou une liste de périphériques, séparés par des   â
 â espaces, par exemple, « md0 md1 » ou « md/1 md/d0 » (vous pouvez omettre             â
 â « /dev/ »).                                                                          â
 â                                                                                      â
 â Ensembles MD requis par le système de fichiers racine :                              â
 â                                                                                      â
 â all_________________________________________________________________________________ â
 â                                                                                      â
 â                                        <Ok>                        
 
 
Je comprends pas pourquoi les caractères ne sont pas lisibles, j'utilise putty...

J'ai fais échappe sans le faire exprès et j'ai le message suivant :
 
Fichier de configuration « /etc/issue »
 ==> Modifié (par vous ou par un script) depuis l'installation.
 ==> Le distributeur du paquet a fourni une version mise à  jour.
   Que voulez-vous faire ? Vos options sont les suivantes :
    Y ou I  : installer la version du responsable du paquet
    N ou O  : garder votre version actuellement installée
      D    Â : afficher les différences entre les versions
      Z    Â : suspendre ce processus pour examiner la situation
 L'action par défaut garde votre version actuelle.
*** issue (Y/I/N/O/D/Z) [défaut=N] ?
Installation de la nouvelle version du fichier de configuration /etc/issue.net ...
Updating /etc/profile to current default.
Updating /root/.profile to current default.
(Lecture de la base de données... 65896 fichiers et répertoires déjà  installés.)
Préparation du dépaquetage de .../sensible-utils_0.0.9_all.deb ...
Dépaquetage de sensible-utils (0.0.9) sur (0.0.7) ...
Traitement des actions différées (« triggers ») pour mime-support (3.52-1+deb7u1) ...
Paramétrage de sensible-utils (0.0.9) ...
(Lecture de la base de données... 65898 fichiers et répertoires déjà  installés.)
Préparation du dépaquetage de .../debianutils_4.7_amd64.deb ...
Dépaquetage de debianutils (4.7) sur (4.3.2) ...
dpkg: boucle détectée durant le traitement des actions différées :
 listes des paquets qui en sont responsables (normalement) :
  man-db -> man-db
 paquets bloqués par le traitement impossible d'actions différées requises :
  man-db: /usr/share/man
dpkg: erreur de traitement du paquet man-db (--configure) :
 bloqué en boucle sur le traitement des actions différées (« triggers »), abandon
Paramétrage de debianutils (4.7) ...
Des erreurs ont été rencontrées pendant l'exécution :
 man-db
Creating index of upgradeable packages ...
Creating index of openmediavault plugins ...
E: Sub-process /usr/bin/dpkg returned an error code (1)
 
 
Pour info j'ai taper "entrée" (action par défaut je pense)
 
J'ai relané upgrade, mais cette fois j'ai choisis de remplacer par la version mise à jour par le responsable du paquet, voici l'erreur en retour
 
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-4.5.0-2-amd64
 linux-image-amd64
 initramfs-tools
Creating index of upgradeable packages ...
Creating index of openmediavault plugins ...
E: Sub-process /usr/bin/dpkg returned an error code (1)

essaie de copier/coller dans la balise fixe
 
sinon, je pige pas pourquoi tu changes pas le kernel dans l'interface "web" pour passer en 3.16
au lieu de t'être fait suer à faire ça en ssh ²

 
Bon j'y suis parvenu, à tout cassé    
 
OMV ne boot plus "Kernel panic", je suis pas expert mais ça sent pas bon    
 
Que me conseillez-vous à ce stade? je reformat et reinstall, ou bien je tente une réparation?

réinstalle à mon avis.
ensuite avant de tout casser par la ligne de commande, via l'addon, tu installes dans l'interface le kernel 3.16 backport ^

ok, donc que je comprenne bien : j'installe OMV.extra.org pour sardaukar 0.5 (openmediavault-omvextrasorg_0.6.25_all.deb) ensuite->Kernel->Install kernel Headers->START ?
Bon j'ai fais les deux (pour tester)

+Install Backports Kernel
Start-> ok

A priori, je suis en 3.1.6
Linux omv-nas 3.16.0-0.bpo.4-amd64 #1 SMP Debian 3.16.7-ckt25-2~bpo70+1 (2016-04-12) x86_64 GNU/Linux

Un grand merci il semble que ça ne bug plus!

Tout fonctionne, excepté mon Raid0 SW.
A Chaque reboot, il disparaît et je dois le recréer.

Et donc refaire tous mes partages, FTP, NFS, SMB/CIFS...

Une idée?

quand tu appliques, tu fais bien sauvegarder ensuite ?

Je fais create raid device-> Please wait until the RAID has been initialized before creating a file system -> OK -> Apply -> Do you really want to apply the configuration changes? -> Yes -> Apply configuration changes
Tant que je ne reboot pas tout fonctionne correctement.
Au prochain boot je perds tout.

Information :

       Version : 1.2
  Creation Time : Sun May 29 18:33:02 2016
     Raid Level : raid0
     Array Size : 7814036480 (7452.05 GiB 8001.57 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

   Update Time : Sun May 29 18:33:02 2016
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

    Chunk Size : 512K

          Name : omv-nas:AmigaOs8To  (local to host omv-nas)
           UUID : 4cfcce3f:f26c7edb:36753aa7:b99cdfde
         Events : 0

   Number   Major   Minor   RaidDevice State
       0       8       16        0      active sync   /dev/sdb
       1       8       32        1      active sync   /dev/sdc

Quel idée de redémarrer aussi

 
Si tu es bien sur la version stable d'OMV (2.x), suit ce lien pour installer les dépôts extras : http://omv-extras.org/joomla/index.php/guides
 
A l'avenir, n'ajoutes jamais de sources via ssh à moins que tu saches exactement de quoi il s'agit. la proposition de tomj44000 était pour la version béta d'OMV 3.x. C'est ça qui as tout foiré.
 
 
Pour l'histoire du raid, laisse le pc tourner un certains temps pour que le RAID soit finalisé, sinon c'est normal que tu le perde avec un reboot.

tes disques restent bien montés ?

Au départ j'ai fais une installation à partir de l'ISO 2.1, je fais les mises à jour disponibles dans update, ensuite j'installe OMV.extra.org, et je mets à jour le kernel à partir de l'interface GUI vers le 3.1.6.

A ce stade, je sais plus, quelle est la bonne méthode?
 

mais pourquoi tu reboot ?

 
Justement pour m'assurer que je ne perde pas mes données, je serai bien amené à rebooter mon NAS un jour ou  l'autre, et je ne veux pas m'apercevoir dans quelques jours que mon RAID de remonte plus et que j'ai tout perdu ....
 
Donc je crée le RAID, j'ouvre mes share, je copie un ou deux fichiers, et je reboot.
Alors peut-être que je vais trop vite, je vais créer le RAID, copier et attendre un peu avant de rebooter.

rien dans les logs ?
 
quel système de fichier ext4 ? ZFS ?

EXT4

Non rien dans les logs

j'utilise pas de raid logiciel donc je serai trop quoi te dire..

 
Ok, je vois. Je n'utilise pas de RAID sur mon setup donc je ne sais pas trop combien de temps cela prends à monter le RAID. Dans l'onglet de Gestion du RAID d'OMV, ça te dis quoi sur l'état du RAID, juste avant que tu reboot?

 
Tout a l'air ok, pas messages d'erreur.
Par contre quand je reboote et que le Raid a disparu les share CIFS/SMB/NFS sont toujours présents, mais bien entendu ne fonctionnent plus, puisqu'ils ne trouvent plus le Raid.
 
Je dois supprimer toute trace de share, recréer le Raid et recréer mes share.
En l'état c'est inexploitable..
 
Sous Freenas 0 problèmes également en Raid 0(ZFS), idem sous Windows server 2012 tout fonctionne.
Je persiste avec OMV que je trouve simple pour un debutant Linux comme moi.

Jai ce type d'erreur dans le syslog :

May 30 18:07:58 omv-nas collectd[11812]: rrdcached plugin: rrdc_update (/var/lib/rrdcached/db/localhost/df-root/df_complex-free.rrd, [1464624478:226786021376.000000], 1) failed with status -1.

y a t_il un rapport avec mon problème de Raid0?

Et voici le rapport après la création de mon Raid 0 (détail)

       Version : 1.2
  Creation Time : Mon May 30 17:56:02 2016
     Raid Level : raid0
     Array Size : 7814036480 (7452.05 GiB 8001.57 GB)
   Raid Devices : 2
  Total Devices : 2
    Persistence : Superblock is persistent

   Update Time : Mon May 30 17:56:02 2016
          State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

    Chunk Size : 512K

          Name : omv-nas:8ToHDD  (local to host omv-nas)
           UUID : 3fbba2fd:c0d243c6:8e090b36:2e3cc048
         Events : 0

   Number   Major   Minor   RaidDevice State
       0       8       16        0      active sync   /dev/sdb
       1       8       32        1      active sync   /dev/sdc

Et dans Syslog lorsque après la création du Raid0

May 30 18:18:18 omv-nas collectd[11812]: Filter subsystem: Built-in target `write': Dispatching value to all write plugins failed with status -1.
May 30 18:18:21 omv-nas kernel: [ 1436.513191] md: bind<sdb>
May 30 18:18:21 omv-nas kernel: [ 1436.513505] md: bind<sdc>
May 30 18:18:21 omv-nas kernel: [ 1436.515746] md/raid0:md0: md_size is 15628072960 sectors.
May 30 18:18:21 omv-nas kernel: [ 1436.515754] md: RAID0 configuration for md0 - 1 zone
May 30 18:18:21 omv-nas kernel: [ 1436.515758] md: zone0=[sdb/sdc]
May 30 18:18:21 omv-nas kernel: [ 1436.515766]       zone-offset=         0KB, device-offset=         0KB, size=7814036480KB
May 30 18:18:21 omv-nas kernel: [ 1436.515769]
May 30 18:18:21 omv-nas kernel: [ 1436.515793] md0: detected capacity change from 0 to 8001573355520
May 30 18:18:21 omv-nas kernel: [ 1436.516331]  md0: unknown partition table

Une fois que tu as fait ton raid0, tu as créé une partition, puis formaté cette partition ?  
 
Ton raid0 a l'air bon :  
          State : clean

Oui enfin je ne format pas vraiment, c'est automatique lorsque je fais File System-> +Create -> Je choisie le volume (mon Raid 0 fraichement créé donc) et le system de fichier EXT4

-> The file system creation has completed successfully.

Après quoi je crée mes share SMB/CIFS, NFS...(je donne les droits) et j'accède à mes share via mon W10, pas de soucis après pour les transferts tout est OK avec des débits corrects (~114 Mo/S).

Alors c'est tout bon En revanche, je te déconseille le RAID0, car si tu perds rien qu'un seul disque c'est toutes les données de l'array qui sont définitivement perdues

+1

 
C'est un risque que je prends depuis des années et j'assume.
Je ne mets jamais rien de critiques sur mon Raid0, tout ce qui est dessus est "remplaçable"  

Essaye avec un raid1
Pour voir

Si tu as un défaut invisible sur un disque, ça peut jouer.

Salut la compagnie !  
 
un petit aperçu rapide de ma configuration:
 
un NAS sous OMV configuré avec deux répertoires partagés et la fonction home directory activé ainsi que deux utilisateurs actifs. Dans la partie smb d'OMV, les deux répertoires sont déclarés et la fonction "activer le partage des répertoires personnels" est cochée.
 
Ma question porte sur l'accès au répertoire home directory de chaque utilisateur.
 
Le premier utilisateur est sur un pc Linux, quand il navigue via son explorateur de fichier, on voit bien le Nas accessible. Une fois à l'intérieur, j'ai bien mes deux répertoires partagés ainsi qu'un dossier "homes".  
Quand je clique sur ce dernier, il me demande une authentification:
- je connecte le premier utilisateur avec son login/password, il tombe bien dans son répertoire perso sur le NAS
Je teste avec le login/password de l'autre utilisateur, ça fonctionne également il tombe dans son répertoire.
 
Le second utilisateur est sur un poste sous Windows 7.
La recherche réseau fait bien apparaître le NAS, je clique dessus, je vois bien mes deux répertoires ainsi que le répertoire "homes" (qui correspond donc au répertoire personnel du NAS)
Malheureusement, si je clique sur le répertoire "homes", Windows indique "Windows ne peut pas accéder à \\IPNAS\homes. Vérifiez l'orthographe du nom....." et donc je ne peux me connecter dessus. Il ne demande même pas de login/password comme sous le poste Linux.
 
Par contre si je tente d'accéder directement au répertoire personnel via \\IPNAS\LoginUser , là j'ai bien la demande de login/password et ça fonctionne je tombe bien dans le répertoire personnel.
 
J'aimerais avoir le même fonctionnement que sous le pc Linux, à savoir cliquer sur "homes" > demande de login/password > accès à son répertoire personnel sous un poste Windows
 
L'idée est de déployer une petite solution NAS dans une association et de les laisser en autonomie dessus sans avoir à paramétrer chaque poste Windows en montant la ressource réseau "répertoire personnel" manuellement.
 
Merci d'avance pour votre aide

Jai pas de soucis chez moi sous des windows 7 et 8.1
 
Tu as mis quoi en workgroup ?

Merci de ton intérêt

J'ai testé avec Workgroup par défaut et avec un autre mais le résultat reste identique.
Les postes sont dans le même domaine.

Sous win7, si tu cliques sur "homes" tu as bien la demande de login ?

bah moi il me demande de me logger à partir du moment ou j'indique l'ip de mon serveur