staging.inyokaproject.org

Lasall schrieb:

Hi LAZA74,

vielen Dank für deine Anmerkungen ☺ !

Du schriebst:

- Reihenfolge der Aufzählung, sollte logisch gestaltet sein

Ich finde die Punkte logisch gegliedert, deswegen interessiert mich deine Meinung, was wie eine bessere Reihenfolge wäre.

- die Schlüssel der Paketlisten sind nicht gesichert, beim Zurückspielen von Fremdquellen wird jedes mal gemeckert

Done.

Gruss Lasall

Ergibt sich schon aus dem Text selbst. 😉

der zuvor gesicherte

Logisch wäre für mich: 1. sources.list zurückkopieren 2. Schlüsselbund zurückkopieren 3. dann Paketliste zurückspielen

Ich sag mal vielen Dank, hat mir heute Nacht einiges an Zeit gespart! 👍

.

P.S.: Noch eine Frage zu apt-history: Ich betreue einige PCs in einem Internetcafe, dort werden die Updates automatisch eingespielt. Wenn ich aber in Synaptic die Chronik durchkucken werden die automatisch durchgeführten Updates nicht angezeigt...

Hi LAZA74,

ok, ich hatte mehr die erste Gliederungsstufe im Blick. Den entsprechenden Abschnitt habe ich jetzt angepasst.

Du schriebst:

[...] Wenn ich aber in Synaptic die Chronik durchkucken werden die automatisch durchgeführten Updates nicht angezeigt...

Falls das eine Frage war, wie man alle Updates sieht, dann fallen mir spontan zwei Möglichkeiten ein:

1. unattended-upgrades so konfigurieren, dass es bei den Aktualisierungen Mails verschickt, z.B. an den root-Account oder auch über das Netzwerk, Konfigitem Unattended-Upgrade::Mail.

2. Die Dateien /var/log/apt/history.log* anschauen. Falls an APT vorbei installiert wird bzw. wenn man die genauen Status haben möchte, ist das dpkg-Log geeignet: /var/log/dpkg.log*.

Falls es dazu Fragen gibt, bitte im Supportforum "Installieren-und-aktualisieren" o.ä. nachfragen.

Gruss Lasall

Danke, das hat mir schon geholfen!

Ich kontrolliere sowieso meist manuell nochmals, obs wirklich geklappt hat (bspw. Firefox sieht man sehr schnell) - bisher allerdings problemlos und ohne Unterbrechungen. 👍 (außer das Internet ist mal wieder kaputt)

Hallo,

in diesem Thread wird der Fehler behandelt.

grpc@grpc-MS-7658:~$ sudo dpkg -l | grep '^rc ' | cut -d" " -f3 | xargs dpkg --purge
dpkg: Fehler: Angeforderte Operation benötigt Superuser-Rechte

Soll ich diese 3 Befehle

als Korrektur einbringen ❓

1
2
3

$ sudo su
~# dpkg -l | grep '^rc ' | cut -d" " -f3 | xargs dpkg --purge
~# exit

In Wiki sudo ist der Teil su nicht beschrieben, ist es vllt besser sudo -i und exit hier einzusetzen. Ich kann den Unterschied nicht beurteilen. 😇

Hallo,

korrigiert, Danke für den Hinweis.

Gruß, noisefloor

Ich habe eine Verständnisfrage zum Sichern und Wiederherstellen von Paketlisten: Wenn man die Liste der manuell installiereten Pakete mit

apt-mark showmanual > package-states-manual

gesichert hat, müsste es doch reichen, die Pakete aus dieser Liste zu installieren, um die ursprüngliche Konfiguration wiederherzustellen. Die automatisch installierten Pakte müssten ja auch hier wieder automatisch installiert werden, sofern sich nichts an den Abhängigkeiten geändert hat. (Und wenn sich Abhängigkeiten geändert haben sollten, z.B. weil man eine andere Ubuntu-Version verwendet, so ist sowieso Vorsicht geboten. Und die Chancen stehen außerdem gut, dass man die vormals automatisch installierten Paket, die jetzt nicht mehr automatisch installiert werden, eh nicht mehr bracht und auch nicht mehr haben will.)

Könnte man die Anleitung nicht entsprechend vereinfachen? Alle drei Listen zu sichern ist zu Diagnosezwecke sicher nicht verkehrt. Aber das Wiederherstellen ginge wohl einfacher, oder?

Moment, ich sehe gerade, dass bei der mit

dpkg --get-selections | awk '!/deinstall|purge|hold/ {print $1}' > packages.list.save

erstellten Liste im Gegensatz zu den apt-mark-Listen bei manchen Paketen die Architektur (i386 bzw. amd64) angehängt wird. Ist das für die Wiederherstellung wichtig? Nomalerweise sollte doch die korrekte Architektur erkannt werden, oder?

aldor schrieb:

Moment, ich sehe gerade, dass bei der mit

dpkg --get-selections | awk '!/deinstall|purge|hold/ {print $1}' > packages.list.save

erstellten Liste im Gegensatz zu den apt-mark-Listen bei manchen Paketen die Architektur (i386 bzw. amd64) angehängt wird. Ist das für die Wiederherstellung wichtig? Nomalerweise sollte doch die korrekte Architektur erkannt werden, oder?

1. Unter Umständen muss man auf einem 64bit System für ein Programm 32bit Bibliotheken installieren - in der Regel bei Sachen, die an der Paketverwaltung vorbei gehen. Daher wirkt die Sache mit apt-mark zwar eleganter, aber ist ggf. nicht aussreichend.

2. Sollen die Pakete nur heruntergeladen werden, um auf einem anderen Rechner installiert zu werden, benötigt man nicht nur die manuell markierten, sondern alle installierten Pakete.

cornix schrieb:

1. Unter Umständen muss man auf einem 64bit System für ein Programm 32bit Bibliotheken installieren - in der Regel bei Sachen, die an der Paketverwaltung vorbei gehen. Daher wirkt die Sache mit apt-mark zwar eleganter, aber ist ggf. nicht aussreichend.

2. Sollen die Pakete nur heruntergeladen werden, um auf einem anderen Rechner installiert zu werden, benötigt man nicht nur die manuell markierten, sondern alle installierten Pakete.

Danke! Alles klar. Damit hat das also schon seinen Sinn, so wie es im Artikel steht.

Ich habe mal eine Frage:

Die Paketliste sichere ich mit

dpkg --get-selections | awk '!/deinstall|purge|hold/ {print $1}' > packages.list.save 

Zum Wiederherstellen soll ich

xargs -a "packages.list" sudo apt-get install 

benutzen. Müsste ich nicht eigentlich

xargs -a "packages.list.save" sudo apt-get install 

verwenden?

Hallo,

würde ich anhand der Codezeilen auch so sehen, ja...

Gruß, noisefloor

Hi!

ich nehm' die Änderung von ffx mal wieder raus; und melde den Knaben mei den Mods; der schlägt überalll heftig auf...

so long
hank

Bevor ich etwas ändere, dass wieder zurückgenommen wird, frage ich lieber.

Das Kommando

dpkg --get-selections | awk '!/deinstall|purge|hold/ {print $1}' > packages.list.save

blendet auch Pakete aus, die deinstall, purge oder hold im Namen haben. Die sind zwar selten, aber der Intention entspricht es doch eher in Spalte 2 nach install zu suchen und alles andere auszublenden.

dpkg --get-selections | awk '$2 == "install" { print $1 }  > packages.list.save'

Oder gibt es andere sinnvolle Werte von dpkg --get-selections, die ich schlicht noch nicht zu Gesicht bekommen habe?

Hallo in die Runde,

Im Teil "Konfigurationsdateien von deinstallierten Paketen entfernen"

wird der Befehl:

dpkg -l | grep '^rc ' | cut -d" " -f3 | xargs dpkg --purge

vorgeschlagen.

Wenn aber alle Konfigurationsdateien unter /etc entfernt sind, dann kommt die folgende Fehlermeldung.

dpkg: Fehler: --purge benötigt mindestens ein Paketnamen-Argument

Mein Vorschlag: dein Hinweis einfügen, dass es kein Fehler ist, sondern alles entfernt ist.

Ich stelle es hiermit zur Diskussion und würde es auch einbringen.

Berlin_1946 schrieb:

Wenn aber alle Konfigurationsdateien unter /etc entfernt sind, dann kommt die folgende Fehlermeldung.

dpkg: Fehler: --purge benötigt mindestens ein Paketnamen-Argument

So weit, so logisch...

Mein Vorschlag: dein Hinweis einfügen, dass es kein Fehler ist, sondern alles entfernt ist.

Sorry, das ist absoluter Quatsch.

Dann müssten wir in allen Artikel mit Befehlszeilen, die etwas am System verändern darauf hinweisen, dass die nach der Änderung nicht nochmal funktionieren, da die Änderung schon durchgeführt wurde.

Da sollten vielmehr die Nutzer schon mal in der Lage sein, ein Stück mitzudenken...

tomtomtom schrieb:

Sorry, das ist absoluter Quatsch.

Vllt etwas drastisch ausgedrückt, ich meine "absolut", aber das Wort "Fehler" ist da auch absoluter *.

Da sollten vielmehr die Nutzer schon mal in der Lage sein, ein Stück mitzudenken...

Das ist doch schon etwas für einen geübten Nutzer. Das ist jetzt schon fast Philosophisch "für wen ist das Wiki".

1. Reaktion: Ich sage mal 😲 "Fehler" und dann nur für den geübten 💡

Aber wie du geschrieben hast -sollten- 😇