Problème après MAJ Debian 6.0.4

Support Debian
#1

Bonjour à tous,

Après plusieurs années avec une machine virtuelle sous ubuntu, je trouvais qu’il y avait trop de mises à jour. Lors du passage à la derniere version 11.10, la mise à jour à planté. J’en ai profité pour passer à Debian Squeeze. Depuis quelques mois je tourne sans problème avec DEBIAN 6 et j’en suis très satisfait.

Mon serveur DEBIAN 6 est une machine virtuelle tournant sous ESXi. Je tiens regulierement debian à jour. J’ai une télémaintenance via Teamviewer. Pas de souçi jusqu’à il y a 2 deux jours.

Il y a deux jours, il m’a proposé 65 MAJ. Apparement mise à jour DEBIAN 6.0.4. Etonné, je fais quand même les mises à jour. Avant la fin de l’installation, il n’arrive pas a installer le dernier paquet.
Je repare le paquet endommagé et je reboot.

A partir de ce moment là je rencontre plusieurs souçis :
[] Je n’arrive plus à éxécuter tout ce qui necessite un droit ROOT, malgré un mot de passe correct -->Plus de possibilité de mettre à jour.
[] Problème de droit d’accès à MySQL --> OCS & GLPI est impacté.
[*] Des erreurs d’espace insuffisant sur le périphérique ??

---------------------------------------------------------------------------------------------
Je vous joins des screenshots afin de mieux comprendre :

[*]lorsque je veux faire des mises à jour :

Plus d’info sur la distri :

Espace dispo :

Autre message d’erreurs sur un script perso :

Hésitez pas à poser des questions.

Merci de votre aide

#2

puisque ce sujet de la dernière MAJ stable est abordé,je dois dire que moi aussi j’ai eu quelques ennuis après avoir upgradé vers squeeze 6.04
Une bonne soixantaine de mises à jour était proposée et toutes mes applications basées sur internet ne fonctionnaient plus correctement,j’étais obligé de les relancer pour qu’elles fonctionnent; iceweasel,icedove etc…Comme je fais toujours une sauvegarde avant la mise à jour j’ai donc recollé l’image et j’attendrai encore avant de faire cette MAJ
C’est curieux parce que stable est bien connue pour ne jamais planter;mais bon les choses seront vite rétablies;debian est une maison sérieuse.

#3

Je ne vois pas comment je pourrai remettre sur patte le serveur puisque je ne peux plus faire de MAJ.
Personne à une astuce, un test à effectuer ?
Cordialement

#4

Les meilleur moyen est de te connecter sur ta machine en chroot.
Démarre ta machine avec le cd d’installation de Debian, et cherche dans les options de démarrage, le mode maintenance ou chroot. Je ne sais plus précisément de mémoire.
Ensuite, il scan tes disques et te propose une connexion en chroot sur ton système.

Et la, tu peux à nouveau faire des installations…

Alfafa

#5

Ce n’est pas facile quand on est sur une machine virtuelle et à distance.
Je vais voir ce que je peux faire.
Merci pour la piste.

#6

Vu que c’est virtuel donc qui utilise un fichier, tu a pas fait un fichier de copie avant la mise a jours ? normalement c est un peux le but :wink:

il te faut vérifier que tu as QUE les mise a jours de securiter dans ton sources.list si c est le cas tu devrai pas avoir de souci.

#7

Sur ESXi j’ai une quinzaine de machines virtuelles, il ne reste plus beaucoup de place.

Si je dois faire des sauvegardes avant chaque mise à jour mineure, je ne m’en sortirai pas.

Concernant le sources.list, je ne peux pas le modifier via l’interface (systeme/administration/sources), il me met la même erreur que la premiere image de mon premier post. Si je passe par le terminal en lancant gedit, cela ne fonctionne pas. ( d’après ce que je comprends, il n’arrive pas à créer un fichier temporaire). Cependant avec vi je peux voir le contenu du fichier mais aucune modification n’est possible. Si je fais sudo vi /etc/apt/sources.list, il me dit que mon utilisateur n’est pas dans la liste des administrateurs.
Dans le sources.list. Il n’y a donc pas seulement les mises à jour de sécurité d’activées.

J’espère que mes informations sont utiles pour résoudre le problème. Je précise qu’hormis les mises à jour, je n’ai rien fais de particulier sur le serveur.

Dès qu’il se mets en veille, il ne me propose plus la fenêtre qui invite à se loguer. Donc à chaque fois qu’il se met en veille je dois via VMWARE vSphere Client le rebooter pour avoir à nouveau accès à l’interface de la machine virtuelle via Teamviewer.

Je vous remercie

#8

utilise su a la place de sudo, ou configure sudo.
si ton source.list a autre chose que les mise a jours de secu. c’est de la que viens le problème
il te faut revenir aux version précédente avant la mise a jour, mai sur ce point je laisse a d’autre te répondre.

quand tu tape le mots de passe root = risque de casser le systeme ,et c’est valable a mon avis pour toute les distrib… une mise a jours n’est pas sans risque et c’est pas mineur , car tu peux avoir une mise a jours de la libc* et du kernel… rien que sa sa suffis pour rendre le système instable.

#9

Bonjour,

avec un sources.list “classique” mais complet, et des mises à jour quotidiennes, il n’y a jamais 65 mises à jour à faire d’un coup, et si un problème devait survenir, il deviendrait plus simple de le gérer.

À défaut de réponse pour cette situation, j’ai fais ce choix qui me semble plus efficace, et très léger à gérer.
Si ça n’aide pas maintenant, ça pourra peut-être aider pour la prochaine MAJ. :slightly_smiling:

J’ai moi aussi parfois des ennuis, mais ils sont plus souvent dûs à mon incompétence ou à des choix risqués car au dessus de mes compétences. ce n’est jamais le cas des mises à jour ( mais j’ai des souvenirs de difficiles mises à niveau, il y a longtemps, quand Debian stable était moins accessible et moi encore moins expérimenté )

Stable est vraiment stable.

#10

[quote=“josephtux”]Bonjour,

avec un sources.list “classique” mais complet, et des mises à jour quotidiennes, il n’y a jamais 65 mises à jour à faire d’un coup, et si un problème devait survenir, il deviendrait plus simple de le gérer.

À défaut de réponse pour cette situation, j’ai fais ce choix qui me semble plus efficace, et très léger à gérer.
Si ça n’aide pas maintenant, ça pourra peut-être aider pour la prochaine MAJ. :slightly_smiling:

J’ai moi aussi parfois des ennuis, mais ils sont plus souvent dûs à mon incompétence ou à des choix risqués car au dessus de mes compétences. ce n’est jamais le cas des mises à jour ( mais j’ai des souvenirs de difficiles mises à niveau, il y a longtemps, quand Debian stable était moins accessible et moi encore moins expérimenté )

Stable est vraiment stable.[/quote]
non c’est pas stable , stable c’est:

deb http://debian.csg.uzh.ch/debian/ squeeze main contrib non-free
deb-src http://debian.csg.uzh.ch/debian/ squeeze main contrib non-free

deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free

# squeeze-updates, previously known as 'volatile'
deb http://debian.csg.uzh.ch/debian/ squeeze-updates main
deb-src http://debian.csg.uzh.ch/debian/ squeeze-updates main

et encore sur un serveur une fois les paquet installer il ne devrai plus y avoir que:

deb http://security.debian.org/ squeeze/updates main contrib non-free
deb-src http://security.debian.org/ squeeze/updates main contrib non-free

et seulment si c est utile de revenir aux premier source-list que j’ai donner, note que je ne suis pas expert.

mai la preuve de tes ennui montre bien que ton source.list a des entrées qui n’on rien a faire là

vala :think:

#11

Avec un ESX, tu peux connecter un fichier iso qui se trouve sur ta machine.
Ma solution est faisable…

#12

Merci Panthere pour ces précisions et ce rappel à la rigueur…
mais quelle déception :cry:

#13

[quote=“panthere”]et encore sur un serveur une fois les paquet installer il ne devrai plus y avoir que:

deb http://security.debian.org/ squeeze/updates main contrib non-free deb-src http://security.debian.org/ squeeze/updates main contrib non-free[/quote]
Pas d’accord. Le dépôt normal doit rester car 1) les mises à jour intermédiaires (qui peuvent contenir des correctifs de sécurité) ne sont pas dans le dépôt de sécurité et 2) les mises à jour de sécurité anciennes sont supprimées du dépôt de sécurité et transférées dans le dépôt normal.

#14

[quote=“PascalHambourg”]
Pas d’accord. Le dépôt normal doit rester car 1) les mises à jour intermédiaires (qui peuvent contenir des correctifs de sécurité) ne sont pas dans le dépôt de sécurité et 2) les mises à jour de sécurité anciennes sont supprimées du dépôt de sécurité et transférées dans le dépôt normal.[/quote]

Ce que tu dit est peut etre juste cependant voici mon point de vue :slightly_smiling:

Les depot de secu c’est fait pour être mis a jours dès que possible. si tu traîne c’est sure que sa pose problème…
les depot de secu son fiable et justement plus que les dépot normal. sur un serveur sa fait tout la différence

si un dépôt normal apporte une correction en “amont ?” , tu risque de te prendre un bug en pleine dent qui viens avec ,ce qui reviens aux même, si l’application ne tourne finalement pas.
c’est pour ça que je garde que les dépôt de sécu et pas pas ceux qui son normal :slightly_smiling:

#15

Bonjour,
Merci pour votre aide.
Hier j’ai installé la derniere version de GLPi, OCS et Debian sur une nouvelle machine virtuelle.
Tout beau tout propre.
Quelles sont les précautions à prendre pour accroitre la stabilité du système ?

Actuellement j’ai dans mon sources.list :

deb http://security.debian.org/ squeeze/updates main contrib non-free deb-src http://security.debian.org/ squeeze/updates main contrib non-free

Je vous remercie