upgrade auf Testing Fehler

[archimedes75]

Servus

ich habe ein Problem beim upgrade auf Wheezy:

Fehler beim Bearbeiten von:

/var/cache/apt/archives/libsane-hpaio_3.11.12-2_amd64.deb

E: Sub-process /usr/bin/dpkg returned an error code (1)

wäre es nun ratsam auf ein update zu warten oder kann man das Paket verlinken damit es ignoriert wird und das upgrade weiterläuft oder hat jemand ein anderes Rezept?

[TRex]

Könntest du das gesamte Log dazu auf nopaste hochladen? Da steht sicher die Ursache. Wenn es wirklich ein Fehler im Paket wäre, könnte man das auch mal temporär auf hold setzen.

[Dogge]

In den falschen Thread geposted.

[archimedes75]

Könntest du das gesamte Log dazu auf nopaste hochladen? Da steht sicher die Ursache. Wenn es wirklich ein Fehler im Paket wäre, könnte man das auch mal temporär auf hold setzen.

Hoffe ich hab das mit dem nopaste richtig gemacht.

36207

Hab einige logs durchgelesen nichts nennenswertes gefunden. Hier stehts glaub ich /var/log/installer/ erst nach dem reboot drin.

Hab das gefunden:

dpkg: Dekonfiguration von gdm3 wird in Betracht gezogen, welches durch Installation von »gnome-settings-daemon« beschädigt würde ...


In meiner Virtuellenmaschine hats geklappt. Da kann ich aber nur 32bit testen.

[Saxman]

Hoffe ich hab das mit dem nopaste richtig gemacht.

Du kriegst 90 von 100 möglichen Punkten. Den Paste hier zu verlinken wäre noch ganz praktisch gewesen.

[TRex]

Nah dran:

dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libsane-hpaio_3.11.12-2_amd64.deb (--unpack):
Versuch, »/etc/hp/hplip.conf« zu überschreiben, welches auch in Paket hplip 3.10.6-2 ist

lösch oder verschieb die Datei mal und starte es dann erneut. Da wurde beim Paketbau geschludert

[archimedes75]

Hoffe ich hab das mit dem nopaste richtig gemacht.

Du kriegst 90 von 100 möglichen Punkten. Den Paste hier zu verlinken wäre noch ganz praktisch gewesen.

Danke, das schaff ich dann bei meinem zweiten paste hier.

[archimedes75]

Nah dran:

dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libsane-hpaio_3.11.12-2_amd64.deb (--unpack):
Versuch, »/etc/hp/hplip.conf« zu überschreiben, welches auch in Paket hplip 3.10.6-2 ist

lösch oder verschieb die Datei mal und starte es dann erneut. Da wurde beim Paketbau geschludert

Ich denke ich hab hier ein Qualitätsprodukt erworben, wo Weltweit die besten Tüftler entwickeln. Und dann so eine schlamperei...

Hab das Paket verschoben. Neugestartet, dann ist er mir völlig abgestürzt. Neustart im Recoverymode. Musste mein Internet über die Konsole hinfummeln und uprade neugestartet nun hängts bei einem anderen Paket wieder:

/var/cache/apt/archives/libumpf0.2-7_0.2.8.4-10_amd64.deb

Brauchen wir nicht, soll ich das auch löschen?

[TRex]

Auch hier nochmal: dazu gabs eine Fehlermeldung, ohne die kommen wir nicht weiter. Was hast du da eigentlich verschoben? Es ging nur um die Datei /etc/hp/hplip.conf.

Bei so einem Upgrade ist gnome (vor allem durch den Wechseln von 2.3 auf 3.x) aber sowieso eine schlechte Wahl zum upgraden, das sollte man schon auf der Konsole machen. Da wird zuviel ausgetauscht, was in dem Moment benutzt wird. Du fliegst auch hin, wenn man dir beim Arbeiten am Schreibtisch den Stuhl wegzieht. libumpf hab ich nicht gefunden..

[archimedes75]

Auch hier nochmal: dazu gabs eine Fehlermeldung, ohne die kommen wir nicht weiter. Was hast du da eigentlich verschoben? Es ging nur um die Datei /etc/hp/hplip.conf.

Bei so einem Upgrade ist gnome (vor allem durch den Wechseln von 2.3 auf 3.x) aber sowieso eine schlechte Wahl zum upgraden, das sollte man schon auf der Konsole machen. Da wird zuviel ausgetauscht, was in dem Moment benutzt wird. Du fliegst auch hin, wenn man dir beim Arbeiten am Schreibtisch den Stuhl wegzieht. libumpf hab ich nicht gefunden..

Na sicher mach ich das über das Terminal.

sorry das Paket heisst: libwmf0.2-7_0.2.8.4-10_amd64.deb

[TRex]

libwmf0.2-7

Klingt nicht so wichtig. Was meinst du eigentlich mit abgestürzt? Kernel hängen geblieben? Das sollte nämlich überhaupt nicht passieren, auch in testing nicht. Dass gdm[3] nicht lädt, könnte an dem Fehler beim Upgrade liegen, den du schon entdeckt hast; unter Umständen reicht da schon ein dpkg-reconfigure gdm3. Vor kurzem gab es aber auch ein Problem mit fglrx und xorg 1.11...ich weiß nicht, wie da der aktuelle Stand ist.

[Livingston]

Genau diesen Fehler bekam ich mal, als ich die Verzeichniss-Rechtefür /tmp und /var zu restiktiv gesetzt habe.
Schau mal, ob /var und /tmp in der /etc/fstab mit der Option noexec eingebunden sind. Wenn ja, raus damit und neu mounten.
Die Paketverwaltung schiebt da nämlich gerne mal ein paar De-/Installationskripte hin.

[Cae]

Evtl. mag es Sinn machen, sämtliche schon geladenen Pakete zu verwerfen und neu zu beginnen:

Code: Alles auswählen

# apt-get clean
# apt-get update && apt-get upgrade

Ah, mir fällt gerade auf, dass du auf Wheezy upgradest, dann wäre auch die sources.list von Interesse.

Gruß Cae

[archimedes75]

Evtl. mag es Sinn machen, sämtliche schon geladenen Pakete zu verwerfen und neu zu beginnen:

Code: Alles auswählen

# apt-get clean
# apt-get update && apt-get upgrade

Ah, mir fällt gerade auf, dass du auf Wheezy upgradest, dann wäre auch die sources.list von Interesse.

Gruß Cae

Meine Sourcelist ist nichts besonderes, möglichst einfach gehalten. Habe Backports, ehemaliges security volonteer, apt-pinning u.s.w auskommentiert.

Hab nur deb SERVER / Wheezy main contrib non free
und deb-sec, weil ich schon öfters quellcodes compailiert habe.

deb SERVER / security-wheezy main contrib non free
und deb-sec

hab das apt-clean laufen lassen. Hängt beim gleichen Paket

Das upgrade wird doch bestimmt in einer log-Datei hinterlegt oder muss ich da erst das Paket upgrade-reports installieren.

[TRex]

Das upgrade wird doch bestimmt in einer log-Datei hinterlegt oder muss ich da erst das Paket upgrade-reports installieren.

/var/log/apt/term.log

[archimedes75]

Das upgrade wird doch bestimmt in einer log-Datei hinterlegt oder muss ich da erst das Paket upgrade-reports installieren.

/var/log/apt/term.log

Hab mir die Datei durchgelesen. Ab das beginnen Ungereimtheiten. Aufgrund vom beschädigten gnome-control-center werden im laufe des Upgrades Kompromise eingegangen.

http://debianforum.de/forum/pastebin.php

hoffe der Link klappt oder muss ich den in einem Befehl schreiben, damit er anklickbar wird?

[TRex]

36209 <- dein paste ([.np]36209[./np] ohne Punkte)

Und genau das wollte ich vor zwei Beiträgen schon sehen. Wie beim letzten Mal schon hast du die eigentliche Fehlermeldung verschwiegen (Zeile 583-584):

Code: Alles auswählen

Preparing to replace libwmf0.2-7 0.2.8.4-6.1+b1 (using .../libwmf0.2-7_0.2.8.4-10_amd64.deb) ...
Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7.

Die Datei ist in perl-modules, ist das bei dir installiert? Bitte mal ausführen:

Code: Alles auswählen

aptitude search perl-modules

da sollte dann ein "i" am Anfang der Zeile stehen. Wenn nicht, mal installieren. Wenn ich dir das nächste Mal auch alle Informationen aus der Nase ziehen muss, machst du aber allein weiter.

[archimedes75]

Hast du ernsthaft den Eindruck ich geb mir keine Mühe? Mir muss man nichts aus der Nase ziehn, drück dich bitte klarer aus.

36209 <- dein paste ([.np]36209[./np] ohne Punkte)

was soll ich damit anfangen? Was heisst ohne Punkte?



Und genau das wollte ich vor zwei Beiträgen schon sehen. Wie beim letzten Mal schon hast du die eigentliche Fehlermeldung verschwiegen (Zeile 583-584):

Hättest du mir gesagt, dass du die Datei /usr/log/apt/therm.log sehen wolltest hätte ich sie schon das letzte mal geschickt.

Code: Alles auswählen

Preparing to replace libwmf0.2-7 0.2.8.4-6.1+b1 (using .../libwmf0.2-7_0.2.8.4-10_amd64.deb) ...
Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7.

Die Datei ist in perl-modules, ist das bei dir installiert? Bitte mal ausführen:

Code: Alles auswählen

aptitude search perl-modules

Das kann ich ausführen kein Problem. Nur weis ich nicht welche Zeile du meinst, wo da ein i stehen sollte. Ich führs aus und schick das Ergebnis. Welches perl-module soll ich den installieren? oder einfach nur aptitude install perl-modules.

da sollte dann ein "i" am Anfang der Zeile stehen. Wenn nicht, mal installieren. Wenn ich dir das nächste Mal auch alle Informationen aus der Nase ziehen muss, machst du aber allein weiter.

[archimedes75]

in meinem Fall nur eine Zeile:

i perl-modules - Kernmodule von Perl

und in dieser einen Zeile steht auch ein i davor

[TRex]

OK, um da mal auf einen Nenner zu kommen: du hast beim ersten Mal erfolgreich das Log gepostet, daher bin ich davon ausgegangen, dass du das auch ein zweites mal schaffst (was in der /var/log/apt/term.log zu finden ist, ist ja genau die Ausgabe, die auch beim upgrade auf dem terminal siehst). Ich hab dich nach den Meldungen gefragt, was hätte ich sonst meinen sollen?

Auch hier nochmal: dazu gabs eine Fehlermeldung, ohne die kommen wir nicht weiter.

Hätte ich mich da klarer ausdrücken sollen? Und bitte zitier mich bitte richtig, ich hab nicht alles geschrieben, was da in deiner Antwort unter "TRex hat geschrieben" steht.

Zurück zum Problem: OK, die Datei ist also vorhanden, die angemeckert wird. Wiederhole das upgrade einmal, ob es dann durchläuft. Jede Fehlermeldung hat irgendeine (in der Regel behebbare) Ursache. Die lässt sich durch aufmerksames Lesen und Zurückverfolgen fast immer ausmachen.

Hilfe zur Selbsthilfe (und wie ich darauf gekommen bin): Das Paket libwmf* lässt sich nicht installieren → Fehlermeldung suchen/greppen → Fehlermeldung mit File/Copy.pm, die nicht im Pfad gefunden wird → Suche nach Copy.pm mit apt-file oder auf packages.debian.org → Treffer in pearl-modules. Wenn dieses Paket also installiert ist, kann man nochmal kontrollieren, ob die Datei auch wirklich vorhanden ist (Paketinhalt auflisten lassen mit dpkg und suchen: dpkg -L pearl-modules | grep Copy.pm, dann nachschauen, ob die Datei auch da ist), wenn nicht, Paket reinstallieren. Wenn das dann sicher ist, dann wie gesagt mal die Installation von libwmf* wiederholen und auf Fehler achten. Wenn andere dir helfen sollen, brauchen sie eben diese Informationen genauso, und darum verlinkt unser Mitglied "niemand" auch gern mal auf seine Glaskugel, wenn diese Informationen fehlen.

Allgemein zum Problem: testing ist eben testing. Ich hab damit eigentlich keine Probleme, aber ich verwende schon seit der Grundinstallation testing und habe damit ein "konsistentes" System aus testing-Komponenten. Das upgrade von stable scheint mehr Probleme zu verursachen...wenns erstmal läuft, solltest du weniger Stress haben. Ganz auszuschließen sind Stolpersteine aber nicht. Ich schließe einfach mal aus deinen bisherigen Bemühungen, dass du mit solchen Problemen im Paketmanager nicht viel Erfahrungen hast, darum warne ich dich vor.

[archimedes75]

erstmal dank ich dir mal für deine Mühen. Die Erklärung hat mir schon sehr geholfen, nur was ist greppen? Greppen ist ein Dorf in der Schweiz. Die Glaskugel werden wir in Zukunft hoffe ich nicht mehr brauchen. Erfahrungen hab ich tatsächlich noch nicht viel, scheue mich aber nicht welche zu machen. So schlimm ist das nicht, wenn mein Testing ärger macht. Hab noch vier weitere Linuxrechner und einen Dualboot mir Stable und hoffentlich bald Testing. Ich werde die Tage noch mal weiter schauen und mich melden. Könntest mir noch den ersten Fehler auch erläutern?

[TRex]

erstmal dank ich dir mal für deine Mühen. Die Erklärung hat mir schon sehr geholfen, nur was ist greppen? Greppen ist ein Dorf in der Schweiz.

und Umgangssprache für das Benutzen von grep. Durchaus nützliches tool: http://de.linwiki.org/wiki/Linuxfibel_- ... uge_-_Grep

Könntest mir noch den ersten Fehler auch erläutern?

Steht doch im Klartext und auf deutsch da: Datei existiert von einem anderes Paket, wird nicht überschrieben. Zwei Pakete liefern dieselbe Datei, das sollte eigentlich nicht vorkommen.

[archimedes75]

mit dieselbe meinst du, daß sie inhaltlich auch gleich sind. Da war ich mir nicht ganz sicher. Wieso kann sie nicht einfach ersetzt werden, beim ugrade prozess werden doch auch andere Dateien erneuert.

Habs noch mal durchlaufen lassen. Fehler in der log bezüglich kann Verzeichnis nicht löschen weil nicht leer, denk ich mal kann man vernachlässigen. Dann ist da noch:

Preparing to replace fontconfig 2.8.0-2.1 (using .../fontconfig_2.8.0-3_amd64.deb) ...
Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7.
BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7.
dpkg: warning: subprocess old pre-removal script returned error exit status 2
dpkg - trying script from the new package instead ...
dpkg: ... it looks like that went OK.

schein aber nochmal gut gegangen zu sein.

Das sieht nicht so gut aus:

Preparing to replace libwmf0.2-7 0.2.8.4-6.1+b1 (using .../libwmf0.2-7_0.2.8.4-10_amd64.deb) ...
Can't locate File/Copy.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/defoma-app line 7.
BEGIN failed--compilation aborted at /usr/bin/defoma-app line 7.
dpkg: warning: subprocess old pre-removal script returned error exit status 2
dpkg - trying script from the new package instead ...
dpkg: error processing /var/cache/apt/archives/libwmf0.2-7_0.2.8.4-10_amd64.deb (--unpack):
there is no script in the new version of the package - giving up

Das andere ist bischen lang:

http://debianforum.de/forum/pastebin.php

[Livingston]

Auf die Gefahr hin, mich zu wiederholen:

Wenn /var als eigene Partition mit der Option noexec eingebunden ist, scheitert fast jedes Upgrade und auch viele Paket-Neuinstallationen.
dpkg, das an jedem Upgrade-/Installationsprozess beteiligt ist, schiebt Installations-Scripte in Unterverzeichnisse von var und versucht sie dann dort auszuführen.
Einfach mal

Code: Alles auswählen

# mount

einhacken und nachschauen, ob bei /var etwas Entsprechendes zu finden ist.
Ich bin schon bei vielen Freunden / Arbeitskollegen über diese Falle gestolpert. Die Fehlermeldungen, die hier auftauchen können darauf zurückzuführen sein.

[archimedes75]

Das System läuft auf 3 Partitionen:

10 GB ext4 /
4GB Swarp
ca 200 Gb /home

/var ist nicht extra sondern auf Einhängepunkt root


Testing gibts noch nicht als iso-file, dann könnte ich es direkt installieren und das upgraten umgehen