apt-get install Problem

[rag]

Hi,

apt-get install gibt mir folgende Fehlermeldung aus:

Code: Alles auswählen

apt-get install
Reading Package Lists... Done
Building Dependency Tree... Done
0 packages upgraded, 0 newly installed, 0 to remove and 239  not upgraded.
3 packages not fully installed or removed.
Need to get 0B of archives. After unpacking 0B will be used.
Richte apache-common ein (1.3.29.0.2-4) ...
addgroup: Die Gruppe `www-data' existiert bereits.
dpkg: Fehler beim Bearbeiten von apache-common (--configure):
 Unterprozess post-installation script gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von apache:
 apache hängt ab von apache-common (>= 1.3.29.0.2-4); aber:
  Paket apache-common ist noch nicht konfiguriert.
 apache hängt ab von apache-common (<< 1.3.30-0); aber:
  Paket apache-common ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von apache (--configure):
 Abhängigkeitsprobleme - lasse es unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libapache-mod-perl:
 libapache-mod-perl hängt ab von apache-common (>= 1.3.29.0.2-4); aber:
  Paket apache-common ist noch nicht konfiguriert.
 libapache-mod-perl hängt ab von apache-common (<< 1.3.30-0); aber:
  Paket apache-common ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten von libapache-mod-perl (--configure):
 Abhängigkeitsprobleme - lasse es unkonfiguriert
Fehler traten auf beim Bearbeiten von:
 apache-common
 apache
 libapache-mod-perl
E: Sub-process /usr/bin/dpkg returned an error code (1)

Was kann ich machen?

MfG
rag

[mipooh]

apt-get -f install

[@ric]

Naja , ich kann dir auch nu sagen was da steht . Apache kann nicht installiert werden weil ,apache-common noch nicht configuriert ist . Manchmal muss Software erst configuriert werden befor sie richtig installiert wird . Geb mal

Code: Alles auswählen

apt-get install -f 

ein .

verdammt , mipooh war schneller

[rag]

Die Fehlermeldung bleibt dabei unverändert.

[@ric]

dpkg-reconfigure apache-common
?

[rag]

Dann sagt er:

/usr/sbin/dpkg-reconfigure: apache-common ist kaputt oder nicht komplett installiert

[@ric]

mhh

Code: Alles auswählen

apt-get  remove --purge apache apache-common 
apt-get install -f
apt-get install apache apache-common

[rag]

Das hat leider auch nix gebracht, schon bei remove geht nicht.

[@ric]

Dann must du wohl warten bis sich das einer von den Spezialisten hier durch liest .

[mipooh]

Ändere einfach mal die Reihenfolge und bezieh das libapache-mod-perl mit ein.
Wenns dann gar nichts hilft...hier eine kleine Notitz, die ich mir mal gemacht habe...
dpkg -i --force-overwrite "prog-name" (ohne "", nur zur Verdeutlichung)
repariert etwas brutal broken packages
wenn ich mich recht entsinne, musst du da als programmname die genaue Bezeichnung des Pakets incl. .deb verwenden....

[joersch]

Moin!
Hast Du mal versucht die Pakete aus /var/cache/apt/packages zu löschen und dann nochmal ein apt-get upgrade zu machen?

[rag]

Also das Verzeichnis /var/cache/apt/packages habe ich glaube ich garnicht.

Und dpkg -i --force-overwrite "prog-name" ist das nicht ein bissel heftig, kann es nicht sein, dass ich damit mehr Schaden anrichte?

[@ric]

/var/cache/apt/archives

[Joghurt]

Versuch mal ein

Code: Alles auswählen

delgroup www-data
apt-get -f install

[mipooh]

/var/cache/apt/archives heisst es, aber das bringt Dir gar nichts, weil, die Programme ja installiert sind nur nicht konfiguriert, weiss der Teufel wieso...

Das mit dem --force --overwrite ist wirklich nur ne Notbremse. Ich hab es mal notiert, aber noch nie wirklich gebraucht. Vermutlich macht es höchstens die betroffenen Pakete kaputter. Weiss aber nicht, welche Abhängigkeiten womöglich mitbetroffen sind. Gemeldet wird ja wohl sonst nichts.

Ich würde zuerst apt-get --purge in jeder Reihenfolge versuchen, evtl eins nach dem anderen allein, um sie ggf. doch deinstalliert zu kriegen.

[rag]

Leider hat das alles immer noch nix gebracht.

delgroup geht nicht, wiel es Benutzer gibt, die die www-data als primäre Gruppe haben.

Dieses Script aus dem apache-common Packet verursacht vermutlich den Fehler. Vieleicht sagt es ja einem was:

Code: Alles auswählen

#! /bin/bash

# postinst script for apache-common
#
# see: dh_installdeb(1)

set -e

# The loading of the confmodule is needed for magic tricks in debconf to work
# don't remove :)
. /usr/share/debconf/confmodule
. /usr/share/apache/postinst.common

# summary of how this script can be called:
#        * <postinst> `configure' <most-recently-configured-version>
#        * <old-postinst> `abort-upgrade' <new version>
#        * <conflictor's-postinst> `abort-remove' `in-favour' <package>
#          <new-version>
#        * <deconfigured's-postinst> `abort-deconfigure' `in-favour'
#          <failed-install-package> <version> `removing'
#          <conflicting-package> <version>
# for details, see /usr/doc/packaging-manual/
#
# quoting from the policy:
#     Any necessary prompting should almost always be confined to the
#     post-installation script, and should be protected with a conditional
#     so that unnecessary prompting doesn't happen if a package's
#     installation fails and the `postinst' is called with `abort-upgrade',
#     `abort-remove' or `abort-deconfigure'.

add_group_if_missing
add_user_if_missing

# Fixing mod-bandwith owner/permissions

chown -R www-data:www-data /var/lib/apache/mod-bandwidth
chmod -R 777 /var/lib/apache/mod-bandwidth

# Migrate the FHS-forbidden /var/state/apache directory to
# /var/lib/apache
if [ -d /var/state/apache ]; then
        mv /var/state/apache/mod_bandwidth/* /var/lib/apache/mod_bandwidth/ 2>/dev/null || true
        rmdir /var/state/apache/mod_bandwidth
        rmdir /var/state/apache/

        # It's not FHS, and it's probably our fault this is here,
        # so delete it if we can.
        rmdir /var/state/ 2> /dev/null || true

# Restart *all* apache instances here that might depend on it
        if [ -x /usr/sbin/invoke-rc.d ]; then
            invoke-rc.d apache restart || true
            invoke-rc.d apache-ssl restart || true
            invoke-rc.d apache-perl restart || true
        else
            /etc/init.d/apache restart || true
            /etc/init.d/apache-ssl restart || true
            /etc/init.d/apache-perl restart || true
        fi
fi

CU
rag

[QT]

Kommentier halt den Eintrag "add_group_if_missing" mal temporaer aus, wenn Du die Gruppe bereits hast. Verstehe allerdings nicht, wieso das ueberhaupt gemacht wird, wo die Gruppe doch bereits da ist....!? Komisch.

Ich nehme an, die interessanten Kommandos der Funktion add_group_if_missing() stehen in /usr/share/apache/postinst.common. Da kannste auch mal reinschauen

[rag]

Ich glaube nun zu wissen woran es liegt, aber da ist auch gleich ein neues Problem:

In /usr/share/apache/postinst.common wird mittels

Code: Alles auswählen

 id -g www-data abgefragt 

ob die Gruppe existiert. id sagt nein, aber in /etc/group ist www-data z.B. drin.

Ähnlich verhält es sich mit dem gleichnamigen user www-data.

Meine Frage ist nun, wie kann ich den User und die Gruppe am besten neu einrichten?

Code: Alles auswählen

 addgroup --gid 33 --force-badname www-data

Dies geht leider nicht, da addgroup davon überzeugt ist, dass es die gruppe gibt.

Genauso adduser für den User.

MfG
rag

[Savar]

hmm.. poste mal die entsprechenden Zeilen der /etc/passwd und /etc/group..

ABER BITTE LÖSCHE ALLE PASSWORT RELEVANTEN INFORMATIONEN WENN WELCHE VORHANDEN SEIN SOLLTEN

[rag]

/etc/group

Code: Alles auswählen

www-data:x:33:

/etc/passwd

Code: Alles auswählen

wwwrun:x:33:33:www-data:/var/www:/bin/sh

[QT]

Wenn der User 'wwwrun' heisst, kann das ja auch nicht klappen. Der 'id' Befehl such naemlich nach einem User 'www-data'. So wird das nix. Editiere doch mit dem Editor Deiner Wahl die /etc/passwd und aendere das 'wwwrun' nach 'www-data'....

[rag]

Was ist denn dann mit den Dateien, die dem User wwwrun gehören??? Kann man nicht auch zwei User mit den gleichen Daten, nur anderem Namen erstellen, denn eigentich müsste der dann auch die Nummer 33 bekommen?

[QT]

Die Dateien gehoeren ja der BenutzerID und nicht dem Namen. Wenn Du den Namen aenderst, wird einfach nur beim Listing ein neuer Name angezeigt. Mit "ls -n" siehst Du zB statt dem Namen im Listing jeweils die ID.

Ja, Du kannst auch mehrere User mit der gleichen ID aber unterschiedlichen Namen haben, ich wuerde das fuer mich persoenlich aber lieber ausschliessen und einfach den Namen des Users aendern.

[rag]

Ein Problem gebannt und schon kommt das nächste nach. Also das apache-common ist installiert worden, aber die zwei anderen fehlenden Module machen nun Probleme:

Code: Alles auswählen

Richte libapache-mod-perl ein (1.29.0.2-4) ...
Error: libssl.so does not have a corresponding .info file.
Error: mod_frontpage.so does not have a corresponding .info file.
The above errors might cause apache to not work properly or start
Please refer to the documentation on how to fix it or report it to
Debian Apache Maling List <debian-apache@lists.debian.org> if in doubt
on how to proceed
dpkg: Fehler beim Bearbeiten von libapache-mod-perl (--configure):
 Unterprozess post-installation script gab den Fehlerwert 128 zurück
Fehler traten auf beim Bearbeiten von:
 libapache-mod-perl
E: Sub-process /usr/bin/dpkg returned an error code (1)