GRUB = Grand Unified Bootloader

== Grub2 Konfiguration ==
Details: Siehe Suse Dokumentation: http://doc.opensuse.org/documentation/html/openSUSE/opensuse-reference/grub2.html

* Konfiguration
/etc/default/grub
* Grafikauflösung des Startbildschirms ändern
# /etc/default/grub
GRUB_GFXMODE=1280x1024
* Grafik deaktivieren
GRUB_TERMINAL=console
* Benutzerdefinierter Eintrag - Puppy Linux
Folgende Datei bearbeiten:
/etc/grub.d/40_custom
An das Ende der Datei z.B. folgende Einträge hinzufügen
menuentry "Puppy Linux (frugal on sda3)" {
set root=(hd1,3)

linux /puppy/vmlinuz pmedia=atahd psubdir=puppy
initrd /puppy/initrd.gz
}
'''Achtung:'''
Änderung der Partitionsbezeichnungen in grub2 gegenüber grub legacy:
: Die Zählung der Festplatten beginnt bei 0
: Die Zählung der Partitionen beginnt bei 1
Festplatte '''/dev/sda6''' entspricht also '''(hd0,6)'''.
* Konfiguration speichern
Änderungen an den grub2-Skripten oder an <code>/etc/default/grub</code> werden erst wirksam nach dem Aufruf des folgenden Kommandos:
grub2-mkconfig -o /boot/grub2/grub.cfg
== Grub Konsole ==
Falls der Bootmanager nicht startet, landet man in einer Shell mit dem Prompt
grub>
Partitionen anzeigen
ls
Variable <tt>prefix</tt> setzen auf das Verzeichnis <tt>/boot/grub</tt>
Variable <tt>root</tt> setzen auf die Partition, die das Betriebssystem enthält
# Beispiel
set prefix=(hd0,gpt1)/boot/grub2
set root=(hd0,gpt1)
Nun kann man die Befehle zum Laden des kernels und der Ramdisk eingeben
linux /boot/vmlinuz-6.4.0-150600.23.73-default root=/dev/vda1
initrd /boot/initrd-6.4.0-150600.23.73-default
Man kann auch bestehende Symlinks verwenden
linux /boot/vmlinuz
initrd /boot/initrd
Jetzt kann man das System booten
boot

== Bootmanager reparieren ==
Mit einer Live CD starten (Knoppic, SUSE Rescue System von DVD, ...).
=== Schritt für Schritt ===
* Partition mounten
# Beispiel:
mount /dev/sda2 /mnt/
* Einige Verzeichnisse des laufenden Systems in das gemountete einbinden
mount --bind /dev /mnt/dev/
mount --bind /proc /mnt/proc/
mount --bind /sys /mnt/sys/
oder
for d in dev proc sys ; do mount --bind /$d /mnt/$d ; done
* In das gemountete System wechseln
cd /mnt/
chroot /mnt/

=== Befehlsfolge ===
partition=sda1
read -e -i "$partition" -p "Name der Partition: " partition

mkdir -p /media/$partition
mount /dev/$partition /media/$partition
for d in dev proc sys ; do mount --bind /$d /media/$partition/$d ; done
cd /media/$partition

chroot /media/$partition

=== GRUB legacy ===
Grub Konsole starten
grub
Die Partition angeben, wo sich /boot befindet.
grub> root (hd0,2)
Bootloader installieren
grub> setup (hd0)
grub> quit

=== Grub 2 ===
* Suse Linux
grub2-mkconfig -o /boot/grub2/grub.cfg
grub2-install /dev/sdb
* Ubuntu
sudo grub-mkconfig
sudo update-grub
sudo grub-install /dev/sda
==
Kernel-Parameter ==
Durch Drücklen der Taste "e" im Boot-Menü kann man an die Zeile, die mit <tt>linux</tt> beginnt, Parameter anhängen.
* Auflösung ändern
video=1920x1080
== Sonstiges ==
=== Erzeugen der Konfiguration dauert sehr lang ===
Lösung: Folgende Zeile in der angegebenen Datei löschen
# /boot/grub2/device.map
<s>(fd0) /dev/fd0</s>
=== Operating system not found ===
Nach einem Festplattenwechsel kann es vorkommen, dass diese Meldung erscheint. Dann eventuell folgender Datei ändern:
/etc/default/grub_installdevice
Pfad zur Festplatte eintragen
# Beispiel
/dev/disk/by-id/scsi-SATA_Samsung_SSD_840S14CNEACC11055Z-part1
Wenn dieser Pfad falsch gesetzt ist, führt der Versuch, den Bootloader mit YAST zu konfigurieren zu einer Fehlermeldung:
Unknown udev device ...
Den Pfad zur richtigen Festplatte ermitteln mit
blkid
=== Plymouth Bootscreen ===
Initramdisk neu erstellen, falls der Splash Screen nicht wie erwartet angezeigt wird.
mkinitrd
==== nVidia Driver zeigt keinen Bootscreen an ====
Bei Verwendung des proprietären <tt>nVidia</tt> Kernel Moduls wird bei <tt>openSuse Leap</tt> der Bootscreen nicht automatisch angezeigt..
: Folgende Maßnahmen bewirken, dass der <tt>openSuse</tt> Leap Bootscreen erscheint:
# /etc/modprobe.d/nvidia.conf
options nvidia_drm modeset=1

# /etc/dracut.conf.d/60-nvidia-default.conf
add_drivers+="nvidia nvidia_modeset nvidia_uvm nvidia_drm"
install_items+="/etc/modprobe.d/nvidia.conf"

dracut -f
Info: https://blog.sukimashita.com/2016/05/02/graphical-boot-plymouth-opensuse-nvidia-driver/

Möglicherweise beeinträchtigen diese Maßnahmen die Performance des Computers. -- ???

===== Script =====
# /usr/local/bin/plymouth.sh
cd /etc/dracut.conf.d
cp -f 60-nvidia-default.conf.plymouth 60-nvidia-default.conf
dracut -f
Das Script muss als <tt>root</tt> ausgeführt werden.
sudo /usr/local/bin/plymouth.sh

Systemupgrade

2026-02-26T17:20:25Z

WikiSysop: /* ... oder von DVD clonen */

== Suse Systemupgrade - Schritt für Schritt ==
Eine Terminal (Konsole) Sitzung als Benutzer '''root''' starten.
* Die folgende Anleitung muss zwingend von oben nach unten dirchgearbeitet werden.
* Den Code von jedem Abschnitt kopieren und dann gleich im Terminal ausführen.
* Die Reihenfolge muss eingehalten werden, da Variable gesetzt werden, die in nachfolgenden Schritten verwendet werden.
* Alles muss im selben Terminal (Konsole) Fenster durchgeführt werden

=== Version ===
Die neue Versionsnummer wird in der Variablen <tt>$new</tt> abgelegt.
old=`cat /etc/os-release | grep VERSION_ID | cut -d "=" -f 2 | sed 's/"//g'`
main=$(echo $old | cut -d "." -f 1)
sub=$(echo $old | cut -d "." -f 2)
new=$main.$(expr $sub + 1)
echo $new

=== Repos modifizieren ===
Dieser Schritt korrigiert Repositories, wenn nötig.
# Hardcodierte Versionsnummern durch die Variable <tt>$releasever</tt> ersetzen
rm /etc/zypp/repos.d.bak -R 2> /dev/null
cp -a /etc/zypp/repos.d /etc/zypp/repos.d.bak
cd /etc/zypp/repos.d
find . -type f | \
while read file ; do
# Suchen und ersetzen:
cp "$file" datei.tmp
sed -e s/$old/\$releasever/g datei.tmp > "$file"
sed -e s/$new/\$releasever/g datei.tmp > "$file"
done
rm datei.tmp

# Versionsname aus repo-Dateinamen entfernen
for file in * ; do
oldname=`basename "$file"`
newname=`echo $oldname | sed -e s/$old/""/`
if [ "$newname" != "$oldname" ] ; then
mv "`pwd`/$oldname" "`pwd`/$newname"
fi
newname=`echo $oldname | sed -e s/$new/""/`
if [ "$newname" != "$oldname" ] ; then
mv "`pwd`/$oldname" "`pwd`/$newname"
fi
done

# Repos anzeigen
zypper repos
Die Variable <tt>$releasever</tt> soll im '''Alias''' und im '''Dateinamen''' des Repo offensichtlich nicht verwendet werden.
: Der Alias steht im Repo am Anfang in eckigen Klammern.
Beipiel für eine Repo Datei
[openSUSE-Leap_ISO]
name=openSUSE $releasever - ISO
enabled=1
autorefresh=0
baseurl=http://10.0.0.111/suse_$releasever
path=/
keeppackages=0

=== Download ===
==== Zielverzeichnis ====
# Beispiel
targetDir=/local/share/download/iso
* Zielverzeichnis für HTTP Repository
# Webserver auf einem Raspberry PI
targetDir=/var/www/html
# Webserver auf einem Suse System
targetDir=/srv/www/htdocs

==== Download durchführen ====
cd $targetDir
fileName="openSUSE-Leap-15.4-DVD-x86_64-Media.iso"
wget ftp://ftp5.gwdg.de/pub/opensuse/distribution/leap/${new}/iso/$fileName
wget ftp://ftp5.gwdg.de/pub/opensuse/distribution/leap/${new}/iso/$fileName.sha256
sha256sum $fileName

==== ... oder von DVD clonen ====
dd if=/dev/cdrom of=$targetDir/$fileName bs=4M status=progress oflag=sync

=== Installationsquelle - ISO Datei ===
Mit YAST kann man die ISO Datei direkt als lokales Repository einbinden.

Will man die Installationsquelle im LAN bereitstellen, kann man das über HTTP oder NFS machen.
==== HTTP Repository ====
Wenn man im LAN einen Webserver betreibt, z.B auf einem Raspberry PI, so kann man die Suse DVD per HTTP Repo verfügbar machen.

Damit die Suse Installationsquellen immer verfügbar sind, kann man die ISO Datei beim Systemstart einbinden.
echo "$fileName /var/www/html/suse iso9660 loop,ro,auto 0 0" >> /etc/fstab
Es wird eine Zeile zur <tt>/etc/fstab</tt> hinzugefügt

==== ... oder NFS Share ====
Das ISO image wird als Loop Device in das System eingehängt
# Beispiel
mkdir /mnt/suse
mount -o loop $targetDir/$fileName /mnt/suse
Nun muss man ein NFS Share erzeugen in der Datei <code> /etc/exports </code>
network=10.0.0.0/24 # Beispiel
echo "/mnt/suse $network(ro,root_squash,sync,no_subtree_check,insecure)" >> /etc/exports
Das kann auch mit YAST / Netzwerkdienste gemacht werden.

Nun den NFS Server starten
rcnfs start

=== Upgrade durchführen ===
Mit YAST kontrollieren, ob die Suse Installationsdateien als lokale ISO-Datei oder über NFS oder HTTP als Repository eingebunden ist.
: Wenn das nicht der Fall ist, wird beim Upgrade mit <tt>zypper</tt> alles aus dem Internet geholt.

# Upgrade durchführen
zypper --releasever $new dup --dry-run --allow-vendor-change --auto-agree-with-licenses
zypper --releasever $new dup --allow-vendor-change --auto-agree-with-licenses
: .. oder neue Version direkt eingeben
zypper --releasever 15.3 dup --dry-run --allow-vendor-change --auto-agree-with-licenses
zypper --releasever 15.3 dup --allow-vendor-change --auto-agree-with-licenses

== SUSE Systemupgrade per Script ==
Ein einfaches Script <tt>suse_upgrade.sh</tt>, das den Updatevorgang mit <tt>zypper</tt> ein wenig vereinfacht.

Download von [https://grubit.at/download/bash/suse_upgrade.sh suse_upgrade.sh]

== HowTo ==
[http://de.opensuse.org/Upgrade http://de.opensuse.org/Upgrade]

== Software Repositories ==
Folgende Softwarequellen benötige ich zusätzlich zu den Standard Repositories.
=== Packman ===
Hinzufügen mit YAST oder ...
new=15.3
zypper addrepo -cfp 90 http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$new/ packman

{| class="wikitable"
|-
! Benötigt für !! Hinweise || Datum
|-
| <code>pdftk</code> || <code>pdftk</code>wird benötigt von meinem Skript <code>/usr/local/bin/indexprint.sh</code> || Juli 2018
|-
|   || ||
|-
|   || ||
|}

2025-11-07T17:13:57Z

WikiSysop: /* Authentifikation über Schlüsselpaare */

== Konfiguration ==
Der SSH Server wird konfiguriert in <code>/etc/ssh/sshd_config</code>
* Authentifizierung über Passwort erlauben
# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication yes
# PermitEmptyPasswords no
* Neustart des Servers mit Runlevel Editor oder:
/etc/init.d/sshd restart
# oder
rcsshd restart
* Putty konfigurieren, wegen yast und midnight commander
Connection: Terminal-type String = linux
Auto-login username = root
Translation: UTF-8
== Troubleshooting ==
=== Server reagiert mit langer Antwortzeit ===
Eventuell die Schnittstelle fix definieren, auf der der Server lauscht.
# /etc/ssh/sshd_conf
ListenAddress 10.0.0.82
... oder
# /etc/ssh/sshd_conf
UseDNS no
== Authentifikation über Schlüsselpaare ==
* Am SSH Client Schlüsselpaar generieren
ssh-keygen -t rsa
ssh-keygen -t rsa -C "root@clientHostname"
: Alle Eingaben mit <tt><Enter></tt> bestätigen. Es wird in diesem Fall ein Key ohne Sicherung durch eine Passphrase erzeugt.
: Der öffentliche und der private Schlüssel befinden sich nun in ~/.ssh
-rw------- 1 root root 887 2007-11-22 17:56 id_rsa
-rw-r--r-- 1 root root 221 2007-11-22 17:56 id_rsa.pub
* Den öffentlichen Schlüssel zum SSH Server kopieren
Das Kopieren geht mit dem Befehl
ssh-copy-id username@remoteHost
* Den öffentlichen Schlüssel auf dem Client-System löschen ???
Unter Debian ist es anscheinend nötig, dass man auf dem Client den öffentlichen Schlüssel löscht
rm /root/.ssh/id_rsa.pub
* Zugriffsrechte ändern:
chmod 600 ./ssh/authorized_keys
* Weitere Infos
http://www.hjp.at/doc/ssh-client-mini-howto.html http://www.hjp.at/doc/ssh-client-mini-howto.html

https://www.howtoforge.com/set-up-ssh-with-public-key-authentication-debian-etch/#comments

=== Passwort Authentifizierung ===
Möchte man sich als Benutzer <tt>root</tt> mit Passwort anmelden:
# /etc/ssh/sshd_config

PasswordAuthentication yes
PermitRootLogin yes
usePAM no

Nun den SSH Server neu starten
systemctl restart ssh.service

=== SSH Login als root von einem Ubuntu Client ===
Da man sich unter Ubuntu nicht als <tt>root</tt> einloggen kann, werden immer die Schlüsselpaare des angemeldeten Benutzers verwendet.
: Mit folgendem Workaround ist es mir gelungen, eine Verbindung ohne Passwortabfrage als '''root''' am entfernten System herzustellen.
* Schlüsselpaare für root erzeugen
sudo ssh-keygen -t rsa
* Die SSH-Schlüssel in das Benutzerverzeichnis kopieren
#Beispiel
username=myName
sudo cp /root/.ssh /home/$username/
* Schlüssel zum entfernten Host kopieren
remoteHost=10.0.0.111
sudo ssh-copy-id root@remoteHost

== Putty konfigurieren ==
* Putty.exe ist ein SSH Client für Windows
Downwload und Installation der Putty Suite von
http://the.earth.li/~sgtatham/putty/latest/x86/putty-0.60-installer.exe
* Mit PuttyGen.exe ein Schlüsselpaar erzeugen. Key speichern, z.B.:
H:\Putty-private-key.ppk
H:\Putty-puplic-key - muss nicht gespeichert werden, wenn untenstehende Vorgangsweise gewählt wird.
Key ohne Passphrase erzeugen, wenn die Sicherheit 100 prozentig ist ;-)
* Über clipboard den Public Key in folgende Datei eintragen (am Server):
~/.ssh/authorized_keys
* Wenn eine Passphrase für den Private Key verwendet wurde, dann sollte "Pageant.exe" aus der Putty Suite gestartet werden. Aufruf in Autostart. Damit ist es nicht notwendig, bei jedem Verbindungsaufbau über Schlüsselpaare die Passprase einzugeben.

== SSH auf ein bestimmtes Kommando beschränken ==
Auf dem Server in die Datei ~/.ssh/authorized_keys vor dem eigentlichen Schlüssel folgendes einfügen:
# command="das Kommando eingeben" Hier steht der Schlüssel ...
# Beispiel:
command="rsync --server --sender -vlogDtprz --delete-excluded --numeric-ids . /"

Um den Wortlaut des Befehls zu erhalten, auf dem Client folgendes eingeben:
ps axw | grep rsync

== Kommando als Eingabeparameter ==
Folgender Befehl erstellt eine neue Datei auf dem Zielrechner
ssh user@Zielrechner touch "newfile.txt"
Nach der Ausführung des Kommandos wird die SSH Sitzung sofort geschlossen. Das ist so vorgesehen im Verhalten von SSH im Kommandomodus.

Wenn kein Kommando als Parameter übergeben wird, dass startet SSH eine interaktive Shell am Zielrechner.

Die Ausgabe des Kommandos kann man in einer Variablen speichern
# Beispiel
RESULT=$(ssh user@Zielrechner "ls -l")
echo "$RESULT"
Die doppelten Anführungszeichen <tt>"$RESULT"</tt> bewirken, dass die Ausgabe ordentlich mit Zeilenumbrüchen erscheint.

== Automatisch Befehle ausführen nach dem Login ==
Das funktioniert nicht über einen Eingabeparameter, da nach Ausführung des Befehls die Sitzung gleich wieder geschlossen wird.
: Konfiguration am Zielrechner über die Datei <tt>~./profile</tt>
# ~/.profile
cd /mein/ziel/verzeichnis
ls -l

== Kommando nach Beendigung der Sitzung weiter ausführen ==
Vor ein Kommando den Befehl <tt>nohup</tt> stellen.
# Beispiel
nohup bak_sh auto shutdown
Mehrere Kommandos hintereinander ausführen:
nohup bash -c "for nr in 1 2 3 4 ; do rm backup.$nr -R ; done"

SSH

2025-11-07T17:09:56Z

WikiSysop: /* Authentifikation über Schlüsselpaare */

== Konfiguration ==
Der SSH Server wird konfiguriert in <code>/etc/ssh/sshd_config</code>
* Authentifizierung über Passwort erlauben
# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication yes
# PermitEmptyPasswords no
* Neustart des Servers mit Runlevel Editor oder:
/etc/init.d/sshd restart
# oder
rcsshd restart
* Putty konfigurieren, wegen yast und midnight commander
Connection: Terminal-type String = linux
Auto-login username = root
Translation: UTF-8
== Troubleshooting ==
=== Server reagiert mit langer Antwortzeit ===
Eventuell die Schnittstelle fix definieren, auf der der Server lauscht.
# /etc/ssh/sshd_conf
ListenAddress 10.0.0.82
... oder
# /etc/ssh/sshd_conf
UseDNS no
== Authentifikation über Schlüsselpaare ==
* Am SSH Client Schlüsselpaar generieren
ssh-keygen -t rsa
ssh-keygen -t rsa -C "root@clientHostname"
: Alle Eingaben mit <tt><Enter></tt> bestätigen. Es wird in diesem Fall ein Key ohne Sicherung durch eine Passphrase erzeugt.
: Der öffentliche und der private Schlüssel befinden sich nun in ~/.ssh
-rw------- 1 root root 887 2007-11-22 17:56 id_rsa
-rw-r--r-- 1 root root 221 2007-11-22 17:56 id_rsa.pub
* Den öffentlichen Schlüssel zum SSH Server kopieren
scp -p id_rsa.pub 10.80.12.2:.ssh/authorized_keys
Wenn mehrere öffentliche Schlüssel in <code>.ssh/authorized_keys </code> gespeichert werden sollen, dann ...
scp -p id_rsa.pub remoteHost:~/new_key
... und anschließend am Server
cat ~/new_key >> ~/.ssh/authorized_keys
rm ~/new_key
Das Kopieren geht auch mit dem Befehl
ssh-copy-id username@remoteHost
* Den öffentlichen Schlüssel auf dem Client-System löschen
Unter Debian ist es anscheinend nötig, dass man auf dem Client den öffentlichen Schlüssel löscht
rm /root/.ssh/id_rsa.pub
* Zugriffsrechte ändern:
chmod 600 ./ssh/authorized_keys
* Weitere Infos
http://www.hjp.at/doc/ssh-client-mini-howto.html http://www.hjp.at/doc/ssh-client-mini-howto.html

https://www.howtoforge.com/set-up-ssh-with-public-key-authentication-debian-etch/#comments

=== Passwort Authentifizierung ===
Möchte man sich als Benutzer <tt>root</tt> mit Passwort anmelden:
# /etc/ssh/sshd_config

PasswordAuthentication yes
PermitRootLogin yes
usePAM no

Nun den SSH Server neu starten
systemctl restart ssh.service

=== SSH Login als root von einem Ubuntu Client ===
Da man sich unter Ubuntu nicht als <tt>root</tt> einloggen kann, werden immer die Schlüsselpaare des angemeldeten Benutzers verwendet.
: Mit folgendem Workaround ist es mir gelungen, eine Verbindung ohne Passwortabfrage als '''root''' am entfernten System herzustellen.
* Schlüsselpaare für root erzeugen
sudo ssh-keygen -t rsa
* Die SSH-Schlüssel in das Benutzerverzeichnis kopieren
#Beispiel
username=myName
sudo cp /root/.ssh /home/$username/
* Schlüssel zum entfernten Host kopieren
remoteHost=10.0.0.111
sudo ssh-copy-id root@remoteHost

== Putty konfigurieren ==
* Putty.exe ist ein SSH Client für Windows
Downwload und Installation der Putty Suite von
http://the.earth.li/~sgtatham/putty/latest/x86/putty-0.60-installer.exe
* Mit PuttyGen.exe ein Schlüsselpaar erzeugen. Key speichern, z.B.:
H:\Putty-private-key.ppk
H:\Putty-puplic-key - muss nicht gespeichert werden, wenn untenstehende Vorgangsweise gewählt wird.
Key ohne Passphrase erzeugen, wenn die Sicherheit 100 prozentig ist ;-)
* Über clipboard den Public Key in folgende Datei eintragen (am Server):
~/.ssh/authorized_keys
* Wenn eine Passphrase für den Private Key verwendet wurde, dann sollte "Pageant.exe" aus der Putty Suite gestartet werden. Aufruf in Autostart. Damit ist es nicht notwendig, bei jedem Verbindungsaufbau über Schlüsselpaare die Passprase einzugeben.

== SSH auf ein bestimmtes Kommando beschränken ==
Auf dem Server in die Datei ~/.ssh/authorized_keys vor dem eigentlichen Schlüssel folgendes einfügen:
# command="das Kommando eingeben" Hier steht der Schlüssel ...
# Beispiel:
command="rsync --server --sender -vlogDtprz --delete-excluded --numeric-ids . /"

Um den Wortlaut des Befehls zu erhalten, auf dem Client folgendes eingeben:
ps axw | grep rsync

== Kommando als Eingabeparameter ==
Folgender Befehl erstellt eine neue Datei auf dem Zielrechner
ssh user@Zielrechner touch "newfile.txt"
Nach der Ausführung des Kommandos wird die SSH Sitzung sofort geschlossen. Das ist so vorgesehen im Verhalten von SSH im Kommandomodus.

Wenn kein Kommando als Parameter übergeben wird, dass startet SSH eine interaktive Shell am Zielrechner.

Die Ausgabe des Kommandos kann man in einer Variablen speichern
# Beispiel
RESULT=$(ssh user@Zielrechner "ls -l")
echo "$RESULT"
Die doppelten Anführungszeichen <tt>"$RESULT"</tt> bewirken, dass die Ausgabe ordentlich mit Zeilenumbrüchen erscheint.

== Automatisch Befehle ausführen nach dem Login ==
Das funktioniert nicht über einen Eingabeparameter, da nach Ausführung des Befehls die Sitzung gleich wieder geschlossen wird.
: Konfiguration am Zielrechner über die Datei <tt>~./profile</tt>
# ~/.profile
cd /mein/ziel/verzeichnis
ls -l

== Kommando nach Beendigung der Sitzung weiter ausführen ==
Vor ein Kommando den Befehl <tt>nohup</tt> stellen.
# Beispiel
nohup bak_sh auto shutdown
Mehrere Kommandos hintereinander ausführen:
nohup bash -c "for nr in 1 2 3 4 ; do rm backup.$nr -R ; done"

Debian

2025-11-06T20:06:21Z

WikiSysop: /* Mysql Server */

2025-11-02T18:32:51Z

WikiSysop:

== Datei zeilenweise einlesen und verarbeiten ==
Die Datei <tt>html.txt</tt> wird zeilenweise eingelesen. Die Zeilenumbrüche werden entfernt wegen <tt>wget</tt>.
while read line ; do line=$(echo $line | tr -d '\r'); wget $line ; done < html.txt
Einlesen einer Datei und verarbeiten mit einer for-Schleife
for plugin in $(cat plugins.txt) ; do echo rm $plugin ; done