G-Oh-O Skrevet 25. mai 2014 Del Skrevet 25. mai 2014 (endret) Jeg har satt opp en Debian pc på nettverket med en harddisk jeg ønsker å dele over nettverket, jeg kan kopiere over noen filer, men noen gir feilmelding, så jeg trenger hjelp til å feilsøke hva problemet er. Disken har EXT4 fs. Jeg skal koble til disken med en Mac. Jeg har satt opp SAMBA og smb.conf ser slik ut: [global] workgroup = smb security = share share modes = yes [homes] comment = Home Directories browsable = no read only = no create mode = 0750 [DEB500GB] path = /media/sdc1/ public = yes writable = yes comment = smb share printable = no guest ok = yes create mode = 0777 Jeg kjørte følgende i konsollen i håp om at det ble fri tilgang til disken og undermapper/filer: chmod -R 777 /media/sdc1 Jeg kjører ls -l /media/sdc1 i konsollen og gir oversikt over følgende rettigheter: total 20 drwxrwxrwx 7 eivind eivind 4096 mai 24 21:23 Div drwxrwxrwx 2 root root 16384 mai 22 23:33 lost+found jeg kobler til som gjest fra OSX, har "gjest" et eget brukernavn og gruppenavn mon tro? I OSX går jeg til Finder --> Gå ---> Koble til tjener... og kobler til som gjest på smb://10.0.0.51/DEB500GB Når jeg er tilkoblet så ser jeg alle mappene, og hvis jeg velger et par tilfeldige filer fra OSX og kopierer de inn i mappene så kopierer den noen av de over, mens noen av filene gir feilmeldingen "Operasjonen kunne ikke fullføres fordi objektet 'FB40_lite' er i bruk. Det er gjerne tilfeldige filer som får feilmeldingen, og ingen av filene er faktisk i bruk slik jeg ser det. Det hele virker ulogisk, når noen filer faktisk lar seg kopiere så ville jeg tro at rettighetene var i orden, men når en og annen fil ikke lar seg kopiere så er jeg usikker på hva som faktisk er problemet. Endret 25. mai 2014 av G-Oh-O Lenke til kommentar
JonJ Skrevet 25. mai 2014 Del Skrevet 25. mai 2014 (endret) Hvilken versjon av OS X er det du benytter for å koble deg til Samba-sharen. 10.9? Et kjapt søk på nettet foreslår at det er endel problemer med ting som previews, samba og Finder, og at man kan forsøke å slå av alle ting som har med dette å gjøre for å se om problemet oppstår sjeldnere da. Endret 25. mai 2014 av JonJ Lenke til kommentar
oj88 Skrevet 25. mai 2014 Del Skrevet 25. mai 2014 (endret) Har selv opplevd dette flere ganger, og buggen ligger i OS X, da jeg aldri opplever det ved kopiering fra andre OS. Det var heller ikke et problem før Mavericks. Et par innstillinger som jeg kan anbefale når man skal mounte Samba-shares på Mac, under [global]: unix extensions = no map archive = no Uten disse begynner OS X å rote med rettigheter når du endrer filer. Ellers mener jeg "security = user" er en mye bedre idé, med mindre du har behov for at gud og hvermann skal kunne gjøre ting på disken. "security = share" er gamle greier som ikke Windows støtter lengre engang, så vidt jeg vet, heller ikke nyere versjoner av Samba. You should use security = user and map to guest if you want to mainly setup shares without a password (guest shares). This is commonly used for a shared printer server. http://www.samba.org/samba/docs/man/manpages-3/smb.conf.5.html#SECURITY Ellers er det mye bedre å bruke "security = user", og bruke smbpasswd til å legge til brukeren som har tilgang til disken. Si at du på Linux har brukeren "jens", som har tilgang til disken. Da kjører du "smbpasswd -a jens", velger passord (gjerne samme som på systemet), og legger til i smb.conf under den delte mappen: valid users = jens Så da skal du klare deg med dette, forutsatt at "jens" som Linux-bruker har tilgang til disken: [global] workgroup = smb security = user unix extensions = no map archive = no [DEB500GB] path = /media/sdc1 browseable = yes writeable = yes valid users = jens chmod -R 777 er generelt laptskap som er lite optimalt mtp sikkerhet og forutsigbarhet. Endret 25. mai 2014 av oj88 Lenke til kommentar
G-Oh-O Skrevet 25. mai 2014 Forfatter Del Skrevet 25. mai 2014 (endret) Hvilken versjon av OS X er det du benytter for å koble deg til Samba-sharen. 10.9? Et kjapt søk på nettet foreslår at det er endel problemer med ting som previews, samba og Finder, og at man kan forsøke å slå av alle ting som har med dette å gjøre for å se om problemet oppstår sjeldnere da. Jeg kjører OSX 10.9.3 Jeg skrudde av previews i Finder, men det ser ikke ut til å ha påvirket problemet. Har selv opplevd dette flere ganger, og buggen ligger i OS X, da jeg aldri opplever det ved kopiering fra andre OS. Det var heller ikke et problem før Mavericks. Et par innstillinger som jeg kan anbefale når man skal mounte Samba-shares på Mac, under [global]: unix extensions = no map archive = no Uten disse begynner OS X å rote med rettigheter når du endrer filer. Ellers mener jeg "security = user" er en mye bedre idé, med mindre du har behov for at gud og hvermann skal kunne gjøre ting på disken. "security = share" er gamle greier som ikke Windows støtter lengre engang, så vidt jeg vet, heller ikke nyere versjoner av Samba. You should use security = user and map to guest if you want to mainly setup shares without a password (guest shares). This is commonly used for a shared printer server. http://www.samba.org/samba/docs/man/manpages-3/smb.conf.5.html#SECURITY Ellers er det mye bedre å bruke "security = user", og bruke smbpasswd til å legge til brukeren som har tilgang til disken. Si at du på Linux har brukeren "jens", som har tilgang til disken. Da kjører du "smbpasswd -a jens", velger passord (gjerne samme som på systemet), og legger til i smb.conf under den delte mappen: valid users = jens Så da skal du klare deg med dette, forutsatt at "jens" som Linux-bruker har tilgang til disken: [global] workgroup = smb security = user unix extensions = no map archive = no [DEB500GB] path = /media/sdc1 browseable = yes writeable = yes valid users = jens chmod -R 777 er generelt laptskap som er lite optimalt mtp sikkerhet og forutsigbarhet. Jeg prøvde å bruke security = user og lagde en bruker som allerede har tilgang til mappene, men uten hell. Ommøblerte litt på smb.conf ut ifra forslaget ditt, restartet samba og prøvde på nytt, men problemet er der enda. Det ser ikke ut til å være noen sammenheng med størrelsen på filene, store og små filer blir sporadisk godtatt eller avvist. smb.conf ser slik ut: [global] workgroup = smb security = user unix extensions = no map archive = no [DEB500GB] path = /media/sdc1 browseable = yes writable = yes valid users = eivind Endret 25. mai 2014 av G-Oh-O Lenke til kommentar
oj88 Skrevet 25. mai 2014 Del Skrevet 25. mai 2014 (endret) Har som nevnt opplevd det samme flere ganger, og tror ikke jeg har funnet en løsning på det. Kopiering av store mengder filer fra Samba til Mac går bra, men ikke fra Mac til Samba. En og en fil går som regel bra. Noen ganger har restart av Mac hjulpet. Har ikke undersøkt problemet nøye. Lurer på om det kun gjelder Samba, eller også mot en Windows-maskin. Se om det hjelper å tvinge Samba til å bruke en eldre protokoll. Sett "max protocol = NT1" i global. Husk å restarte samba (smbd, nmbd). Endret 25. mai 2014 av oj88 Lenke til kommentar
G-Oh-O Skrevet 25. mai 2014 Forfatter Del Skrevet 25. mai 2014 (endret) Prøvde kopiere filer fra en Windows 7 maskin, det gikk problemfritt. Vi har også en annen mac i huset med OSX 10.6.8, der gikk det også helt uten problemer. Googlet fram til at SMB ble erstattet med en itt buggy SMB2 i Mavericks, så kanskje det er greien? Så noen guider som viste hvordan man kunne tvinge systemet til å bruke gamle SMB, så jeg får gi det et forsøk imorgen tror jeg, kanskje det hjelper på Endret 25. mai 2014 av G-Oh-O Lenke til kommentar
oj88 Skrevet 25. mai 2014 Del Skrevet 25. mai 2014 Prøvde kopiere filer fra en Windows 7 maskin, det gikk problemfritt. Vi har også en annen mac i huset med OSX 10.6.8, der gikk det også helt uten problemer. Googlet fram til at SMB ble erstattet med en itt buggy SMB2 i Mavericks, så kanskje det er greien? Så noen guider som viste hvordan man kunne tvinge systemet til å bruke gamle SMB, så jeg får gi det et forsøk imorgen tror jeg, kanskje det hjelper på Jeg redigerte svaret mitt kort tid etter jeg skrev det med instruksjoner for nettopp det. Kanskje bedre å gjøre det på klientsiden uansett. Lenke til kommentar
oj88 Skrevet 26. mai 2014 Del Skrevet 26. mai 2014 Hva med å bruke NFS? Skal du bruke maskinen kun mot Mac, kan vel NFS være et greit alternativ. Riktignok mindre sikkert, men vart ikke så viktig, forstod jeg. http://www.cyberciti.biz/faq/apple-mac-osx-nfs-mount-command-tutorial/ http://horizonsplit.wordpress.com/2013/02/09/writeable-linux-nfs-4-shares-and-mac-os-x-finder/ Kan hende du får kjappere overføring, også. Har opplevd problemer med NFS over ustabil tilkobling, som Wi-Fi, men på kabel er det i alle fall supert. Lenke til kommentar
G-Oh-O Skrevet 30. mai 2014 Forfatter Del Skrevet 30. mai 2014 (endret) Jeg har prøvd mye forskjellig, tvinge server til å bare akseptere SMB1 tilkoblinger -uten hell. Tvinge OSX til å bare bruke SMB1 -uten hell Slå av preview i Finder -uten hell Ser ut til at det er Finder i Mavericks som skaper trøbbel Men jeg har fått gjort det jeg ønsker ved hjelp av terminalen, bruker følgende kommandoer for å flytte alle filmfiler og bildefiler av en viss type til nettverksdisken: find ~/Movies -iname *.MTS -exec cp -n -v {} /Volumes/DEB500GB/Filmer/MTS_filer/ \; cp -R -n -v ~/Pictures/"NX200 Eye-Fi"/* /Volumes/DEB500GB/Bilder Endret 30. mai 2014 av G-Oh-O Lenke til kommentar
oj88 Skrevet 31. mai 2014 Del Skrevet 31. mai 2014 Jeg har prøvd mye forskjellig, tvinge server til å bare akseptere SMB1 tilkoblinger -uten hell. Tvinge OSX til å bare bruke SMB1 -uten hell Slå av preview i Finder -uten hell Ser ut til at det er Finder i Mavericks som skaper trøbbel Men jeg har fått gjort det jeg ønsker ved hjelp av terminalen, bruker følgende kommandoer for å flytte alle filmfiler og bildefiler av en viss type til nettverksdisken: find ~/Movies -iname *.MTS -exec cp -n -v {} /Volumes/DEB500GB/Filmer/MTS_filer/ \; cp -R -n -v ~/Pictures/"NX200 Eye-Fi"/* /Volumes/DEB500GB/Bilder Bruker du terminalen kan du også bruke scp (SSH). Men da får du kanskje ikke like god hastighet. NFS er som sagt en mulighet som er innebygd i OS X. Hva med å prøve en annen filbehandler? Om bare for å teste. http://totalfinder.binaryage.com/ Lenke til kommentar
G-Oh-O Skrevet 31. mai 2014 Forfatter Del Skrevet 31. mai 2014 Er vel ikke noe grunn til å ha noe særlig sikkerhet på overføringen når det er på lokalt nettverk? Lenke til kommentar
hernil Skrevet 31. mai 2014 Del Skrevet 31. mai 2014 Sshfs kan virke litt overkill på internt nettverk, men opplever selv at det gir dobbelt så god ytelse hos meg (80-100MB/s vs 40-50MB/s), Kan være verdt å teste Lenke til kommentar
oj88 Skrevet 1. juni 2014 Del Skrevet 1. juni 2014 Sshfs kan virke litt overkill på internt nettverk, men opplever selv at det gir dobbelt så god ytelse hos meg (80-100MB/s vs 40-50MB/s), Kan være verdt å teste Sammenlignet med? Lenke til kommentar
hernil Skrevet 1. juni 2014 Del Skrevet 1. juni 2014 My bad. Sammenlignet med Samba Kan sikkert tweake noe greier, men dette er da ut av boksen mellom en Ubuntu 14.04 og en Ubuntu server 14.04. Lenke til kommentar
oj88 Skrevet 2. juni 2014 Del Skrevet 2. juni 2014 My bad. Sammenlignet med Samba Kan sikkert tweake noe greier, men dette er da ut av boksen mellom en Ubuntu 14.04 og en Ubuntu server 14.04. Snålt. Hos meg gir SMB (Linux og Linux) mye bedre ytelse enn SFTP (ikke så rart, da den krypteres). Lenke til kommentar
hernil Skrevet 2. juni 2014 Del Skrevet 2. juni 2014 Nå er nok ikke krypteringen (prosessoren) flaskehals på noen av enhetene hios meg vil jeg gjette Lenke til kommentar
Del Skrevet 5. juni 2014 Del Skrevet 5. juni 2014 Apple bestemte seg for å lage sin egen samba implementering. De likte vist ikke å dele kode tilbake. At de nå sliter med en elendig implementering, og driter i at kunder sliter forundrer meg ikke. Lenke til kommentar
oj88 Skrevet 6. juni 2014 Del Skrevet 6. juni 2014 (endret) Apple bestemte seg for å lage sin egen samba implementering. De likte vist ikke å dele kode tilbake. At de nå sliter med en elendig implementering, og driter i at kunder sliter forundrer meg ikke.Sant. SMB er mer utilregnelig på Mavericks. Raskere, men merkelig oppførsel til tider. Samba et jo glimrende, så synes de kunne ha fortsatt med det. De skryter tross alt av å støtte fri programvare. Vel vel, de har vel trukket seg ut av CUPS på samme måten. WebKit neste? Endret 6. juni 2014 av oj88 Lenke til kommentar
G-Oh-O Skrevet 8. juni 2014 Forfatter Del Skrevet 8. juni 2014 Problemet er bare i Finder, jeg kopierte masse filer gjennom terminalen uten problemer. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå