Ubuntu-fr

etalarmor

Re : cherchons la cause des freezes

esox

ubuntu est un w collaboratif  sans  les moyens financiers de bill c'est logique qu' à  la sortie d'une nouvelle version ça bugue , la différence c'est que tout le monde a accès à  l'ensemble de la bête , noyau compris, maintenant  tu t'apercevras peut-être que les versions précédentes sont quasiment stables ( edgy) et que si gutsy peine encore un peu c'est que les améliorations sont très importantes  ,enfin dernier point c'est gratos

etalarmor

Re : cherchons la cause des freezes

ceci sur ton pb tu peux en savoir plus en regardant ton journal  ( système administration visualisation des journeaux systèmes)  manifestement c'est un passage en début de session ou ton système a  du mal  à assumer

regarde egalement en console ce qui se passe  avec  le commande top 

va egalement voir dans système préférences sessions programme au démarrage  et essaye de désactiver les services un à un en regardant celui qui te monomolise ton processeur ( chez moi  j'ai viré beagle)

etalarmor

Re : cherchons la cause des freezes

ceci dit que de progrès réalisés depuis breezy en si peu de temps

esox

Re : cherchons la cause des freezes

etalarmor : voila ce que j'ai trouvé dans les logs lors des freezes : ça pourrait venir du HD :

Nov 24 13:00:15 jean-martin kernel: [11956.218917] ata1: port is slow to respond, please be patient (Status 0xd1)
Nov 24 13:00:20 jean-martin kernel: [11962.356088] ata1: device not ready (errno=-16), forcing hardreset
Nov 24 13:00:20 jean-martin kernel: [11962.356099] ata1: soft resetting port
Nov 24 13:00:21 jean-martin kernel: [11962.721522] ata1.00: configured for UDMA/100
Nov 24 13:00:21 jean-martin kernel: [11962.913361] ata1.01: configured for UDMA/33
Nov 24 13:00:21 jean-martin kernel: [11962.913378] ata1: EH complete
Nov 24 13:00:21 jean-martin kernel: [11962.917437] sd 0:0:0:0: [sda] 195371568 512-byte hardware sectors (100030 MB)
Nov 24 13:00:21 jean-martin kernel: [11962.921647] sd 0:0:0:0: [sda] Write Protect is off
Nov 24 13:00:21 jean-martin kernel: [11962.921655] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Nov 24 13:00:21 jean-martin kernel: [11962.930517] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Nov 24 13:00:21 jean-martin kernel: [11962.935704] sd 0:0:0:0: [sda] 195371568 512-byte hardware sectors (100030 MB)
Nov 24 13:00:21 jean-martin kernel: [11962.940532] sd 0:0:0:0: [sda] Write Protect is off
Nov 24 13:00:21 jean-martin kernel: [11962.940543] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Nov 24 13:00:21 jean-martin kernel: [11962.941011] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

Ca t'inspire ,
?

Noek

Re : cherchons la cause des freezes

Bonjour

J'avais installé au mois de juillet dernier la version 32 bits d'ubuntu alors que  j'ai un AMD64(portable) parce que l'on m'a conseillé la version 32 soit disant plus stable et j'ai eu des freezes ainsi que des fenetres qui grisonnait.
Il ya deux semaines j'ai installé la version 64 et depuis trés peu de freezes voir meme inexistant et les effets de bureau activés.
En tous cas pour moi c'est réglé ,que cela dure

etalarmor

Re : cherchons la cause des freezes

etalarmor : voila ce que j'ai trouvé dans les logs lors des freezes : ça pourrait venir du HD :

Nov 24 13:00:15 jean-martin kernel: [11956.218917] ata1: port is slow to respond, please be patient (Status 0xd1)
Nov 24 13:00:20 jean-martin kernel: [11962.356088] ata1: device not ready (errno=-16), forcing hardreset
Nov 24 13:00:20 jean-martin kernel: [11962.356099] ata1: soft resetting port
Nov 24 13:00:21 jean-martin kernel: [11962.721522] ata1.00: configured for UDMA/100
Nov 24 13:00:21 jean-martin kernel: [11962.913361] ata1.01: configured for UDMA/33
Nov 24 13:00:21 jean-martin kernel: [11962.913378] ata1: EH complete
Nov 24 13:00:21 jean-martin kernel: [11962.917437] sd 0:0:0:0: [sda] 195371568 512-byte hardware sectors (100030 MB)
Nov 24 13:00:21 jean-martin kernel: [11962.921647] sd 0:0:0:0: [sda] Write Protect is off
Nov 24 13:00:21 jean-martin kernel: [11962.921655] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Nov 24 13:00:21 jean-martin kernel: [11962.930517] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Nov 24 13:00:21 jean-martin kernel: [11962.935704] sd 0:0:0:0: [sda] 195371568 512-byte hardware sectors (100030 MB)
Nov 24 13:00:21 jean-martin kernel: [11962.940532] sd 0:0:0:0: [sda] Write Protect is off
Nov 24 13:00:21 jean-martin kernel: [11962.940543] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Nov 24 13:00:21 jean-martin kernel: [11962.941011] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

Ca t'inspire ,
?

je regarde ça dans l'après-midi

jajaX

Re : cherchons la cause des freezes

salut

pdm a le même soucis. il s'agit de son lecteur/graveur. j'ai du posté ici il me semble.

regarde dans les pages précédentes

---

@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)

etalarmor

Re : cherchons la cause des freezes

très rapidos si tu recherche dans google avec

Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

tu vois un pb de périphérique ( disque dur  externe ou interne  ????????)

il faut déterminer à  quoi correspond ton sda 
195371568 512-byte hardware sectors (100030 MB)

installe sysinfo pour voir dans la rubrique storage  ce qu'il en est

tu peux egalement installer gparted ( plus visuel) lance le en root  dans  outils système QTparted ( va savoir pourquoi il change de nom)

va regarder de quoi il retourne sans rien changer

esox

Re : cherchons la cause des freezes

Mon sda correspond à  mon HD interne de 100 G... Il est découpé en 4 : 2 partitions principales (une pour WinXP-sda1 l'autre pour le / de ubuntu-sda3) et une partition étendue (sda2) coupée en 3 (une exp3 pour /home - sda5, une pour sawp-sda6, une fat32-sda7 pour mes dossiers de travail windows). Par contre pas de sda4... C'est un laptop, donc j'ai pas 36 HD dessus. Par contre je connecte parfois un HD en USB, en fat32...

esox

Re : cherchons la cause des freezes

Bon, peut-être qu'on progresse. Lorsque mon imprimante MP130 est connectée, j'ai des messages de mécontentement dans le syslog concernant un sdb. En effet, il ya une petite ram sur cette imprimante pour pouvoir imprimer directos depuis une carte d'appreil numérique. Cette ram est reconnue par le system (en sdb, comme une clé usb il me semble), mais il est impossible d'y accéder... Visiblement mon petit linux ne se sent jamais battu et tente sans arrêt d'y accéder :

Nov 24 14:08:01 jean-martin kernel: [16720.068202] sd 2:0:0:0: [sdb] READ CAPACITY failed
Nov 24 14:08:01 jean-martin kernel: [16720.068213] sd 2:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE,SUGGEST_OK
Nov 24 14:08:01 jean-martin kernel: [16720.068222] sd 2:0:0:0: [sdb] Sense Key : No Sense [current] 
Nov 24 14:08:01 jean-martin kernel: [16720.068230] sd 2:0:0:0: [sdb] Add. Sense: No additional sense information
Nov 24 14:08:02 jean-martin kernel: [16720.324911] sd 2:0:0:0: [sdb] Test WP failed, assume Write Enabled
Nov 24 14:08:02 jean-martin kernel: [16720.324923] sd 2:0:0:0: [sdb] Assuming drive cache: write through
Nov 24 14:08:02 jean-martin kernel: [16720.816843] sd 2:0:0:0: ioctl_internal_command return code = 8000002
Nov 24 14:08:02 jean-martin kernel: [16720.816853]    : Sense Key : No Sense [current] 
Nov 24 14:08:02 jean-martin kernel: [16720.816861]    : Add. Sense: No additional sense information
Nov 24 14:08:03 jean-martin kernel: [16722.012153] sd 2:0:0:0: [sdb] Unit Not Ready

Je pense que c'est ce que signifient ces messages... (je me trompe pitetre, faut pas oulbier que je n'ai linux que depuis une petite quinzaine... L'apprentissage se fait dans la douleur...)

Bon, si je débranche le cà¢ble usb de la dite imprimante, ces messages s'arrêtent, je pense pas me tromper en disant donc que ces messages s'adressent à  ce petit bout de ram inutile qui emmerde tt le monde.

Question : peut-on faire en sorte que le système l'ignore royalement ???

Mais bin, ça règle pas le problème de mes freezes, vu que les messages system lors des freezes font part d'un sda... qui est mon disque principal...

Je continue...

Je donne une copie de mon fstab, on sait jamais...

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda3
UUID=b8ce3834-15c6-43f4-a67d-6ffd3b5d3020 /               ext3    defaults,errors=remount-ro 0       1
# /dev/sda5
UUID=f596b80d-4abe-4d19-b3cf-17e1b9276959 /home           ext3    defaults        0       2
# /dev/sda1
UUID=E8C3-4C5B  /media/sda1     vfat    defaults,utf8,umask=007,gid=46 0       1
# /dev/sda7
UUID=3073-1408  /media/sda7     vfat    defaults,utf8,umask=007,gid=46 0       1
# /dev/sda6
UUID=acb3a4a4-dbfe-49a2-83bd-8f325dacf7b8 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec 0       0

Il me vient une question : pourquoi mes partitions sont montées avec ces instructions UUID=acb..... alors que je pensais que ça devait être du genre : /sda/....

Si vous pouviez éclairer la bleusaille que je suis...

plmegalo

Re : cherchons la cause des freezes

salut

pdm a le même soucis. il s'agit de son lecteur/graveur. j'ai du posté ici il me semble.

regarde dans les pages précédentes

Pour rebondir sur ce post de Jajax, on peut sans trop de risque affirmer que les lecteurs/graveurs/cd/dvd sur couche IDE en interne sont une source d'emm... potentiels (ralentissement/plantages etc..) sur n'importe quel système. Sur ma bécane, je l'ai viré de suite dés que j'ai eu un boitier externe pour le monter (à  l'époque j'étais sous XP).
A mon humble avis, si le bios permet un boot sur lecteur USB, le mieux est de virer tout lecteur/graveur de la machine pour en brancher un externe en usb qu'on pourra n'allumer qu'en cas de besoin. En plus, quand on l'éteint, la bécane démarre plus vite...

Maintenant c'est mon avis...

esox

Re : cherchons la cause des freezes

Oui, bon, je sais... j'abuse, mais je preogresse un peu. Est-ce que par hasard, linux ne considererait pas que mon HD est un SATA ? Alors que ça n'en n'est pas un ???
Comment puis je le savoir ?

plmegalo

Re : cherchons la cause des freezes

je suis pas sous gutsy, mais il me semble avoir lu qqpart que tous les disque était nommé sd* (comme un sata ou anciennement un scsi) sous gutsy même s'ils étaient IDE.. maintenant, je laisse les pros de gutsy préciser.

esox

Re : cherchons la cause des freezes

mais il semblerait que les disques pata aient un petit soucis avec cela...:(

jajaX

Re : cherchons la cause des freezes

plmegalo : je quote pas ton post mais je réponds quand même :

je me fiais au problème de notre ami "pdm" qui a disparu (pdm pas son problème. enfin ils sont parti tous les les 2...). il avait un soucis similaires de lenteur de son lecteur CD/DVD.

pour le remplacement, ça peut être une solution mais pdm (et moi aussi) a un laptop (ordinateur portable).

---

@+
jajaX
Asus X93SM-YZ157V / Asus X93SM-YZ065V sous KDE Neon
ASUS K95VB sous Kubuntu 24.04 Noble Numbat (64 bits) / ACER Aspire 5612 WLMI sous Kubuntu 18.04 Bionic Beaver (32 bits)

esox

Re : cherchons la cause des freezes

jajax : j'ai aussi un laptop, j'ai vu sur un forum qu'il fallait forcer l'utilisation des pilotes ide, mais je sais as comment faire...

Epy

Re : cherchons la cause des freezes

Bon, de mon coté la désactivation des pilotes proprios n'a rien changé, ça bloque encore, apparement c'est quand je vais un peu vite avec la souris (c'est très relatif et très peu précis, je sais :s )

esox

Re : cherchons la cause des freezes

Epy : tu parles de drivers vidéo ? Je crois définitivement que cela ne vient pas du serveur X... As-tu regardé tes logs ?

Dernière modification par esox (Le 24/11/2007, à 17:59)

compte supprimé

Re : cherchons la cause des freezes

J'ai bien l'impression qu'on en revient toujours plus ou moins à  des histoires de ram, de disques, de lecteurs... Tout ça se traduisant en dernier ressort par une intense activité ram, et peut-être de swap... Et ça pourrait même être le cas avec des cartes genre nvidia 6100 (et peut-être d'autres ?). Chez moi, la nvidia 6100 utilise une partie de la ram système...
Peut-être faut-il aussi chercher du cà´té de ce genre de partage ? Parce que ceux qui n'en ont pas pourront peut-être voir leurs problèmes s'améliorer par changement des drivers vidéos, tandis que les autres... Allez savoir !
Comme ça n'avance pas beaucoup du point de vue de l'origine du (des ?) problème, toute piste me semble utile... Peut-être qu'une, très con, sera la bonne ?

A+

Edit : dans le cas du partage, il suffirait que ça empiète un peu dans certaines conditions, pour créer, à  mon avis, un sacré souk...

Dernière modification par faustus (Le 24/11/2007, à 18:09)

plmegalo

Re : cherchons la cause des freezes

plmegalo : je quote pas ton post mais je réponds quand même :

je me fiais au problème de notre ami "pdm" qui a disparu (pdm pas son problème. enfin ils sont parti tous les les 2...). il avait un soucis similaires de lenteur de son lecteur CD/DVD.

pour le remplacement, ça peut être une solution mais pdm (et moi aussi) a un laptop (ordinateur portable).

Ils devraient les vendre sans lecteurs de cd

Sans rigoler, chez surcouf, je leur avaient demandé si leur pc portable sur mesure il pouvaient les faire sans cd !!! Enfin, quand même, sur un laptop, j'espère que c'est mieux intégré qu'en slave sur une nape partagée... en tout cas je m'en contente aussi sur mon portable... maintenant, c'est toujours une cause de ralentissements.
Mais, je hais les lecteurs de cd, pouark !! Dans beaucoup de panne disque, y'a un lecteur de cd qui s'ignore !!!

Voilà , c'était Ma cause de freeze du jour !
Demain je vous parlerai du bus usb mal alimenté (faites un don) !
Je crois qu'il vaut mieux rester circonspects sur les causes de freeze, parce qu'elles peuvent être extrèmement variées...
En tous cas, dans un autre post, quelques témoignages, dont le mien, tendent à  montrer que les derniers drivers béta de nvidia font disparaitre les freeze sur les bécanes équipées de ces CG. C'est déjà  une bonne chose.

esox

Re : cherchons la cause des freezes

Je pense que le terme de souk convient tout à  fait, et ce de manière invariable, quelle que soit la nature du problème...

compte supprimé

Re : cherchons la cause des freezes

Je crois qu'il vaut mieux rester circonspects sur les causes de freeze, parce qu'elles peuvent être extrèmement variées...

Absolument ! Et c'est bien pour ça qu'il faudrait déjà  trouver un critère qui permettrait de les classer un peu. Parce que force est de constater que d'éventuelles solutions fonctionnent plus ou moins bien chez les uns, mais pas chez les autres, sans qu'on sache davantage pourquoi. Et comme ces problèmes semblent plus spécifiquement liés à  7.10, il doit bien y avoir quelque chose là -dedans, qui devrait être commun à  tous, qui se manifeste dans certains cas et pas dans d'autres.

Mon idée de partage ram avec la vidéo, par exemple, pourrait faire que ça se manifeste chez ceux qui en ont un, à  quoi peut évidemment s'ajouter un problème de driver mais qu'un changement de driver ne réglerait pas. Tandis que chez les autres, qui n'ont pas un tel partage, le problème pourrait effectivement se régler, à  mon avis plutà´t s'atténuer, avec un changement de driver. En même temps, ce genre d'hypothèse permettrait d'expliquer aussi qu'à  priori n'importe quelle carte video peut être touchée.

A+

Dernière modification par faustus (Le 24/11/2007, à 18:50)

etalarmor

Re : cherchons la cause des freezes

ton problème c'est probablement un bug identifié du dernier noyau Linux ( rien a voir avec ubuntu)

https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/84603

le bug est confirmé  donc dans ton cas  soit ton freeze te gêne moyennement et tu  attends tranquillement que le Kernel evolue

soit tu réinstalles Feisty   soit  tu récupères un kernel plus ancien   celui de feisty  et tu le retrouveras en choix dans le grub  au démarrage

etalarmor

Re : cherchons la cause des freezes

pas  sûr faustus tu oublies  le kernel
par exemple chez moi sous edgy aucun soucis pour un scanner AGFA snapscan e50

puis sous feisty impossible de le faire fonctionner , en fait c'était une option expérimentale  de suspension de  prise en charge de l'usb  qui n'était pas adapté à  la lenteur des anciens scanners  ( en l'occurence  j'avais récupéré ce scanner qui n'est plus pris en charge par windows XP ) donc j'ai recompilé le noyau et tout a baigné

par contre sous gutsy  le noyau disponible avait évolué et  mon scanner fonctionne de nouveau sans pb

Dernière modification par etalarmor (Le 24/11/2007, à 18:55)

etalarmor

Re : cherchons la cause des freezes

donc pour avoir en choix le kernel de feisty

rien de plus simple

sudo gedit /etc/apt/sources.list

rajoute

deb http://archive.ubuntu.com/ubuntu/ feisty main restricted universe multiverse

enregistre
puis sudo apt-get update

puis synaptic

recherche les paquets linux avec comme version 2.6-20 ( quand tu regardes les propriétés  et la version tu vois que c'est feisty)  coche les paquets similaires à   ceux de gutsy  ( version 2.6-22)  redémarre et lorsque tu bootes tu as le choix sous grub de choisir ta version de linux essaye la 2.6-20  si ça plante aucun soucis au démarrage suivant tu laisseras  le choix par défaut si le noyau de feisty te délivre des bugs  je t'indiquerais  comment l'avoir en boot par défaut

good luck old chap

Dernière modification par etalarmor (Le 24/11/2007, à 19:12)