Réseau domestique et partage de fichier

AlexandreP · Le 12/05/2010, à 23:06

figaro a écrit :

Le dira-t-on assez : pour partager en Samba sur des partitions Windows (ntfs ou fat32) on ne peut que partager l'ensemble de la partition, pas les dossiers.

Mais non : on peut partager uniquement un dossier d'un système de fichiers NTFS/FAT32. Ce qui ne peut être appliqué qu'à l'ensemble du système de fichiers, ce sont les droits Unix. Mais on peut très bien définir un partage sur un dossier du système de fichiers.

@ Sunkart :
Est-ce que ce qui ne fonctionne pas, c'est uniquement le listage des partages offerts par ton poste fixe depuis ton ordinateur portable ? Par exemple, depuis ton ordinateur portable, avec Raccourcis -> Se connecter à un serveur..., est-ce que tu est capable de te connecter à un partage quelconque offert par ton PC fixe ?

Est-ce qu'un pare-feu (à la fois sur ton poste portable et ton poste fixe) bloque les connexions entrantes et sortantes sur les ports TCP et UDP 137, 138, 139 et 445 ?

sunkart · Le 13/05/2010, à 07:09

Je n'ai pas activé de pare-feu. Il me semble qu'il y en a un par défaut.
Comment véerifier cela ? Avec une ligne de commande ?

figaro · Le 13/05/2010, à 08:30

@Alexandre P

Mais si, sur les partitions Windows du PC Linux montées sur le dit PC Linux on doit partager la totalité de la partition.
C'est sur les partitions d'un PC Windows que l'on peut partager seulement un dossier de ce type de partition.

D'autre part pour pouvoir écrire sur des partition ntfs sur un PC Linux on doit les monter en ntfs-3g et indiquer les droits que l'on souhaite dans les options de montage.

Pour configurer le parefeu utiliser Firestarter

Bonne continuation.

Dernière modification par figaro (Le 13/05/2010, à 09:56)

AlexandreP · Le 13/05/2010, à 23:35

figaro a écrit :

Mais si, sur les partitions Windows du PC Linux montées sur le dit PC Linux on doit partager la totalité de la partition.
C'est sur les partitions d'un PC Windows que l'on peut partager seulement un dossier de ce type de partition.

Mais non, testé et approuvé.

Un exemple : je vais partager le dossier Windows de ma partition système de Windows.

Mon partitionnement :

utilisateur@ordinateur:~$ sudo parted /dev/sda print all
Modèle: ATA WDC WD3200BEVT-2 (scsi)
Disque /dev/sda : 320GB
Taille des secteurs (logique/physique) : 512o/512o
Table de partitions : msdos

Numéro  Début   Fin    Taille  Type     Système de fichiers  Fanions
 1      1049kB  106MB  105MB   primary  ntfs                 démarrage
 2      106MB   320GB  320GB   primary  ntfs


Modèle: Ext Hard  Disk (scsi)
Disque /dev/sdb : 500GB
Taille des secteurs (logique/physique) : 512o/512o
Table de partitions : msdos

Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 3      32,3kB  15,5GB  15,5GB  primary  ext4                 démarrage
 1      15,5GB  20,0GB  4499MB  primary  linux-swap(v1)
 2      20,0GB  500GB   480GB   primary  ntfs

Ma partition système de Windows est /dev/sda2, contenant un système de fichiers de type NTFS.

Je monte mon système de fichiers NTFS avec des droits suffisants pour autoriser à tous d'écrire et supprimer des fichiers dans mon système de fichiers (umask=000) :

utilisateur@ordinateur:~$ sudo mkdir /media/test
utilisateur@ordinateur:~$ sudo mount -t ntfs -o rw,umask=000 /dev/sda2 /media/test

utilisateur@ordinateur:~$ ls -ld /media/test
drwxrwxrwx 1 root root 8192 2010-05-10 21:43 /media/test

utilisateur@ordinateur:~$ ls /media/test/Windows
addins                    LiveKernelReports  ShellNew
AppCompat                 Logs               SoftwareDistribution
AppPatch                  Media              Speech
assembly                  mib.bin            splwow64.exe
bfsvc.exe                 Microsoft.NET      Starter.xml
Boot                      ModemLogs          system

[...]

Dans le fichier de configuration de Samba, je paramètre un partage pour le dossier Windows se trouvant dans /media/test/ :

[...]

[TestNTFS]
	path = /media/test/Windows
	writeable = yes
	browseable = yes
	guest ok = yes

Je redémarre Samba pour prendre en compte le changement :

utilisateur@ordinateur:~$ sudo service smbd stop
smbd stop/waiting
utilisateur@ordinateur:~$ sudo service smbd start
smbd start/running, process 3838

Finalement, je monte directement le partage TestNTFS dans le dossier vide /mnt/ :

utilisateur@ordinateur:~$ ls /mnt

utilisateur@ordinateur:~$ sudo mount -t cifs -o guest //localhost/TestNTFS /mnt

utilisateur@ordinateur:~$ ls /mnt
addins                    LiveKernelReports  ShellNew
AppCompat                 Logs               SoftwareDistribution
AppPatch                  Media              Speech
assembly                  mib.bin            splwow64.exe
bfsvc.exe                 Microsoft.NET      Starter.xml
Boot                      ModemLogs          system

[...]

Et voilà ! j'ai partagé uniquement un dossier de mon système de fichiers NTFS.

figaro · Le 14/05/2010, à 07:17

@AlexandreP

Tu ne l'as pas partagé individuellement mais tout tu as simplement monté la partition Windows en totalité en donnant des droits. Tous les dossiers d'une partition du PC montée sont évidemment accessibles sur le PC et peuvent être également ensuite parcourus individuellement.

On ne peut partager (au sens Samba) que si l'ensemble de la partition Windows est montée (partagée au sens Linux) avec les bons droits et est donc "partageable" au sens Samba dans sa totalité.

J'ai l'impression que tu confonds partage au sens Samba (réseau Windows) et incorporation dans le système de fichiers (montage) du PC Linux d'une partition Windows (partage) se trouvant sur le PC avec les bons droits la rendant "partageable" au sens Samba.

J'espère avoir été clair, le terme partage pouvant prêter à confusion. Le partage sur le PC et le partage sur Réseau Windows étant deux choses distinctes.

Edit:

Jamais les droits Linux ne peuvent être supplantés par les droits Samba.

Partage veut tout simplement dire accès aux fichiers et manipulation sur les dits fichiers. Le partage peut être direct sur le PC ou via le réseau (Samba ou NFS). Dans tous les cas ils sont soumis aux droits Unix auxquels peuvent s'ajouter des droits plus restrictifs mais jamais moins restrictifs.

Sur une partition Windows on ne peut donner des droits Unix que sur la totalité de la partition lors de son montage (partage au sens Unix) dans le système de fichier Linux contrairement aux partitions Linux où l'on peut donner les droits dossier par dossier.
Les dossiers de cette partition une fois montée sont alors partageables Samba mais avec les seuls droits fixés sur l'ensemble de la partition. Si ceux-ci ne sont pas corrects le dossier ne sera pas partagé via Samba et donc : inaccessible, non lisible, non écrivable, etc, selon le cas.

Nota:
Dans ton exemple tu montes en 777 la partition Windows donnant tous les droits à tout le monde: à éviter...

Dernière modification par figaro (Le 14/05/2010, à 12:36)

AlexandreP · Le 15/05/2010, à 01:10

Ah, d'accord. En ce cas, on est d'accord. Mais il reste important de préciser de quel type de partage on parle. Dans mon exemple, je rends disponible uniquement une partie du système de fichiers accessible aux autres ordinateurs de mon réseau local ; localement, il est évident qu'elle reste pleinement accessible. À distance, on ne peut pas remonter plus haut que le dossier mis en partage sur le réseau.

Quant aux droits et permissions, d'accord aussi : les restrictions définies par Samba s'ajoutent au-dessus des droits Unix. Elles ne peuvent ajouter des autorisations qui, à la base, sont refusées par les permissions Unix.

Merci de t'inquiéter pour ma partition système de Windows ; évidemment, je ne l'ai utilisée que pour l'exemple. D'ordinaire, elle n'est pas montée.

figaro · Le 15/05/2010, à 07:49

Il n'est pas toujours simple de se comprendre par simple post sur un forum surtout quand un mot peut couvrir beaucoup de concepts différents.

C'est du reste ce qui fait buter beaucoup de gens qui viennent du monde Windows. Le verrou principal du partage c'est Unix (Linux) et ce verrou ne peut en aucun cas être forcé par un protocole qui ne pourra tout au plus que le restreindre éventuellement.

Bonne continuation.

Dernière modification par figaro (Le 15/05/2010, à 08:23)

sunkart · Le 16/05/2010, à 22:52

Bonsoir,

Je reviens de we

J'ai tapé la ligne de commande donnée par superDude pour avoir des infos sur le parefeu :

wahibacyril@wahibacyril-desktop:~$ sudo iptables -L -n -v && sudo iptables -t mangle -L && sudo iptables -t nat -L && sudo ip6tables -L -v
Chain INPUT (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 ACCEPT     tcp  --  *      *       212.27.40.240        0.0.0.0/0           tcp flags:!0x17/0x02 
   59  8317 ACCEPT     udp  --  *      *       212.27.40.240        0.0.0.0/0           
    0     0 ACCEPT     tcp  --  *      *       212.27.40.241        0.0.0.0/0           tcp flags:!0x17/0x02 
    1   140 ACCEPT     udp  --  *      *       212.27.40.241        0.0.0.0/0           
 1368 59006 ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0           
   20  1160 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0           limit: avg 10/sec burst 5 
    0     0 DROP       all  --  eth0   *       0.0.0.0/0            255.255.255.255     
  117 16443 DROP       all  --  *      *       0.0.0.0/0            192.168.0.255       
    0     0 DROP       all  --  *      *       224.0.0.0/8          0.0.0.0/0           
    0     0 DROP       all  --  *      *       0.0.0.0/0            224.0.0.0/8         
    0     0 DROP       all  --  *      *       255.255.255.255      0.0.0.0/0           
    0     0 DROP       all  --  *      *       0.0.0.0/0            0.0.0.0             
    0     0 DROP       all  --  *      *       0.0.0.0/0            0.0.0.0/0           state INVALID 
    0     0 LSI        all  -f  *      *       0.0.0.0/0            0.0.0.0/0           limit: avg 10/min burst 5 
21785   31M INBOUND    all  --  eth0   *       0.0.0.0/0            0.0.0.0/0           
    0     0 LOG_FILTER  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 LOG        all  --  *      *       0.0.0.0/0            0.0.0.0/0           LOG flags 0 level 6 prefix `Unknown Input' 

Chain FORWARD (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0           limit: avg 10/sec burst 5 
    0     0 LOG_FILTER  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 LOG        all  --  *      *       0.0.0.0/0            0.0.0.0/0           LOG flags 0 level 6 prefix `Unknown Forward' 

Chain OUTPUT (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 ACCEPT     tcp  --  *      *       192.168.0.10         212.27.40.240       tcp dpt:53 
   59  3992 ACCEPT     udp  --  *      *       192.168.0.10         212.27.40.240       udp dpt:53 
    0     0 ACCEPT     tcp  --  *      *       192.168.0.10         212.27.40.241       tcp dpt:53 
    1    60 ACCEPT     udp  --  *      *       192.168.0.10         212.27.40.241       udp dpt:53 
 1368 59006 ACCEPT     all  --  *      lo      0.0.0.0/0            0.0.0.0/0           
    0     0 DROP       all  --  *      *       224.0.0.0/8          0.0.0.0/0           
   29  3870 DROP       all  --  *      *       0.0.0.0/0            224.0.0.0/8         
    0     0 DROP       all  --  *      *       255.255.255.255      0.0.0.0/0           
    0     0 DROP       all  --  *      *       0.0.0.0/0            0.0.0.0             
    0     0 DROP       all  --  *      *       0.0.0.0/0            0.0.0.0/0           state INVALID 
14708 2756K OUTBOUND   all  --  *      eth0    0.0.0.0/0            0.0.0.0/0           
    0     0 LOG_FILTER  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 LOG        all  --  *      *       0.0.0.0/0            0.0.0.0/0           LOG flags 0 level 6 prefix `Unknown Output' 

Chain INBOUND (1 references)
 pkts bytes target     prot opt in     out     source               destination         
21781   31M ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED 
    4   304 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:8080 
    0     0 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0           udp dpt:8080 
    0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:6881 
    0     0 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0           udp dpt:6881 
    0     0 LSI        all  --  *      *       0.0.0.0/0            0.0.0.0/0           

Chain LOG_FILTER (5 references)
 pkts bytes target     prot opt in     out     source               destination         

Chain LSI (2 references)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 LOG_FILTER  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 LOG        tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp flags:0x17/0x02 limit: avg 1/sec burst 5 LOG flags 0 level 6 prefix `Inbound ' 
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp flags:0x17/0x02 
    0     0 LOG        tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp flags:0x17/0x04 limit: avg 1/sec burst 5 LOG flags 0 level 6 prefix `Inbound ' 
    0     0 DROP       tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp flags:0x17/0x04 
    0     0 LOG        icmp --  *      *       0.0.0.0/0            0.0.0.0/0           icmp type 8 limit: avg 1/sec burst 5 LOG flags 0 level 6 prefix `Inbound ' 
    0     0 DROP       icmp --  *      *       0.0.0.0/0            0.0.0.0/0           icmp type 8 
    0     0 LOG        all  --  *      *       0.0.0.0/0            0.0.0.0/0           limit: avg 5/sec burst 5 LOG flags 0 level 6 prefix `Inbound ' 
    0     0 DROP       all  --  *      *       0.0.0.0/0            0.0.0.0/0           

Chain LSO (0 references)
 pkts bytes target     prot opt in     out     source               destination         
    0     0 LOG_FILTER  all  --  *      *       0.0.0.0/0            0.0.0.0/0           
    0     0 LOG        all  --  *      *       0.0.0.0/0            0.0.0.0/0           limit: avg 5/sec burst 5 LOG flags 0 level 6 prefix `Outbound ' 
    0     0 REJECT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           reject-with icmp-port-unreachable 

Chain OUTBOUND (1 references)
 pkts bytes target     prot opt in     out     source               destination         
   20  1160 ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0           
14570 2743K ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED 
    3   228 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED 
  115 11304 ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination         

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination         
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination         

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination         

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

Comment lire les infos de la ligne de commande ?

sunkart · Le 17/05/2010, à 21:53

Yes !!!!

Merci à tous les 3 pour votre aide. J'ai maintenant accès à mon PC FIX depuis le PORTABLE.

J'ai une dernière question : actuellement, pour accéder aux dossiers partagés, je passe par Raccourcis\Se connecter à un serveur. Dans la fenêtre, je rentre l'adresse IP et le nom du partage.

Mais quand je redémarre le PC, je n'ai plus les raccourcis, quel est le moyen pour que le raccourcis existe toujours ?

En tout cas, merci de nouveau

AlexandreP · Le 17/05/2010, à 22:23

sunkart a écrit :

J'ai une dernière question : actuellement, pour accéder aux dossiers partagés, je passe par Raccourcis\Se connecter à un serveur. Dans la fenêtre, je rentre l'adresse IP et le nom du partage.
Mais quand je redémarre le PC, je n'ai plus les raccourcis, quel est le moyen pour que le raccourcis existe toujours ?

Le raccourci n'est créé et n'apparaît que lorsque le partage est monté localement. Comme son montage est dynamique, le raccourci n'apparaît pas jusqu'à ce que tu le montes (à l'aide de l'outil Se connecter à un serveur).

Une possibilité pour que le raccourci apparaisse toujours est de monter automatiquement le partage, dès qu'une connexion réseau est établie. La procédure est décrite dans le document traitant de Samba (sous-section "Montage automatique").
- Petit rappel que le point de montage doit exister avant de monter le partage. Contrairement au montage dynamique, le point de montage ne se crée pas automatiquement au besoin ;
- Tout comme pour le montage de systèmes de fichiers communs, pour qu'un raccourci apparaisse dans Nautilus et sur le bureau, le point de montage doit être créé dans le répertoire /media/ ;
- Le raccourci prendra le nom du point de montage.

sunkart · Le 20/05/2010, à 20:53

Bonjour,

Depuis la dernière fois, je n'ai pas tenté de me reconnecté à mon PC depuis le PORTABLE.
Ce soir, je n'y arrive pas. J'ai tenté la commande que m'a donné super Dude.

Et je viens de me rendre compte que le filtre est de nouveau actif ...
J'ai l'impression que le filtre s'active à chaque démarrage. Je dois regarder pour supprimer cette règle, mais comment ?

superDude a écrit :

Bonjour,
Ton poste filtre; comment as tu défini ces règles?
0 0 DROP all -- eth0 * 0.0.0.0/0 255.255.255.255
117 16443 DROP all -- * * 0.0.0.0/0 192.168.0.255

sunkart · Le 28/05/2010, à 20:15

UFW n'est pas activé. Par contre, j'ai Firestarter. Mais, je n'ai rien configuré de particulier.

Rudy85 · Le 27/06/2010, à 18:24

Désolé de ne pouvoir réellement aider , mais j'ai trouvé une soluce à mon problème

Voilà , avec la source : http://www.wooshi.fr/Tutoriel/12-Creer-un-serveur-Samba/1

Ubuntu

sinbad83 · Le 27/06/2010, à 19:56

Salut,
n'arrête pas tout de suite sans chercher davantage. Je n'ai pas le temps tout de suite, mais on en reparle...

sinbad83 · Le 27/06/2010, à 22:06

Je n'ai pas tout lu ce qui précède. J'ai quelques questions:
- sur l'un ou l'autre poste, y a-t-il des partitions NTFS ? Elles sont le reflet du passé ou les PC tournent aussi sous Windows ?
- y a-t-il assez de place sur l'un des deux, pour stocker tous les fichiers des deux ?

Dernière modification par sinbad83 (Le 27/06/2010, à 22:07)

sunkart · Le 28/06/2010, à 20:06

J'ai réinstallé Ubuntu (je suis passé à Lucid Lynx).
j'ai pas encore essayé de reconfigurer mon réseau.

Mais pour info, les partitions NTFS ne sont pas full et existent car le PC FIX tourne sous windows (et oui, je n'ai pas trouvé une solution pour certain de mes logiciels).

sinbad83 · Le 28/06/2010, à 21:58

Mes questions sont:
1- y a-t-il besoin de garder une partition NTFS ? Je comprends que oui, le fixe utilise, à certains moments, XP pour des jeux,
2- le disque dur du fixe peut-il stocker tous les documents qui sont sous Linux sur une de ses partitions ?

L'idée serait que
- le portable Ubuntu utilise une partition ext du fixe pour accéder aux documents Linux partagés sur les 2 postes
- en Windows, le fixe n'a pas besoin de partager
- en Ubuntu, le fixe accède à ses fichiers NTFS grâce à ntfs-3g.

sunkart · Le 04/08/2010, à 19:05

Bonsoir,

Je relance mon sujet car je me suis remis à la configuration de mon réseau.

Je vais configurer fstab pour monter les points de partage sur chacun des PC.

mais avant cela, j'ai deux questions :
- que se passera-t-il si quand j'allume une machine l'autre n'est pas allumé ? Car si ça pose problème autant faire une croix sur le montage automatique.
- dans la doc il demande le nom de la machine. Comment là connaitre ? Est-ce que si je remplace //MACHINEDISTANTE/Multimedia par //192.168.0.10/Multimedia cela fonctionnera ?

Merci d'avance
Bonne soirée

AlexandreP · Le 05/08/2010, à 04:34

sunkart a écrit :

- que se passera-t-il si quand j'allume une machine l'autre n'est pas allumé ? Car si ça pose problème autant faire une croix sur le montage automatique.

Il me semblait qu'il existait une option de montage qui ne bloquait pas le processus de chargement du système si le périphérique n'était pas accessible, mais je n'arrive pas à la retrouver. C'est peut-être l'option nofail (ne pas rapporter d'erreur si le montage échoue), mais je n'en suis pas sûr.

Par contre, si le montage échoue au chargement du système, le dossier partagé ne sera simplement pas monté. Même avec un accès ultérieur sur le point de montage, le périphérique ne sera pas monté. Le montage automatique se produit une seule fois, et c'est au chargement d'Ubuntu. Si ton ordinateur distant est éteint au moment du chargement d'Ubuntu, alors il se produit simplement un échec au montage du dossier partagé. Pour accéder au dossier partagé, une fois l'ordinateur distant mis sous tension, il faudra procéder manuellement au montage.

sunkart a écrit :

- dans la doc il demande le nom de la machine. Comment là connaitre ? Est-ce que si je remplace //MACHINEDISTANTE/Multimedia par //192.168.0.10/Multimedia cela fonctionnera ?

Aucun problème. On peut utiliser le nom NetBIOS de la machine ou son adresse IP.

sunkart · Le 05/08/2010, à 07:43

Ok, donc je n'ai pas vraiment d'intérêt de faire un montage auto sachant que les deux PC ne seront pas forcément allumés en même temps.

Par contre, je pensais au script (même si j'en ai jamais fait). Y'aurait-il moyen de faire un script à lancer manuellement pour que tous les dossiers soient montés d'un coup ? ça évite de les faire à la main les uns après les autres.

sinbad83 · Le 05/08/2010, à 09:32

@ sunkart,
dans fstab, l'option _netdev sert à attendre un élément du réseau pas forcément disponible immédiatement au boot (cas d'un disque-réseau), mais il ne couvre pas a priori l'absence totale d'un PC. Ce serait plutôt noauto... Pour monter ensuite à la demande, je ferais sudo mount -a.

Dernière modification par sinbad83 (Le 05/08/2010, à 11:20)

AlexandreP · Le 05/08/2010, à 18:51

sinbad83 a écrit :

dans fstab, l'option _netdev sert à attendre un élément du réseau pas forcément disponible immédiatement au boot (cas d'un disque-réseau), mais il ne couvre pas a priori l'absence totale d'un PC.

En fait, si je comprends bien, cette option attend qu'une connexion réseau soit disponible avant de tenter de monter le périphérique mentionné en instruction. Ça n'a pas de lien avec la ressource distante : ça a rapport à la disponibilité dans l'ordinateur local d'une connexion à un réseau.

Par exemple, j'ai une instruction de montage d'un partage distant SMB/CIFS qui possède l'option _netdev. Au chargement d'Ubuntu, lorsque mount est exécuté, il ne va tenter de monter la ressource que si mon ordinateur a une connexion à un réseau quelconque. S'il n'y a pas de connexion disponible (ex : mon câble Ethernet est débranché, un réseau WiFi est disponible mais la clé d'accès est inconnue [je ne peux pas la saisir avant la fin du chargement d'Ubuntu], ou encore l'initialisation d'une session réseau se produit après l'exécution de mount lors du processus de chargement d'Ubuntu), alors mount n'essaiera pas de monter la ressource.

sinbad83 · Le 05/08/2010, à 20:11

@ AlexandreP
le man de mount donne:

_netdev
              The  filesystem resides on a device that requires network access
              (used to prevent the  system  from  attempting  to  mount  these
              filesystems until the network has been enabled on the system).

Je comprends que l'OS ne cherche pas à monter quelque chose qui n'est pas présent sur le réseau. Mais, il ne le montera pas tout seul quand le branchement sera fait plus tard.
J'ai mis un disque-réseau dans le fstab avec l'option _netdev. Rien ne se passe au boot s'il n'est pas branché. Si je le branche par la suite, il répond au ping sans être encore monté. Par contre, il suffit de cliquer sur son icône dans Nautilus, pour que son contenu apparaisse. J'avoue que je découvre cette subtilité aujourd'hui.

Dernière modification par sinbad83 (Le 05/08/2010, à 20:14)

AlexandreP · Le 07/08/2010, à 03:25

sinbad83 a écrit :

le man de mount donne:
_netdev
The filesystem resides on a device that requires network access
(used to prevent the system from attempting to mount these
filesystems until the network has been enabled on the system).

Alors, c'est bien ce que je disais : cette option empêche le système d'essayer de monter ces systèmes de fichiers distants jusqu'à ce qu'une connexion à un réseau soit établie par le système.

sinbad83 · Le 07/08/2010, à 09:09

@ AlexandreP,
on est bien d'accord.
A+

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 12/05/2010, à 23:06

Re : Réseau domestique et partage de fichier

#27 Le 13/05/2010, à 07:09

Re : Réseau domestique et partage de fichier

#28 Le 13/05/2010, à 08:30

Re : Réseau domestique et partage de fichier

#29 Le 13/05/2010, à 23:35

Re : Réseau domestique et partage de fichier

#30 Le 14/05/2010, à 07:17

Re : Réseau domestique et partage de fichier

#31 Le 15/05/2010, à 01:10

Re : Réseau domestique et partage de fichier

#32 Le 15/05/2010, à 07:49

Re : Réseau domestique et partage de fichier

#33 Le 16/05/2010, à 22:52

Re : Réseau domestique et partage de fichier

#34 Le 17/05/2010, à 21:53

Re : Réseau domestique et partage de fichier

#35 Le 17/05/2010, à 22:23

Re : Réseau domestique et partage de fichier

#36 Le 20/05/2010, à 20:53

Re : Réseau domestique et partage de fichier

#37 Le 28/05/2010, à 20:15

Re : Réseau domestique et partage de fichier

#38 Le 27/06/2010, à 18:24

Re : Réseau domestique et partage de fichier

#39 Le 27/06/2010, à 19:56

Re : Réseau domestique et partage de fichier

#40 Le 27/06/2010, à 22:06

Re : Réseau domestique et partage de fichier

#41 Le 28/06/2010, à 20:06

Re : Réseau domestique et partage de fichier

#42 Le 28/06/2010, à 21:58

Re : Réseau domestique et partage de fichier

#43 Le 04/08/2010, à 19:05

Re : Réseau domestique et partage de fichier

#44 Le 05/08/2010, à 04:34

Re : Réseau domestique et partage de fichier

#45 Le 05/08/2010, à 07:43

Re : Réseau domestique et partage de fichier

#46 Le 05/08/2010, à 09:32

Re : Réseau domestique et partage de fichier

#47 Le 05/08/2010, à 18:51

Re : Réseau domestique et partage de fichier

#48 Le 05/08/2010, à 20:11

Re : Réseau domestique et partage de fichier

#49 Le 07/08/2010, à 03:25

Re : Réseau domestique et partage de fichier

#50 Le 07/08/2010, à 09:09

Re : Réseau domestique et partage de fichier

Pied de page des forums