suppression impossible avec apt

Version imprimable

Bonjour,

voila je viens d'avoir de gros soucis avec mon server apache.
J'ai fini par le reinstaller sauf que je n'y arrivais pas.
J'ai donc decidé de desinstaller php mysql et tout ce qui touche a apache mais voila un package qui est endomagé m'empeche toute reinstallation :s et je n'arrive pas non plus a le desinstaller...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
dupdebserv:/etc# dpkg -l | grep sqlite
rc  libsqlite0                2.8.17-2                        SQLite shared library
rc  libsqlite3-0              3.3.8-1.1                       SQLite 3 shared library
rF  php-sqlite3               0.4-4                           PHP SQLite3 PEAR module
rc  php5-sqlite               5.2.0-8+etch9                   SQLite module for php5
rc  php5-sqlite3              0.4-4                           SQLite3 module for php5
dupdebserv:/etc# apt-get remove  php-sqlite3
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Les paquets suivants seront ENLEVÉS :
  php-sqlite3
0 mis à jour, 0 nouvellement installés, 1 à enlever et 30 non mis à jour.
1 partiellement installés ou enlevés.
Il est nécessaire de prendre 0o dans les archives.
Après dépaquetage, 69,6ko d'espace disque seront libérés.
Souhaitez-vous continuer [O/n] ? o
(Lecture de la base de données... 33070 fichiers et répertoires déjà installés.)
Suppression de php-sqlite3 ...
/usr/sbin/apachectl is not executable, exiting... failed!
invoke-rc.d: initscript apache, action "restart" failed.
dpkg : erreur de traitement de php-sqlite3 (--remove) :
 le sous-processus pre-removal script a retourné une erreur de sortie d'état 1
/usr/sbin/apachectl is not executable, exiting... failed!
invoke-rc.d: initscript apache, action "restart" failed.
dpkg : erreur lors du nettoyage :
 le sous-processus post-installation script a retourné une erreur de sortie d'état 1
Des erreurs ont été rencontrées pendant l'exécution :
 php-sqlite3
E: Sub-process /usr/bin/dpkg returned an error code (1)

je suis sur une debian etch noyaux 2.4.27-2-386

Voila si vous pouveiz me donnerun piti coup de pouce.

merci d'avance !

09/02/2008, 03h15
DjinnS
Salut,
Code:

1 2 # apt-get remove package
Tu peux rajouter --purge, pour supprimer les fichiers de conf si tu veux.
09/02/2008, 11h45
alexp

si le paquet n'est pas desinstallable par apt, il reste la solution dpkg en force :

Code:

dpkg -r --force-remove-reinstreq Nom_Exacte_Du_Paquet
09/02/2008, 16h17
matrix788

il peut rester une solution , c'est de desisnstaller apache en premier, et donc de supprimer la dépendance associée.
09/02/2008, 20h25
duplo

Alors dans l'ordre ^^
tout d'abord merci pour vos reponces rapides !
ensuite :
DjinnS, si tu regarde le ~screen~ de mon poste precedant le apt-get remove c'est ce que j'essais de faire en vain !

ensuite alexp, j'avais oublier de preciser que effectivement j'ai deja esseiller le dpkg avec force-all mais rien n'y fait c'est sa le probleme :s

pour finir matrix788, je pence que le probleme vien du fait que j'ai justement desinstaller apache en premier, mais si apache n'est pas la php-sqlite3 le reclame et a cause de php-sqlite3 je ne peux reinstaller apache ... et donc c'est la que je ne comprend pas trop !
10/02/2008, 09h58
mathieu

Citation:

Envoyé par duplo

a cause de php-sqlite3 je ne peux reinstaller apache

qu'est ce que tu obtiens comme message quand tu essayes de réinstaller Apache ?

voila quand j'essai d'installer apache :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
dupdebserv:/home/duplo# aptitude install apache
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Écriture de l'information d'état étendu... Fait
Lecture des descriptions de tâches... Fait
Construction de la base de données des étiquettes... Fait
Les paquets suivants ne sont pas utilisés et vont être ENLEVÉS :
  php-db php-pear php-sqlite3
Les paquets suivants ont été conservés :
  bsdutils debconf debconf-i18n e2fslibs e2fsprogs findutils libblkid1 libc6 libc6-dev libcomerr2 libcupsys2
  libdbi-perl libfreetype6 libpam-modules libpam-runtime libpam0g libpq4 libss2 libuuid1 libvorbis0a
  libvorbisenc2 libvorbisfile3 libxml2 locales mount samba samba-common tar tzdata util-linux
Les NOUVEAUX paquets suivants vont être installés :
  apache
0 paquets mis à jour, 1 nouvellement installés, 3 à enlever et 30 non mis à jour.
Il est nécessaire de télécharger 0o/392ko d'archives. Après dépaquetage, 2314ko seront libérés.
Voulez-vous continuer ? [Y/n/?] y
Écriture de l'information d'état étendu... Fait
Préconfiguration des paquets...
(Lecture de la base de données... 33551 fichiers et répertoires déjà installés.)
Suppression de php-sqlite3 ...
/usr/sbin/apachectl is not executable, exiting... failed!
invoke-rc.d: initscript apache, action "restart" failed.
dpkg : erreur de traitement de php-sqlite3 (--remove) :
 le sous-processus pre-removal script a retourné une erreur de sortie d'état 1
/usr/sbin/apachectl is not executable, exiting... failed!
invoke-rc.d: initscript apache, action "restart" failed.
dpkg : erreur lors du nettoyage :
 le sous-processus post-installation script a retourné une erreur de sortie d'état 1
Suppression de php-db ...
Suppression de php-pear ...
Des erreurs ont été rencontrées pendant l'exécution :
 php-sqlite3
E: Sub-process /usr/bin/dpkg returned an error code (1)
Échec de l'installation d'un paquet. Tentative de réparation :

merci de votre aide !

10/02/2008, 20h38
matrix788

je pense savoir comemnt resoudre ton incident :

je te conseille d'effectuer un install d'apache2, et non apache.
ensuite, le php5-sqlite, et non php-sqllite3.

A mon avis,ton conflit est d'ordre de versions.

Au mieux tu peux effectuer un aptitude update, puis dist-upgrade.

Si cela ne marche pas, peux tu mettre le resultat de :

ls -la /usr/sbin/apac*
11/02/2008, 10h41
Pilru

Soit tu utilises aptitude pour faire les install/remove/purge. Soit tu utilises apt-get. Mais, en aucun cas il ne faut utiliser un coup l'un, un coup l'autre.

Si tu as supprimé apache via apt-get (alors que tu avait installer apache ou php-sqlite3 avec aptitude), ça ne m'atonnerait qu'a moitié que ça merdouille maintenant. Parce que apt-get remove php-sqlite3 essaye d'éxécuter apachectl (donc apache est une dépendance de php-sqlite3). Logiquement donc, la suppression d'apache aurait du enlever php-sqlite3.

Bref, il ne faut jamais mixer l'utilisation d'apt-get et aptitude.

Essayes d'installer apache avec apt-get (qui ne fait pas de distinction entre un paquet installé automatiquement pour satisfaire une dépendance et un paquet installé à la demande). En principe, php-sqlite3 ne devrait pas être marqué en suppression. Si cela ne fonctionne pas, essayes de supprimer php-sqlite en utilisant dpkg et en essayant d'inhiber le script d'avant suppression (celui qui veut faire l'apachectl stop/restart).
11/02/2008, 15h09
Ashgenesis

Pilru développe un peu plus ta réflexion sur l'utilisation d'apt-get et aptitude. Ça fait maintenant 2 ans que j'utilise synaptic, aptitude ou apt-get suivant mon humeur et je n'ai jamais eu aucun soucis de dépendances. Bien au contraire cela m'a même aidé à résoudre certains soucis du à l'utilisation que d'un de ses outils.
11/02/2008, 15h12
matrix788

Citation:

Envoyé par Pilru

Bref, il ne faut jamais mixer l'utilisation d'apt-get et aptitude.

.

Heu, hmm, pardon, mais je dois préciser une chose.

La principale différence entre ces deux gestionnaires est la précision pour détecter les dépendances.

Tu peux tout à fait faire un coup de apt-get par ci, et aptitude par là... Ils utilisent le même répertoire de cache et donc de suivi .

Par contre dselect est plus particulier.
11/02/2008, 16h31
Pilru

Citation:

Tu peux tout à fait faire un coup de apt-get par ci, et aptitude par là... Ils utilisent le même répertoire de et donc de suivi .

J'en ai fait l'expérience. Si passer d'aptitude à apt-get ne présente pas de problèmes, l'inverse peut réserver quelques surprises. Parce que aptitude fait la différence entre un paquet installé volontairement et un paquet installé automatiquement pour satisfaire une dépendance du paquet installé volontairement. Aptitude peut vouloir enlever une majorité de paquets installés par apt-get parce qu'il va les détecter comme ayant été installé automatiquement. Ne me demandez pas le pourquoi du comment, je l'ai juste constaté et il ma fallu réinstaller tout xorg et tout gnome sur un poste dont l'installation avait été faite via apt-get.

http://www.debian.org/doc/manuals/re...ackage.fr.html

Mais dans le cas présent, ce n'est pas le problème, puisque php-sqlite3 n'a pas apache dans ses dépendances (http://packages.debian.org/etch/php-sqlite3).
Mais, en jetant un coup d'oeil au script prerm du paquet php-sqlite3 (version etch), j'ai vu qu'il testait la présence du répertoire /etc/php4/apache. Si ce dernier existe, il teste la présence de /etc/init.d/apache, et il tente un restart du serveur apache. A noter que dans la version testing, il n'y a plus de scripts postinst et prerm.

Donc, soit tu renommes /etc/php4/apache, soit tu vires /etc/init.d/apache (si apache est désinstallé, c'est sans risque)