<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Aktualisierung on Michael’s Domain</title><link>https://jeltsch.org/de/tags/aktualisierung/</link><description>Recent content in Aktualisierung on Michael’s Domain</description><generator>Hugo</generator><language>de</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/de/tags/aktualisierung/index.xml" rel="self" type="application/rss+xml"/><item><title>Drupal aktualisieren</title><link>https://jeltsch.org/de/updating_drupal/</link><pubDate>Tue, 19 Feb 2013 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/updating_drupal/</guid><description>&lt;p&gt;Folgendes muss ich tun, um 
 &lt;a href="https://jeltsch.org/de/tags/drupal/"&gt;Drupal&lt;/a&gt;
 (kleinere Updates, z. B. von 7.18 auf 7.19) auf meinem Ubuntu-Server zu aktualisieren. Ich habe Drupal direkt aus dem Drupal-Quellcode installiert und nicht über das Ubuntu-Repository (da das Ubuntu-Repository meist ziemlich veraltet ist und nicht so häufig aktualisiert wird). Eigentlich ist das Update ganz unkompliziert; ich bin mir sicher, dass das schon irgendwo automatisiert wurde…&lt;code&gt;cd /var/wwwsuwget http://ftp.drupal.org/files/projects/drupal-7.19.tar.gztar -xvzf drupal-7.19.tar.gz chown -R jeltsch:www-data drupal-7.19rm drupal-7.19.tar.gz cp -a drupal-7.18/sites/ drupal-7.19/&lt;/code&gt;Der obige cp-Befehl erstellt eine Kopie der gesamten Website, was lange dauern und viel Speicherplatz beanspruchen kann. Stattdessen kannst du das Unterverzeichnis „sites“ im neuen Drupal-Ordner löschen und einen Link zum alten „sites“-Unterverzeichnis erstellen:&lt;code&gt;cd drupal-7.19rm -rf sitesln -s ../drupal-sites/ sites&lt;/code&gt;Hier solltest du dich bei deiner Website anmelden und sie in den Wartungsmodus versetzen! &lt;code&gt;mysqldump -u root -p --databases drupal7_jeltsch_org drupal7_claudia_jeltsch_org drupal7_lammertlab_org &amp;gt; drupal7_all.sqlrm drupal7ln -s drupal-7.19/ drupal7&lt;/code&gt;Hier sollten Sie auf den Link zum Update-Skript klicken. Nachdem die Updates erfolgreich durchgeführt wurden, können Sie Ihre Website wieder online schalten.** ****Drupal 9**Das Aktualisieren von Drupal 9 erfolgt am einfachsten mit Composer:&lt;code&gt;composer update &amp;quot;drupal/core-*&amp;quot; --with-all-dependencies&lt;/code&gt;Auch die Module können aktualisiert werden. In meinem Fall bezog sich das Update jedoch nicht immer auf das tatsächlich verwendete Modul, sondern auf ein Modul, das in der Prioritätenliste weiter unten stand und sich in einem anderen Verzeichnis befand. Für Updates auf eine Nebenversion:&lt;code&gt;composer update drupal/modulname --with-dependencies&lt;/code&gt;Für Updates auf eine Hauptversion:&lt;code&gt;composer require drupal/modulname:^2.0&lt;/code&gt;Vergessen Sie danach nicht, 
 &lt;a href="https://yoursite.com/update.php" target="_blank" rel="noopener noreferrer nofollow"&gt;https://yoursite.com/update.php&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 zu besuchen!&lt;/p&gt;</description></item><item><title>Aktualisierung von SUSE Linux 9.0 auf 9.1</title><link>https://jeltsch.org/de/updating_suse_linux_9_0_to_9_1/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/updating_suse_linux_9_0_to_9_1/</guid><description>&lt;p&gt;Das Update von .0 auf .1 lässt vermuten, dass es keine große Sache ist. Tatsächlich ist es das aber doch. Viele Funktionen funktionieren nicht mehr, und die meisten raten zu einer Neuinstallation von 9.1. Aufgrund umfangreicher Installationen von Drittanbietern und Anpassungen wollte ich das Upgrade durchführen. Für den Fall, dass das Upgrade nicht funktionsfähig sein sollte, wollte ich die Möglichkeit haben, auf 9.0 zurückzuwechseln. Dies schien problemlos möglich, da wir eine freie Partition (hdb3) mit 8,6 GB auf der Festplatte hatten. Eigentlich war sie nicht frei, sondern es handelte sich um die Root-Partition unserer RedHat-9-Installation. Ich habe Folgendes getan: Ich wollte alle benutzerspezifischen Konfigurationen erhalten. Daher habe ich alle versteckten Dateien und Verzeichnisse aus dem Home-Verzeichnis des Hauptbenutzers gesichert:
tar -cvf configuration_files.tar .[a-zA-Z0-9]* Anschließend formatierte ich hdb3 (es war ext3) über YaST auf ReiserFS um. Dann wechselte ich mit
sudo /sbin/telinit 1
und habe die neu formatierte Partition eingehängt:
mount /dev/hdb3 /redhat Anschließend habe ich die aktuelle Root-Partition (/dev/hdb2) dupliziert:
cd redhat
cp -ax / . Dann habe ich die Datei /redhat/etc/fstab bearbeitet: Ich habe den Eintrag für die Root-Partition von /dev/hdb2 auf /dev/hdb3 geändert. Die aktuelle Root-Partition (/dev/hdb2) verwendet bereits ReiserFS, daher sind hier keine weiteren Änderungen erforderlich. Allerdings musst du alle „speziellen“ Dateisysteme auskommentieren. Andernfalls versucht der SUSE-Installer, diese einzuhängen, scheitert dabei und gibt dann einige irreführende Fehlermeldungen aus. Ich hatte z. B. zwei Einträge für colinux (/dev/cob2 /) und erhielt folgende Fehlermeldung: „Die Root-Partition in /etc/fstab hat ein falsches Root-Gerät. Siehe 
 &lt;a href="http://portal.suse.com/sdb7en/2004/01/sata.html" target="_blank" rel="noopener noreferrer nofollow"&gt;http://portal.suse.com/sdb7en/2004/01/sata.html&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
“. Auch spezielle Dateisysteme verursachen ähnliche Probleme. Zunächst ließ ich die Einträge für proc, usbfs usw. stehen und erhielt erneut die Fehlermeldung: „Partitionen konnten nicht gemountet werden.“ Dann bearbeitete ich die fstab und behielt nur /, /boot, swap und /home bei – daraufhin funktionierte der SUSE-Installer. Anschließend habe ich die Datei /boot/grub/menu.lst bearbeitet und einen Eintrag für das neue System hinzugefügt (ich habe einfach den bestehenden dupliziert, umbenannt und die Root-Partition auf hda3 geändert; außerdem habe ich vmlinuz und initrd direkt angegeben und nicht über symbolische Links, da die Links nach dem Upgrade auf die Dateien des neuen Kernels verweisen werden). Bevor ich mit der eigentlichen Installation begann, habe ich überprüft, ob ich in GRUB beide Installationen auswählen und erfolgreich booten kann. Während der Installation meldete das Installationsprogramm etwa 1.200 Konflikte. Die meisten davon habe ich ignoriert, da viele Pakete des alten Systems manuell hinzugefügt worden waren und für die 9.1-Installations-CD zu neu waren. Da ich jedoch vorhatte, unmittelbar nach der Installation ein Online-Update durchzuführen, sollte dies kein großes Problem darstellen. Ich habe mich außerdem dafür entschieden, installierte Pakete beizubehalten, die nicht mehr weiterentwickelt werden.&lt;/p&gt;</description></item><item><title>Galerie über CVS aktualisieren</title><link>https://jeltsch.org/de/updating_gallery_via_cvs/</link><pubDate>Tue, 06 Mar 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/updating_gallery_via_cvs/</guid><description>&lt;ol&gt;
&lt;li&gt;Führen Sie als Root den Befehl „cvs update -Pd“ im Verzeichnis „gallery2“ aus.&lt;/li&gt;
&lt;li&gt;Sobald Ihre Dateien aktualisiert wurden, öffnen Sie Gallery 2 in Ihrem Webbrowser – Sie werden automatisch zum Upgrade-Tool weitergeleitet.&lt;/li&gt;
&lt;li&gt;Weitere Informationen findest du bei Bedarf auf 
 &lt;a href="http://codex.gallery2.org/index.php/Gallery2:Upgrading_from_2.0_to_2.0.1Option_4._Updating_via_CVS" target="_blank" rel="noopener noreferrer nofollow"&gt;der Gallery-Website&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
&lt;/li&gt;
&lt;/ol&gt;</description></item><item><title>Galerie wird aktualisiert</title><link>https://jeltsch.org/de/updating_gallery/</link><pubDate>Mon, 14 Aug 2006 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/updating_gallery/</guid><description>&lt;ol&gt;
&lt;li&gt;Erstellen Sie ein Backup der Alben und des aktiven Gallery-Codes und sichern Sie die Datenbanken.&lt;/li&gt;
&lt;li&gt;Versetzen Sie alle Gallery-Websites in den Wartungsmodus.&lt;/li&gt;
&lt;li&gt;Laden Sie die neueste Vollversion von Gallery herunter.&lt;/li&gt;
&lt;li&gt;Entpacken Sie die Datei über die bestehende Version von Gallery.&lt;/li&gt;
&lt;li&gt;Rufen Sie als Administrator die Startseite auf&lt;/li&gt;
&lt;li&gt;Führen Sie das Update-Programm aus&lt;/li&gt;
&lt;li&gt;Führen Sie gegebenenfalls das Bereinigungsskript aus&lt;/li&gt;
&lt;li&gt;Überprüfen Sie, ob alles einwandfrei funktioniert&lt;/li&gt;
&lt;li&gt;Versetzen Sie die Seiten wieder in den aktiven Modus&lt;/li&gt;
&lt;/ol&gt;</description></item></channel></rss>