Nicolas FRANCOIS �crivit :
> 1 - J'ai toujours un probleme, quasi-systematique maintenant, a chaque
> deconnexion : la partition / est busy et ne peut etre demontee, elle est
> donc verifiee a chaque boot suivant (c'est long !). J'ai essaye de
> decommenter la ligne concernant update dans /etc/inittab, mais ca ne
> change rien.
Bonjour,
D�commenter � ud::once:/sbin/update � est utile mais n'est pas
suffisant. Il faut �galement utiliser le noyau disponible dans les mises
� jours.
> J'ai lu dans un papier de RedHat que ca pourrait etre un
> probleme de glibc (mais il parlait de la 2.0.7), ou de rpm.
De RPM, cela m'�tonnerait. De la glibc, peut-�tre mais cela me semble
peu probable. Ce probl�me est apparu lors du passage en noyau 2.2.0
(j'�tais alors en glibc-2.0.x) et persiste depuis, bien qu'ayant
actuellement quasi disparut (il s'est remanifest� hier apr�s plus d'un
mois de silence avec un noyau 2.2.10 et une glibc-2.1).
> Il est vrai
> que je rencontre quelques problemes de temps en temps avec rpm
> (impossibilite sans raison apparente d'avoir acces exclusif a la base de
> donnees). Est-ce que ca peut etre lie ?
Non. Le probl�me avec RPM se manifeste-t-il alors qu'un seul processus
acc�de � la base ou lorsque deux (ou plus) tentent d'y acc�der ?
Si la derni�re hypoth�se est la bonne, ce comportement est parfaitement
normal : afin de maintenir la base de donn�es dans un �tat coh�rent, RPM
n'autorise pas les acc�s simultan�s � la base de donn�es.
> 2 - J'ai telecharge les RPM de XFree concus par NVidia pour implementer
[...]
Pour ceci, je ne sais pas.
Cordialement,
David BAUDENS
