Bonjour,
Quand on veut faire un site joli on y passe toujours un peu de temps.
Personnellement je travaille avec gedit et ça me suffit (parfois avec vi ou nano).
Après il existe un outil du W3C. Pour quelqu'un qui recherche un alternative a Dreamweawer, c'est à essayer.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Bonjour,
n'ayant pas ce matériel je ne peux pas te dire si c'est supporté ou pas.
Je sais que pour cette partie, sous debian je me suis souvent retrouvé à devoir recompiler le noyau.
La première chose à faire est de vérifier que le module existe dans le kernel et qu'il est présent :
cat /boot/config-3.2.0-4-amd64 | grep -i sigmatel
Deuxième chose avant de passer sous testing est éventuellement de tester le dernier noyau officiel 3.10.1.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Pour voir la pertinence, il faut tester dans beaucoup de cas de figure, même les plus improbables :
/etc/issue n'est qu'un message d'acceuil après connexion qui peut se modifier manuellement, donc en ce qui me concerne, cette option n'est pas envisageable.
reste lsb-release et cat /proc/version.
Dans les exemples que tu as donné lsb-release indiquent une distrib, mais cat /proc/version est bien plus parlant. on voit que se sont des versions migrées sur la partie applicative. Par contre Les kernels sont d'origine. Compréhensible vu que les noyaux sont LTS (enfin plus le premier) et que sur des serveurs de prod on ne migre pas les noyaux comme ça. Dans le cas d'une installation qui nécessite une compilation de module (Par exemple un logiciel de virtualisation), une détection avec lsb-release peut s'avérer problématique.
Personnellement j'ai fait beaucoup de tests avec lsb-release dans le cadre du développement d'un applicatif d'inventaire, et ça ne fonctionne pas dans tous les cas. raison pour laquelle je l'ai relégué en dernier plan pour mes programmes d'inventaires. Petit test bête sur une distrib cliente modifiée uniquement sur la partie noyaux (modifs minimes sur la partie applicative).
Sans se lancer la question de savoir si c'est bien ou pas de vouloir installer des scripts de démarrage sans avertir l'utilisateur,
cat /proc/version
Il donne même la version de gcc avec laquelle la distribution a été compilée.
ça peut s'avérer utile si le programme que l'on essaye d'installer nécessite une compilation de module.
Testé sur ubuntu, debian, opensuse, fedora.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Dans une utilisation cliente ? Permet-moi d'en douter.
Sous Debian pour une utilisation serveur, je veux bien le croire, mais sur des distrib plus gourmandes…
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
y mettre la swap, c'est globalement inutile parce que vu la quantité de mémoire qu'on a aujourd'hui,
Sur un netbook en général 1 ou 2 go. Donc on l'utilise plus que sur un laptop ou une station, surtout sur certaines distributions.
Ceci dit je suis d'accord avec toi. J'ai bien dit "essayer", parce que je doute du gain significatif de performance et de la validité de flinguer une clé USB pour ça.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Un OS privateur dont je tairais le nom pour ne pas faire de publicité aux ordures ménagères, qui serait plus rapide sur un netbook ? C'est vrai que c'est de la pure théorie :)
Plus sérieusement, en théorie tout est possible. Ce n'est pas une question d'OS mais de développement.
Si ton temps d'accès est aussi rapide, tu peux déjà essayer de transférer le swap.
Tu diminuera déjà la charge sur ton disque dur, mais tout à un prix.
Utiliser une clé USB que ce soit pour readyboost ou ce que l'on pourrait développer sous Linux à un impact sur la durée de vie de ta clé USB.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Bonjour,
Je vais me borner à comparer par rapport à une config qui fonctionne (Chez moi)
Sur ton log :
[ 12.853623] bonding: bond0: Ignoring invalid LACP rate value 4.
[ 12.861663] ADDRCONF(NETDEV_UP): bond0: link is not ready
Chez moi ça n'apparait pas
[ 9.668630] bonding: Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
[ 9.674522] bonding: bond0: Setting MII monitoring interval to 100.
[ 9.674592] bonding: bond0: Setting down delay to 200.
[ 9.674635] bonding: bond0: Setting up delay to 200.
[ 9.679190] bonding: bond0: setting mode to 802.3ad (4).
[ 9.684552] bonding: bond0: Adding slave eth0.
[ 9.688615] e1000: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
[ 9.688984] bonding: bond0: enslaving eth0 as a backup interface with an up link.
[ 9.696454] bonding: bond0: Adding slave eth1.
[ 9.700812] e1000: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
[ 9.701230] bonding: bond0: enslaving eth1 as a backup interface with an up link.
Il faudrait connaitre le contenu du fichier /etc/modprobe.d/aliases-bond.conf
chez moi c'est :
alias bond0 bonding
options bond0 -o bond0 mode=4 miimon=100 primary=eth0
pour ce qui est de la config eth2 et eth3 dans /etc/network/interfaces :
auto eth2
auto eth3
suffit largement
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Cette archive me fait penser à ce qu'on appelle un possible "honeypot".
C'est une sorte de kit du "hacker débutant".
Je ne pense même pas que ce soit avec celle-là qui a accédé à la machine. Le dictionnaire est trop inconsistant, et pour la placer et la mettre en route il lui a fallu déjà s'introduire.
Il suffit de comparer les logins sur le log et sur le dictionnaire il y en a qui ne matchent pas.
Par contre il a du s'introduire avec le même outil (avec un plus gros dictionnaire), et placer cette archive avec peut-être l'intention l'utiliser comme "zombie" (pour attaquer d'autres machines).
Je disais un honeypot parce que ce n'est pas là que se situe le mal, et cette archive a très bien pu être placée juste pour que le propriétaire du serveur se concentre là-dessus.
Maintenant si l'authentification est faite quelque soit le mot de passe il a du modifier les librairies du méchanisme d'authentification (pam, comme l'a souligné benoit).
Cela peut-être vérifiable si on a deux vm dans le même état de mises-à-jour avec un sha1sum. Sinon dans le doute réinstaller les librairies.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
J'avais testé hier et ce matin avec un 404 en retour, là c'est ok.
pscan ss et sz ne font que des scans de port
par contre sshd semble avoir été modifié. A vérifer (j'ai juste jeté un oeil rapide), mais sans doute pour tenter des authentification avec le dictionnaire.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
S'il n'est pas téléchargé sur le moment ou dans un délai court, ça risque de lui être difficile. En général les hackers se servent d'hébergeurs gratuits pour stocker leur virus, rootkit, etc, et effacent rapidement leur fichiers chez ces hébergeurs.
Personnellement lorsque je tombe sur ce genre de sujet, j'ai également ce réflexe ;-). Dans son cas c'est trop tard.
Par contre le hacker à crée un dossier " " dans /dev/shm, sans doute pour le rendre "invisible", mais d'après le bash_history, il n'est pas entré dedans pour désarchiver tobi.rar.
Il est peut-être possible de le récupérer dans /dev/shm/tobi1
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Bonsoir,
Le plus sûr, est d'interdire totalement l'accès root et pas seulement en ssh.
Pour ce faire il suffit d'éditer le fichier /etc/shadow et de remplacer la chaine hashé du mot de passe par un !.
S'assurer avant de faire ceci que l'utilisateur principal soit sudoer.
En mode installation expert, c'est ce que Debian propose.
N'ayant pas la totalité du log, je ne sais pas s'il y a beaucoup d'ip qui ont tenté de se loguer, mais dans ce que tu as posté, elles ne sont pas légions, et elles ne viennent que de trois endroits.
C'est une idée en l'air, mais peut-être envisager un filtrage.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Bonjour,
Si la disquette 1,7Mo utilise un file system autre que fat, ce que je suppose, puisque qu'il nécessite un utilitaire pour le lire ça ne fonctionnera pas.
Ce qu'il faudrait, pour en être sur d'éditer le premier secteur, et de vérifier si on y retrouve les spécifications FAT.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Je dirais que c'est le comportement des versions précédentes que je trouve anormal (Notions d'écrans public et privé). Gnonme se normalise et c'est tant mieux, même si on trouve pas mal de régressions.
Sinon c'est tout à fait faisable, si tu te compiles un terminal en mode fenêtre maximisée sans décoration. A besoin spécifique, développement spécifique.
Ce n'est pas très difficile à modifier.
Après tout Linux est totalement customisable, quelque soit le window manager. C'est d'ailleurs ce qui fait sa puissance.
Sinon gnome-terminal --help ;)
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Ma réponse concernait la configuration "ouverture de l'application en premier plan".
Pour le reste, la réponse est dans la question : ton terminal n'est pas une fenêtre maximisé mais un écran . Il n'est donc pas minimisé mais, basculé vers l'écran bureau gnome. ;)
Tu ne peux pas avoir un écran en arrière plan d'une fenêtre sur un autre écran (C'est pour cela que l'on a crée les fenêtres ;-) ).
Fais le test avec un terminal en fenêtre maximisée pour t'en rendre compte.
Bonne journée.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
cd <ton dossier source>
cp /boot/config-3.2.0-4-amd64 .config
make menuconfig + sauver + exit
make prepare & make headers_install
make && make modules_install && make firmware_install
make install
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
En fait je fais ça souvent sous Debian, openSuse, et sur la "lfs" que je build en ce moment.
Sous Debian, je fais essentiellement de l'administration de services (ldap, mysql, apache, bind) et un petit peu de développement (PHP et C#). La compilation de kernel n'est qu'une phase des mises à jours. C'est pour ça que c'est une activité récurrente.
De plus je pratique depuis la première slackware et la watchtower 68k sur Amiga.
C'est pour ça que je suis rôdé de ce côté.
Sur mes machines le minimum est installé et je suis un adepte du tarball. Je n'utilise pas d'utilitaires de création de paquets. Je fais tout avec mes petits doigts ;-).
Je ne peux donc que te suggérer une petite commande man ;-)
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
Je ne crois pas qu'il soit utile d'essayer de compiler les sources officielles pour résoudre mon problème, mais peut-être que je me trompe.
Ce n'est pas ce que j'ai dit, quelque soit le source ce qui est important, c'est la config. Tu remarqueras que j'en parle beaucoup.
Tu peux effectivement faire un diff, mais tu iras plus rapidement et plus surement en partant du config stable. quand tu fais un make menuconfig (ou nconfig, ou ce que tu veux), les nouvelles options sont ajoutées (Kconfig), mais tu repars avec une config identique à ton précédent noyau. Les nouvelles options sont estampillées "(NEW)".
Je viens de finir de refaire le test sur une VM et ça fonctionne.
Mais si tu veux faire un diff, regarde du côté de ahci ;-)
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
oui ou récupérer les sources du depot debian unstable.
Tu crois que je peux passer la config de mon noyau actuel (3.2) pour compiler un 3.9 ? J'ai de gros doutes.
Moi non. Je compile mes kernels sur toutes mes machines régulièrement.
En fait quand tu compiles un kernel c'est par là qu'il faut commencer (enfin c'est le plus rapide).
Quand tu as réussi une première build, après tu peux aller configurer les nouvelles options si elles t’intéressent.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
# Amaya
Posté par Benjamin_Perdrielle . En réponse au message Design HTML/CSS. Évalué à -4.
Bonjour,
Quand on veut faire un site joli on y passe toujours un peu de temps.
Personnellement je travaille avec gedit et ça me suffit (parfois avec vi ou nano).
Après il existe un outil du W3C. Pour quelqu'un qui recherche un alternative a Dreamweawer, c'est à essayer.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
# Première chose vérifier la config du kernel
Posté par Benjamin_Perdrielle . En réponse au message [resolu] Pilote son SigmaTel 9205 . Évalué à 0.
Bonjour,
n'ayant pas ce matériel je ne peux pas te dire si c'est supporté ou pas.
Je sais que pour cette partie, sous debian je me suis souvent retrouvé à devoir recompiler le noyau.
La première chose à faire est de vérifier que le module existe dans le kernel et qu'il est présent :
Deuxième chose avant de passer sous testing est éventuellement de tester le dernier noyau officiel 3.10.1.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: ici lsb_release semble le plus pertinent.
Posté par Benjamin_Perdrielle . En réponse au message commande de reconnaissance de la distribution hôte. Évalué à 0. Dernière modification le 16 juillet 2013 à 21:56.
Pour voir la pertinence, il faut tester dans beaucoup de cas de figure, même les plus improbables :
/etc/issue n'est qu'un message d'acceuil après connexion qui peut se modifier manuellement, donc en ce qui me concerne, cette option n'est pas envisageable.
reste lsb-release et cat /proc/version.
Dans les exemples que tu as donné lsb-release indiquent une distrib, mais cat /proc/version est bien plus parlant. on voit que se sont des versions migrées sur la partie applicative. Par contre Les kernels sont d'origine. Compréhensible vu que les noyaux sont LTS (enfin plus le premier) et que sur des serveurs de prod on ne migre pas les noyaux comme ça. Dans le cas d'une installation qui nécessite une compilation de module (Par exemple un logiciel de virtualisation), une détection avec lsb-release peut s'avérer problématique.
Personnellement j'ai fait beaucoup de tests avec lsb-release dans le cadre du développement d'un applicatif d'inventaire, et ça ne fonctionne pas dans tous les cas. raison pour laquelle je l'ai relégué en dernier plan pour mes programmes d'inventaires. Petit test bête sur une distrib cliente modifiée uniquement sur la partie noyaux (modifs minimes sur la partie applicative).
Bien que ridicule, j'ai fait un cat /etc/issue :
avec lsb-release :
avec /proc/version :
Dans le cas présent seul cat /proc/version a été capable de me donner une info fiable.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
# cat /proc/version
Posté par Benjamin_Perdrielle . En réponse au message commande de reconnaissance de la distribution hôte. Évalué à 1.
Sans se lancer la question de savoir si c'est bien ou pas de vouloir installer des scripts de démarrage sans avertir l'utilisateur,
Il donne même la version de gcc avec laquelle la distribution a été compilée.
ça peut s'avérer utile si le programme que l'on essaye d'installer nécessite une compilation de module.
Testé sur ubuntu, debian, opensuse, fedora.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: Facile
Posté par Benjamin_Perdrielle . En réponse au message Question théorique sur les clefs USB. Évalué à 4.
Dans une utilisation cliente ? Permet-moi d'en douter.
Sous Debian pour une utilisation serveur, je veux bien le croire, mais sur des distrib plus gourmandes…
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: Facile
Posté par Benjamin_Perdrielle . En réponse au message Question théorique sur les clefs USB. Évalué à 1.
Sur un netbook en général 1 ou 2 go. Donc on l'utilise plus que sur un laptop ou une station, surtout sur certaines distributions.
Ceci dit je suis d'accord avec toi. J'ai bien dit "essayer", parce que je doute du gain significatif de performance et de la validité de flinguer une clé USB pour ça.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
# En théorie
Posté par Benjamin_Perdrielle . En réponse au message Question théorique sur les clefs USB. Évalué à 1. Dernière modification le 10 juillet 2013 à 15:13.
Un OS privateur dont je tairais le nom pour ne pas faire de publicité aux ordures ménagères, qui serait plus rapide sur un netbook ? C'est vrai que c'est de la pure théorie :)
Plus sérieusement, en théorie tout est possible. Ce n'est pas une question d'OS mais de développement.
Si ton temps d'accès est aussi rapide, tu peux déjà essayer de transférer le swap.
Tu diminuera déjà la charge sur ton disque dur, mais tout à un prix.
Utiliser une clé USB que ce soit pour readyboost ou ce que l'on pourrait développer sous Linux à un impact sur la durée de vie de ta clé USB.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
# /etc/modprod.d/
Posté par Benjamin_Perdrielle . En réponse au message Paquets RX "dropped" sur interface en mode "bonding". Évalué à 0.
Bonjour,
Je vais me borner à comparer par rapport à une config qui fonctionne (Chez moi)
Sur ton log :
Chez moi ça n'apparait pas
Il faudrait connaitre le contenu du fichier /etc/modprobe.d/aliases-bond.conf
chez moi c'est :
pour ce qui est de la config eth2 et eth3 dans /etc/network/interfaces :
suffit largement
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: teste le rootkit
Posté par Benjamin_Perdrielle . En réponse au message Machine compromise.. Évalué à 4. Dernière modification le 09 juillet 2013 à 11:12.
Cette archive me fait penser à ce qu'on appelle un possible "honeypot".
C'est une sorte de kit du "hacker débutant".
Je ne pense même pas que ce soit avec celle-là qui a accédé à la machine. Le dictionnaire est trop inconsistant, et pour la placer et la mettre en route il lui a fallu déjà s'introduire.
Il suffit de comparer les logins sur le log et sur le dictionnaire il y en a qui ne matchent pas.
Par contre il a du s'introduire avec le même outil (avec un plus gros dictionnaire), et placer cette archive avec peut-être l'intention l'utiliser comme "zombie" (pour attaquer d'autres machines).
Je disais un honeypot parce que ce n'est pas là que se situe le mal, et cette archive a très bien pu être placée juste pour que le propriétaire du serveur se concentre là-dessus.
Maintenant si l'authentification est faite quelque soit le mot de passe il a du modifier les librairies du méchanisme d'authentification (pam, comme l'a souligné benoit).
Cela peut-être vérifiable si on a deux vm dans le même état de mises-à-jour avec un sha1sum. Sinon dans le doute réinstaller les librairies.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: teste le rootkit
Posté par Benjamin_Perdrielle . En réponse au message Machine compromise.. Évalué à 3.
Pour sshd, je confirme.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: teste le rootkit
Posté par Benjamin_Perdrielle . En réponse au message Machine compromise.. Évalué à 3.
J'avais testé hier et ce matin avec un 404 en retour, là c'est ok.
pscan ss et sz ne font que des scans de port
par contre sshd semble avoir été modifié. A vérifer (j'ai juste jeté un oeil rapide), mais sans doute pour tenter des authentification avec le dictionnaire.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: teste le rootkit
Posté par Benjamin_Perdrielle . En réponse au message Machine compromise.. Évalué à 2. Dernière modification le 09 juillet 2013 à 08:49.
S'il n'est pas téléchargé sur le moment ou dans un délai court, ça risque de lui être difficile. En général les hackers se servent d'hébergeurs gratuits pour stocker leur virus, rootkit, etc, et effacent rapidement leur fichiers chez ces hébergeurs.
Personnellement lorsque je tombe sur ce genre de sujet, j'ai également ce réflexe ;-). Dans son cas c'est trop tard.
Par contre le hacker à crée un dossier " " dans /dev/shm, sans doute pour le rendre "invisible", mais d'après le bash_history, il n'est pas entré dedans pour désarchiver tobi.rar.
Il est peut-être possible de le récupérer dans /dev/shm/tobi1
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: Accès SSH
Posté par Benjamin_Perdrielle . En réponse au message Machine compromise.. Évalué à 3.
Bonsoir,
Le plus sûr, est d'interdire totalement l'accès root et pas seulement en ssh.
Pour ce faire il suffit d'éditer le fichier /etc/shadow et de remplacer la chaine hashé du mot de passe par un !.
S'assurer avant de faire ceci que l'utilisateur principal soit sudoer.
En mode installation expert, c'est ce que Debian propose.
N'ayant pas la totalité du log, je ne sais pas s'il y a beaucoup d'ip qui ont tenté de se loguer, mais dans ce que tu as posté, elles ne sont pas légions, et elles ne viennent que de trois endroits.
C'est une idée en l'air, mais peut-être envisager un filtrage.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
# File System
Posté par Benjamin_Perdrielle . En réponse au message Comment lire une disquette 1.7Mo créée sous MS-DOS ?. Évalué à 0.
Bonjour,
Si la disquette 1,7Mo utilise un file system autre que fat, ce que je suppose, puisque qu'il nécessite un utilitaire pour le lire ça ne fonctionnera pas.
Ce qu'il faudrait, pour en être sur d'éditer le premier secteur, et de vérifier si on y retrouve les spécifications FAT.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: Solution
Posté par Benjamin_Perdrielle . En réponse au message Linux 3.9, Debian stable et LVM. Évalué à 1.
As-tu essayé sans passer par kpkg ? make etc… (voir plus haut)
Quels résultats ?
Au final, je pense que ce que tu veux c'est un noyau qui tourne, donc qu'il soit compilé directement avec make ou avec kpkg …
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: Solution
Posté par Benjamin_Perdrielle . En réponse au message Linux 3.9, Debian stable et LVM. Évalué à 1. Dernière modification le 06 juillet 2013 à 02:40.
J'ai fini par reproduire le problème. En fait ça n'a rien à voir avec LVM.
Il s'agit d'un bug du packager (apparemment répertorié) qui ne crée pas l'image initrd correctement.
C'est la raison pour laquelle je n'ai pas rencontré ce problème en compilant sans ce dernier.
avec kpkg, il faut faire après installation :
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: auto-raise
Posté par Benjamin_Perdrielle . En réponse au message Gnome 3, "minimisation automatique des fenêtres maximisées quand une nouvelle fenêtre s'ouvre". Évalué à 2. Dernière modification le 05 juillet 2013 à 18:18.
Je dirais que c'est le comportement des versions précédentes que je trouve anormal (Notions d'écrans public et privé). Gnonme se normalise et c'est tant mieux, même si on trouve pas mal de régressions.
Sinon c'est tout à fait faisable, si tu te compiles un terminal en mode fenêtre maximisée sans décoration. A besoin spécifique, développement spécifique.
Ce n'est pas très difficile à modifier.
Après tout Linux est totalement customisable, quelque soit le window manager. C'est d'ailleurs ce qui fait sa puissance.
Sinon gnome-terminal --help ;)
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: Solution
Posté par Benjamin_Perdrielle . En réponse au message Linux 3.9, Debian stable et LVM. Évalué à 0. Dernière modification le 05 juillet 2013 à 16:28.
C'est peut-être pour ça qu'elle s'appelle unstable ;)
Faudrait regarder le "changelog" du source et essayer avec une 3.9 officielle pour savoir.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: auto-raise
Posté par Benjamin_Perdrielle . En réponse au message Gnome 3, "minimisation automatique des fenêtres maximisées quand une nouvelle fenêtre s'ouvre". Évalué à 4.
Ma réponse concernait la configuration "ouverture de l'application en premier plan".
Pour le reste, la réponse est dans la question : ton terminal n'est pas une fenêtre maximisé mais un écran . Il n'est donc pas minimisé mais, basculé vers l'écran bureau gnome. ;)
Tu ne peux pas avoir un écran en arrière plan d'une fenêtre sur un autre écran (C'est pour cela que l'on a crée les fenêtres ;-) ).
Fais le test avec un terminal en fenêtre maximisée pour t'en rendre compte.
Bonne journée.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
# auto-raise
Posté par Benjamin_Perdrielle . En réponse au message Gnome 3, "minimisation automatique des fenêtres maximisées quand une nouvelle fenêtre s'ouvre". Évalué à 4.
Bonjour,
dans dconf-editor :
org.gnome.desktop.wm.preferences
décocher auto-raise
mettre focus-new-windows sur strict (il doit être sur smart)
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: stable -> unstable -> sid
Posté par Benjamin_Perdrielle . En réponse au message Linux 3.9, Debian stable et LVM. Évalué à 1. Dernière modification le 05 juillet 2013 à 01:11.
as-tu essayé ?
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: stable -> unstable -> sid
Posté par Benjamin_Perdrielle . En réponse au message Linux 3.9, Debian stable et LVM. Évalué à 1.
En désespoir de cause, tu pourras toujours essayer la méthode que je t'ai donnée plus haut ;-)
Bonne soirée :)
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: stable -> unstable -> sid
Posté par Benjamin_Perdrielle . En réponse au message Linux 3.9, Debian stable et LVM. Évalué à 2.
En fait je fais ça souvent sous Debian, openSuse, et sur la "lfs" que je build en ce moment.
Sous Debian, je fais essentiellement de l'administration de services (ldap, mysql, apache, bind) et un petit peu de développement (PHP et C#). La compilation de kernel n'est qu'une phase des mises à jours. C'est pour ça que c'est une activité récurrente.
De plus je pratique depuis la première slackware et la watchtower 68k sur Amiga.
C'est pour ça que je suis rôdé de ce côté.
Sur mes machines le minimum est installé et je suis un adepte du tarball. Je n'utilise pas d'utilitaires de création de paquets. Je fais tout avec mes petits doigts ;-).
Je ne peux donc que te suggérer une petite commande man ;-)
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: stable -> unstable -> sid
Posté par Benjamin_Perdrielle . En réponse au message Linux 3.9, Debian stable et LVM. Évalué à 1. Dernière modification le 04 juillet 2013 à 20:30.
Ce n'est pas ce que j'ai dit, quelque soit le source ce qui est important, c'est la config. Tu remarqueras que j'en parle beaucoup.
Tu peux effectivement faire un diff, mais tu iras plus rapidement et plus surement en partant du config stable. quand tu fais un make menuconfig (ou nconfig, ou ce que tu veux), les nouvelles options sont ajoutées (Kconfig), mais tu repars avec une config identique à ton précédent noyau. Les nouvelles options sont estampillées "(NEW)".
Je viens de finir de refaire le test sur une VM et ça fonctionne.
Mais si tu veux faire un diff, regarde du côté de ahci ;-)
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)
[^] # Re: stable -> unstable -> sid
Posté par Benjamin_Perdrielle . En réponse au message Linux 3.9, Debian stable et LVM. Évalué à 1.
oui ou récupérer les sources du depot debian unstable.
Moi non. Je compile mes kernels sur toutes mes machines régulièrement.
En fait quand tu compiles un kernel c'est par là qu'il faut commencer (enfin c'est le plus rapide).
Quand tu as réussi une première build, après tu peux aller configurer les nouvelles options si elles t’intéressent.
L'intelligence, c'est le seul outil qui permet à l'homme de mesurer l'étendue de son malheur. (Pierre Desproges)