Reprise du message précédent :
Depuis mon dernier reboot, mon interface eth0 est déplacée sur eth2. Comment faire pour la remettre à sa place ?
C'est pas dramatique, mais ça demande d'adapter les scripts et toutes les références à l'interface quand elle change de nom. J'ai aucune idée de ce qui a causé ce changement ; sans doute une mise à jour.

 
 sudo nano /etc/udev/rules.d/70-persistent-net.rules  

Effectivement, j'ai fait une mise à jour udev la semaine dernière. A y regarder de plus près c'est le foutoir dans persistent-net.rules. Je vais faire du ménage.
 
Merci

 
Dans Système => Préférences

Bonjour je cherche une solution pour avoir un linux portable (sur clé usb).
 
J'ai cherché mais j'ai rien de récent et de fonctionnel, est-ce que vous sauriez où trouver une Ubuntu portable ou une autre distro portable récente ?
 
Merci d'avance  

 
Tu n'as rien de contradictoire dans ton xorg.conf ?
C'est vite le bordel si t'as une définition manuelle + HAL. Donc si c'est le cas, soit tu commentes les lignes concernant ton clavier, soit tu les gardes mais en désactivant* la HAL.
 
* en ajoutant:  
 
Section "ServerFlags"
          Option          "AutoAddDevices" "False"
EndSection
 
Dans ton xorg.conf

 
Si, dans mon Xorg j'ai bien des lignes concernant mon clavier.

 
Download un live CD ubuntu. Ensuite tu lances usb-creator et tu suis les instructions (interface graphique simple). Normalement il est installé de base sur ubuntu, mais si c'est pas le cas => sudo apt-get install usb-creator

 
Idéalement, il faut enlever tout ce qui concerne les périphériques de saisi de xorg.conf et laisser la HAL gérer ça.
Une fois que t'as fait ça et si ton clavier ne fonctionne pas mieux, regarde ce que xev donne comme résultat quand tu appuies sur la touche problématique.

;
Merci, j'essaie ça    

Alors j'ai continué à faire quelques recherchers. En cherchant dans la fenêtre "Préférences de la fenêtre de connexion", je me suis aperçu que la ligne "connexion réussie" déclenchait le même crachement qu'au démarrage une fois loggé. Ces fichiers sont en .ogg, mais je parviens tout à fait à les lire avec totem, donc ce n'est pas un problème de ce côté. J'ai désactivé la coche, je verrai bien si ça persiste
Pour vous donner une idée :  
http://www.youtube.com/watch?v=OjEYdC7XW7A

Salut tout le monde,
 
Je me décide à poster un message car je bloque sur un problème:
 
Il y a une semaine j'ai changé la carte-mère d'un de mes ordis sous Ubuntu, je lui ai mis une carte mère Asus P5N7A-VM
et j'ai de très mauvaises performances avec mon disque dur.
Le disque dur est un Samsung de 500go
 
Les infos du disque dur d'après hdparm:
 

 
 
voici un test de perf que j'ai réalisé pour illustrer mon problème:  
 

Comme vous pouvez le voir les perfs sont pitoyables!    
 
L'un de vous à une idée d'où pourrait venir le problème?
 
Merci
 
Raphaël

@MsieurDams:
Houston on a un problème
Même problème depuis le livecd ?

@raphoun:
Mes samsung 320Go ont le cache d'écriture d'activé (une étoile en face de write cache), et sont "not frozen".

19 Mo/s ça parait pitoyable ?

Oui pareil avec le livecd j'ai testé aussi (avec une  jaunty alpha 4 pour avoir le kernel le + récent possible)  
 
Helpppppppp

OUI, voici le même test sur mon ordinateur portable:
 

@raphoun:
Mes samsung 320Go ont le cache d'écriture d'activé (une étoile en face de write cache), et sont "not frozen".

C'est un peu mieux mais c'est toujours pas ça....

Sur un 10Go qui a 10ans qui me sers en temporaire

C'est marrant, les perfs du contrôleur hdd de mon nforce6 sont exactement la raison qui m'avait poussée à compiler mes propres kernel.  
Si en plus, tu me dis que ton contrôleur USB a des perfs en dents de scie et qu'il fait plafonner ton CPU à 100%, je vais me sentir nostalgique

Compiler son propre kernel oui pourquoi pas mais pour y changer quoi par rapport au kernel Ubuntu? Où se situe le problème?

 
Ah oui, mais c'est pas les perfs en copie, spour ça que j'avais halluciné

uép c'est en lecture

 
Je serai bien incapable de pointer une cause du doigt. Pour ma part, les problèmes se sont résolus graduellement au fil des nouvelles sources (vanilla, pas ubuntu). Ca a pris une bonne 30aine de versions stables pour que tous les symptômes disparaissent. Ce serait un mélange de l'évolution du driver, le ménage dans les 90% des fonctions/drivers dont je n'ai que faire activées par ubuntu, l'activation de nouvelles fonctionnalités du kernel et de choix plus adaptés à mon usage.
 
Je peux te passer mon fichier de config pour le 2.6.28.4 (amd64) si tu veux. Cela dit, t'auras probablement autant de boulot à la ré-adapter à ton hard/usage qu'en partant d'une config ubuntu ou vierge.

Merci pour les infos, je vais fouiller du coté de la compil du kernel à partir des sources ubuntu.

 
J'ai commenté toute la partie concernant mon clavier dans le xorg, je suis bien en 105 touche generic, et le alt gr ne fonctionne toujours pas

J'ai le même problème sur mon serveur sous openSuse sur mon seagate récement. Je ne sais vraiment pas trop pourquoi...  

Chipset nvidia aussi... y aurait il eu un patch nvidia dans les noyaux???    

 
Installe/lance xev
Je ne sais plus s'il est installé de base ou fourni dans un package global. Il te dira ce que fait la touche quand t'appuies dessus, si toutefois elle fait quelque chose. Soit elle renvoit un keycode non associé, soit elle renvoit un keysym erroné, soit elle ne renvoit rien du tout. Dans les deux 1ers cas, ça se corrige avec xmodmap, dans le 3ème c'est un vrai souci (bug de xorg ou du kernel).
 
Exemple de résultat normal pour Alt_Gr :  
 
KeyPress event, serial 34, synthetic NO, window 0x3000001,
    root 0x1a6, subw 0x0, time 4326178, (84,175), root:(220,224),
    state 0x10, keycode 108 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XKeysymToKeycode returns keycode: 92
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False
 
Ce sont les éléments en gras qui sont intéressants. La touche renvoit le code 108 au kernel et ce code est associé à l'action ISO_level3_shift (le nom interne de alt gr) pour le server X.

 
J'ai vu passer au moins un patch pour sata_nv au cours des 6-7 derniers jours (quelque part entre 2.6.28.3 et 2.6.28.4). Je ne sais pas si c'est lié à ton problème.

Je suis en ide et noyau plus "vieux" donc je ne pense pas. A moins que ça soit hdparm qui ait fumé dans cette version? Vu que à l'usage je ne vois aucune différence, en copier coller, démarrage de machine virtuelle etc.  
Sinon y a moyen de contrôler quel "mode" de dma est activé?

EDIT:

Hum ça craint du boudin, vu que c'est hs ici je vais poster ça ailleurs.

EDIT2:

C'est bien ça c'est pas le bon mode udma actif mais je peux rien faire car j'ai toujours des erreurs ioctl for device...

EDIT3: hummmm... J'ai rajouté un lecteur DVD récemment je me demande si c'est pas ça qui pose problème...

 
hdparm -X udma5 /dev/blabla
 
C'est bien possible pour le coup du lecteur DVD (s'il est sur la même nappe uniquement).

J'ai trouvé la commande aussi mais je me prends un:

Et oui il est bien sur la même nappe. J'ai essayé de modifier le fichier de conf ide et mettre /dev/sda:udma5 mais je ne pense pas que ça change grand chose vu les erreurs

Si c'est bien le lecteur DVD qui en est la cause, tu n'y peux rien au niveau software. J'ai le coup aussi avec le mien qui, suivant les cartes mères, bride définitivement ou aléatoirement le second lecteur sur la nappe. Comme j'ai la chance d'avoir encore 2 canaux IDE, il est dans son coin et il fout la paix aux disques

Quand dpkg s'en mêle

Petite question, je n'ai pas moyen de purger ce paquet libdca0, par apt-get ou via dpkg, que faudrait-il faire pour y arriver ?
 
Heureusement que ce n'est qu'un test sur cette machine là.

Bon au pire je me prendrais un graveur/lecteur DVD en sata quand j'aurais le temps. Je vais voir en le débranchant. Mais je me demande si ça ne vient pas de hdparm car je crois avoir le même pb de débit sur mon pc portable... A confirmer.

bonjour,
j'ai cassé mon mbr hier et j'aimerais savoir comment restaurer grub?
j'ai déjà essayé dans l'ordre :
- insertion du live-cd 8.10 à l'origine de l'installe (il n'y a pas d'option 'restaurer le MBR' )
- montage de mon / (/dev/sda6)
- chroot dans mon /mnt/sda6
- /
- sudo grub-install hd0 (ne marche pas)
- sudo grub-install --root-directory=/boot/grub/menu.lst hd0 (ne marche pas)
cause "can not resolv ubuntu" (où un truc de ce genre )

Boot sur LiveCD Ubuntu
 
Console :  
 

 
Ensuite dans le menu grub :
 

(remplace par l'endroit où est situé ton /boot)
 
Et enfin :
 

 
puis quit (ou exit, je sais jamais).

j'avais déjà essayé aussi mais sans le sudo grub --batch.
je retesterais ce soir

En faisant comme ça, ça n'a jamais foiré pour moi, que ça soit sous Ubuntu, Debian ou Arch  

 
KeyRelease event, serial 31, synthetic NO, window 0x3200001,
    root 0x87, subw 0x0, time 2163146, (369,105), root1037,152),
    state 0x0, keycode 159 (keysym 0x0, NoSymbol), same_screen YES,
    XLookupString gives 0 bytes:  
    XFilterEvent returns: False
 
xmodmap:  up to 3 keys per modifier, (keycodes in parentheses):
 
shift       Shift_L (0x32),  Shift_R (0x3e)
lock        Caps_Lock (0x42)
control     Control_L (0x25),  Control_R (0x6d)
mod1        Alt_L (0x40),  Meta_L (0x9c)
mod2        Num_Lock (0x4d)
mod3      
mod4        Super_L (0x7f),  Hyper_L (0x80)
mod5        Mode_switch (0x5d),  ISO_Level3_Shift (0x71),  ISO_Level3_Shift (0x7c)
 
Je sais pas trop quoi faire maintenant.
 
Et depuis que j'ai supprimé la section sur mon clavier dans le xorg, lorsque je me logue, le clavier est en qwerty.

 
Le plus simple :
 
1) Tu peux remettre la section concernant le clavier dans xorg.conf. Visiblement, ton clavier n'est pas correctement supporté par la HAL.
2) Tu redémarres et tu relances xev pour voir si le fait de modifier xorg n'a pas changé le keycode (ici, 159).  
3) Tu crées un fichier /home/<username>/.Xmodmap dans lequel tu vas ajouter une ligne par keycode de touche. En l'occurrence, le tien contiendra simplement:
keycode 159 = ISO_Level3_Shift
4) Ensuite tu lances xmodmap qui va charger ton fichier de config ainsi crée. Si je me souviens bien, tu n'as rien à faire de plus pour qu'il se lance à chaque ouverture de session.
 
Normalement, t'as récupéré ta touche à cette étape