J'avais aussi ce problème (impossible de monter les partages Windows au démarrage). J'ai trouvé une option dans l'outil de configuration Raspberry Pi qui a résolu mon problème.

1) Démarrez X Windows (startx depuis le shell du terminal). 2) Cliquez sur le bouton «Menu» 3) Sélectionnez Préférences-> Configuration Raspberry Pi 4) Sélectionnez l'onglet Système 5) Il existe une option appelée «Réseau au démarrage». Cochez la case "Attendre le réseau" et cliquez sur "OK".

Remarque: vous devez toujours avoir une entrée / etc / fstab appropriée pour le partage Windows.

Les montages dans fstab qui ne sont pas prêts (wifi) échoueront et seront ignorés, comme vous le voyez.

Il existe au moins trois solutions conçues pour gérer ce scénario :

La première consiste à utiliser l'ancien et vénérable autofs qui a été conçu pour ce genre de problème. Il existe de nombreuses façons de configurer les autofs pour le montage de partages réseau, du mappage d'emplacement codé en dur aux solutions dynamiques de type «voisinage réseau». Vérifiez votre distribution (Raspbian, Arch, Fedora) pour les approches / idiomes. Christopher Hill a décrit une approche très flexible sur son blog ici: Montage automatique des partages Windows. Vous pouvez également en savoir plus sur les sites Arch et Debian.

Là où autofs est spécialement conçu pour gérer le montage automatique des systèmes de fichiers, systemd est un système plus généralisé qui prend des actions basées sur des événements et le montage et le démontage de systèmes de fichiers basés sur la visibilité / disponibilité du réseau en est certainement un exemple. Depuis février 2014, Debian a choisi systemd comme système d'initialisation par défaut, donc cette approche sera préférée lorsque systemd sera intégré à Debian / Raspbian ou, si vous utilisez déjà systemd, vous préférerez peut-être cette approche à autofs.

La dernière approche que je recommanderais uniquement si les deux précédents ne fonctionnent pas pour une raison quelconque est d'utiliser le montage automatique des fusibles netsmbfs . Cette approche entraîne des performances nettement inférieures à celles des solutions basées sur le noyau. La page Arch wiki samba parle de cette approche.

Si vous pouvez le monter avec sudo mount -a , vous pourrez peut-être ajouter cette ligne à exécuter au démarrage du système (par exemple au ~ / .bash_profile , qui est exécuté après la connexion).

Pour attendre le wi-fi, essayez ce fil sur askubuntu.com.
Voici le script de ce lien ( s'il est cassé pour une raison quelconque):

  #! / bin / bash while true; do # testing ... LC_ALL = C nmcli -t -f DEVICE, STATE dev | grep -q "^ wlan0: connecté $" si [$? -eq 0]; puis break else # non connecté, dormant pour une seconde veille 1 fidone # maintenant connecté, exécutez le script  

Vous pouvez également utiliser un programme différent de nmcli et grep le résultat de la même manière, si vous en avez envie ...

J'avais le même problème avec mon Pi - je pouvais exécuter "sudo mount -a" et les partages CIFS se montaient normalement à partir des entrées de / etc / fstab, mais quand j'ai redémarré, les partages ne montaient pas au démarrage .

J'ai vérifié dmesg et vu des erreurs de socket et j'ai pensé que le réseau n'était pas en place, mais je n'ai pas pu faire monter les partages après la mise en place du réseau. J'ai trouvé une tonne de fils similaires et essayé chacune des suggestions, y compris -

• l'ajout de divers paramètres à l'entrée fstab (_netdev, users, nosers, nosuid, la liste est longue, mais aucun ne semblait pour aider)
• l'ajout de scripts à /etc/network/if-up.d/ et une entrée post-up dans / etc / network / interfaces, encore une fois, n'a pas aidé, même erreur
• J'ai commencé à essayer autofs, mais je l'ai abandonné car cela semblait trop complexe et mes premières tentatives de configuration ont échoué

La suggestion d'ajouter un script à ~ / .bash_profile m'a aidé quand j'ai réalisé que je n'avais pas installé nmcli - en gros, j'ai dû installer le paquet network-manager.

J'ai lancé "sudo apt-get update" puis "sudo apt-get install network-manager "puis redémarré le Pi.

Succès! Les partages ont été montés!

Je suppose que certaines des fonctions dépendant de la synchronisation du réseau dans le système d'exploitation utilisent le gestionnaire de réseau d'une manière ou d'une autre. De toute façon, j'espère que cela aide quelqu'un, car je n'ai pas pu obtenir mon Pi pour monter les partages CIFS au démarrage, ce qui semblait assez basique.

Même chose pour moi - l'exécution de dmesg a montré que les partages étaient montés avant que le réseau ne soit disponible, et donc les montages ont échoué.

Ce que a fait le travail à la fin pour moi consistait à utiliser une solution trouvée dans [RESOLU] - Impossible de monter automatiquement le partage Samba à partir de fstab: Ajouter auto, x-systemd.automount aux entrées.

Mes montures ressemblent maintenant à ceci:

  //192.168.178.2/share / share / share cifs auto, x-systemd.automount, user, uid = pi, gid = users, rw, suid, credentials = / etc / cifspwd, iocharset = utf8, _netdev 0 0  

Cependant, je n'ai aucune idée de ce que fait ce code, pourquoi il fonctionne ou s'il est une bonne idée de l'utiliser.

J'ai rencontré exactement le même problème. Voici comment je l'ai résolu (ce que j'appellerais la solution la plus simple):

Exécution de Raspbian-Jessie, après le démarrage dans PIXEL, sélectionnez le menu 'Démarrer'-> Préférences-> Configuration de Raspberry Pi

À côté du réseau au démarrage: cochez la case "Attendre le réseau".

Cela a résolu le problème pour moi, car Raspbian attendra une connexion réseau avant de monter les lecteurs dans fstab.