OS X mantiene "perdere" le mie azioni Linux Samba

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

Essi sono impostati per il assembly sul boot utilizzando l'opzione "Apri applicazioni all'avvio" in OS X.

Utilizzo o utilizzare il Macbook collegato alla mia networking cablata o alla mia networking wireless e spesso cambio (a seconda di quale stanza sono in). Ho appena chiuso il coperchio per farlo dormire quando lo spingo in giro per la casa.

Normalmente lascio il Macbook per dormire durante la notte e tendono a non chiuderlo spesso (a less che non sia necessario descrivere come segue).

Il mio problema se dopo un giorno o due di usarlo come descritto le azioni samba sono visualizzabili ma non mostrano file. Quello che voglio dire è che faccio doppio clic sulla condivisione sul mio desktop e si apre ma è vuota – nessun file viene visualizzato.

Se cerco di smontare la condivisione non accade nulla, l'icona dell'unità condivisa rimane solo sul mio desktop. Se cerco di umount utilizzando Terminal, il command si blocca indefinitamente.

A questo punto l'unica soluzione che so di riavviare – tuttavia, questo non funziona mai. Scelgo "Arrestare" e confermare dopo una lunga attesa, ottengo un errore circa un programma (uno random da quelli in esecuzione) che non è in grado di arrestare. Usando "Force Quit" su quel command non ottiene nulla.

L'unica soluzione allora è tenere premuto il button di alimentazione fino a quando non si spegne.

Questo è accaduto raramente, ma sembra che stia accadendo sempre più spesso negli ultimi tempi.

Qualcun altro ha avuto problemi simili? Ho avuto il mio Macbook per circa due anni e mi chiedo se abbia solo bisogno di una nuova installazione o qualcosa del genere. Ho usato per eseguire Windows e ho trovato che ha beneficiato di una reinstallazione periodicamente, il mio Macbook beneficerà della stessa cosa? O sembra più un problema hardware?

Grazie in anticipo per qualsiasi aiuto.

Si tratta di un problema di protocollo Samba, non un problema di OS X (specificamente). Ho avuto la stessa cosa succedendo a colbind i volumi SMB dal mio Macbook e da un porttile Linux anche con quasi gli stessi risultati.

Il modo in cui ho risolto è stato quello di installare Netatalk sul mio sistema Linux e di connettersi alle stesse azioni utilizzando invece AFP. Lo uso anche per il backup con Time Machine.

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

  • Ribuild il pacchetto netatalk per crittografare l'authentication. 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 utilizzi TM puoi fare solo la roba natalk / 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 

Ulteriori passaggi per Time Machine.

  • Distriggers il controllo rigoroso dei volumi di Time Machine su OS X. Non ricordo il command specifico, ma questo è facile da trovare.
  • Creare un file sparsebundle con l'utilità HD e copiare sul server.
  • Detta Time Machine per 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 per eseguire Windows e ho trovato che ha beneficiato di una reinstallazione periodicamente, il mio Macbook beneficerà della stessa cosa? O sembra più un problema hardware?

No, Mac OS X non subisce gli stessi problemi di progettazione del sistema operativo Windows in cui è una pratica comune per "correggere" i sisthemes che sono stati eseguiti per un po '.

Problema identico per me ma con un file server di Windows e non sono a conoscenza di alcun software server AFP per Windows. Suppongo che continuerò a cercare una correzione sul mio Mac.