staging.inyokaproject.org

Hallo,

Sind die aus Versehen mit revidiert worden oder ist es Absicht,

Quasi Absicht. Wenn in den Edits auch sinnvolle Ergänzungen drin waren, könntest du die bitte noch mal nachtragen.

Gruß, noisefloor

already done 😉

Gsälzbär schrieb:

already done 😉

Nur nicht korrekt.

Hätte ja bedeutet, dass das mit aktuellen Versionen korrekt wäre - was nicht der Fall ist.

hoch menno xD

mir fiel nur auf, dass es stilistisch krumm war – gut, dass die Diskussion Anlass zur inhaltlichen Korrektur gab 😉 merci!

Stilistisch krumm ist es immer noch - weil für die anderen Derivate kein Upstart/Systemd-Befehl genannt wird.

Ob der Befehl bei beiden funktioniert kann ich gerade nicht prüfen - gab hier nur ein böses Android.

Ich hab paar Leerzeichen rausgeworfen, u.a., damit die Einrückung wieder passt und statt sudo service xyz restart reicht auch die obige Kurzform sudo restart xyz (Reihenfolge also vertauscht) - habe ich mal vereinheitlicht wie oben. Zudem einen Hinweis eingefügt, wenn kein Netz vorhanden: Denn dist-upgrade kann sich dann am Paketcache bedienen, update arbeitet ohne Netz nicht.

Genauer weiß ich es nicht, daher schrieb ich 16.04, weil nun viele auf die aktuelle LTS umsteigen - wichtigster Hinweis. Wer es genauer weiß, kann ja die Zeitangaben mit ab/ bis präzisieren. Ansonsten steht aber so erst mal keiner im Regen, was das Wichtigste ist. systemd fehlt ja sowieso noch in vielen Artikeln (etwa pm-utils bis auf Hinweis). Wenn das doch mal wieder rausfliegt, macht es doppelte Arbeit. Aber hier und da sowie in Notfallartikeln wird es sich nach und nach verankern. Da wird man wohl auf die Community setzen, die nach und nach was aktualisiert. (Falscher Strang, das hier genauer zu diskutieren.)

Die /home-Partition darf NICHT formatiert werden. Auch ohne eine separate "/home"-Partition bleiben bei einer erneuten Installation auf eine bestehende Partition Datenverzeichnisse erhalten (also z.B. /home), wenn man die bestehende "/"-Partition NICHT formatiert. Dann werden nur die Systemverzeichnisse gelöscht. Alle Konfigurationsdateien in Unterverzeichnissen von /home bleiben so erhalten, wodurch prinzipiell die vorgenommenen persönlichen Einstellungen übernommen werden. Dabei können aber veraltete oder fehlerhafte Benutzerkonfigurationen (in versteckten Dateien und Unterverzeichnissen in /home) nicht automatisch erneuert werden. Systemeinstellungen unter /etc werden ebenfalls nicht übernommen.

finde ich relativ konfus, bzw. es wird nicht klar, was denn jetzt wie Vorteil und Nachteil ist. Speziell der letzte Satz: Von wo übernommen? Vom alten System? Von der Neuinstallation? Das könnte man doch bereinigen. Und: Wenn man oben im Artikel schon eine "halbe Empfehlung" aufführt

In vielen Fällen ist ein sauberer Neuanfang problemloser.

könnte man diesen Empfehlungsstil ja fort setzen. Falls man das nicht will sollten die zwei Möglichkeiten "Partitionierung" und "Nicht-Partitionierung" hier sauber entgegen gestellt werden.

Eine extra /home - Partition ist ja auch nicht das gelbe vom Ei, wenn man die unverändert in der neuen Version einbindet. Das wird hier alles im Artikel nicht so recht klar.

Meinungen?

Gruß BillMaier

Imho werden bei Nichtformatieren die Systemverzeichnisse nicht gelöscht sondern es wird da einfach reingeschrieben. Und was nicht überschrieben wird bleibt da.

Na, dann kann man ja gleich ein release-upgrade machen. Da hat man ggf. den gleichen Mischmasch.

Gruß BillMaier

BillMaier schrieb:

Na, dann kann man ja gleich ein release-upgrade machen. Da hat man ggf. den gleichen Mischmasch.

Nein, ein Release-Upgrade ist sauberer, da bei einem Upgrade die alten Versionen entfernt werden (dafür ist die Paketverwaltung schließlich da).

Da beim einfach nur nicht formatieren die Pakete nicht deinstalliert werden ist nicht nur deren Inhalt noch da sondern würden dann auch die zu den älteren Paketen gehörenden prerm- und postrm-Sktipte nicht ausgeführt worden, was wiederum bei der Installation der neuen Pakete zu Problemen führen kann.

Das ist ja hässlich. Damit sollte die nicht-formatieren Variante hier IMHO ganz raus. So ein System will ja keiner supporten. Andere Meinungen?

Gruß BillMaier

Ich finde schon die Überschrift "Upgrade" irreführend, da letztlich eine Neuinstallation mit Übernahme der Dateien angestrebt ist.

Eine Installation ohne Formatierung habe ich mit 18.04 mal durchgeführt – einfach aus Neugier. Der Großteil der Systemverzeichnisse wurde dabei wohl gelöscht bevor sie wieder gefüllt wurden, aber in dem Rest schlummerten dann einige Überraschungen: alte Kernel, Starter für nicht installierte Programme, … Das hätte ich manuell aufräumen müssen, da die Paketverwaltung von all dem nichts wusste. Das sollte man sich wirklich nicht antun. Letztlich war das eine gute Gelegenheit apt-clone zu testen. 😈

Hallo,

Vorschlag: Entweder Erweiterung des Abschnittes "Protokoll-Dateien (Log) einsehen" um z.B. "bzw. den Inhalt einer virtuellen Konsole abspeichern" oder aber Schaffung eines neuen Abschnittes direkt dahinter mit Namen "Den Inhalt einer virtuellen Konsole abspeichern"

Um dies zu erreichen, zitiere ich zum einen aus http://kbd-project.org/docs/howto-linux-keyboard-and-console/kbd-20.html :

Screen dumps

setterm -dump N will dump the contents of the screen of /dev/ttyN to a file screen.dump in the current directory. See setterm(1).

The current contents of the screen of /dev/ttyN can be accessed using the device /dev/vcsN (where vcs' stands for virtual console screen'). For example, you could have a clock program that displays the current time in the upper right hand corner of the console screen (see the program vcstime in kbd-1.04.tar.gz). Just dumping the contents goes with cat /dev/vcsN. These device files /dev/vcsN do not contain newlines, and do not contain attributes, like colors. From a program it is usually better to use /dev/vcsaN (virtual console screen with attributes') instead - it starts with a header giving the number of rows and columns and the location of the cursor. See vcs(4).

Zum anderen zitiere ich auszugsweise aus http://manpages.ubuntu.com/manpages/bionic/en/man1/setterm.1.html :

NAME

setterm - set terminal attributes

OPTIONS

• -appcursorkeys [on|off] (virtual consoles only)

Sets Cursor Key Application Mode on or off. When on, ESC O A, ESC O B, etc. will be sent for the cursor keys instead of ESC [ A, ESC [ B, etc. See the vi and Cursor-Keys section of the Text-Terminal-HOWTO for how this can cause problems for vi users.

• -append [console_number]

Like --dump, but appends to the snapshot file instead of overwriting it. Only works if no --dump options are given.

• -background 8-color|default

Sets the background text color.

• -blank [0-60|force|poke] (virtual consoles only)

Sets the interval of inactivity, in minutes, after which the screen will be automatically blanked (using APM if available). Without an argument, it gets the blank status (returns which vt was blanked, or zero for an unblanked vt).

The force option keeps the screen blank even if a key is pressed.

The poke option unblanks the screen.

• -default

Sets the terminal's rendering options to the default values.

• -dump [console_number]

Writes a snapshot of the virtual console with the given number to the file specified with the --file option, overwriting its contents; the default is screen.dump. Without an argument, it dumps the current virtual console. This overrides --append.

• -file filename

Sets the snapshot file name for any --dump or --append options on the same command line. If this option is not present, the default is screen.dump in the current directory. A path name that exceeds the system maximum will be truncated, see PATH_MAX from linux/limits.h for the value.

• -powerdown [0-60]

Sets the VESA powerdown interval in minutes. Without an argument, it defaults to 0 (disable powerdown). If the console is blanked or the monitor is in suspend mode, then the monitor will go into vsync suspend mode or powerdown mode respectively after this period of time has elapsed.

• -powersave off

Turns off monitor VESA powersaving features.

• -powersave on|vsync

Puts the monitor into VESA vsync suspend mode.

• -powersave powerdown

Puts the monitor into VESA powerdown mode.

• -powersave hsync

Puts the monitor into VESA hsync suspend mode.

• -help Displays a help text and exits.

COMPATIBILITY

Since version 2.25 setterm has support for long options with two hyphens, for example

• -help, beside the historical long options with a single hyphen, for example -help. In

scripts it is better to use the backward-compatible single hyphen rather than the double hyphen. Currently there are no plans nor good reasons to discontinue single-hyphen compatibility.

SEE ALSO

stty(1), tput(1), tty(4), terminfo(5)

BUGS

Differences between the Minix and Linux versions are not documented.

AVAILABILITY

The setterm command is part of the util-linux package and is available from Linux Kernel Archive ⟨https://www.kernel.org/pub/linux/utils/util-linux/⟩.

So, ich hoffe, das war nun nicht zu viel auf einmal... Was meint Ihr zu meinem Vorschlag? Ich habe das selber noch nicht getestet (folgt aber bald), aber ich wollte das Obige auf jeden Fall erst mal zur Erinnerung hier stehen haben.

Hallo,

bleibt die Frage offen: warum?

Auch das zitieren von Manpages, ohne das du konkret drauf eingehst, warum du das zitierst, ist relativ witzlos.

Gruß, noisefloor

Hallo noisefloor,

• warum: Damit man Eingaben und Ausgaben vom Upgrade beieinander hat.

• das Zitieren von Manpages dient v.a. mir persönlich als Daten- bzw. Arbeitsgrundlage.