Ubuntu-fr

slt les zens !!

Je me bat depuis un petit moment avec un palourde G3 et l'ami tux pour faire cohabiter toussa et o joie de voir cette petit version 9.04 que je me suis empressé d'installer !!

Tout s'est déroulé nickel a ceci près... impossible de me loguer au démarrage de xfce !!!

C'est super jolie le pysage sur fond de lac, mais en root comme en utilisateur normal, il ne veut rien savoir...

Bon je me dis je me suis planté a un endroit, le clavier a changé entre temps je ne sais pas... je réinstalle le tout, met un login et mdp a deux lettres pour être sur de pas me planter.. et rebelote , arrivé a l'écran de login, il me jette ... c'est frustrant ...

Si quelqu'un à une idée parceque la je bug...

( ps je met bien mon clavier en config mac france à l'install je ne sais pas si ça peut jouer mais bon je le dis )

Je suis aux portes d'une install qui marche help me amis macbuntu !!!

Yop dynamos, ben pour la procédure, je pense que ça re servira a d'autres;) mais bon il serait quand même intéréssant de savoir pourquoi ça bug comme ça...

Sinon c'est ma carte réseau interne qui bug... je n'ai même pas tenté l'installe wifi encore, mais bon un mac ubuntu sans carte réseau c'est un peu comme un plateau de fromage sans pavé d'afinois !!!

Ca marche sans soucis chez vous? ( si ya moyen de récup votre config) pourtant cé un branchement tout con en RJ45  sur une neuf box et ma carte semble reconnue ( lspci) donc je capte pas

Re les gens ! (oui je parle tout seul et alors !! )

Bon bingo gagoune cétait bien hardware mon souci en bidouillant un peu la prise j'ai enfin pu me connecter à ma box adsl !!!

Dans le but d'optimiser un peu la bête, j'ai cherché de la ram.

On me propose une barrette de 512 pour 30 euros, 256 pour 18 et 128 pour 12 euros, sachant que j'ai une version , si je me goure pas qui a déja 64 MO ( 32 mo soudé a la CM et 32 sur un slot? ) je monte quoi? je me demande si 512 c'est pas de trop au vu du petit proc ( 330 et des brouettes mghz ...)

Pi ptet un DD un peu plus gros pendant que j'aurai les mains dans la bête !! bref

Ce soir je me tente une install de Debian avec openbox, parceque la xfce cé quand meme un peu lourding je trouve !!!

Re les gens ,je continu mon monologue !!! lol

@josua: tu en es ou de ta carte?

@ autres: Y'a quelqu'un qui a une ubuntu avec une airport première génération d'installée? je viens d'en trouver une pas trop cher donc si je pouvais me passer de la clé usb qui pend du hub, ca pourrai etre sympa. Mais j'ai des doutes sur la reconnaissance du matos donc si quelqu'un peut m'éclairer !

Sinon je suis en contact avec un mec près de chez moi qui a pas mal de matos apple et notamment des barettes de ram pas trop cher pour les palourde, si après que je soit passer ca intéresse du monde , hésitez pas a sonner

Yop les geek !

Pour info je cherche à refourguer ma palourde !!!
si ça intéresse du monde, c'est ici que ça se passe ==>KIK ME

ben en fait c'est exactement ca !! effectivement ca pourrait bien me débloquer !!!

meme si jaimerai bien comprendre ce qui se passe si quelqu'un a la solution

merci a toi !

Bon merci pour vos réponses !!

Alors je reprend après lecture de vos réponses et de pas mal de choses sur wikipedia

Je fais ça :

chgrp grpe-commun /ton/rep/commun
chmod g+s /ton/rep/commun

1: Je place mon répertoire commun dans le groupe commun
2: J'applique à mon groupe le marqueur SGID qui permettra à tous les fichiers ou dossiers créés dans ce répertoire d'hériter des réglages du "dossier commun", et ainsi faire automatiquement parti du groupe "commun"

Ok , cela fonctionne. Les fichiers ou dossiers créés sont automatiquement affectés au groupe "commun" mais en lecture seule.

Donc je me dis, si le marqueur peut affecter fichier ou dossier à un groupe en particulier, il doit pouvoir lui faire aussi hériter de ses droits:

chmod g+rwS /ton/rep/commun

Je garde le marqueur SGUID( S pour conserver les droits en exécution) et je donne au groupe les droit en lecture ET ecriture

Sauf qu'a la création d'un nouveau fichier ou dossier, il conserve la lecture seule pour le groupe...

Donc soit j'ai pas saisie la logique du truc ( c'est fort probable !) soit je me plante de commande pour passer les droits d'un groupe sur un dossier !

BON !

Dans la série je me suis pris le crane mais ça a porté ses fruits, me vla!

Je reprend depuis le début, des fois que d'autres soient confrontés au problème

Pour la problématique générale, voir mon premier post !

J'vais la faire sous forme d'histoire ! c'est plus marrant !

Toto1 et Toto2 voulaient partager des fichiers, pour ce faire il ont acheté une zolie machine qui tourne sous tutux !

Mais voila, après avoir tout branché, et créé un "répertoire commun" dans samba avec les users et droits qui vont bien, toto1 s'aperçut que toto2 ne pouvait pas lire les fichiers qu'il créait dans " répertoire commun" ! ( l'es con ce toto quand même) alors qu'ils appartenaient tous les deux au "groupe commun" ! Toto2 réalisa alors que quand toto1 créait un fichier, celui-ci était automatiquement placé dans le groupe " toto1" et non dans le "groupe commun"! ( malin le toto 2 ! )

Ils se mirent alors en quête d'une solution et procédèrent ainsi.

Dans un premier temps, toto1, qui est root sur la tutux, affecta le "répertoire commun" au "groupe-commun" :

chgrp groupe-commun /ton/rep/commun

Ensuite, il appliqua à ce fameux "répertoire commun" le marqueur SGID qui permettra à tous les fichiers ou dossiers créés dans ce "répertoire commun" d'hériter des réglages du "répertoire commun", et ainsi faire automatiquement parti du "groupe-commun". ( plus d'info sur le " marqueur " SGID et pleins de choses intéressantes sur les droits unix ici ==> >>KIK ME<< , ben ouais toto2 il a que ça a foutre de faire des recherches sur google pendant que toto1 bosse !:P )

chmod g+s /ton/rep/commun

WAouuuuuuuuu ayé !!! Toto2 peux enfin lire directement sur le serveur le fichier jadorepassermesaprèmdanslesdroitsunix.txt créé par toto1 !

"Houla mais je vois que tu as fait une petite erreur ligne 243526255 toto1 ! Ne bouge pas , je vais modifier ça de mon poste ! " dis toto2

Et la... c'est le drame ! (comprenne qui pourra! )

Et oui , si toto2 peut dorénavant "lire" les fichiers de toto1, il ne peut en revanche pas "écrire"  les fichiers de Toto1 !

En effet le marqueur SGID permet de placer directement tout fichier ou répertoire dans le "groupe commun" mais le fichier nouvellement créé n'hérite pas de ses droits !! il reste en lecture seule.

Mais toto2 qui a eu le temps de faire quelques recherches sur le net et notamment passer sur forum ubuntu tiens la solution: L'umask  ( Plus d'infos ici==> >>KIK ME<< )

" et ca se renseigne ou ton ZE mask la? " dis toto1
"Ben je sais pas, vu la logique surement dans /etc/profile"

Toto1, toujours maitre sur la machine, édita alors le fichier et plaça la valeur 007 pour l'umask de tous les users.( ce qui revient a rwxrwx---)

" Ouais ben ça marche pas, ça va finir par la fenêtre cette histoire ! "
"hé sinon, t'es allé voir dans le fichier de conf de samba?"
"ha ben non tiens j'y vais"

Toto1 edita le smb.conf et y trouva ces quelques lignes magiques:

# File creation mask is set to 0700 for security reasons. If you want to
# create files with group=rw permissions, set next parameter to 0775.
 ;  create mask = 0700

# Directory creation mask is set to 0700 for security reasons. If you want to
# create dirs. with group=rw permissions, set next parameter to 0775.
 ;  directory mask = 0700

Par défaut les valeurs sont à 0700 ( soit rwx------), on passe le tout à 0770 ( soit rwxrwx---) ou autre suivant ce que l'on veut, sauvegarde du fichier et zou !

"ouais mais ça fonctionne toujours pas la!" dis toto1
"normal t'as pas relancé samba"dis toto2
" quoi tu veux que je danse la samba???" dis toto1
" mais nan relance le serveur couillon de geek !"

/etc/init.d/samba restart

Et la toto1 et toto2 , dans l'allégresse général, partir fêter ça au bar du coin car il était maintenant l'heure de l'apéro !:lol:

Bon, il reste cependant un souci majeur

Les manips ci dessus fonctionnent pour deux users connecté a distance sur le serveur depuis un poste windows. Dans ce cas la c'est bien les mask du smb.conf qui prennent la main et tout va bien.

Mais si toto1, logué en user normal sur tutux veut créer un fichier dans le partage directement, ni le umask de /etc/profile, ni celui renseigné dans /home/toto1/.profile ne fonctionne... meme après reboot total de la machine.

Le umask reste invariablement à 022..... Donc si quelqu'un sait comment modifier ça

à vous les studios!

J'ai un peu de mal a comprendre comment un fichier qui n'existe pas peut être pris comme fichier de conf au lancement de gnome.... Si gnomerc nexiste pas, gnome doit forcément utiliser un autre fichier pour définir le umask non?

Yeahhhh ça fonctionne nikouel !!!

Bon ben vala mes soucis de droits résolus et je me coucherai moins bête ce soir ! Merki les gens !