Reprise du message précédent :
En même temps, ubuntu y zavaient qu'à pas être africains.
 
Sinon ,question ptêtre bête, mais : depuis que je suis en squeeze, je constate que, dans les préférences de l'heure, y'a plus moyen de choisir si on veut être en utc ou pas, et que par ailleurs, quand on mets Europe/Paris dans le menu des emplacements, ben ça a aucun effet sur le fuseau horaire. En gros, j'me retrouve en utc, avec une heure de retard, qui se remettait à chaque fois qu'un ntpdate était lancé ! (je viens de comprendre, hier, le pourquoi du comment de ce décalage qui revenait à chaque fois   )
 
Bref, c'est pareil chez vous ?

c'est pas comme ça que je vois la procédure, ça va pas se faire en cachette mais la proposition pourrait être faite lors de la mise à jour générale en te proposant un hypothétique paquet "update to ext4", à l'utilisateur ensuite de refuser ou pas cette mise à jour

J'ai une petite question (j'ai déjà un peu fouiné, je veux juste être sur)
 
Je souhaite patcher mon kernel 2.6.32 installé sur mon eeePC (distro EB4 beta1 passée fraichement d'ubuntu à debian). Il y a un bug actuellement avec le pilote graphique (sur les GMA 945) qui se met à foirer au sortir d'une veille ou d'une hibernation (artefacts puis plantage du X). Maintenant, je ne sais pas trop comment faire :  
 
http://git.kernel.org/?p=linux/ker [...] 4db1425edf
 
j'ai le lien vers le patch, mais quelles sont les parties du fichier à sélectionner?
Ensuite, puis-je appliquer un patch sur un kernel déjà en place (je sens la question con, c'est juste que je dois savoir si je me prévois 4 à 5 heures de compile sur un atom)?
 
Après pour le reste, c'est mon eee, c'est pas grave si je foire tout d'un coup

Prévois la compile
Après t'es pas obligé de le compuiler sur l'atom non plus

 
c'est une mauvaise idée mais quand même quelques réponses :
on ne patch pas un noyau existant (il y a un cas particulier mais ça ne rentre pas en jeu ici), on patche les sources du noyau et ensuite, on les compile pour recréer le noyau.
 
Dans ton cas particulier, il te suffit de cliquer sur « patch » dans la page sus-citée, et ensuite dans tes sources de noyau tu appliques avec la commande

 
Le X correspond à 0 ou 1 ou plus suivant ce qui marche (à essayer).
Ensuite plus qu'à compiler.
 
Cela dit, si j'étais toi, j'installerais directement un 2.6.33 de ta distribution, la correction est dedans ainsi que pas mal d'autres.

bon, je voulais installer la testing sur mon joli raptor tout neuf, pas de prise en charge des claviers usb, une idée a part mettre un clavier ps2 ?

 
ça me parait surprenant, tu es sur que ton bios n'a pas une option qui va bein non cochée ?

bah non, ca me l'avais deja fais ya quelques mois, bah ca a pas changé
 
fin bon j'ai un ps2 qui traine me suis debrouillé

Merci pour l'info, mais pas d'amélioration de mon côté.
De toutes façons dans mon sources.list j'ai rien de plus récent que squeeze.

Bonjour,

j'ai remarqué un bug bizarre avec la version "sid" de Debian lorsqu'on l'installe dans Vmware ( version 6.0.0.45731 ), sur une machine virtuelle équipée d'un disque dur SCSI et d'un disque dur de type IDE il se passe la chose étrange :

- au départ on installe une debian "lenny" sur le disque SCSI ( /dev/sda ), les 2 disques sont bien reconnus par fdisk et on peut les utiliser sans problèmes, l'installation s'est bien passée sauf pour Grub qui s'est trompé de disque dur dans la configuration du fichier menu.lst, il a mis root(hd1,0 ) au lieu de root(hd0,0), une fois la correction manuelle faite le système arrive à démarrer

- puis on décide de migrer vers la version "sid" en modifiant le fichier /etc/apt/sources.list

- une fois la migration faite vers "sid" on redemarre et là on remarque que "fsck" ne trouve pas le disque IDE /dev/hda ( une erreur "failed code 8" apparait ), je continue le boot via une combinaison de touches pour ignorer l'erreur, une fois en mode console je lance "fdisk -l" qui m'indique qu'il me trouve qu'un seul disque dur ( /dev/sda ), le second disque ide "/dev/hda" n'existe plus, il semble avoir disparu  

bref j'ai l'impression qu'il y a un bug avec la version "sid" de Debian et ma version de Vmware lorsqu'on a une machine virtuelle équipée d'un disque dur SCSI et d'un disque dur IDE, j'aimerai savoir si quelqu'un a déjà remarqué ce problème ?

est-ce que ce problème peut se produire avec un vrai PC équipé à la fois d'un disque SCSI et d'un disque IDE ?

je précise bien que ce problème n'existe pas avec la version stable "Lenny" de Debian

si quelqu'un peut me faire la même manip avec Virtualbox je suis preneur

merci

il me parait normalement que /dev/hda disparaisse, logiquement un /dev/sdb devrait en revanche faire son apparition.
(il convient de penser à la migration lié à libata qui n'a peut être pas été effectué au niveau de lenny ,et c'est d'ailleurs pour cela qu'il vaut mieux se servir des UUID et/ou LABEL pour indiquer les partitions dans grub/fstab etc etc)

normalement l'appellation "sdx" est reservée aux périphériques SCSI, USB et SATA, tout périphérique IDE doit être nommé via la syntaxe "hdx" chez linux  

j'ai  bien vérifié et fdisk ne trouve vraiment aucun autre disque dur, il ne voit pas le disque IDE,

il faudrait que je teste sous Virtualbox pour voir la différence par rapport à Vmware,

et trouver aussi le moyen d'avoir un installateur netinst qui permet d'installer directement from scratch une version "sid" de debian ( plutôt que d'installer d'abord une Lenny, puis ensuite migrer vers une sid, c'est pas très propre comme méthode )

et pourtant cela à changé depuis le 2.6.18

par ce que le module correspond au contrôleur ide n'est probablement pas chargé ?
 

Ca à même changé récemment, j'ai eu un message me disant que les partitions allaient être renommées suite à une mise à jour d'un paquet.

debian ne passe que maintenant à la nouvelle libata ?

Ben nan pourtant

Ca remonte peut être à 2 semaines (ou 3), je ne fais pas des mises à jour tout le temps sur mes portables

Nan mais le 2.6.18, il a dû apparaître ya plus de 2 ans

Même encore avant, c'est le kernel de Etch

 
avec un lsmod j'ai regardé et les modules lié à l'IDE et à l'ATA semblent être chargés    
 
le lecteur CD-ROM connecté en IDE est par contre bien reconnu
 
je pense que c'est un bug lié à la migration Lenny -> Sid qui s'est mal passé pour l'IDE, c'est pour ça qu'il faudrait que je fasse un nouveau test via un installateur 100% Sid ( sans passer par la case Lenny )

ext4 à moins que tu fasse du sql ca ne sert à rien pire ca peut ralentir ton disque (cf les tests *complets* de phoronix)

pour ma part je reste en ext3 sur mes machines perso et idem pour le taf. Un fs jeune est corruptible et instable   Je préfere laisser à nos chers utilisateurs de *buntu la primeur des bugs.

ca fait un bail, on a été parmi les premiers et d'ailleurs, ca m'a vraiment fait ch*er à l'époque, des pb avec grub qui confondait ses hda et ses sda  

maintenant, ca va (i.e. on n'a plus de disques en pata...). Même si la nouvelle libata ne permet pas de sélectionner le mode de transfert "a priori" ce qui est utile pour les récupérations de données (hdparm -X de mémoire).

une tite question:
 
pour passer d'un noyau 32bits à un 64 installer le nouveau kernel-image avec maj du grub suffit?

Oui, mais t'auras juste le noyau en 64 bits
Et de possibles effets de bords

Tu pourrais citer les effets de bord attendu ?
Il me semblait a moi que les processeurs X86_64 exécutaient nativement le code 32 bits, en conséquence de quoi je ne vois pas trop les difficultés que cela pourrait entrainer (plus qu'avoir une application tournant en somme dans un chroot 32bits  sur une machine en x86_64)

pourtant le test de Phoronix de décembre 2008 n'a pas montré de problèmes avec ext4, ce système de fichiers est arrivé en tête dans les comparatifs par rapport à ext3/xfs/reiserfs sur 5 tests parmi 8

http://www.phoronix.com/scan.php?p [...] arks&num=1

sinon j'ai remarqué un problème sous Debian Sid avec une partition formatée en ext4 et un disque formaté en ext3 : l'utilitaire "gparted live 0.5.2 live" n'arrive pas à se lancer ( utilitaire de partitions qui démarre sur un cd de boot ) :

la partition a été formaté en ext4 directement sous debian, les tests ont été faits sous Vmware 6 ( peut-être encore un bug lié à cette machine virtuelle )

e_esprit: donc faudrais que je re-install tout le serveur en 64bits? si c'est ca va attendre xD

mais dans une distribution linux 64 bits est-ce que tous les autres composants ( Xorg, le shell, pilote graphique,  bureau graphique ) sont conçus aussi en 64 bits pour fonctionner en harmonie avec le kernel 64 bits ?

c'est peut-être ça qu'a voulu faire comprendre le forumeur e_esprit, cad des composants qui ont peut-être été conçus spécifiquement pour se marier efficacement avec le kernel 64 bits ( optimisation à la compilation, fonctions dans les bibliothèques réservées à du 64 bits ou absentes dans la version 32 bits ) et vouloir les remplacer par leur équivalent 32 bits issus d'une distribution linux 32 bits serait risqué  

Certains outils (chez moi c'etait les commandes quota et setquota) qui segfaultait comme des merdes

Ben si ton but est d'avoir un système en 64 bits, oui

okay bas ca attendra les vacances alors
 
merci

dites voir les gars c'est normal de n'avoir que la version 4.3.4 de KDE sous Debian Sid ? ( j'ai configuré le fichier sources.list avec les dépots officiels de la version sid )
 

sinon j'ai remarqué encore un problème sous Vmware avec Debian Sid :

à chaque reboot la résolution d'affichage de l'écran est de 800x600 sous Kde 4.3.4, je suis obligé à chaque fois d'aller dans le centre de configuration de KDE -> affichage pour spécifier une plus grande résolution (1024x768)

mais à chaque redémarrage le bureau se remet en 800x600

j'ai essayé de créer un fichier xorg.conf dans /etc/X11 ( car au départ il n'y avait pas ce fichier ) mais ça ne change rien

KDE 4.4.2 installé via http://qt-kde.debian.net/ \o/

Bonjour tout le monde, quelqu'un aurait-il un lien pour une installation ( qui fonctionne ) d'un serveur oracle 10G R2 ?
J'ai trouvé quelque lien, notamment pour la 11G, mais je finis par avoir une longue liste d'erreur.

Bref visiblement il y a un problème..
Je vais chercher un peu plus sur le web

t'es en 64 bit et tu essaies d'installer du 32 bit?

Pis bon, le rapport avec Debian, faudra m'expliquer

Bonsoir, je viens de vérifié, j'ai bien télécharger Oracle Database 10G R2 en 64bit.
Et j'utilise debian lenny 64 bit.

Bonsoir,
Bah, je sais pas peut être que j'essaye d'installé oracle sur une debian ?!

sans fournir ces informations  il est difficile de les deviner.
Quoiqu'il en soit la question est bien trop précise pour rester dans un topic « généraliste », il faut donc en faire un topic dédié.
(avec un sujet clair du genre [Debian Lenny 64Bits] Installation Oracle Database 10G R2

Merci, je vais créer un topic pour mon problème.
 

Bonjour,

Vous avez des mises à jour à faire sous Sid en ce moment ? Parce que moi, aucune depuis plusieurs jours :|

Idem, ca fait bizarre

Vont nous pondre une news disant qu'ils freezent sid  

[edit] ah bah c'est pas mieux, des machines en vrac (b_l, el_by ?)

http://news.debian.net/2010/04/02/ [...] ril-fools/