Mal eine grundsätzliche, für mich interessante Frage.
Ich nutze die aktuelle stable-Version (Jessie), habe mir aber parallel dazu Stretch in eigenen Partitionen (root und home) neu installiert, arbeite damit gelegentlich, was auch Aktualisierungen einschließt.
Bis jetzt gefällt mir diese Version recht gut und ich habe keine größeren Probleme feststellen können. Meine Datenbestände liegen auf eigenen Partitionen, auf die ich von beiden Installationen aus zugreife. Wobei ich als "Normaluser" im wesentlichen neben Internet, Text- /Tabellenverarbeitung und Rechnerverbund im Heimnetz nutze.
Nun meine Frage: wenn ich weiter brav alle Aktualisierungen für Stretch durchführe, kann ich dann sobald es stable wird, dieses so als meine neue Version übernehmen oder sollte ich dann besser eine Neuinstallation vornehmen?
Sollte es besser sein später eine Neuinstallation vorzunehmen, würde ich es bei den wichtigsten Anwendungen und Anpassungen in der Testing-Installation belassen und mir den erforderlichen Aufwand für den endgültigen Release-Zeitpunkt aufheben.
Keine wichtige - aber für mich interessante Frage.
Gruss H.
Wie umgehen mit Testing
-
- Beiträge: 2049
- Registriert: 18.03.2012 21:13:42
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Wie umgehen mit Testing
Ja, du kannst es einfach übernehmen. Lass am Besten in deiner sources.list den Releasenamen stehen (also Stretch), dann hast du keinen weiteren Aufwand.halo44 hat geschrieben:Nun meine Frage: wenn ich weiter brav alle Aktualisierungen für Stretch durchführe, kann ich dann sobald es stable wird, dieses so als meine neue Version übernehmen oder sollte ich dann besser eine Neuinstallation vornehmen?
Hilf mit unser Wiki zu verbessern!
Re: Wie umgehen mit Testing
Ich würd's so formulieren: _Falls_ sich dein Stretch wirklich bis zum Zustand "stable" durchgehend fehlerfrei aktualisieren lässt und sich dabei nicht selber zerschießt, und du danach noch sämtliche eventuell veralteten Pakete entsorgt bekommst, dann gibt es keinen Grund für eine Neuinstallation.halo44 hat geschrieben:Nun meine Frage: wenn ich weiter brav alle Aktualisierungen für Stretch durchführe, kann ich dann sobald es stable wird, dieses so als meine neue Version übernehmen oder sollte ich dann besser eine Neuinstallation vornehmen?
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: Wie umgehen mit Testing
Danke für Eure Einschätzungen.
Gruss H.
Das wäre noch in den Griff zu bekommen, da ich das System nach jeder Aktualisierung sichere und somit auf jeden gewünschten Stand zurückgehen kann.NAB hat geschrieben:... Falls_ sich dein Stretch wirklich bis zum Zustand "stable" durchgehend fehlerfrei aktualisieren lässt und sich dabei nicht selber zerschießt ...
Das scheint mir allerdings das größere Problem zu sein. Welche Pakete sind veraltet? Wer verrät mir das? Oder ist es nur schlicht und einfach so, daß ich dann unnötigen "Ballast" mitschleppe? Da habe ich sicher ohnehin einige Kandidaten, von deren Existenz ich nichts weiß und die ich im Zweifel noch nicht mal kenne.NAB hat geschrieben:...und du danach noch sämtliche eventuell veralteten Pakete entsorgt bekommst ...
Gruss H.
-
- Beiträge: 2049
- Registriert: 18.03.2012 21:13:42
- Lizenz eigener Beiträge: GNU Free Documentation License
Re: Wie umgehen mit Testing
Das bekommst du mit: heraus. Das Kommando zeigt dir welche Pakte installiert sind, aber momentan nicht auf den aktuellen Stand entsprechend der sources.list sind. Nach einem upgrade && dist-upgrade sind alle Pakete aktualisiert und das Kommando zeigt dir nur noch an welche Pakete installiert sind, aber nicht mehr in den Repos verfügbar sind. Oftmals hast du beispielsweise Kernel vom vorhergehenden Release noch auf der Platte, die du beruhigt entfernen kannst, wenn du getestet hast das die Kernel des neuen Releases für dich ausreichend funktionieren.
Code: Alles auswählen
apt-show-versions | grep -v "uptodate$"
Zuletzt geändert von cronoik am 17.04.2016 17:40:57, insgesamt 1-mal geändert.
Hilf mit unser Wiki zu verbessern!
Re: Wie umgehen mit Testing
Theoretisch klappt das. Praktisch könnte sich bei Aktualisierung 1 ein Fehler einschleichen, der bei Aktualisierung 2 erst auffällt und dann bei Aktualisierung 3 nicht behoben werden kann. Wenn du dann nur noch Aktualisierung 2 gesichert hast, hast du ein Problem. Aber absolute Sicherheit gibt's eh nicht und Backups sind immer eine gute Idee.halo44 hat geschrieben:Das wäre noch in den Griff zu bekommen, da ich das System nach jeder Aktualisierung sichere und somit auf jeden gewünschten Stand zurückgehen kann.
Ich bin ja faul, ich mach das mit "synaptic" ... jedes Paket, das da keine bekannte Quelle mehr hat, kommt weg. Das geht bestimmt auch irgendwie mit ... eh ... croniok war schnellerhalo44 hat geschrieben:Das scheint mir allerdings das größere Problem zu sein. Welche Pakete sind veraltet?
Never change a broken system. It could be worse afterwards.
"No computer system can be absolutely secure." Intel Document Number: 336983-001
"No computer system can be absolutely secure." Intel Document Number: 336983-001
Re: Wie umgehen mit Testing
Danke Euch, Ihr habt mir wertvolle Tips gegeben. Wieder was gelernt.
Gruss H.
Gruss H.