flashplugin-nonfree in schlechten inkonsistenten Zustand

4. Mai 2010

1 Min. Lesezeit

74 Aufrufe

Nach dem Upgrade von Hardy auf Lucid blockiert flashplugin-nonfree die Paketverwaltung. Zwei Befehle im Terminal bringen sie wieder in Gang.

Da ich mittlerweile an verschiedenen Stellen über diesen Issue gestolpert bin, verlinke ich die Thematik an einer prominenteren Stelle. Bei zahlreichen Usern, die ein Upgrade von Ubuntu Hardy auf Lucid machen, klemmt es in der Paketverwaltung. Schuld ist das Paket flashplugin-nonfree, das sich nach dem Upgrade in einem „sehr schlechten inkonsistenten Zustand“ befindet (was für eine Ironie, bedenkt man den Wirbel rund um Flash und Apple). Im Wortlaut der Paketverwaltung sieht das so…

[...]
dpkg: Fehler beim Bearbeiten von flashplugin-nonfree (--purge):
 Paket ist in einem sehr schlechten inkonsistenten Zustand - Sie sollten
 es erneut installieren, bevor Sie es zu entfernen versuchen.
Fehler traten auf beim Bearbeiten von:
 flashplugin-nonfree
E: Sub-process /usr/bin/dpkg returned an error code (1)
[...]

…aus. Hier ist die schnelle und schmerzlose Lösung. Öffnet ein Terminal und führt diese Befehle aus…

$ sudo rm /var/lib/dpkg/info/flashplugin-nonfree.prerm
$ sudo dpkg --remove --force-remove-reinstreq flashplugin-nonfree
$ sudo dpkg --purge --force-remove-reinstreq flashplugin-nonfree

Danach sollte die Paketverwaltung wieder funktionieren. Wer will kann noch den Ordner /var/cache/flashplugin-nonfree löschen, da gammelt vermutlich noch ein heruntergeladenes TAR-GZ-Archiv mit dem Flash-Plugin rum.

Christoph Langner

Hallo, ich bin Christoph – Linux-User, Blogger und pragmatischer Fan freier Software. Hier auf Linux und Ich schreibe ich seit 2006 über Linux im Allgemeinen, Arch Linux im Besonderen sowie über Android und andere Themen rund um freie Software. Gefällt dir, was du liest? Dann folg mir gerne auf Mastodon, Bluesky oder über die Social-Media-Kanäle des Blogs.

15 Kommentare zu „flashplugin-nonfree in schlechten inkonsistenten Zustand“

fedov
4. Mai 2010
wenn du in der Überschrift das „einem“ aus dem zitierten Text weglässt muss sich das flashplugin-nonfree in schlechtem, inkonsistentem Zustand befinden.
Antworten
burli
4. Mai 2010
Beim Upgrade von Karmic auf Lucid ist Flash bei mir gleich ganz raus geflogen.
Antworten
1. p.selbst
  5. Mai 2010
  das upgrade läuft selten sauber. besser: daten sichern, neu installieren, /home auf eine extra partition schieben. ist am saubersten und sichersten.
  Antworten
  1. Christoph
    5. Mai 2010
    Dem will ich mal widersprechen. Ich aktualisiere diverse Rechner von Version zu Version. Allerdings darf man nicht blauäugig an Versionsupgrades gehen. Zuvor gehört auf jeden Fall ein Test mit Desktop-CD gemacht, danach werden die Daten gesichert und ein Image von / gemacht. Somit kann man im Problemfall schnell wieder auf die alte Version zurückkehren.
    
    Generell gilt, dass man so wenig wie möglich am System basteln sollte. Je weniger fremde Paketquellen genutzt werden. Je „konservativer“ diese Quellen sind (z.b. wenn nur ein Paket zur Verfügung gestellt wird, das es sonst nicht in den Quellen gibt). Desto besser klappt ein Upgrade.
    Antworten
klrf3000
4. Mai 2010
Bei einem bekannten hieß die Datei irgendwie anders. Es funktioniert deswegen erst bei
$ sudo rm /var/lib/dpkg/info/flashplugin-nonfree.*
Antworten
Emrah
4. Mai 2010
Dieses Problem ist nicht das einzige geblieben beim Update. Auch nach Neuinstallation von Lucid kam es bei mir auch bei Verwendung der Lucid-Quellen von getdeb und Co. zu Ungereimtheiten. Die /home-Rechtevergabe wird beeinträchtigt. Nachdem ich in 9 Tagen 4 frische Installationen nach Paketkonflikten ziehen musste, wurde es mir tatsächlich zu blöd.
Etwas klaffen Anspruch eines Mac-orientierten Desktop-Feelings und der Anspruch einer Individualisierbarkeit noch.
Schade, weil ich nun tatsächlich die SB-Version von Win7 erworben und installiert habe, unter großen Schmerzen und grober Missachtung meiner hoch gesteckten Software-Ideale. Aber Windows 7 fluppt leider einfach verdammt gut.
Antworten
BT90
4. Mai 2010
Was ich immer noch nicht verstehe ist,wieso sie das 32bit Plugin für die 64bit Version verteilen, obwohl es um einen vielfaches schlechter ist,als die original 64bit Alpha von Adobe. Ich hatte mit dem Paket aus dem Software-Center ständig Probleme.Ab und an mal Browser abgestürzt und das Klicken auf Schaltflächen war auch ein Glücksfall,wenn es denn mal funktioniert hat.Von der Geschwindigkeit will ich mal lieber nicht reden…

Komischerweise funktioniert Adobes Alpha ohne Probleme und meine CPU-Last bleibt auch in einem anzunehmenden Bereich.Ich verstehe die Leute von Canonical nicht,dass sie lieber ein nicht richtig funktionierendes Plugin beilegen,anstatt einer Alpha Version,die aber dafür läuft wie Schmidts Katze 🙁
Antworten
C|Y|R|U|S
4. Mai 2010

fedov:

wenn du in der Überschrift das “einem” aus dem zitierten Text weglässt muss sich das flashplugin-nonfree in schlechtem, inkonsistentem Zustand befinden.

Ja, das stimmt. Auch erlaubt wäre „schlechtem, inkonsistenten Zustand“ aber ein „n“ muss einem „m“ weichen
Antworten
Werner
13. Mai 2010
Endlich!
kurz, knapp und hat funktioniert!
..Nach stundenlangen Selbstversuchen das
Problem zu lösen!..
Bin mit allen möglichen installations- und Löschveruchen
mit apt-get/ dpkg usw. gescheitert.

Also–HERZLICHEN Dank!
Antworten
axt
20. Mai 2010
Wieso erst remove, gefolgt von purge?

purge beinhaltet doch remove, sprich purge reicht.
Antworten
1. Christoph
  20. Mai 2010
  axt, könnte genug sein, doch ich hatte dieses Problem „leider“ nicht, so dass ich das nicht ausprobieren kann 😉
  Antworten
Gottfried Hoffmann
25. Mai 2010
Hallo Christoph, gratuliere zur einfachen Lösung. Ich hatte das gleiche Problem und Deine Lösung funktionierte einwandfrei. Hier noch ein Tipp: Bei mir war auch der flashplayer selbst gelöscht und musste beim ersten Aufrufen auf einer Webseite nachinstalliert werden. War aber kein ernstes Problem.
Noch eine Frage: Aufgrund des Fehlers wurde bei mir die ansonsten problemlose Update-Prozedur abgebrochen. Ich fürchte, dass dadurch das „Aufräumen“ (oder auch noch andere Abläufe) nicht einwandfrei ausgeführt wurden. Kann man das Prüfen und eventuell nachholen?
Vielen Dank nochmal für Deine Bemühungen und viele Grüße,
Gottfried
Antworten
Sean
25. Mai 2010
Hallo Christoph,

danke für Deine einfache Lösung. Ich habe leider keine Ahnung warum sie funktioniert (und warum die /var/lib/dpkg/info/flashplugin-nonfree.prerm gelöscht werden muss, bevor der –force-remove-reqinst zieht) aber es hat geklappt! 🙂
Antworten
Konke
1. Juli 2010
Danke für den Tip,
hat einwandfrei funktioniert!
Antworten

Schreibe einen Kommentar Antwort abbrechen

Über den Blog

Seit 2006 probiere ich hier aus, was Linux, freie Software und die passende Hardware so hergeben – von Distributions-Tests bis zum Raspberry-Pi-Projekt. Praxisnah statt bloßem Nachrichtenticker.

Zuletzt auf Mastodon

Scene Composer in Aktion: Ein Screenshot wird geladen, in verschiedene 3D-Szenen wie Café, Gaming-Desktop, Homeoffice und Podcast-Studio eingesetzt, gedreht und gezoomt. Anschließend wird eine Vorschau gerendert.

Ich finde Screenshots als Aufmacher oft langweilig. In der Vergangenheit habe ich daher oft den Bildschirm im wahrsten Sinne des Wortes abfotografiert. Das bringt etwas Leben in die Artikel –…

Auf Mastodon ansehen →

Blog unterstützen

Gefällt dir, was du hier liest? Mit einer kleinen Spende hilfst du, Hosting und neue Testgeräte zu finanzieren – und sorgst nebenbei für den nötigen Kaffee.

Jetzt unterstützen

flashplugin-nonfree in schlechten inkonsistenten Zustand

Ähnliche Beiträge

15 Kommentare zu „flashplugin-nonfree in schlechten inkonsistenten Zustand“

Schreibe einen Kommentar Antwort abbrechen

Über den Blog

Zuletzt auf Mastodon

Meistgelesen

Kategorien

Schlagwörter

Adblocker? Alles gut.

Blog unterstützen