OS X continua a "perdere" le mie condivisioni Linux Samba

Ho un server Linux (Ubuntu 8.10) e un Macbook (10.5.7). Il server Linux ha alcune condivisioni Samba che monto sul Macbook.

Sono impostati per il mount all'avvio usando l'opzione "Apri applicazioni all'avvio" in OS X.

Io uso il Macbook collegato alla mia rete cablata o alla mia rete wireless e di solito cambio tra (a seconda della stanza in cui mi trovo). Ho appena chiuso il coperchio per farlo dormire quando lo sto spostando in casa.

Normalmente il Macbook viene lasciato inutilizzato durante la notte e tende a non spegnerlo spesso (a meno che non sia necessario, come descritto di seguito).

Il mio problema se dopo un giorno o due di utilizzo come descritto le condivisioni samba sono visualizzabili ma non mostrano file. Quello che voglio dire è che faccio doppio clic sulla condivisione sul mio desktop e si apre ma è vuoto - nessun file viene mostrato.

Se provo a smontare la condivisione non succede nulla, l'icona dell'unità condivisa rimane sul mio desktop. Se provo a smontare usando Terminal il comando si blocca all'infinito.

A questo punto, l'unica correzione che conosco è il riavvio, tuttavia non funziona mai. Scelgo "Arresta il sistema" e poi, dopo una lunga attesa, ottengo un errore su alcuni programmi (uno casuale tra quelli in esecuzione) che non riescono a chiudere. L'uso di "Forza Esci" su quel comando non porta a nulla.

L'unica soluzione è quindi tenere premuto il pulsante di accensione fino a quando non si spegne.

Questo accadeva raramente, ma sembra che stia succedendo sempre più spesso.

Qualcun altro ha avuto problemi simili? Ho avuto il mio MacBook per circa due anni e mi chiedo se ha solo bisogno di una reinstallazione o qualcosa del genere. Avevo l'abitudine di eseguire Windows e ho trovato che beneficiava di una reinstallazione periodica, il mio MacBook beneficerà della stessa cosa? O suona più come un problema hardware?

Grazie in anticipo per qualsiasi aiuto.

Questo è un problema con il protocollo Samba, non un problema con OS X (in particolare). Ho avuto la stessa cosa che si verifica collegando i volumi SMB dal mio Macbook e da un laptop Linux e quasi con gli stessi risultati.

Il modo in cui l'ho risolto era installare Netatalk sul mio sistema Linux e collegarmi alle stesse condivisioni usando AFP. Lo uso anche per il backup con Time Machine.

Ci sono due cose principali da fare, e ci sono alcuni link qui sotto sulla configurazione dell'intera cosa (AFP + Time Machine).

• Ricrea il pacchetto netatalk per crittografare l'autenticazione. Leopard richiede questo, ma non è abilitato su Debian / Ubuntu per impostazione predefinita.
• Impostare i volumi che si desidera condividere sul server e riavviare il servizio netatalk.

Se non stai usando la TM puoi semplicemente fare la roba netatalk / afp. Ecco i comandi che ho usato:

sudo apt-get build-dep netatalk
sudo apt-get install cracklib2-dev fakeroot libssl-dev
sudo apt-get source netatalk
cd netatalk-2*
sudo DEB_BUILD_OPTIONS=ssl dpkg-buildpackage -rfakeroot
sudo dpkg -i ~/netatalk_2*.deb
sudo dpkg -i ~/tmp/netatalk_2*.deb
echo "netatalk hold" | sudo dpkg --set-selections
sudo vi /etc/netatalk/AppleVolumes.default
# add a line similar to:
/path/to/share SharedVolume allow:username cnidscheme:cdb options:usedots,upriv

Passaggi aggiuntivi per Time Machine.

• Disabilitare il controllo rigoroso per i volumi Time Machine su OS X. Non ricordo il comando specifico, ma questo è facile da trovare.
• Creare un file sparsebundle con HD Util e copiare sul server.
• Indica a Time Machine di connettersi al server.

http://www.kremalicious.com/2008/06/ubuntu-as-mac-file-server-and-time-machine-volume/

http://blog.damontimm.com/how-to-install-netatalk-afp-on-ubuntu-with-encrypted-authentication/

http://holyarmy.org/benjamin/2008/01/time-machine-backup-to-linux-via-netatalk/

Ho usato Windows e l'ho trovato   ha beneficiato di una reinstallazione   periodicamente, beneficerà il mio Macbook   dalla stessa cosa? O suona   più come un problema hardware?

No, Mac OS X non risente degli stessi problemi di progettazione del sistema operativo eseguiti da Windows in cui questa è una pratica comune per "correggere" i sistemi in esecuzione da un po '.

Problema identico per me, ma con un fileserver di Windows, e non sono a conoscenza di alcun software server AFP per Windows. Immagino che continuerò a cercare una soluzione sul mio Mac.