Danke für die Infos
Ich markiere den Thread als erledigt.
Gruß
Frank
Danke für die Infos
Ich markiere den Thread als erledigt.
Gruß
Frank
bitte sehr (-> SMI USB DISK)
:CodeAlles anzeigenblack_boot@localhost:~> sudo parted -l Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus: #1) Respektieren Sie die Privatsphäre anderer. #2) Denken Sie nach, bevor Sie tippen. #3) Mit großer Macht kommt große Verantwortung. Das eingegebene Passwort ist aus Sicherheitsgründen nicht sichtbar. [sudo] Passwort für root: Modell: ATA VBOX HARDDISK (scsi) Festplatte /dev/sda: 26,8GB Sektorgröße (logisch/physisch): 512B/512B Partitionstabelle: gpt Disk-Flags: Nummer Anfang Ende Größe Dateisystem Name Flags 1 1049kB 538MB 537MB fat32 boot, esp 2 538MB 24,7GB 24,2GB btrfs 3 24,7GB 26,8GB 2149MB linux-swap(v1) swap Modell: SMI USB DISK (scsi) Festplatte /dev/sdb: 4010MB Sektorgröße (logisch/physisch): 512B/512B Partitionstabelle: gpt Disk-Flags: Nummer Anfang Ende Größe Dateisystem Name Flags 1 1049kB 106MB 105MB ext4 black_boot@localhost:~> [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS UEFI black_boot@localhost:~> sudo mount /dev/sdb1 /mnt black_boot@localhost:~> sudo grub2-install --target=i386-pc --recheck --removable --boot-directory=/mnt/boot /dev/sdb i386-pc wird für Ihre Plattform installiert. grub2-install: Warnung: ../grub-core/fs/cpio_common.c:169:not a newc filesystem. grub2-install: Warnung: Einbettung ist nicht möglich. GRUB kann in dieser Konfiguration nur mittels Blocklisten installiert werden. Blocklisten sind allerdings UNZUVERLÄSSIG und deren Verwendung wird daher nicht empfohlen.. grub2-install: Fehler: mit Blocklisten wird nicht fortgesetzt. black_boot@localhost:~> sudo grub2-install --target=i386-pc --force --recheck --removable --boot-directory=/mnt/boot /dev/sdb i386-pc wird für Ihre Plattform installiert. grub2-install: Warnung: ../grub-core/fs/cpio_common.c:169:not a newc filesystem. grub2-install: Warnung: Einbettung ist nicht möglich. GRUB kann in dieser Konfiguration nur mittels Blocklisten installiert werden. Blocklisten sind allerdings UNZUVERLÄSSIG und deren Verwendung wird daher nicht empfohlen.. Installation beendet. Keine Fehler aufgetreten. black_boot@localhost:~> black_boot@localhost:~> sudo bash -c "for d in \$(parted -l|grep -o \"/dev/[^ :]*\");do case \$(hexdump -v -s 0x80 -n 2 -e '2/1 \"%x\" \"\n\"' \$d) in 'aa75'|'5272') echo \$d: Grub Legacy;;'48b4'|'7c3c'|'020') echo \$d: Grub 2;;*) echo \$d;;esac;done" /dev/sda /dev/sdb: Grub 2 black_boot@localhost:~>
Hallo,
und vielen Dank für die rege Beteiligung.
Auch ich habe jetzt die Warnung des Installers in den Wind geschlagen, und das System bootet einwandfrei.
When is the bios_boot partition required?
When a system is using the older "BIOS" (NOT UEFI [1]) but the disks are configured with a GPT (GUID Partition Table) disk label, an additional partition is required for GRUB2 to operate correctly.
Gruß
Frank
Bei meinen Rechern ist diese Partition niemals Fat, sondern immer unformatiert ...
Ah, das ist ein wichtiger Hinweis.
Und dann reicht es wenn diese Partition vorhanden ist, um dem Bootloader Platz zur Verfügung zu stellen?
Und die Größe (1 MB) ist auch ausreichend?
Gruß
Frank
Eine bios_boot Partition wird nur benötigt, wenn man unbedingt im Legacy Modus booten will (muss) UND der Datenträger in GPT konfiguriert wurde.
Trifft beides bei dir zu?
Ja, das System wird im Legacy Mode ohne secure boot gestartet, und die Laufwerke haben eine GPT Partitionstabelle.
Alles anzeigenWas mir hier besonders auffällt ...
Bei dir ...
libpipewire-0_3-0 | package | 0.3.64-150500.3.7.pm.5 | x86_64 | Packman Mirror
Bei mir
libpipewire-0_3-0 | Paket | 1.0.5+git36.60deeb2-150600.1.3 | x86_64 | repo-oss (15.6)
Gut, du hast 15.5 und ich 15.6, aber sollen die Unterschiede so groß sein? Vielleicht solltest du mal auf die openSUSE Repos umstellen oder auf die 15.6 upgraden?
Bei pipewire tools sieht es genauso aus.
Bei einem Upgrade auf die 15.6 läufst du aber evtl. in die Plasma6 Problematik. Deshalb vorher auf jeden Fall Daten sichern!
Ich habe jetzt Leap15.5 durch ein frisches Leap 15.6 ersetzt.
Bisher sieht alles gut aus.
Danke und Gruß
Frank
Hallo,
auf einem Laptop, welcher mit Windows 10 ausgeliefert wurde, möchte ich eine alte Opensuse 15.5 Installation durch ein frisches Opensuse 15.6 ersetzen.
Die 15.5 wurde im Legacy Mode durchgeführt. (ohne secure boot)
Um Windows booten zu können wird dann im UEFI secure boot wieder aktiviert.
Es sind zwei SSDs verbaut, wobei 'sda' die Benutzerdaten und 'sdb' das System enthält.
Partitionen auf sdb:
sdb1 EFI-System Partition 100MB
sdb2 Microsoft reservierte Partition 16MB
sdb3 NTFS Partition Windows System 88.13 GiB
sdb4 NTFS Recovery 1 GiB
sdb5 Ext4 Linux System 30 GiB
Da der Installer immer eine fehlende Bios-boot Partition bemängelt, habe ich zusätzlich angelegt:
sdb6 Fat 1 MB
und diese im Partionierer als 'grub-boot' markiert.
Meinen Recherchen nach dient diese als zusätzlicher Platz, um den Bootloader aufnehmen zu können, wobei 1MB aureichen sollte.
Ich wähle dann 'mit vorhandenen Partitionen fortfahren' aus und konfiguriere wie folgt:
sdb5 wird mit ext4 formatiert und unter / eingehängt
2 Partionen von sda werden unter /home und als swap eingehängt
Nun ging ich davon aus das die Bios-boot Partition nur als solche markiert vorhanden sein muß, da es keinen sinnvollen Mount Punkt hierfür gibt.
Der Installer mokiert sich aber weiterhin über die fehlende Bios-boot Partition.
In der Vergangenheit habe ich diese Meldung wohl schon einmal in den Wind geschlagen, was ich diesmal aber nicht tun möchte.
Was wäre denn die richtige Vorgehensweise um das Problem zu lösen?
Gruß
Frank
sudo dmesg | grep -e sof -e snd -e sound
[ 0.017774] software IO TLB: area num 4.
[ 0.313673] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[ 0.313674] software IO TLB: mapped [mem 0x0000000085cfe000-0x0000000089cfe000] (64MB)
[ 5.732562] snd_hda_intel 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040380
[ 5.732844] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 6.004449] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC255: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[ 6.004453] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[ 6.004455] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[ 6.004457] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0
[ 6.004458] snd_hda_codec_realtek hdaudioC0D0: inputs:
[ 6.004459] snd_hda_codec_realtek hdaudioC0D0: Headset Mic=0x19
[ 6.004461] snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12
[ 6.105953] input: HDA Digital PCBeep as /devices/pci0000:00/0000:00:1f.3/sound/card0/input23
[ 6.106012] input: HDA Intel PCH Front Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card0/input24
[ 6.106063] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input28
[ 6.106116] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input29
[ 6.106163] input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:1f.3/sound/card0/input30
Alles anzeigen
uname -rs
Alles anzeigenWieviele Nutzer hat dein Rechner denn? Bei mir sind als alleinigem Nutzer keine zusätzlichen Nutzer angelegt. Meine Ausgabe ist nach
display-manager.service loaded failed failed X Display Manager
beendet. Bei dir scheint also so einiges nicht zu stimmen.
Poste bitte auch einmal
sowie die Ausgabe von
Keine Angst, deine Passwörter werden nicht angezeigt.
Hallo Alero,
es gibt 3 Benutzer auf dem System, den user 1002 habe ich zu Testzwecken angelegt.
zypper lr -d
zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
---+---------------------------------+-------------------------------+---------+-----------+---------+----------+--------+--------------------------------------------------------------------------+---------
1 | NVIDIA:repo-non-free | repo-non-free (15.5) | Ja | (r ) Ja | Ja | 99 | rpm-md | https://download.nvidia.com/opensuse/leap/15.5 | NVIDIA
2 | openSUSE:repo-non-oss | repo-non-oss (15.5) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://cdn.opensuse.org/distribution/leap/15.5/repo/non-oss | openSUSE
3 | openSUSE:repo-non-oss-debug | repo-non-oss-debug (15.5) | Nein | ---- | ---- | 99 | N/A | http://cdn.opensuse.org/debug/distribution/leap/15.5/repo/non-oss | openSUSE
4 | openSUSE:repo-openh264 | repo-openh264 (15.5) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Leap | openSUSE
5 | openSUSE:repo-oss | repo-oss (15.5) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://cdn.opensuse.org/distribution/leap/15.5/repo/oss | openSUSE
6 | openSUSE:repo-oss-debug | repo-oss-debug (15.5) | Nein | ---- | ---- | 99 | N/A | http://cdn.opensuse.org/debug/distribution/leap/15.5/repo/oss | openSUSE
7 | openSUSE:repo-oss-source | repo-oss-source (15.5) | Nein | ---- | ---- | 99 | N/A | http://cdn.opensuse.org/source/distribution/leap/15.5/repo/oss | openSUSE
8 | openSUSE:update-backports | update-backports (15.5) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://cdn.opensuse.org/update/leap/15.5/backports | openSUSE
9 | openSUSE:update-backports-debug | update-backports-debug (15.5) | Nein | ---- | ---- | 99 | N/A | http://cdn.opensuse.org/update/leap/15.5/backports_debug | openSUSE
10 | openSUSE:update-non-oss | update-non-oss (15.5) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://cdn.opensuse.org/update/leap/15.5/non-oss | openSUSE
11 | openSUSE:update-non-oss-debug | update-non-oss-debug (15.5) | Nein | ---- | ---- | 99 | N/A | http://cdn.opensuse.org/debug/update/leap/15.5/non-oss | openSUSE
12 | openSUSE:update-oss | update-oss (15.5) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://cdn.opensuse.org/update/leap/15.5/oss | openSUSE
13 | openSUSE:update-oss-debug | update-oss-debug (15.5) | Nein | ---- | ---- | 99 | N/A | http://cdn.opensuse.org/debug/update/leap/15.5/oss | openSUSE
14 | openSUSE:update-sle | update-sle (15.5) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://cdn.opensuse.org/update/leap/15.5/sle | openSUSE
15 | openSUSE:update-sle-debug | update-sle-debug (15.5) | Nein | ---- | ---- | 99 | N/A | http://cdn.opensuse.org/debug/update/leap/15.5/sle | openSUSE
16 | openSUSE_Leap_15.1 | Packman Mirror | Ja | (r ) Ja | Ja | 20 | rpm-md | http://ftp.fau.de/packman/suse/openSUSE_Leap_15.5/ |
17 | opensuse-guide.org-repo | Libdvdcss Repository | Ja | (r ) Ja | Ja | 30 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_15.5/ |
18 | repo-source-non-oss | openSUSE-Leap-Source-Non-Oss | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/source/distribution/leap/15.5/repo/non-oss/ |
Alles anzeigen
und
cut -d: -f1 /etc/passwd
avahi
bin
chrony
daemon
dnsmasq
lightdm
lp
mail
man
messagebus
mysql
nm-openconnect
nm-openvpn
nobody
nscd
polkitd
postfix
pulse
root
rpc
rtkit
scard
sddm
sshd
statd
systemd-coredump
systemd-network
systemd-timesync
tftp
usbmux
vnc
andrea
haushaltshilfe
firebird
flatpak
systemd-resolve
srvGeoClue
wsdd
test
Alles anzeigen
Hallo Luigi,
sorry für die späte Antwort, deinen Beitrag habe ich irgendwie übersehen.
Alles anzeigenHattest du zuvor mal die folgenden Kommando abgesetzt?
Nein, hatte ich nicht. Aber pipewire war ja bereits installiert und funktionierte auch.
ich habe es trotzdem versucht:
Codesystemctl enable --user pipewire Failed to enable unit: Process org.freedesktop.systemd1 exited with status 1
Und was ergibt das Folgende?
inxi -A
Audio:
Device-1: Intel Sunrise Point-LP HD Audio driver: snd_hda_intel
Sound API: ALSA v: k5.14.21-150500.55.73-default running: yes
Es ist mir gelungen eine Soundausgabe via VLC zu bekommen, indem ich das Device Alsa Output gewählt habe.
Inzwischen denke ich aber das der User Manager von systemd das Problem sein könnte. Siehe meine gestrige Antwort an Sauerland.