Inhaltsverzeichnis

Installation

https://doc.opensuse.org/documentation/leap/startup/html/book.opensuse.startup/cha.inst.html

Boot Parameter für Problemfälle

Ab Kernel 2.6.28 wurde der Video-Modus der Grafikkarten vom XServer in den Kernel verlagert. Dadurch wurde es möglich, dass ein hochauflösender "Boot Splash" (siehe Plymouth) flackerfrei angezeigt werden kann. Bei einigen Karten bleibt dieser "Boot Splash" hängen oder endet in einem schwarzen Bildschirm. Dieses Verhalten tritt typischerweise bei Hardwre mit Intel und nVidia-Karten auf. Mi nomodeset wird der grafische Boot aus dem Kernel umgangen:

nomodeset

F3 = Text mode (ncurses) oder Kernel Parameter

Textmode=1

Automatisches Update des Installers (Download)

self_update=1

UEFI

GRUB 2 for EFI on

openSUSE Leap does not support a boot prompt or function keys for adding boot parameters. By default, the installation will be started with American English and the boot media as the installation source. A DHCP lookup will be performed to configure the network. To change these defaults or to add additional boot parameters you need to edit the respective boot entry. Highlight it using the arrow keys and press E . See the on-screen help for editing hints (note that only an English keyboard is available now). The Installation entry will look similar to the following:

setparams 'Installation'

set gfxpayload=keep echo 'Loading kernel …' linuxefi /boot/x86_64/loader/linux splash=silent echo 'Loading initial ramdisk …' initrdefi /boot/x86_64/loader/initrd Add space-separated parameters to the end of the line starting with linuxefi. To boot the edited entry, press F10 . If you access the machine via serial console, press Esc – 0 . A complete list of parameters is available at http://en.opensuse.org/Linuxrc. The most important ones are:

Table 2.2: Installation Sources Report Bug #


CD/DVD (default)

install=cd:/

Hard disk

install=hd:/?device=sda/PATH_TO_ISO

SLP

install=slp:/

FTP

install=ftp:////ftp.example.com/PATH_TO_ISO//

HTTP

install=http:////www.example.com/PATH_TO_ISO//

NFS

install=nfs:/PATH_TO_ISO

SMB / CIFS

Table 2.3: Network Configuration Report Bug #


DHCP (default)

netsetup=dhcp

Prompt for Parameters

netsetup=hostip,netmask,gateway,nameserver

Host IP address

hostip=192.168.2.100

hostip=192.168.2.100/24

Netmask

netmask=255.255.255.0

Gateway

gateway=192.168.5.1

Name Server

nameserver=192.168.1.116

nameserver=192.168.1.116,192.168.1.118

Domain Search Path

domain=example.com

Table 2.4: Miscellaneous Report Bug #


Driver Updates: Prompt

dud=1

Driver Updates: URL

dud=ftp:////ftp.example.com/PATH_TO_DRIVER//

dud=http:////www.example.com/PATH_TO_DRIVER//

Installation Language

Language=LANGUAGE

Supported values for LANGUAGE are, among others, cs_CZ, de_DE, es_ES, fr_FR, ja_JP, pt_BR, pt_PT, ru_RU, zh_CN, and zh_TW.

Kernel: No ACPI

acpi=off

Kernel: No Local APIC

noapic

Video: Disable KMS

nomodeset

Video: Start Installer in Text Mode

Textmode=1

Warning: Custom Partitioning on UEFI Machines

A UEFI machine requires an EFI system partition that must be mounted to /boot/efi. This partition must be formatted with the FAT file system. If an EFI system partition is already present on your system (for example from a previous Windows installation) use it by mounting it to /boot/efi without formatting it.

Warning: Custom Partitioning and Snapper

openSUSE Leap can be configured to support snapshots which provide the ability to do rollbacks of system changes. openSUSE Leap uses Snapper in conjunction with Btrfs for this feature. Btrfs needs to be set up with snapshots enabled for the root partition. Refer to Book “Reference”, Chapter 3 “System Recovery and Snapshot Management with Snapper” for details on Snapper.

Being able to create system snapshots that enable rollbacks requires most of the system directories to be mounted on a single partition. Refer to Book “Reference”, Chapter 3 “System Recovery and Snapshot Management with Snapper”, Section 3.1 “Default Setup” for more information. This also includes /usr and /var. Only directories that are excluded from snapshots (see Book “Reference”, Chapter 3 “System Recovery and Snapshot Management with Snapper”, Section 3.1.2 “Directories That Are Excluded from Snapshots” for a list) may reside on separate partitions. Among others, this list includes /usr/local, /var/log, and /tmp.

If you do not plan to use Snapper for system rollbacks, the partitioning restrictions mentioned above do not apply.

Zypper

Repos hinzufügen

zypper ar https://ftp.fau.de/packman/ packman

Liste aller installierten Pakete exportieren

zypper search –installed-only» locutus_packages.txt

Alle Pakete von einem bestimmten Repo zeigen (Repo Liste mit zypper lr)

zypper pa -ir [Repo-ID]

zypper search -i -r <repo alias|#|URI>

Andersrum: von welchem Repo stammt ein Paket:

zypper –no-refresh info atom

Welches RPM liefert eine bestimmte Datei:

zypper se --provides --match-exact libqconnmanbearer.so

Welche Abhängigkeiten hat ein Paket?

zypper info --requires libkde4-devel

Repo aktivieren

zypper mr -e 20

Repo Autorefresh aktivieren

zypper mr -rk 20

Vendor change in general

You can define a list of repositories having different "vendors" as equivalent by creating a file in the /etc/zypp/vendors.d/ directory with a similar content:

[main]

vendors = suse,opensuse,obs://build.suse.de,Packman,http://packman.links2linux.de

You can use any file name, but each file in this directory reflects a group of equivalent vendors. Libzypp makes an string comparision (like strncmp, case-insensitive) whereas the beginning of the strings are compared only.e.G. vendor "opensuse11.0" is compatible to "openSUSE".

Paketlisten ex/importieren

Export

rpm -qai | grep "^Name        :" | awk '{print $3}' | xargs > rpm_pkgs_list

Import

zypper in $(cat rpm_pkgs_list)

Alternativ per rpm:

My own approach is now to run 'rpm -qa –queryformat '%{NAME}\n and with 'zypper lr -pu' prior to my regular backups to maintain a up-to-date list of both, installed packages and repositories which will give me enough information to easily get the old system back just in case anything goes really wrong… Best regards, Kallistos

Multiversion Kernel

Ältere Kernel nicht löschen: /etc/zypp/zypp.conf

Letzte zwei Kernel werden erhalten, außerdem ausdrücklich 5.7.11-1.:

# Default value:
##      empty
##
## multiversion = provides:multiversion(kernel)

## keep last 3 kernels and 5.7.11-1
multiversion.kernels = latest,latest-1,5.7.11-1,running

Tumbleweed: ältere Kerlnel gibt es unter http://download.opensuse.org/history/ Zum Installieren wird –oldpackage gebraucht:

zypper in --oldpackage kernel-default-5.7.11-1.2.x86_64

kernel-syms, kernel-default-devel und kernel-devel nicht vergessen!

Aktuellste KDE Pakete auf LEAP

Standard ist KDE 5.12 LTS, mit diesen Repos kommt 5.15 aufs System

zypper ar -p 75 http://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_Leap_15.0 KQ
zypper ar -p 75 http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_15.0 KF
zypper ar -p 75 https://download.opensuse.org/repositories/KDE:/Applications/KDE_Frameworks5_openSUSE_Leap_15.0 KA
zypper -v dup --allow-vendor-change

Snapper

Doku: https://de.opensuse.org/openSUSE:Snapper_Tutorial https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.snapper.html

Snapshots zeigen

snapper list

Snapshots löschen

snapper delete [] []

Snapshot Unterschiede

snapper status 41..39

Snapshot Diff

snapper diff 71..72 /etc/zypp/zypp.conf

Snapshot anlegen

snapper create --description "Snapshot für Woche 2 2014"

Säuberungs-Algorithmus

Wenn Sie keinen guten Grund haben es anders zu machen, sollten Sie imer den Säuberungs-Algorithmus mit aufführen, wenn Sie Snapshots erstellen. Sonst wird der Snapshot nie gelöscht, außer Sie machen das manuell. Sie machen das durch das Hinzufügen von Folgendem in Ihrem Snapper-Befehl

--cleanup-algorithm <Nummer|Zeitleiste|leeres-vor-nachher>

Rollback

Setzt den aktuell aktiven read only snapshot auf read-write und erzeugt einen weiteren Snapshot als read-only Kopie. Beim nächsten boot wird der read-write Snapshot benutzt.

locutus:~ # snapper rollback
Ambit is classic.
Creating read-only snapshot of default subvolume. (Snapshot 1946.)
Creating read-write snapshot of current subvolume. (Snapshot 1947.)
Setting default subvolume to snapshot 1947.

Für den Rollback Snapshot kann man eine Beschreibung hinzufügen, die im Grub gezeigt wird:

snapper modify --userdata "bootloader=rollback from [source snapshot] [comment]" [snapshot ID]

Build Umgebung

Samba

Ab Samba 4.7.0 / (Ubuntu: Bionic Beaver) versucht smbclient die Verbindung im Dialekt SMB3_11 aufzubauen. In der Folge funktioniert das Browsing (smbclient -L <server>) nicht mehr. Lösung ist es den Dialekt SMB1 mittels Parameter -m zu erzwingen (smbclient -mNT1 -L <server>). Weitere Infos siehe Samba 4.7.0

Shares auf eineen Samba Server abscannen

Scannen von Samba Servern inder eigenen Broadcast domain

nmblookup __SAMBA__
''thommie@locutus:~> smbclient -N -L //nas2 Anonymous login successful Sharename Type Comment ——— —- ——- video Disk video photo Disk photo music Disk music admin Disk admin buch Disk buch downloads Disk downloads backup Disk backup datanas1 Disk datanas1 public Disk public data1 Disk data1 IPC$ IPC IPC Service (nas2 server) Reconnecting with SMB1 for workgroup listing. Anonymous login successful Server Comment //  ''

mit smbclient -L wird ein Passwort für den aktuellen Shell User abgefragt

Samba Share fest mounten

Mit User mounten

mount -t cifs -o vers=3.0,username=thommie, password=xxx nas2.netzwissen.loc/photo /mnt/nas_photo/

Anonym mounten für bestimmten USer

====== Rescue System ======

  - Boot Tumbleweed von USB.
  - Kaputtes System mounten und changeroot:

**Root Parititon mounten** 
<code> mount /dev/<device name> /mnt

Virtuelle Dateisysteme

 for i in proc sys dev; do mount --rbind /$i /mnt/$i ; done

oder manuell

mount --rbind /proc /mnt/proc
mount --rbind /sys /mnt/sys
mount --rbind /dev /mnt/dev

Danach chroot und alles lokale mounten

chroot /mnt
mount -a

Mit exit wieder raus aus dem chroot

Build Umgebung

sudo zypper install --type pattern devel_basis