Le freeze est probablement dû à automount (ou un truc du genre) qui a du mal. J'ai un truc similaire sous Knoppix: ça freeze le temps qu'il constate qu'il n'y a pas de disquette.
J'ai pas vraiment d'idée de comment ça peut être lié à initrd mais tu peux essayer de faire un fsck (boot sur une Knoppix ou autre et "fsck.ext3 -C0 -p -f /dev/toto"). Tu peux aussi le faire depuis l'OS qui est sur le HD mais alors il faut remonter les partition en lecture seule (mount -o remount,ro).
Si le problème persiste, va faire un tour dans les logs (/var/log/* et dmesg).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Pas besoin de toucher directement à DISPLAY s'il utilise SSH pour se connecter. Suffit d'activer le X11 forwarding (en admettant que le serveur le permette) et tout passe par le tunnel SSH (avec possibilité de compression) plutôt qu'en clair. Enfin j'ai jamais essayé ça sous Windows (et encore moins avec un serveur HP-UX) mais ya pas de raison...
En pratique avec OpenSSH:
$ ssh -C -c blowfish -X -Y user@server nedit
Je suppose qu'il y a moyen de faire un truc similaire avec PuTTY.
Sinon il me semble que nedit permet de travailler avec un système de client/serveur mais je suis pas sûr que ça corresponde à ce que tu cherches.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Il est possible d'ajouter des actions à effectuer à chaque fois que la carte devient up/down mais dans ce cas ça va pas aider puisque le changement d'IP n'implique pas un passage par ifdown/ifup.C'est donc censé se régler au niveau du client DHCP. Les actions qu'il effectue en fonction de ce que lui renvoit le serveur sont dans /etc/dhclient-script (a priori t'as qu'à ajouter ce qu'il faut ligne 162) et apparement il y a moyen de mettre des actions personnalisées dans /etc/dhcp3/* mais ça a pas l'air très documenté.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
lsmod(8) pour voir les modules chargés (dont celui de eth0). Je pense que certains modules ont besoin de paramètres spécifiques quand il y a plusieurs fois la même carte correspondant. C'est peut-être ton cas, vérifie. Sous Debian la documentation du noyau (et des modules) est dans le paquet kernel-doc-x.y.z.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
si tous les logiciels utilisaient des fichiers de conf basés là-dessus, ce serait autrement plus facile de travailler avec, ensuite, que ce soit pour créer des interfaces de config, pour analyser les dépendance, bref, pour les automatismes ou simplement à la main !!!!!!
Heu non. Dans certains cas, pour certains programmes, un fichier de configuration XML est peut être un bon choix mais bien souvent une bête syntaxe "clé = valeur" est bien plus efficace et pratique. Rien que pour grep(1)er dessus par exemple. XML dans les fichiers de configuration c'est bien quand il faut stocker des trucs un peu complexes (genre la config Apache ou Bind en XML ça pourrait être pas mal) mais par pitié ne venez pas me mettre du XML dans mon resolv.conf ou mon /etc/services. Donc avant de commencer avec du XML, merci de vérifier qu'il n'y a pas moyen de faire plus simple.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Avec Mozilla configuré pour avoir sa page d'accueil sur l'interface que tu as écrite à coups de XML, PHP, Perl, JavaScript,... Ou alors j'ai rien compris.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Ion est un gestionnaire de fenêtre qui permet entre autres d'avoir des onglets pour toutes les fenêtres. C'est très léger et il y a peu de dépendances (juste libtool et lua). Ca m'étonnerait que ça ne tourne pas sous Solaris. Bon si tu veux juste des xterms avec des onglets ya d'autres solutions mais si tu cherches un envirronement léger qui permet nottament d'avoir des xterms à onglet...
Donc je pense qu'on peut dire que c'est un bug (ça le fait aussi avec gcc --std=c89 mais c'est plutôt un problème de bibliothèque que de compilateur je pense).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Je pense que ça doit être possible en utilisant iptables et ses amis. Il y a bien moyen de limiter la bande passante par utilisateur, il doit y avoir moyen d'afficher les stats du traffic de chacun. Je connais pas bien iptables mais je suis pratiquement sûr que c'est possible avec pf et pftop ou similaire sous OpenBSD donc ya pas de raison. Evidemment c'est pas géré au niveau de SSH mais ça permet de faire la même chose pour les autres daemons.
Bon après avoir relu la question, le problème est pas de connaitre la bande passante utilisée mais les fichiers transférés. Si les utilisateurs n'ont pas de shell mais juste un accés sftp, lsof(8) est ton ami. Sinon un truc genre:
Ca foire sur les fichiers qui des espaces dans leur nom mais en bidouillant awk ou en le remplaçant par une ligne de Perl ça devrait régler le problème.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
C'est vrai qu'à la base c'est qu'une tentative d'arnaque mais c'est vrai aussi que AFAIK dans tous les autres systèmes de mesure kilo signifie 10^3 donc l'arrivée du kibi est pas innoportune non plus.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
$ apt-cache search parser generator
bison - A parser generator that is compatible with YACC
bison++ - Generate a parser in c or c++ from BNF notation
bnfc - Compiler front-end generator based on Labelled BNF
btyacc - Backtracking parser generator based on byacc
byacc - The Berkeley LALR parser generator
clig - Command Line Interpreter Generator
cup - LALR parser generator for Java(tm)
decafc - Compiler for the toy language Decaf
happy - Parser generator for Haskell
javacc - A parser generator for use with Java
lg-issue106 - Issue 106 of the Linux Gazette.
lg-issue87 - Issue 87 of the Linux Gazette.
lg-issue93 - Issue 93 of the Linux Gazette.
pccts - The Purdue Compiler Construction Tool Set (PCCTS).
perl-byacc - The Berkeley LALR parser generator, Perl version
racc - Ruby LALR parser generator
styx - combined parser/scanner generator
tclex - A lexical analyzer generator for Tcl
wyg - (Where's Your Grammar?) command line parser generator
genparse - command line parser generator
lemon - The Lemon Parser Generator
ml-yacc - Parser generator for Standard ML
mono-jay - LALR(1) parser generator oriented to Java/.NET
python-yappy - Yet Another Parser Generator fo Python
yapps2 - Yet Another Python Parser System
(en gardant que les trucs plus ou moins utiles)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Comme client en curses qui supporte ICQ, Yahoo!, AIM, IRC, MSN, Gadu-Gadu et Jabber, il y a CenterICQ. Sinon il y a aussi BitlBee qui fait office de passerelle IRC -> autres. Càd que tu peux utiliser MSN, Jabber et ICQ depuis n'importe quel client IRC (si tu veux un client IRC en console, il y a notamment irssi).
Pour les réponses automatiques, c'est généralement facile à faire avec la plupart quel client IRC.
Ceci dit, il est probablement plus pratique d'utiliser une passerelle Jabber -> MSN. Comme ça tu garde tes contacts MSN tout en ne perdant rien si MSN se casse la figure.
Si tu veux vraiment juste un bête bot MSN qui répond un truc quand on lui envoi un message, un petit script Perl (ou dans ton langage de programmation péféré) avec Net::MSN devrait pas être trop compliqué à faire.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Toutes ces réponses et bien plus sont sur debian.org :)
Pour avoir plusieurs versions d'un même paquet en même temps, je crois pas que ça soit facilement faisable. Passer de stable à testing est normalement assez simple (vi sources.list && apt-get update && apt-get dist-upgrade), l'inverse est plus scabreux. Pour le moment Sarge == testing et c'est la prochaine stable (qui est pour "bientôt").
Mais tout ça est expliqué plus en détail sur le site de Debian.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Mail, jabber, interopérabilité, etc ...
Posté par Krunch (site web personnel) . En réponse à la dépêche Le premier téléphone portable sous Linux en France.. Évalué à 2.
http://www.chatopus.com/articles/sms.html
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# automount
Posté par Krunch (site web personnel) . En réponse au message umount: /initrd : device is busy [FAILED]. Évalué à 2.
J'ai pas vraiment d'idée de comment ça peut être lié à initrd mais tu peux essayer de faire un fsck (boot sur une Knoppix ou autre et "fsck.ext3 -C0 -p -f /dev/toto"). Tu peux aussi le faire depuis l'OS qui est sur le HD mais alors il faut remonter les partition en lecture seule (mount -o remount,ro).
Si le problème persiste, va faire un tour dans les logs (/var/log/* et dmesg).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# /etc/
Posté par Krunch (site web personnel) . En réponse au message une entrée supplementaire dans GDM. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Client X under XP
Posté par Krunch (site web personnel) . En réponse au message Exportation de l'affichage. Évalué à 2.
En pratique avec OpenSSH:
$ ssh -C -c blowfish -X -Y user@server nedit
Je suppose qu'il y a moyen de faire un truc similaire avec PuTTY.
Sinon il me semble que nedit permet de travailler avec un système de client/serveur mais je suis pas sûr que ça corresponde à ce que tu cherches.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# iso pourrite ?
Posté par Krunch (site web personnel) . En réponse au message probleme de chargement mdk 10.1. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Merci
Posté par Krunch (site web personnel) . En réponse au message [Ubuntu] 2 carte rseaux identique, buntu n'en reconait qu'une. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: 13 % de « code mort »
Posté par Krunch (site web personnel) . En réponse à la dépêche 985 bugs dans le noyau Linux. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: 13 % de « code mort »
Posté par Krunch (site web personnel) . En réponse à la dépêche 985 bugs dans le noyau Linux. Évalué à 3.
Enfin, j'ai retrouvé ce que tu cites ici (ça effectivement c'est plus crédible): http://www.opengroup.org/onlinepubs/009695399/functions/exec.html(...)
Bon ba faudra que je dise à mon prof de C que les références qu'il nous a donné sont foireuses.
Sinon apparement ya un PDF de C99 là http://www.nirvani.net/docs/ansi_c.pdf(...) (trouvé sur Wikipedia) qui dit la même chose: (page 26) Moi on m'a toujours dit que zéro est à la fois négatif et positif mais bon deux lignes plus loin: Ce qui suppose que argc peut valoir zéro.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Debian
Posté par Krunch (site web personnel) . En réponse au message Versions de packages. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: module
Posté par Krunch (site web personnel) . En réponse au message [Ubuntu] 2 carte rseaux identique, buntu n'en reconait qu'une. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: XML à la mode
Posté par Krunch (site web personnel) . En réponse au message Où en est-on avec le XML. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Tout bien pensé
Posté par Krunch (site web personnel) . En réponse au message Où en est-on avec le XML. Évalué à 3.
$ echo 'exec mozilla' > $HOME/.Xsession
Avec Mozilla configuré pour avoir sa page d'accueil sur l'interface que tu as écrite à coups de XML, PHP, Perl, JavaScript,... Ou alors j'ai rien compris.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Ion 2
Posté par Krunch (site web personnel) . En réponse au message une console avec onglet. Évalué à 3.
http://iki.fi/tuomov/ion/(...)
Sinon j'ai trouvé mrxvt sur Freshmeat: http://materm.sourceforge.net/(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: 13 % de « code mort »
Posté par Krunch (site web personnel) . En réponse à la dépêche 985 bugs dans le noyau Linux. Évalué à 3.
Donc je pense qu'on peut dire que c'est un bug (ça le fait aussi avec gcc --std=c89 mais c'est plutôt un problème de bibliothèque que de compilateur je pense).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Difficile
Posté par Krunch (site web personnel) . En réponse au message ssh sftp. Évalué à 2.
Bon après avoir relu la question, le problème est pas de connaitre la bande passante utilisée mais les fichiers transférés. Si les utilisateurs n'ont pas de shell mais juste un accés sftp, lsof(8) est ton ami. Sinon un truc genre:
Ca foire sur les fichiers qui des espaces dans leur nom mais en bidouillant awk ou en le remplaçant par une ligne de Perl ça devrait régler le problème.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Rien d'officiel
Posté par Krunch (site web personnel) . En réponse au message histoires de kbit/s.... Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# RTFM
Posté par Krunch (site web personnel) . En réponse au message JRE or not JRE ?. Évalué à 2.
/* arf */
}
Ou mieux (mais dispo "que" depuis la version 1.0):
try {
...
}
catch(LinkageError e) {
/* arf */
}
Mais faire un menu de navigation en Java c'est n'importe quoi.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# le mot clé est "parser generator"
Posté par Krunch (site web personnel) . En réponse au journal Générateur de générateur de 'parser'.. Évalué à 2.
http://www.google.com/search?&q=parser%20generator(...)
(en gardant que les trucs plus ou moins utiles)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: On ne dit pas...
Posté par Krunch (site web personnel) . En réponse au journal journal inutile (mérite d'être clair). Évalué à 6.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Description et prix
Posté par Krunch (site web personnel) . En réponse au journal Serveur HP 9000 pour pas cher. Évalué à 4.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# acquisition et traitement de données
Posté par Krunch (site web personnel) . En réponse au message Recherche d'informations sur l'acquisition et le traitement des données sous linux. Évalué à 5.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# centericq
Posté par Krunch (site web personnel) . En réponse au journal Passage à Jabber !. Évalué à 5.
Pour les réponses automatiques, c'est généralement facile à faire avec la plupart quel client IRC.
Ceci dit, il est probablement plus pratique d'utiliser une passerelle Jabber -> MSN. Comme ça tu garde tes contacts MSN tout en ne perdant rien si MSN se casse la figure.
Si tu veux vraiment juste un bête bot MSN qui répond un truc quand on lui envoi un message, un petit script Perl (ou dans ton langage de programmation péféré) avec Net::MSN devrait pas être trop compliqué à faire.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: FTP vs SCP
Posté par Krunch (site web personnel) . En réponse au message Pb debit reseau. Évalué à 3.
http://marc.theaimsgroup.com/?l=openssh-unix-dev&s=dynamic+wind(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: FTP vs SCP
Posté par Krunch (site web personnel) . En réponse au message Pb debit reseau. Évalué à 3.
J'ai fait un paquet Debian Sarge (absolument pas testé): http://users.skynet.be/bs244610/ssh_3.8.1p1-8.sarge.3.dynwin.1_i386(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Debian
Posté par Krunch (site web personnel) . En réponse au message Versions de packages. Évalué à 2.
Pour avoir plusieurs versions d'un même paquet en même temps, je crois pas que ça soit facilement faisable. Passer de stable à testing est normalement assez simple (vi sources.list && apt-get update && apt-get dist-upgrade), l'inverse est plus scabreux. Pour le moment Sarge == testing et c'est la prochaine stable (qui est pour "bientôt").
Mais tout ça est expliqué plus en détail sur le site de Debian.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.