Domanda:
La mia condivisione di Windows non verrà montata durante l'avvio
Herohtar
2014-02-22 06:55:50 UTC
view on stackexchange narkive permalink

Ho aggiunto una riga a / etc / fstab per montare automaticamente una condivisione di Windows all'avvio. L'ho testato usando sudo mount -a e il montaggio viene visualizzato correttamente e sono in grado di accedervi come previsto. Tuttavia, quando riavvio effettivamente, il montaggio non funziona. Non ci sono messaggi di errore durante l'avvio; sembra semplicemente fallire silenziosamente.

Quale potrebbe essere il problema? L'unica cosa che so è che ci vogliono diversi secondi dopo la visualizzazione del prompt dei comandi prima che il mio wifi si connetta, quindi sembra possibile che non funzioni a causa di ciò. In tal caso, come faccio a collegarlo automaticamente una volta che il wifi diventa disponibile?

Sei risposte:
Cary
2016-05-28 20:50:03 UTC
view on stackexchange narkive permalink

Anch'io avevo questo problema (impossibile montare le condivisioni di Windows all'avvio). Ho trovato un'opzione nello strumento di configurazione Raspberry Pi che ha risolto il mio problema.

1) Avvia X Windows (startx dalla shell del terminale). 2) Fare clic sul pulsante "Menu" 3) Selezionare Preferenze-> Configurazione Raspberry Pi 4) Selezionare la scheda Sistema 5) C'è un'opzione chiamata "Rete all'avvio". Seleziona la casella "Attendi rete" e fai clic su "OK".

Nota: devi comunque avere una voce / etc / fstab corretta per la condivisione di Windows.

Ti sto parafrasando nel mio post, è così bello. https://raspberrypi.stackexchange.com/questions/60035/how-can-i-easily-access-windows-shares-from-the-rpi3
Maxx Daymon
2014-02-23 20:31:29 UTC
view on stackexchange narkive permalink

I montaggi in fstab che non sono pronti (wifi) falliranno e verranno saltati, come vedi.

Ci sono almeno tre soluzioni progettate per gestire questo scenario :

Il primo è usare il vecchio e venerabile autofs che è stato progettato proprio per questo tipo di problema. Ci sono molti modi per configurare autofs per il montaggio di condivisioni di rete, dalla mappatura della posizione hardcoded a soluzioni dinamiche di tipo "network Neighborhood". Controlla la tua distribuzione (Raspbian, Arch, Fedora) per approcci / idiomi. Christopher Hill ha documentato un approccio molto flessibile nel suo blog qui: Automounting Windows Shares. Puoi anche leggere a riguardo sui siti Arch e Debian.

Dove autofs è progettato specificamente per gestire il montaggio automatico dei filesystem, systemd è un sistema più generalizzato che intraprende azioni in base agli eventi e il montaggio e lo smontaggio di file system basati sulla visibilità / disponibilità della rete è certamente uno di questi esempi. A partire da febbraio 2014, Debian ha eletto systemd come sistema di inizializzazione predefinito, quindi questo approccio sarà preferito quando systemd sarà integrato con Debian / Raspbian o, se stai già usando systemd, potresti preferire questo approccio ad autofs.

L'approccio finale che consiglierei solo se i due precedenti non funzioneranno per qualche motivo è quello di utilizzare l'automounting del fusibile netsmbfs . Questo approccio si traduce in prestazioni significativamente peggiori rispetto alle soluzioni basate sul kernel. La pagina di Arch wiki samba parla di questo approccio.

Matouš Vrba
2014-02-22 21:49:50 UTC
view on stackexchange narkive permalink

Se puoi montarlo con sudo mount -a , potresti essere in grado di aggiungere questa riga da eseguire all'avvio del sistema (ad esempio al ~ / .bash_profile , che viene eseguito dopo il login).

Per attendere il wi-fi, prova questo thread su askubuntu.com.
Ecco lo script da quel link ( se si è rotto per qualche motivo):

  #! / bin / bashwhile true; do # testing ... LC_ALL = C nmcli -t -f DEVICE, STATE dev | grep -q "^ wlan0: connesso $" if [$? -eq 0]; quindi interrompi altro # non connesso, dormi un secondo dormi 1 fidone # ora connesso, esegui lo script  

Potresti anche usare un programma diverso da nmcli e grep il risultato in modo simile, se ne hai voglia ...

chopsuei3
2015-07-19 05:34:16 UTC
view on stackexchange narkive permalink

Avevo gli stessi problemi con il mio Pi: potevo eseguire "sudo mount -a" e le condivisioni CIFS si sarebbero montate normalmente dalle voci in / etc / fstab, ma quando ho riavviato le condivisioni non si sarebbero montate all'avvio .

Ho controllato dmesg e ho visto alcuni errori di socket e ho capito che la rete non era attiva, ma non sono riuscito a montare le condivisioni dopo che la rete è stata attivata. Ho trovato un sacco di thread simili e ho provato ciascuno dei suggerimenti, incluso -

  • l'aggiunta di vari parametri alla voce fstab (_netdev, users, nosers, nosuid, l'elenco continua, ma nessuno sembrava per aiutare)
  • l'aggiunta di script a /etc/network/if-up.d/ e una voce di post-up in / etc / network / interfaces, ancora una volta, non ha aiutato, stesso errore
  • Ho iniziato a provare autofs, ma l'ho abbandonato perché sembrava eccessivamente complesso e i miei tentativi iniziali di configurazione sono falliti

Il suggerimento di aggiungere uno script a ~ / .bash_profile mi ha aiutato quando mi sono reso conto che non avevo nmcli installato, in pratica ho dovuto installare il pacchetto network-manager.

Ho eseguito "sudo apt-get update" e poi "sudo apt-get install network-manager "e quindi riavviato il Pi.

Successo! Le condivisioni sono state montate!

La mia ipotesi è che alcune delle funzioni dipendenti dalla temporizzazione della rete nel sistema operativo utilizzino network-manager in un modo o nell'altro. In entrambi i casi, spero che questo aiuti qualcuno, poiché non sono stato in grado di farlo fai in modo che il mio Pi monti le condivisioni CIFS all'avvio, il che sembrava abbastanza semplice.

Potresti pubblicare una voce dal tuo / etc / fstab? Ho installato il gestore di rete, ma non funziona ancora senza soluzioni alternative aggiuntive (vedi la mia risposta alla domanda originale) ...
Matthias
2016-01-04 04:21:32 UTC
view on stackexchange narkive permalink

Lo stesso per me: l'esecuzione di dmesg ha mostrato che le condivisioni erano state montate prima che la rete fosse disponibile, e quindi i montaggi non sono riusciti.

Cosa ha fatto il lavoro alla fine per me è stato utilizzare una soluzione trovata in [RISOLTO] - Impossibile montare automaticamente la condivisione Samba da fstab: aggiunta di auto, x-systemd.automount alle voci.

I miei mount ora hanno questo aspetto:

  //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  

Tuttavia, non ho idea di cosa stia facendo quel codice, perché funzioni o se è una buona idea usarlo.

Non ha funzionato per me su Raspbian Jessie. Poiché la mia interfaccia di rete (cablata) apparentemente non è disponibile quando fstab è caricato, questo ha causato il blocco del mio avvio in attesa di esso.
Mikey
2017-02-03 07:46:53 UTC
view on stackexchange narkive permalink

Mi sono imbattuto nello stesso identico problema. Ecco come l'ho risolto (quella che chiamerei la soluzione più semplice):

Eseguendo Raspbian-Jessie, dopo l'avvio in PIXEL, seleziona il menu "Start "-> Preferenze-> Configurazione Raspberry Pi

Accanto alla rete all'avvio: seleziona la casella "Attendi rete".

Questo ha risolto il problema per me, poiché Raspbian aspetterà una connessione di rete prima di montare le unità in fstab.



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...