Pour ce qui est de l’architecture de l’OS sur le PC j’utiliserais un
disque local et installerai toutes les données système dessus. Encore
une fois, c’est bien plus sur et efficace (voir latence réseau). Du
coup, la home dir de l’utilisateur doit rester locale avec un montage
NFS de ses données ré
zithro a écrit :
> On 24 Feb 2024 23:23, BERTRAND Joël wrote:
>> Un gros serveur sous NetBSD et toutes les stations sont diskless et
>> bootent sur le réseau. Les disques sont en NFS et les swaps en iSCSI.
>
> Peux-tu expliquer ce choix (NFS vs iSCSI) stp ?
Oui,
st de l’architecture de l’OS sur le PC j’utiliserais un disque
local et installerai toutes les données système dessus. Encore une fois, c’est
bien plus sur et efficace (voir latence réseau). Du coup, la home dir de
l’utilisateur doit rester locale avec un montage NFS de ses données réseau dans
un
On 24 Feb 2024 23:23, BERTRAND Joël wrote:
Un gros serveur sous NetBSD et toutes les stations sont diskless et
bootent sur le réseau. Les disques sont en NFS et les swaps en iSCSI.
Peux-tu expliquer ce choix (NFS vs iSCSI) stp ?
Si je dis pas de conneries, tu pourrais boot root (/) en
Basile Starynkevitch a écrit :
>
> On 2/23/24 12:02, Erwann Le Bras wrote:
>>
>> Bonjour
>>
>> Peut-être faire des essais avec SSHFS? le $HOME des utilisateurs
>> serait monté sur chaque client au boot.
>>
>> Mais je ne sais pas si c'est plus e
Le 23 février 2024 Erwann Le Bras a écrit :
> Peut-être faire des essais avec SSHFS? le $HOME des utilisateurs serait monté
> sur chaque client au boot.
>
> Mais je ne sais pas si c'est plus efficace que NFS.
J'ai pas mal utilisé sshfs et ça reste assez performant même
On 2/23/24 12:02, Erwann Le Bras wrote:
Bonjour
Peut-être faire des essais avec SSHFS? le $HOME des utilisateurs
serait monté sur chaque client au boot.
Mais je ne sais pas si c'est plus efficace que NFS.
J'aurais tendance à imaginer que c'est moins efficace que NFS, qu
Bonjour
Peut-être faire des essais avec SSHFS? le $HOME des utilisateurs serait
monté sur chaque client au boot.
Mais je ne sais pas si c'est plus efficace que NFS.
Le 20/02/2024 à 12:26, Pierre Malard a écrit :
Ou ahh ! NIS, ça ne me rajeuni pas ça ;-)
Et pourquoi pas un LDAP
fait ici c’est d’utiliser PAM et autofs
pour gérer les accès sur les postes avec :
Création de la home dir à la volée si besoin depuis un squelette qui contient
un point de montage pour NFS
Montage du répertoire partagé de l’utilisateur dans $HOME/NFS
Comme ça l’utilisateur n’est pas ralenti dans
té pour
ce genre de configuration ?
A l'époque déjà lointaine où j'étais sysadmin occasionnel (au CEA) NIS
fonctionnait bien. C'était avant 2000, sur des stations Sun.
Par contre (et pour avoir enseigné plus récemment Linux à l'IUT d'Orsay)
je m'interroge sur la pertine
e accède à internet, j'ai fais
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
Est ce judicieux ?
J'ai essayé avec NIS avec debian 11, l'authentification à l'air de bien
fonctionner. Pour l'authentification, NIS est il bien adapté pour ce
genre de configuration ?
Par c
comment on y
> accède
>
> Installer un Debian sans interface graphique, accessible seulement avec
> SSH puis enchaîner avec les fonctionnalités désirées : NFS, SMB puis
> PXE/SFTP.
>
> ne pas oublier l'aspect sécurité et les sauvegardes!
>
> bon courage et très bonne
enchaîner avec les fonctionnalités désirées : NFS, SMB puis
PXE/SFTP.
ne pas oublier l'aspect sécurité et les sauvegardes!
bon courage et très bonnes fêtes de fin d'année.
Le 26/12/2022 à 16:05, Olivier Back my spare a écrit :
Bonjour
Est-il possible de faire un NAS serveur de
Hello ^^)
Le 26/12/2022 à 16:05, Olivier Back my spare a écrit :
Bonjour
Est-il possible de faire un NAS serveur de fichier SMB NFS SFTP + LDAP
avec un Debian?
J'ai acheté un nouvel ordinateur pour ma mère et j'ai récupéré son
vieux i3 8 Go de RAM, 1 To de HDD.
Je voudrais en fa
Bonjour
Est-il possible de faire un NAS serveur de fichier SMB NFS SFTP + LDAP
avec un Debian?
J'ai acheté un nouvel ordinateur pour ma mère et j'ai récupéré son vieux
i3 8 Go de RAM, 1 To de HDD.
Je voudrais en faire un NAS serveur de fichier SMB NFS SFTP + LDAP sans
utiliser Open
ents / Réseaux"
>
> Mais une recherche sur le wiki Archlinux généralement assez pertinent ne
> semble pas faire mention de gvfs pour le montage automatique NFS, donc
> c'est peut-être moi qui t'induis en erreur.
> En gros le wiki Archlinux, pour du montage NFS automati
Le 02/12/2022 à 15:54, benoit a écrit :
Le vendredi 2 décembre 2022 à 14:08, didier gaumet a
écrit :
peut-être même encore plus simple (je ne peux pas tester, je n'ai pas
de NFS) simplement installer le paquet gvfs-backends (qui comprend une
partie NFS et gère les systèmes de fic
Le vendredi 2 décembre 2022 à 12:41, Pierre-Elliott Bécue a
écrit :
Salut
> autofs et un "lien" dans nautilus vers le point de montage.
> --
> PEB
Ca marche nickel
Benoit
Le vendredi 2 décembre 2022 à 14:08, didier gaumet a
écrit :
> peut-être même encore plus simple (je ne peux pas tester, je n'ai pas
> de NFS) simplement installer le paquet gvfs-backends (qui comprend une
> partie NFS et gère les systèmes de fichiers virtuels): le bureau uti
*peut-être* même encore plus simple (je ne peux pas tester, je n'ai pas
de NFS) simplement installer le paquet gvfs-backends (qui comprend une
partie NFS et gère les systèmes de fichiers virtuels): le bureau utilisé
devrait probablement alors montrer le partage NFS en volume prêt à monter?
Salut,
benoit wrote on 02/12/2022 at 12:10:48+0100:
> Bonjour,
>
> Quelle serait la solution le plus conviviale pour monter un point de montage
> nfs au clic ?
> J'ai écrit une petite fct en attendant, mais c'est pas convivial et ça m'a
> obligé
Bonjour,
Quelle serait la solution le plus conviviale pour monter un point de montage
nfs au clic ?
J'ai écrit une petite fct en attendant, mais c'est pas convivial et ça m'a
obligé à ajouter une ligne dans le fstab.
partagenfs(){
DISK="$HOME/partagenfs/"
if [ -z &
Bonjour,
Depuis plusieurs mois, j'ai un bug avec le sélecteur de fichier de GTK
lors des accès au serveur de fichier monté en NFS.
Dans une application qui utilise GTK, dans le sélecteur de fichier, je
me déplace dans un dossier monté en NFS, dès que je tape quelques
lettres pour fi
Bon, je me lance quand même mais je te préviens que tu es face à un
handicapé du réseau qui ne connaît rien à nfs ;-)
j'ai lu quelque part, je ne sais déjà plus où, que sur le haut débit, le
streaming et autres, UDP posait parfois problème avec NFS et que
l'utilisation d&#
Bonjour Erwann,
Merci pour ta proposition mais je t'avoue que je préfère rester sur du
NFS ;-)
Peut-être que mon souci vient de la version utilisée par la Shield (v3) ?
Je continue à chercher mais c'est un peu compliqué...
David.
Le 19/02/2021 à 10:16, Erwann Le Bras a écrit :
Le 18/02/2021 à 13:43, David BERCOT a écrit :
Bonjour,
J'utilise un serveur NFS sous Debian pour différents besoins
(notamment photos, films et musique).
Jusqu'à très récemment (environ 2 semaines), tout fonctionnait bien
via une passerelle NVidia Shield (et KODI).
Et depuis
Bonjour,
J'utilise un serveur NFS sous Debian pour différents besoins (notamment
photos, films et musique).
Jusqu'à très récemment (environ 2 semaines), tout fonctionnait bien via
une passerelle NVidia Shield (et KODI).
Et depuis, j'ai des problèmes de performance surpren
ême en
redémarrant le client seul ?
Si j'insiste sur le client c'est que les montages NFS ne sont pas
particulièrement robustes à la perte de connexion et que les logs suivants me
semblent plutôt venir du client, non ?
> kernel: [29263223.563903] INFO: task photoget:23178 blocke
Bonjour,
Je rencontre un problème qui fait crasher le service rpc.statd et rend
inutilisable le serveur. Seule solution, rebooter. Est-ce que vous pouvez
m'aider à troubleshooter?
Configuration :
Serveur NFS :
Debian 6.0.4 , kernel : 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012
x
p/svn-cUDDqf':
> > Opération non permise
>
> Ça a l'air d'être un rename svn-DGcdI3 -> svn-cUDDqf qui échoue.
> Tu as bien utilisé "-o workaround=rename" pour sshfs?
Well Done !
je n'ai plus qu'à RTFM afin de comprendre l'option !
Pour
mptes utilisateur sont les mêmes ?
Oui 1000
>
> Est-ce que le comportement est le même en utilisant le compte root sur les
> deux
> machines (root qui fait un montage SSHFS de root@woody) ?
Essayer mais pas terrible car les fichiers arrivent en root de l'autre
coté et donc des pb de dr
On 2015-05-20 15:55:38 +0200, Yann Cohen wrote:
[sshfs]
> J'ai laissé courir, effectué mon portage, réussi la compilation et
> lorsque que j'ai voulu remonter les modifications via un svn commit
> j'ai :
> svn: E20: Succès de la propagation (commit), mais erreurs :
> svn: E155009: Erreur en in
Errare humanum est, perseverare diabolicum est ;-o)))
Bonne journée à toutes et à tous
La Grenouille
Après l'élite lambda, le sujet latin du jour :))).
--
Alain Rpnpif
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez
Le 20 mai 2015, Adrien a écrit :
> À vue de nez comme ça, je dirais que le SSH de Woody pose une question
> au SSHD de Jessie, mais que le SSH de Woody ne comprend pas ce que
> l'autre lui raconte, parce que la langue a évolué depuis. Imagine un
> latin de la Rome antique qui pose une question à u
e pour
synchronisé dans un sens ou l'autre...
>
> ensuite il existe une foultitude de liens concernant :
>
> nfssvc: Function not implemented
>
> ( google )
Certes, et le premier des liens lu indique que ce message traduit que
NFS n'est pas dans le noyau, mai
ann/media/woody-cac/CAC/Libraries', work item 179 (file-commit
> http/server.c)
> svn: E01: Impossible de déplacer
> '/home/yann/media/woody-cac/CAC/Libraries/.svn/tmp/svn-DGcdI3' vers
> '/home/yann/media/woody-cac/CAC/Libraries/.svn/tmp/svn-cUDDqf':
> Opérat
?
Qu'est-ce que ça donne en reprenant la manip depuis le checkout SVN (si c'est
possible) via un montage NFS ? (l'erreur lors du commit peut très bien être une
conséquence d'un FS corrompu lors du checkout ou bien des étapes suivantes)
Sébastien
--
Lisez la FAQ de la
Le Wed, 20 May 2015 15:55:38 +0200,
Yann Cohen a écrit :
> nfssvc: Function not implemented
bonjour,
serait il possible de prendre un autre éditeur?
Vim ( Cream ) ou Emacs ?
ensuite il existe une foultitude de liens concernant :
nfssvc: Function not implemented
( google )
slt
bernard
--
AC/Libraries/.svn/tmp/svn-DGcdI3' vers
'/home/yann/media/woody-cac/CAC/Libraries/.svn/tmp/svn-cUDDqf':
Opération non permise
En pensant à un pb lié au partage par sshfs, je me suis dit "passons pas
nfs" !
Exportation au niveau de Jessie d'une arborescence
-192.168.56.0/24(r
Le mardi 12 mai 2015, 23:43:46 Sylvain L. Sauvage a écrit :
>[…]
> Je ne sais plus s’il y a un avertissement dans les release
> notes mais il y a eu un bogue approchant qui a été réglé juste
> avant la sortie de Jessie :
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765577
Oups, pas régl
Le mardi 12 mai 2015, 16:55:00 Nicolas FRANCOIS a écrit :
>[…]
> Pour info, j'ai trouvé le problème : la mise à jour a créé une
> nouvelle interface réseau (eth2, avec une seule carte réseau
> !), […]
Si tu regardes (si tu as encore…) les différents périphériques
dans /etc/udev/rules.d/70-persi
Le Thu, 30 Apr 2015 09:19:39 +0200,
Sébastien NOBILI a écrit :
> Bonjour,
>
> Le jeudi 30 avril 2015 à 0:23, Nicolas FRANCOIS a écrit :
> > - mes montages NFS et SMB ne sont plus montés. J'ai un message du
> > genre :
> >
> > $ sudo mount /mnt/nfs
Salut,
Nicolas FRANCOIS a écrit le 30/04/2015 00:30 :
> - mes montages NFS et SMB ne sont plus montés.
Il y a ce bug qui peut peut-être t'intéresser :
<https://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no&bug=775541>
Trouvé sur : <https://bugs.debian.org/release-criti
Bonjour,
Le jeudi 30 avril 2015 à 0:23, Nicolas FRANCOIS a écrit :
> - mes montages NFS et SMB ne sont plus montés. J'ai un message du
> genre :
>
> $ sudo mount /mnt/nfssave
> mount.nfs: access denied by server while mounting
Sur Samba je laisse la main, mais pour
Salut.
Après passage à Jessie, j'ai quelques problèmes de réseau :
- j'ai déjà parlé de aMule qui se trouve en lowID, mais ça n'est pas
très grave...
- mes montages NFS et SMB ne sont plus montés. J'ai un message du
genre :
$ sudo mount /mnt/nfssave
mount.nfs: acc
Bonjour,
Sylvain L. Sauvage a écrit :
Le vendredi 5 décembre 2014, 16:25:51 Vincent Farget a écrit :
Bonsoir,
’jour,
Voila la configuration que je viens de tester ou je souhaite
(toujours) monter en NFS un partage en lecture seule
contenant un système Linux (complet) en le
Le vendredi 5 décembre 2014, 16:25:51 Vincent Farget a écrit :
> Bonsoir,
’jour,
> Voila la configuration que je viens de tester ou je souhaite
> (toujours) monter en NFS un partage en lecture seule
> contenant un système Linux (complet) en le réunissant à un
> système de fichie
Bonsoir,
Voila la configuration que je viens de tester ou je souhaite (toujours)
monter en NFS un partage en lecture seule contenant un système Linux
(complet) en le réunissant à un système de fichier en RAM (tmpfs ??)
pour qu'il puisse écrire ou il en a besoin pour fonctionner :
Se
llissant"
(de plus en plus décalé dans les versions), par un "nouveau" système
de clients légers (sous NFS évidement).
Donc : Oui, c'est ce que je cherches à mettre en place.
Ne connaissant pas (actuellement) la conf de LTSP, est-ce "lourd" à
configurer ou est-ce a
s pour mes clients légers, je pars de ltsp-server qui sous Debian
par défaut utilise NFS contrairement, à Ubuntu qui utilise nbd et
squashfs.
Le plus gros du travail est fait par LTSP avec une install debootstrap
minimum et un chroot (lecture seule) configurable à volonté en
modifiant/créant quelqu
n
lecture seule.
Je crois que c'est basé sur unionfs, il le confirmera si il passe
dans le coin.
http://clefagreg.dnsalias.org/
Seb
-
M. FARGET Vincent
Systemes Informatiques et developpements webs
Je sais pas si c'est ce que tu cherches,
mais pour mes clients légers, je par
monter au
> bon sous-répertoire, n'est-ce pas ?
Non, pas obligé. Tu n'as qu'à indiquer le sous-dossier dans le fstab de chaque
client (en me basant sur ton exemple plus bas) :
Pour client1 :
192.168.1.2:/data/disklessvarrw/client1 /varfsrwnfs
defaults,tcp,nfsvers=3
19
defaults 00
/dev/nfs /rootfsronfs
defaults,tcp,nfsvers=3 01
none/varfsrw tmpfs
defaults
Le vendredi 28 novembre 2014 à 14:37, Vincent Farget a écrit :
> Créer autant de dossiers/partages NFS de "/var", que de clients, ne
> m'arrange pas, mais bon, ...
Pas obligé, tu peux créer un partage « /var » global contenant un dossier par
client et chaque client mo
Le vendredi 28 novembre 2014, 14:37:10 Vincent Farget a écrit :
> Ok.
> Créer autant de dossiers/partages NFS de "/var", que de
> clients, ne m'arrange pas, mais bon, ...
Soit ils sont sur les clients (en local), soit ils sont sur le
serveur. De toute façon, ils d
Ok.
Créer autant de dossiers/partages NFS de "/var", que de clients, ne
m'arrange pas, mais bon, ...
Sinon, voila ce que j'ai fait (pour l'instant) à des fins de tests :
Serveur (192.168.1.2) DHCP/PXE (fichier
/tftpboot/pxe_root/pxelinux.cfg/default) :
label Linux
Bonjour,
Le vendredi 28 novembre 2014 à 10:24, Vincent Farget a écrit :
> Faut-il que j'utilise "unionfs" ou "aufs" pour réunir le montage en "ro"
> avec un système de fichier temporaire (tmpfs ??) en "rw" ?
Mettre le contenu de /var en tmpfs risque d'être galère (pas mal de services
modifient ce
ais rapidement éliminer cette solution, car
je voudrais pouvoir booter plusieurs dizaines de clients sans avoir
plusieurs dizaines de partages NFS en "rw".
Je ne sais pas si c'est possible que plusieurs clients puissent écrire
dans un seul et unique partage du répertoire "/v
pidement éliminer cette solution, car
> je voudrais pouvoir booter plusieurs dizaines de clients sans avoir
> plusieurs dizaines de partages NFS en "rw".
>
> Je ne sais pas si c'est possible que plusieurs clients puissent écrire
> dans un seul et unique partage du répert
Le jeudi 27 novembre 2014 à 16:07, Vincent Farget a écrit :
> Je ne sais pas si c'est possible que plusieurs clients puissent écrire dans
> un seul et unique partage du répertoire "/var" par exemple.
Oui, c'est possible bien sûr.
> Si 2 clients doivent modifier le même fichier dans le même répert
Bonjour,
En regardant sur le net, je suis tombé sur un article qui parle de
"aufs" (basé, à priori, sur UnionFS).
Cela parait être une solution à mon problème.
Je vais y regarder de plus prêt.
Je reviendrais sur la liste, si je ne m'en sort pas ... ;-)
Merci,
Bien cordialement.
-
Vincent FA
Bonjour,
J'y ai vaguement pensé, mais rapidement éliminer cette solution, car je
voudrais pouvoir booter plusieurs dizaines de clients sans avoir
plusieurs dizaines de partages NFS en "rw".
Je ne sais pas si c'est possible que plusieurs clients puissent écrire
da
Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit :
> Question :
> Y'a t'il un moyen de définir une possibilité pour les clients léger,
> d'écrire dans un système de fichier qui serait temporaire (il n'est pas
> nécessaire qu'il survie au reboot) ?
Oui, tu peux très bien ajouter dans le /e
Bonjour,
Pourquoi ne pas créer les partitions qui doivent être en rw séparément
(var, ...) et les montés comme tu l'as mentionné via NFS sur le client ?
Le 27 novembre 2014 15:15, Vincent Farget a
écrit :
> Bonjour à tous,
>
> Je souhaiterais booter des postes clients "léger&
Bonjour à tous,
Je souhaiterais booter des postes clients "léger" sur le réseau (par
amorçage PXE) puis monter le même système de fichier "root" ("/") d'un
système Linux que j'ai créé (par bootstrap) depuis un partage NFS en
read-only, tout en pouv
Le 10/09/2014 12:01, admini a écrit :
salut la liste
j'ai un comportement très bizzare d'un partage nfs.
client et serveur sont sous 7.5
client 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1
server nfs 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2
fstab du client: server:/partage mount_p
bon ben, je me réponds un peu à moi même, une demie solution a été
trouvée. dans le mountage de nfs, j'avais mis noac pour, en gros,
réduire la consomation de la RAM, car nfs n'utilise pas sa cache pour la
attributs. ##en le remettant##
erratum, je l'ai pas
Le 10/09/2014 12:01, admini a écrit :
salut la liste
j'ai un comportement très bizzare d'un partage nfs.
client et serveur sont sous 7.5
client 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1
server nfs 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2
fstab du client: server:/partage mount_p
Le mercredi 10 septembre 2014, 12:40:59 admini a écrit :
>[…]
> > 2. Qu’est-ce qui est fait au login ? (Est-ce qu’il n’y a
> > pas un truc qui scanne les répertoires qui sont en NFS ?
> > Pour préparer un cache des fichiers p.ex.)
>
> ben, oui. j'ai trouvé un
Le 10/09/2014 12:20, Sylvain L. Sauvage a écrit :
’lut,
Le mercredi 10 septembre 2014, 12:01:44 admini a écrit :
[…]
lorsqu'on se log en ssh sur le client NFS, il des checks du
type getattr via NFS au serveur, […]
1. Est-ce que tu as les mêmes demandes avec un login local ?
ouai
2. Q
’lut,
Le mercredi 10 septembre 2014, 12:01:44 admini a écrit :
>[…]
> lorsqu'on se log en ssh sur le client NFS, il des checks du
> type getattr via NFS au serveur, […]
1. Est-ce que tu as les mêmes demandes avec un login local ?
2. Qu’est-ce qui est fait au login ? (Est-ce qu’i
salut la liste
j'ai un comportement très bizzare d'un partage nfs.
client et serveur sont sous 7.5
client 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1
server nfs 3.2.0-4-amd64 #1 SMP Debian 3.2.54-2
fstab du client: server:/partage mount_point nfs4
_netdev,auto,soft,noac 0 0
e
Je vais me répondre :D Je clos le SUJET
Je pense que c'est effectivement un soucis de droit entre NFS - SAMBA -
Les Clients Si je résolve mon soucis je ferais un pti post
Cela me dépasse un peu mais sans défit à surmonter on ne progresse pas
Le 29/05/2014 21:41, Manzone philippe a
reate mode = 777
J'ai créé un Dossier /PARTAGE à la racine qui contient deux
sous Dossiers /PARTAGE1 et /PARTAGE2
MODE 777
root
J'ai modifié la FSTAB pour que chaque dossier monter un dossier
partage avec NFS et qu
Le Wed, 22 Jan 2014 22:52:54 +0100
Jean-Luc Bassereau a écrit:
> Le 18/01/2014 20:32, Gaëtan PERRIER a écrit :
> > Bonjour,
> >
> > Je dispose d'un PC sous debian testing, d'un raspberry pi sur lequel
> > je fais
> > tourner OpenELEC 3.2.4 et j'
Le 18/01/2014 20:32, Gaëtan PERRIER a écrit :
Bonjour,
Je dispose d'un PC sous debian testing, d'un raspberry pi sur lequel
je fais
tourner OpenELEC 3.2.4 et j'aimerai pouvoir accéder en nfs à des
vidéos sur
mon PC.
J'ai donc voulu utiliser nfs.
Un cat /proc/filesystems
Bonjour,
Je dispose d'un PC sous debian testing, d'un raspberry pi sur lequel je fais
tourner OpenELEC 3.2.4 et j'aimerai pouvoir accéder en nfs à des vidéos sur
mon PC.
J'ai donc voulu utiliser nfs.
Un cat /proc/filesystems | grep nfs me donne:
nodev nfs
nodev nfs4
no
Le mardi 08 octobre 2013 à 22:04 +0200, Sylvain L. Sauvage a écrit :
> Le mardi 8 octobre 2013 18:26:31 Julien a écrit :
> >[…]
> > En supprimant network manager le réseau sera
> > disponible qu'il y ai une session ouverte ou non.[…]
>
> On peut aussi simplement dire à NM que la connexion est
>
Le mardi 8 octobre 2013 18:26:31 Julien a écrit :
>[…]
> En supprimant network manager le réseau sera
> disponible qu'il y ai une session ouverte ou non.[…]
On peut aussi simplement dire à NM que la connexion est
« système » et non « utilisateur » : on conserve NM mais la
connexion est établie
Le mardi 08 octobre 2013 à 13:40 +0200, Bernardo a écrit :
> Julien a écrit :
> > Le dimanche 06 octobre 2013 à 22:14 +0200, Bernardo a écrit :
> >>> Au passage, j’ai un peu de mal avec l’idée d’un montage NFS fixe sur
> >>> un portable (censé être nomade par natu
Bernardo wrote:
Julien a écrit :
Le dimanche 06 octobre 2013 à 22:14 +0200, Bernardo a écrit :
Au passage, j’ai un peu de mal avec l’idée d’un montage NFS fixe sur
un portable (censé être nomade par nature).
En fait, c'est un portable utilisé en fixe. (C'est petit chez moi...)
D
Julien a écrit :
> Le dimanche 06 octobre 2013 à 22:14 +0200, Bernardo a écrit :
>>> Au passage, j’ai un peu de mal avec l’idée d’un montage NFS fixe sur
>>> un portable (censé être nomade par nature).
>>
>> En fait, c'est un portable utilisé en fixe. (C'
bé, et c'est
déjà trop tard pour démonter un montage nfs...
Il faudrait un événement pre-down qui d'après ce que j'ai compris de
https://bugzilla.gnome.org/show_bug.cgi?id=387832 n'est pas pour tout de
suite...
je reste donc avec sudo et mon script !
>
>
[...]
Merci pour
Le dimanche 06 octobre 2013 à 22:14 +0200, Bernardo a écrit :
> > Au passage, j’ai un peu de mal avec l’idée d’un montage NFS fixe sur un
> > portable (censé être nomade par nature).
>
> En fait, c'est un portable utilisé en fixe. (C'est petit chez moi...)
Dans ce
Bonsoir,
Sylvain L. Sauvage a écrit :
> Le dimanche 6 octobre 2013 10:30:46 Bernardo a écrit :
>> Re,
>
> ’lut,
>
>> […] Question : cette option peut-elle être inscrite dans celles de la
>> ligne de montage de nfs dans /etc/fstab ?
>
> Sûrement mais ce n’e
Le dimanche 6 octobre 2013 10:30:46 Bernardo a écrit :
> Re,
’lut,
>[…]
> Question : cette option peut-elle être inscrite dans celles de
> la ligne de montage de nfs dans /etc/fstab ?
Sûrement mais ce n’est pas une bonne idée. D’abord parce que
tu vas oublier cette modification e
Re,
Bernardo a écrit :
> Bonjour,
>
> David Prévot a écrit :
>> Salut,
>>
> [...]
>
> Et dans man umount.nfs :
>
> "OPTIONS -f Forcer le démontage du système de fichiers dans le cas
> où le partage NFS est inaccessible."
>
> Mai
ork-manager est déjà arrêté
(K02network-manager dans rc0.d).
Et dans man umount.nfs :
"OPTIONS
-f Forcer le démontage du système de fichiers dans le cas où le
partage NFS est inaccessible."
Mais je ne sais pas dire si dans umountnfs.sh cette option est pris
Salut,
Le 05/10/2013 10:48, Bernardo a écrit :
> J'ai pu une fois apercevoir un message du genre : Fail umount.nfs /mnt/nas.
>
> J'ai fait à plusieurs reprises l'essai de démonter manuellement /mnt/nas avant
> de stopper le système et là : aucun problème, tout s'arrête proprement.
> Auriez-vous
Bonjour,
Testing 64 à jour.
Dans mon /etc/fstab, j'ai un montage nfs sur /mnt/nas.
Jusques là, ça fonctionne correctement.
À l'arrêt du portable, le processus se bloque après l'arrêt de rsyslog et je
suis obligé d'avoir recours aux "SysRq Magic Keys" pour arrêter
Le 19/03/2013 12:18, admini a écrit :
salut la liste
j'ai un client nfs squeeze qui monte des partage nfs partout(serveurs
lenny) sans problèmes sauf sur un serveur particulier.
si je spécifie pas l'option soft au client, le répertoire mounté est
vide. et pourtant, coté serv
salut la liste
j'ai un client nfs squeeze qui monte des partage nfs partout(serveurs
lenny) sans problèmes sauf sur un serveur particulier.
si je spécifie pas l'option soft au client, le répertoire mounté est
vide. et pourtant, coté serveur
les options de exports sont:
*(s
tions nohide et crossmnt. man 5 exports
Super ! Avec nohide + un petite complément
(http://www.digspace.org/linux/7-linux-nfs-nohide), ça fonctionne
nickel...
Merci.
David.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez
Le mercredi 27 février 2013 à 07:35:02, David BERCOT a écrit :
> Bonjour,
’jour,
>[… mount -o bind rep3 rep1/rep2 …]
> Maintenant, si on exporte rep1 et qu'on monte la ressource
> sur un autre ordinateur, le répertoire rep2 apparaît vide !
>
> Est-ce normal ?
Oui.
> Peut-on faire en sorte qu
On Wed, 27 Feb 2013 07:35:02 +0100
David BERCOT wrote:
Oops, répondu trop vite: ça fonctionne de monter rep3
en NFS sur rep2.
--
Si je bois de l'alcool, je suis alcoolique.
Donc si je bois du Fanta, je suis fantastique?
Tu devrais arrête le pâté, parce que t'es
On Wed, 27 Feb 2013 07:35:02 +0100
David BERCOT wrote:
> Est-ce normal ? Peut-on faire en sorte que cela fonctionne comme en
> local ?
Non, je viens de tester et ça fonctionne.
--
combien un triangle a t'il d'angle ?
ca dépend de quel triangle on parle
--
Lisez la FAQ de la liste avant de p
Bonjour,
Soit un disque A avec un répertoire rep1 qui contient un répertoire
rep2.
Soit un disque B avec un répertoire rep3.
Si je fais un montage de type bind de rep3 sur rep2, tout fonctionne
bien en local et on a bien l'impression que les fichiers de rep3 se
trouvent physiquement dans rep2.
M
Le 06/02/2013 09:10, Nicolas Pechon a écrit :
>
> Bonjour, j'ai un serveur NFS et un client.
>
Bonjour,
Peut-être avez-vous du wheezy d'un côté (serveur) et autre chose de
l'autre, comme dans mon cas.
Serveur NIS/NFS, client idem.
Le symptôme était légèrement diff
uis un bug des init-scripts, le
> premier user qui se connecte sur le client monte l'export nfs par un
> bête mount /andre dans son .bashrc.
>
> NB: client et serveur sont en wheezy; je me souviens avoir eu des soucis
> avec portmap, remplacé par rpcbind. Le point de montage appa
Le mercredi 06 février 2013 à 09:06 +0100, Nicolas Pechon a écrit :
> Bonjour, j'ai un serveur NFS et un client.
Bonjour,
> J'arrive à monter le répertoire sur le client.
> Toutefois, sur le client:
> ls -l /home me donne:
> drwxr-xr-x 2 nobody nogroup 4,0K août 1
1 - 100 sur 964 matches
Mail list logo
