[09:32] <Tuor> Hallo zusammen, ist es machbar, ein Ubuntu Lucid zu auf 20.04 zu aktualisieren (wahrscheinlich mit Zwischenschritten)? Ich habe versucht einfach do-release-update zu starten, aber nicht alle Repos scheinen noch zu funktionieren (die Repos haben meisst "archive" oder "old" im Namen).
[09:37] <stevieh> geht wahrscheinlich schon mit dem manuellen ändern von repos...  aber ich denke, das solltest du dir nicht antun, das kann nur wehtun. Ist da irgendwas, was es nötig macht?
[09:38] <stevieh> https://old-releases.ubuntu.com/releases/
[09:38] <le_bot> Title: Index of /releasesOld Ubuntu Releases (at old-releases.ubuntu.com)
[09:40] <Tuor> Da läuft ein LAMP und ich weis nicht was wie gebastelt wurde. Daher der Gedanke, aktualisieren und basta. :D
[09:41] <stevieh> so schwierig ist ein LAMP auch nicht und ausserdem wird sich da auch so viel geändert haben, dass es nicht mehr gehen wird.
[09:42] <stevieh> also wirst du nach 8h updateorgie doch an die Lampe treten müssen
[09:42] <Tuor> Hmm, das war noch vor Systemd und netplan^^
[09:42] <stevieh> ich glaub, das war noch analogtechnik
[09:45] <Tuor> stevieh: ^^ (meine Kollegen kamen nicht auf die Idee, mal ein Update zu machen) Da sind ja wirklich ein paar Stufen 10.04, 12.04, 14.04, 16.04, 18.04, 20.04...
[09:45] <stevieh> yep
[09:48] <strohalm> nur bei apache 2.2 -> 2.4 etwas aufpassen (lamp) 
[09:50] <Tuor> strohalm: Hast du mir ein Stichwort?
[09:51] <strohalm> wenn es vor 10 jahren noch apache2.2 gab dann muss man bei der konfiguration schauen, ob die so 1:1 zu 2.4 kompatible ist, kann sein, muss nicht. je nach direktiven
[09:54] <Tuor> Ah OK. Ich werde mir dann mal noch die release notes anschauen und sie neben die config halten. Danke für den Hinweis.
[09:54] <sysdef> stichworte sind "schmerzen" und "crash". wenn englisch-kenntnisse vorhanden sind: https://httpd.apache.org/docs/2.4/upgrading.html
[09:54] <le_bot> Title: Upgrading to 2.4 from 2.2 - Apache HTTP Server Version 2.4 (at httpd.apache.org)
[09:55] <strohalm> wenn es gut bezahlt wird, kann man die mich qualitativen Whisky betäuben sysdef ;)
[09:55] <strohalm> mit*
[09:56] <stevieh> das könnte ein guter anlass sein, zu nginx zu wechseln? :-)
[09:56] <sysdef> strohalm: editiere bitte das howto dahingehend. danke.
[09:57] <sysdef> (whisky und nginx)
[09:59] <sysdef> ich wuerde das ding analysieren und je nach anwendungsfall per ansible oder dockerfile sauber neu bauen
[09:59] <strohalm> das einfachste ist da sicherlich n neues system daneben zu stellen und das in ruhe einzurichten, während das alte läuft und dann im zweifel nochmal datenbanken und nutzdaten zu syncen. allein von 14.04 -> 20.04 zu kommen hab ich damals über 2 tage gebraucht und das war anfangs tricky
[10:24] <LupusE> Tuor: meien Strategie bei solchen sprüngen ist eine zusätzliche Partition. Also das Systme bleibt auf iene rPartition und verottet, während ich ein komplett frisches aufsetze. Dann kopiere ich zuerst alle /home (ggf. /root) und schritt fuer schritt die configs aus /etc/ ... bei letzterem nach jedem kopieren ein funktionstest.
[10:25] <LupusE> das kostet zeit, aber nach meiner erfahrung weit weniger als alle upgrade-Schritte zu durchlaufen und am ende doch neu aufsetzen zu müssen, weil man dne ueberblick verloren hat.
[10:30] <Tuor> :) Danke für die vielen Tipps!
[22:27] <tuvok> stevieh bist du da?
[22:27] <stevieh> jau
[22:33] <tuvok> ich möchte gerne von einem ubuntu auf das andere einen useraccount synchronisieren der is mir wohl als ich die platte in dem alten system hatte und mit rsync das rüber geholt hab vergessen zu übertragen
[22:33] <tuvok> geht das irgendwie mit scp?
[22:33] <tuvok> ohne gewisse dateien 
[22:34] <tuvok> also einen ordner will ich nicht synchronisieren alles andere schon
[22:34] <stevieh> das zeug ist auf nem anderen Rechner?
[22:35] <stevieh> https://linuxize.com/post/how-to-exclude-files-and-directories-with-rsync/
[22:36] <tuvok> ich hatte vorher ja das system auf ner 64gb ssd und das home auf der 3tb hdd und ich hab alles rüber geholt irgendwie hab ich den user verbaselt
[22:37] <tuvok> und jetz is die neue festplatte mit system + home zusammmen schonm im neuen rechner und verbaut :)
[22:37] <tuvok> wollt das nicht wieder auseinander reißen :)
[22:37] <tuvok> hm rsync geht auch netzwerkübergreifend? hm
[22:37] <tuvok>  ok
[22:43] <ppq> ja, rsync benutzt ssh, wenn man dem das sagt
[22:51] <stevieh> für mich stand das r von rsync immer für remote... aber vielleicht ists auch recursive :-)
[22:54] <tuvok> sudo rsync --stats --progress --numeric-ids -axAhHSP --exclude '/home/vbox/VM/DebianALT' /home/vbox /home/vbox
[22:54] <tuvok> so würde ich es jetzt machen wenn ich es intern machen wollen würde
[22:54] <stevieh> und  mit -n zeigt er dir, was er so machen würde... 
[22:54] <stevieh> manpages helfen immer.
[22:54] <tuvok> jau
[22:54] <stevieh> wobei die von rsync ein wenig länglicher ausfällt
[22:55] <tuvok> ich muss jetz erstmal den part finden
[22:55] <tuvok> wo ich auf die andere maschine komme 
[22:55] <k1l_> !rsync
[22:55] <le_bot> Informationen zu rsync finden sich im Wiki unter http://wiki.ubuntuusers.de/rsync
[22:56] <k1l_> dort sind auch einige beispiele ausgiebig erklärt
[22:56] <tuvok> -e oke 
[22:56] <tuvok> jap
[22:56] <tuvok> ich gugge
[22:57] <tuvok> interessant -e sagt das er remote arbeiten soll
[22:57] <tuvok> rsync --numeric-ids -avz /home/benutzer benutzer@example.com:/backups  das beispiel gibt aber kein -e an
[22:57] <tuvok> hm
[22:59] <tuvok> sudo rsync --stats --progress --numeric-ids -axAhHSP --exclude '/home/vbox/VM/DebianALT' /home/vbox tuvok@192.168.0.2:/home/vbox wäre dann theoretisch so aber da wirds knifflig der tuvok user hat ja nicht direkt root rechte.. sonder müsste da drüben auch nen sudo su oder nen sudo befehl tun
[22:59] <Heavy91> wenn du die Schreibweise benutzer@... verwendest, ist -e automatisch gesetzt und es wird SSH verwendet.
[23:00] <stevieh> nimm doch root auf der anderen Seite?
[23:00] <tuvok> die andere seite hat auch kein root der öffentlich is
[23:00] <tuvok> also is deaktiviert
[23:00] <tuvok> Heavy91 ah danke
[23:01] <Heavy91> dann mache es umgekehrt: hole mit rsync auf dem Zielsystem die Daten vom Quellsystem. Das geht notfalls auch ohne root auf dem Quellsystem, der User muss nur alles lesen können.
[23:01] <tuvok> oke also umdenken
[23:02] <tuvok> müsste ja dann so quasi gehn
[23:02] <tuvok> sudo rsync --stats --progress --numeric-ids -axAhHSP --exclude '/home/vbox/VM/DebianALT' tuvok@192.168.0.200:/home/vbox /home/vbox 
[23:02] <tuvok> theoretisch :)
[23:03] <tuvok> die frage ist, sitzt das exclude dann an der richtigen stelle
[23:03] <Heavy91> Ja, wenn der User tuvok alle Leserechte hat. Immer vorher mit rsync -n ... prüfen
[23:03] <tuvok> ja
[23:04] <tuvok> kann ich einfach vor den --stats setzen?
[23:04] <Heavy91> Ja
[23:08] <tuvok> https://nopaste.net/nVKPk8HvcV
[23:08] <tuvok> hm scheinbar wirkt das exclude schon mal nicht
[23:08] <stevieh> dann gib den Pfad halt richtig an... 
[23:11] <tuvok> hab ich ja 
[23:11] <stevieh> mann. probier halt mal ein wenig rum
[23:12] <stevieh> das isn computer, der explodiert nicht, wenn du was falsch machst
[23:12] <Heavy91> was du möchtest, ist wahrscheinlich: rsync ... --exclude /VM/DebianALT tuvok@...:/home/vbox/ /home/vbox/
[23:13] <Heavy91> also der Exclude Path relativ zum Source und hiner Source und Destination ein Slash
[23:13] <tuvok> ah verstehe man brauch dann wenn man den src angibt nicht alles komplett nochmal hinzuschreiebn
[23:13] <tuvok> schreiben ..
[23:15] <stevieh> verstehen tut man das eh nie, man probiert so lange rum, bis es geht und hats bis zum nächsten mal wieder vergessen
[23:16] <tuvok> das ist leider so ja
[23:17] <tuvok> oke also das exclude futtert er jetzt schonmal jetzt hab ich nur keine Permission um das dir zu öffnen *nachdenk* ah ich könnts mit dem user selbst machen der hat ja rechte auf sein eigenes verzeichnis
[23:17] <tuvok> sehr gut keine errors
[23:18] <stevieh> siehste. Denken und lesen hilft
[23:18] <tuvok> sei nich so fies zu mir .. :( ich mach das nicht jeden tag
[23:18] <stevieh> ich mein das noch nicht mal böse, sollte motivierend sein :-)
[23:19] <tuvok> ihr habt mir doch alle so schö geholfen .. bin da sehr dankbar
[23:40] <tuvok> so hat geklappt .. danke :)