NeoX a écrit 17906 commentaires

quand j'avais mis en place la connexion internet au boulot, j'avais mis le logicie NTOP sur le routeur (machine linux)

http://www.cri74.org/docs/sniffer_linux/Linux_sniffer.html
recherche NTOP sur cette page.

ca te fais le calcul pour toi, et tu vois meme ou est aller la personne.

ATTENTION toutefois, il faut avertir les usagers qu'un systeme de controle est mis en place.

y a-t-il un interet à coder l'appel au navigateur ?
à part pour mettre le lien derriere un bouton...

car sinon, on affiche le lien dans une page de type html, ce qui semble etre ton cas, et ensuite tu laisse le systeme utilisé se debrouiller.

enfin c'est mon avis à 2cts

1°) security = share à mettre en security=user
2°) creer les utilisateurs de samba avec smbpassword (ou equivalent) que sont fabrice et root

3°) il me semble que les MASK sont ce que tu enleves comme droit.
donc un mask 777 tu desactiverais TOUS les droits

dans ton descriptif tu sembles n'utiliser qu'une seule machine

il est donc logique et irrealisable de faire ce que tu dis.

windows ne sait lire/ecrire que les fat/fat32/ntfs
linux sait lire/ecrire les fat/fat32 (utilisé par win), les ext/reiser etc etc (par linux) et lire les ntfs.

si par contre tu dispose de 2 PCs, un win, un linux, alors effectivement il te manquerait 2 bricoles comme
- samba
- samba-common

et qques fichiers de conf à modifier/creer.

dans la mesure ou c'est des fichiers .wav que tu graves sur ton cd, ta chaine sera toujours capable de les lire

à condition de les graver au format audio, et du coup cela marche aussi avec les mp3 ou les autres formats, le logiciel les convertissant en wav avant la gravure.

si toutefois tu graves les wav au format data (et pas en cd mixte) je ne parierais pas sur la capacité de la chaine à lire le CD.

tu as la doc pour faire
- conf A : de l'etendu avec 1 carte et 2 ecrans
- conf B : de l'etendu avec 2 carte et 2 ecrans

en mixant les deux et en reflechissant un peu logiquement tu dois pouvoir en deduire la conf pour faire
de l'etendu avec 2 cartes et 2 ecrans
qui n'est en fait que le debut de la conf B (2 cartes) avec la conf A...

sauf s'il y a un bug qqpart.

PS : pkoi vous courrez tous apres le dernier driver fournit par nvidia ? il est plus recent que celui tout propre tout packagé par ubuntu ?

... quand j'ai ce genre de modification à faire est la suivante :

cat file1 | sed -e s/arg1/arg2/g >file2

attention aux espaces ou caracteres speciaux dans les args
sinon garanti sur facture

2 possibilités...

1°) son post se veut informatif, et c'est gagné, il donne une astuce pour ceux qui auraient essayé sans trouver (meme si ce n'est pas la meilleure place)

2°) il souhaite une solution pour france culture et il a oublié de poser la question.

:-P

je suis d'accord sur l'inutilité du SUDO

par contre le inittab est utile, mais juste à titre informatif.
en effet c'est lui qui te dit dans quel runlevel mettre ton script.

sauf si tu le veux dans TOUS les runlevels.

qui ouvriraient ou chercheraient en arriere plan ?

pour info
X lance Y : X -> Y

1234 -> 2555
2555 -> 2558
2558 -> 2563
2563 -> 2565
2565 -> 2566 et 2567

il doit falloir faire clik droit sur la "barre des taches" KDE
pour ajouter un "greffon"/une fonction
pour afficher la liste des fenetres ouvertes.

à voir car je n'ai pas KDE

car :

le support du NTFS sous linux est experimental (dans une machine linux qui gere des supports fat/fat32/ntfs) cela peut donc tres bien fonctionner mais gaffe au retour de manivelles en retournant sous windows le fichier pourrait ne pas etre aussi lisible que precedemment.

dans ton cas et comme le dit si bien gnumdk :
1°) tu transfers tes fichiers via le reseau
2°) ton PC WINDOWS recoit les fichiers
3°) c'est windows qui ecrit le fichier sur le disque dur

il est donc toutafais normal que windows sache gerer du NTFS

CQFD

n'etait ce pas ce qui etait proposé
ici : http://linuxfr.org/forums/9/17272.html
ou encore là : https://linuxfr.org/forums/9/17275.html
(2e reponse, avec un pas à pas tres clair de la part de left )

sudo et inittab sont pourtant les bonnes solutions.
pour sudo, la syntaxe du fichier de conf est peu simple à trouver (google devrait pourtant être ton ami ;), je te l'accorde, mais pour le script au démarrage, c'est très simple:regard

1/ tu écris ton scrit (sans la commande su)
2/ tu mets ce script dans le repertoire /etc/init.d (avec les droits d'exec, bien sûr)
3/ dans le fichier /etc/inittab, tu regadres dans quel runlevel tu es (ex: id:3:initdefaut: indique que tu es en runleven 3)
4/ dans le repertoire /etc/rcX.d (où X=runlevel), tu crées un lien symbilique vers ton script de init.d en préfixant le nom par S99. Si ton script s'appel monwifi et que tu es en runlevel 5, alors le repertoire /etc/rc5.d doit donc contenir un lien symbolique qui s'appel S99monwifi et qui pointe vers /etc/init.d/monwifi

pour info, le SXX qui débute le nom du lien a la signification suivante:
S: start
XX: permet de définir l'ordre de démarrage des scripts pour ce runlevel

à la difference pret que le
chkconfig --add tonscript
- remplace les points 3/4
- n'est pas standard pour tous les linux

alors que la solution de left fonctionne avec toutes les distributions.

n'etait ce pas ce qui etait proposé
ici : http://linuxfr.org/forums/9/17272.html
ou encore là : https://linuxfr.org/forums/9/17275.html
(2e reponse, avec un pas à pas tres clair de la part de left )

sudo et inittab sont pourtant les bonnes solutions.
pour sudo, la syntaxe du fichier de conf est peu simple à trouver (google devrait pourtant être ton ami ;), je te l'accorde, mais pour le script au démarrage, c'est très simple:

1/ tu écris ton scrit (sans la commande su)
2/ tu mets ce script dans le repertoire /etc/init.d (avec les droits d'exec, bien sûr)
3/ dans le fichier /etc/inittab, tu regadres dans quel runlevel tu es (ex: id:3:initdefaut: indique que tu es en runleven 3)
4/ dans le repertoire /etc/rcX.d (où X=runlevel), tu crées un lien symbilique vers ton script de init.d en préfixant le nom par S99. Si ton script s'appel monwifi et que tu es en runlevel 5, alors le repertoire /etc/rc5.d doit donc contenir un lien symbolique qui s'appel S99monwifi et qui pointe vers /etc/init.d/monwifi

pour info, le SXX qui débute le nom du lien a la signification suivante:
S: start
XX: permet de définir l'ordre de démarrage des scripts pour ce runlevel

à la difference pret que le
chkconfig --add tonscript
- remplace les points 3/4
- n'est pas standard pour tous les linux

alors que regarde la solution de left fonctionne avec toutes les distributions.

Vos solutions se rejoignent.
=> $ mv .kde .kde.old
Je dois le taper dans la konsole écran noir ou en mode root ?
=> Ensuite, tu lances X (avec startx ou en changeant de runlevel...
C'est un peu compliqué tout ca (lol) ...
Cela signifie-t-il que je doive taper en tant que ligne de commande : startx et puis entrée ?
Dans la konsole écran noir ou en mode root ?
Comment fait-on pour changer de runlevel ?

dans ta config actuelle tu ouvre la Konsole
tu fais le
mv .kde .kde.old
une fois que c'est fait tu utilises 3 touches magiques
< CTRL >+< ALT >+< BACKSPACE >
et avec cela ton X/Kde se ferme violemment sans sauvegardé la configuration.

tu rerentres ton login/mot de passe, et tu devrais de nouveau avoir une config "de base"

++

pour faire simple :

avec ou sans support "officiel" derriere
- avec : mandrake, redhat, suse, ubuntu
- sans (enfin communautaire) : slackware, debian, gentoo
(desolé pour ceux que j'oublie)

ensuite prend le temps de tester les livecd ou carrement de les installer avant de faire ton choix definif.

perso j'avais fais des machines en dual boot avec par defaut le boot sous linux.

au bout d'un certains temps les utilisateurs ne faisaient plus attention au systeme => c'etait gagné et on a viré windows.

bonne demarche en tout cas, et donc bon courage pour le grand saut.

ca va tres vite te limiter.
16Mo meme un vieux windows n'en voudrait pas.

si tu utilises toi aussi un linux et que tu as une machine plus costaud, regarde du coté de LTSP

ca permet d'utiliser une "grosse" machine en serveur et de transformer des petites configs en terminaux graphiques.

http://fr.wikipedia.org/wiki/LTSP
http://www.ac-creteil.fr/reseaux/systemes/linux/ltsp/ltsp.ht(...)
http://www.cetril.org/article.php3?id_article=32

enfin ca me semble LA solution à ta question

n'est pas vraiment ton ami

apparement les dernieres infos sur le site officiel remontent à juin 2002
et le site ne fournit que des docs en anglais.

http://www.gnu.org/software/bayonne/documentation.fr.html

comme dit plus haut cela depend de la license
et les logiciels libres c'est pas mal de ce coté là.

sinon il me semble que pour beaucoup de produits proprietaires soumis à license, la license est cessible à la seule condition que le vendeur ne conserve aucun exemplaire du dit logiciel.

techniquement il doit avoir desinstaller le logiciel avant de te le vendre avec le CD et la license ou bien te vendre la machine qui va avec.

maintenant effectivement dans ton cas precis, acheter d'occasion dezs logiciels precis, une seule solution lire les licenses (bon courage) avant de t'engager.

bref comme tout contrat il faut bien lire avant de signer ;-)

le seul probleme que tu pourrais avoir c'est en faisant l'inverse.

les machines 64bits ne sont pas encore super courantes, du coup plein d'applis sont en 32bits.

installer un systeme 32 bits sur un proc 64bits compatible 32bits (comme les AMD) ne pose aucun souci.

apres il reste les specifités des portables ou des cartes exotiques des PCs, mais la 32 ou 64bits ce sera surement le meme combat.

aucun interet du sticky bit dans l'immediat,
si le fichier est propriété de root et executé par lui, ce qui est le cas lors du demarrage dans le /etc/rcX.d

virer les su ou sudo

mettre le proprietaire à root.root
le fichier dans /usr/local/bin

puis faire un lien de ce fichier dans le /etc/rcX.d/ vers ton sccript
ou X correspond à la ligne initdefault dans inittab

voire meme vu que c'est juste pour faire un modprobe ndswrapper
il doit suffir de le mettre dans /etc/modules (en tout cas chez moi)

A surveiller quand meme on n'est pas à l'abri d'un disque defectueux, meme neuf.

en esperant que ce n'est qu'une histoire de cable.

ata1: translated ATA stat/err 0x51/84 to SCSI SK/ASC/ASCQ 0xb/47/00
ata1: status=0x51 { DriveReady SeekComplete Error }
ata1: error=0x84 { DriveStatusError BadCRC }

ca ca veut dire que ton disque dur à des soucis
il ne va pas tarder à lacher ou à poser des soucis plus important.

fait un backup et change de disque dur.

avec ma vieille carte tv je pouvais regarder les 6 chaines hertziennes en meme temps

ce qui confirme ta solution concernant le fait que c'est le logiciel qui decode le signal.

neanmoins j'avais obligation de cabler physiquement la piste audio entre ma carte tv et ma carte son (line in ou cd ou aux).

à verifier donc avec cette carte là.