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:


F3 = Text mode (ncurses) oder Kernel Parameter


Automatisches Update des Installers (Download)


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 The most important ones are:

Table 2.2: Installation Sources Report Bug #

CD/DVD (default)


Hard disk











Table 2.3: Network Configuration Report Bug #

DHCP (default)


Prompt for Parameters


Host IP address







Name Server



Domain Search Path

Table 2.4: Miscellaneous Report Bug #

Driver Updates: Prompt


Driver Updates: URL



Installation 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


Kernel: No Local APIC


Video: Disable KMS


Video: Start Installer in Text Mode


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.


Repos hinzufügen

zypper ar 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]

Andersrum: von welchem Repo stammt ein Paket:

zypper –no-refresh info atom

Welches RPM liefert eine bestimmte Datei:

zypper se --provides --match-exact

Welche Abhängigkeiten hat ein Paket?

zypper info --requires libkde4-devel

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

zypper ar -p 75 KQ
zypper ar -p 75 KF
zypper ar -p 75 KA
zypper -v dup --allow-vendor-change

Takashi Iwai 2018-04-30 17:15:52 CEST

Actually you don't need to install the whole images. I'm asking only testing the kernel from the newer distros but on the existing Leap 42.3 user-space.

That is, grab the kernel-default.rpm for Leap 15.0 or TW from OBS download URL, and install it manually on your system, and boot with it. Thanks to the multi-version of kernel package, the old kernel will be still kept.

(BTW, if you test multiple kernels, it's safer to increase the kernels to keep in /etc/zypp/zypp.conf. e.g. change multiversion.kernels line like

multiversion.kernels = latest,latest-1,latest-2,latest-3,running

to keep more kernels. </bz_coDokument_text>


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"


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>


Setzt einen aktuell aktiven read only snapshot auf read-write und erzeugt einen weiteren Snapshot als read-write Kopie. Für den Rollback Snapshot kann man eine Beschreibung hinzufügen, die im Grub gezeigt wird:

snapper modify --userdata "bootloader=rollback from 103 with nvidiaG04" 109

Dual Boot Windows 10 UEFI

Windows 10 legt standard mässig diese Partitionstabelle an:

locutus:/srv/vm/win10uefi # vmware-mount -p win10uefi.vmdk Nr Start Size Type Id Sytem – ———- ———- —- – ———————— 1 2048 1021952 GPT EE Unknown 2 1024000 202752 GPT EE Efi System 3 1226752 32768 GPT EE Microsoft Reserved 4 1259520 124567552 GPT EE Basic Data

EFI Daten liegen in Partition 2 (EFI System). Dort liegt auch der Windows Bootmanager:

locutus:/srv/vm/win10uefi # ls /mnt/vm1/EFI/Microsoft/Boot/
BCD           Resources     da-DK  es-MX  hu-HU           kd_02_14e4.dll  kd_07_1415.dll  memtest.efi  qps-ploc    sv-SE
BCD.LOG       bg-BG         de-DE  et-EE  it-IT           kd_02_15b3.dll  kd_0C_8086.dll  nb-NO        ro-RO       tr-TR
BCD.LOG1      boot.stl      el-GR  fi-FI  ja-JP           kd_02_1969.dll  kdstub.dll      nl-NL        ru-RU       uk-UA
BCD.LOG2      **bootmgfw.efi**   en-GB  fr-CA  kd_02_10df.dll  kd_02_19a2.dll  ko-KR           pl-PL        sk-SK       winsipolicy.p7b
BOOTSTAT.DAT  bootmgr.efi   en-US  fr-FR  kd_02_10ec.dll  kd_02_1af4.dll  lt-LT           pt-BR        sl-SI       zh-CN
Fonts         cs-CZ         es-ES  hr-HR  kd_02_1137.dll  kd_02_8086.dll  lv-LV           pt-PT        sr-Latn-RS  zh-TW

GRUB2 braucht einen separaten Menüeintrag, um Windows 10 zu starten. Dieser wird in /etc/grub.d/40_custom angelegt. EFI-UUID ist die UUID der EFI Partition, die man mit blkid findet. Alternativ kann grub2-probe genutzt werden:

grub2-probe -t fs_uuid -d /dev/sdaX

Menüeintrag in /etc/grub.d/40_custom, siehe auch

menuentry "Windows 10" {
         insmod search_fs_uuid
         insmod chain
         search –fs-uuid –no-floppy –set=root [EFI-UUID]
         chainloader ($root)/EFI/Microsoft/Boot/bootmgfw.efi

Anschliessend EFI Bootmenü Menü neu schreiben lassen:

grub-mkconfig -o /boot/efi/EFI/opensuse/grub.cfg

  • Windows Installations CD
  • Shift F8 » Windows Recovery Menu.
  • Troubeleshoot, Automatic Repair, Command line
  • bootrec.exe

bootrec / fixMbr


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


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

mount -t cifs -o vers=3.0,guest,uid=thommie,gid=users nas2.netzwissen.loc/photo /mnt/nas_photo/ xx



Mount from rescue

mount /dev/sda2 /mnt

Rebind proc, sys, and dev.

mount –rbind /proc /mnt/proc mount –rbind /sys /mnt/sys mount –rbind /dev /mnt/dev

chroot /mnt


Export package list

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


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

  • opensuse.txt
  • Zuletzt geändert: vor 4 Monaten
  • von Administrator