Pagina 1 di 3 1 2 3 ultimoultimo
Visualizzazione dei risultati da 1 a 10 su 24
  1. #1

    Problema con mount / umount cifs

    ciao!

    sul mio server linux, monto in automatico due directories di un server windows.
    questo quello che ho messo nel mio fstab:
    codice:
    //194.1.1.252/c$                         /media/C4B_C   cifs     username=USERNAME,password=PWD,uid=UID  0 0
    //194.1.1.252/e$                          /media/C4B_E   cifs   username=USERNAME,password=PWD,uid=UID  0 0
    tutto funziona finchè non riavvio il server windows.
    a quel punto non riesco più a navigare nelle cartelle.
    il problema è che non riesco a rimontarle.
    ho provato con questo comando che dovrebbe fare tutto.
    ma in verità le smonta e poi rimane appeso senza riuscire a rimontarle:
    codice:
    umount -l //194.1.1.252/c$ && umount -l //194.1.1.252/c$ && mount -t cifs //194.1.1.252/c$ /media/C4B_C -o username=USERNAME,password=PWD,uid=UID && mount -t cifs //194.1.1.252/e$ /media/C4B_E -o username=USERNAME,password=PWD,uid=UID
    dove sto sbagliando??

  2. #2
    anche eseguendo i comandi separatamente?

  3. #3
    Quote Originariamente inviata da sacarde Visualizza il messaggio
    anche eseguendo i comandi separatamente?
    si anche separatamente.
    tipo:
    codice:
    # umount -l //194.1.1.252/c$ --> OK
    # umount -l //194.1.1.252/c$ --> OK
    # mount -t cifs //194.1.1.252/c$ /media/C4B_C -o username=USERNAME,password=PWD,uid=UID --> IL PROMPT RIMANE APPESO
    # mount -t cifs //194.1.1.252/e$ /media/C4B_E -o username=USERNAME,password=PWD,uid=UID
    c'è anche da dire che umount funziona solo se ci metto l'opzione -l.
    sennò anche quello rimane appeso senza fare apparentemente nulla.

  4. #4
    provi a pingare il 194.1.1.252 prima di rifare il mount ? risponde?

  5. #5
    Quote Originariamente inviata da sacarde Visualizza il messaggio
    provi a pingare il 194.1.1.252 prima di rifare il mount ? risponde?
    si si risponde!
    anche perchè ci colleghiamo in desktop remoto, sul mio pc con linux monto le stesse directories da nemo, ecc.
    quindi è dovrebbe connettersi.
    ed infatti è questa la cosa più strana.
    anche dal mio pc con linux riesco, e da quel server con linux no.

  6. #6
    - dail log o da dmesg vedi nulla di particolare?

    - come e' il servizio "avahi" ?

    - prima funzionava bene?

  7. #7
    ciao!

    in una shell ho smontato i due mount:
    codice:
    # umount -l //194.1.1.252/c$
    # umount -l //194.1.1.252/e$
    ho controllato il servizio avahi, ma sembra ok:
    codice:
    # systemctl status avahi-daemon
    ● avahi-daemon.service - Avahi mDNS/DNS-SD Stack
       Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled)
       Active: active (running) since mar 2016-10-18 08:58:30 CEST; 5min ago
     Main PID: 27312 (avahi-daemon)
       Status: "avahi-daemon 0.6.31 starting up."
       CGroup: /system.slice/avahi-daemon.service
               ├─27312 avahi-daemon: running [webserver.local]
               └─27313 avahi-daemon: chroot helper
    
    ott 18 08:58:30 webserver avahi-daemon[27312]: Joining mDNS multicast group on interface eth0.IPv6 with address fe80::e2db:55ff:fe25:b320.
    ott 18 08:58:30 webserver avahi-daemon[27312]: New relevant interface eth0.IPv6 for mDNS.
    ott 18 08:58:30 webserver avahi-daemon[27312]: Joining mDNS multicast group on interface eth0.IPv4 with address 194.1.1.18.
    ott 18 08:58:30 webserver avahi-daemon[27312]: New relevant interface eth0.IPv4 for mDNS.
    ott 18 08:58:30 webserver avahi-daemon[27312]: Network interface enumeration completed.
    ott 18 08:58:30 webserver avahi-daemon[27312]: Registering new address record for fe80::e2db:55ff:fe25:b320 on eth0.*.
    ott 18 08:58:30 webserver avahi-daemon[27312]: Registering new address record for 194.1.1.18 on eth0.IPv4.
    ott 18 08:58:30 webserver avahi-daemon[27312]: Registering HINFO record with values 'X86_64'/'LINUX'.
    ott 18 08:58:31 webserver avahi-daemon[27312]: Server startup complete. Host name is webserver.local. Local service cookie is 2968735744.
    ott 18 08:58:32 webserver avahi-daemon[27312]: Service "webserver" (/services/udisks.service) successfully established.
    a questo punto ho aperto un'altra shel con dmesg:
    codice:
    # dmesg -wH
    ...........
    [  +0,000006] intel_rapl: Found RAPL domain core
    [  +0,000012] intel_rapl: Found RAPL domain dram
    [  +0,050002] Adding 2097148k swap on /dev/sda3.  Priority:-1 extents:1 across:2097148k FS
    [  +0,346097] tg3 0000:01:00.0: irq 117 for MSI/MSI-X
    [  +0,000019] tg3 0000:01:00.0: irq 118 for MSI/MSI-X
    [  +0,000014] tg3 0000:01:00.0: irq 119 for MSI/MSI-X
    [  +0,000013] tg3 0000:01:00.0: irq 120 for MSI/MSI-X
    [  +0,000014] tg3 0000:01:00.0: irq 121 for MSI/MSI-X
    [  +0,081855] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
    [  +0,234344] FS-Cache: Loaded
    [  +0,001635] Key type dns_resolver registered
    [  +0,013260] FS-Cache: Netfs 'cifs' registered for caching
    [  +0,000293] Key type cifs.spnego registered
    [  +0,000009] Key type cifs.idmap registered
    [  +0,744942] RPC: Registered named UNIX socket transport module.
    [  +0,000005] RPC: Registered udp transport module.
    [  +0,000001] RPC: Registered tcp transport module.
    [  +0,000002] RPC: Registered tcp NFSv4.1 backchannel transport module.
    [  +0,030686] FS-Cache: Netfs 'nfs' registered for caching
    [  +0,033699] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
    [  +2,607537] tg3 0000:01:00.0 eth0: Link is up at 1000 Mbps, full duplex
    [  +0,000015] tg3 0000:01:00.0 eth0: Flow control is on for TX and on for RX
    [  +0,000004] tg3 0000:01:00.0 eth0: EEE is disabled
    [  +0,000025] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
    [  +4,610198] systemd-journald[359]: Received request to flush runtime journal from PID 1
    [ +14,883417] mgag200 0000:06:00.0: Video card doesn't support cursors with partial transparency.
    [  +0,000008] mgag200 0000:06:00.0: Not enabling hardware cursor.
    [ott16 15:43] perf interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 50000
    e nella shell precedente ho provato a fare il mount con mount -a.
    il comando è rimasto appeso, e l'outpu di dmesg non è cambiato.

    ed in verità non ha mai funzionato da quando ho messo i due punti di mount.
    ha sempre avuto questo comportamento.
    ma la cosa strana e che so lo riavvio funziona bene.
    è questo che mi manda fuori strada!

  8. #8
    mah...

    - c'e' un parametro per far fare il mount quando la rete e' a posto, e': _netdev
    puoi provare a aggiungerlo ai parametri del mount


    - che differenze ci sono tra questo sistema linux che non va e quello che funziona?

  9. #9
    ok se ho ben capito dovrei fare così:
    codice:
    username=USER,password=PWD,uid=UID,_netdev
    per quanto riguarda le differenze, mi viene in mente solo questo:
    - sul server c'è debian 8, come demone per la rete uso netoworking (non network-manager)
    - sui pc c'è archlinux con network manager

  10. #10
    - si

    - differenze di versione dei pacchetti: samba e smbclient ?

    - vedi le share da: smbclient -L <ipwin>

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.