Beiträge von heidieswi

Hallo,
ich konnte nun das Bootproblem durchgängig lösen.

Aus meiner Sicht liegt es an dem neuen Verfahren das bei 15.0 angewendet wird. Entweder ist das System in bestimmten Bereichen buggy, oder ich bin zu doof das zu verstehen.

Jedenfalls habe ich nun eine Lösung die auch funktioniert.
Die Platte (sda) ist auf sda1 mit 200 MB ext4 /boot und auf sda2 mit 60GB btrfs / usw. partitioniert.

Ich habe diese Aufteilung mit 42.3 angelegt und in den Startoptionen markiert den Masterbootrecord zu schreiben und von dort auch zu booten.
-> Funktion

Anschließend nun die 15.0 Installieren, die Partitionen, Filesysteme und Einhängepunkte mit formatieren übernehmen.
Bei den Startoptionen alles ausschalten mit Ausnahme von Starten aus Masterbootrecord.
Beim eigentlichen Start der Installation erscheint noch eine Warnmeldung wegen einer fehlenden bootpartition (fehlt jedoch nicht), die kann ignoriert werden.

Mein System startet nun nach einschalten und ohne Wartezeit (Return) in ca. 15 Sec. auf den grafischen Anmeldebildschirm. Nach dem Anmelden nochmal 5 Sec. und alles ist da.

HTH

Hallo,
habe mich nun mal entschieden es wie folgt zu versuchen:

Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 12845801-6416-40DB-B0CF-16E6BD3FAF15


Device        Start       End   Sectors  Size Type
/dev/sda1      2048    411647    409600  200M Linux filesystem
/dev/sda2    411648  17188863  16777216    8G Linux swap
/dev/sda3  17188864 143017983 125829120   60G Linux filesystem




Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: BD6BDE7A-3382-467F-A2AD-F310F74A0299


Device        Start        End    Sectors   Size Type
/dev/sdb1      2048   10487807   10485760     5G Linux filesystem
/dev/sdb2  10487808   20973567   10485760     5G Linux filesystem
/dev/sdb3  20973568 1953525134 1932551567 921.5G Linux filesystem

/dev/sda1 ext4 /boot
/dev/sda2 swap
/dev/sda3 btrfs /
hier habe ich die Subvolumes /boot, /var, /tmp gelöscht

/dev/sdb1 ext4 /var
/dev/sdb2 ext /tmp
/dev/sdb3 xfs /home

Es läuft nun seit einigen Tagen recht zügig. Möglicherweise hilft es ja jemand anderem.

Hallo,
nochmal zu meinem Beitrag von eben.

Ich glaube ich habe da ziemlichen Müll geschrieben.
nachdem in nun den Lappi ne weile ausgeschaltet hatte, die DVD ist auch raus. Bootet das Ding wieder nicht. habe nun mit der 42.3 via DVD gebootet und Start von Festplatte ausgewählt, da ist das System in 10 sec. da.

Ha, im Moment ist die Installation von meinem Hauptsystem durch, 2 Platten 1 x SSD Samsung 860PRO, 1xHDD WD1003fzex beide nagel neu.

was soll ich sagen, soweit tut alles wie soll. ich werden immer verwirrter ??!
jetzt vergleiche ich mal mit Yast.

Hallo,
wie ja bereits im Thread "Installtion von Leap 15 bleibt stehen" geschrieben, hat mein Labtop nach der Lösung des VGA Problems zwar alles sauber installiert jedoch hat er nicht gebootet.

- diesen Fall hatte ich noch nie seit ich opensuse installiere und das ist seit der 10.1.
- ich hatte zuvor die 15.0 bereits zweimal bootfähig installiert - auf Festplatten die vorher bereits mit einem anderen BS am laufen waren (Win, Lx)
- die Platte von der nicht gebootet wurde, war fabrikneu
- die 42.3 hatte ich ohne Einstellungsänderung auch auf eine fabrikneue SSD installiert

So nach wenigen Überlegungen habe ich die 15.0 Instal wieder platt gemacht und eine default 42.3 installiertwelche auch sauber gebootet hat.
Danach wieder alle Partitionen gelöscht und die 15.0 erneut default aufgespielt.
Im Bereich Systemstart hab ich
- Aus Partition booten
- Generischer Bootsector schreiben
- Aktiv Flag schreiben
angekreutzt. Nun bootet das System wie es soll.

HTH

Es wäre in diesem Zusammenhang interessant zu erfahren, ob es an der vorherigen 42.3 Install lag, oder ob es die Einstellungen in Systemstart waren.
Bei der ersten Installation nach beheben des VGA Problems habe ich mir die Seite angesehen, kann jedoch nicht mehr sagen welche Einstellungen gemacht waren.

Zitat von Sauerland

Also hast du eine sogenannte Hybrid Grafik......

Einfachste ist, im Bios/UEFI die Nvidia Karte zu deaktivieren falls möglich.........

Hallo Sauerland,
Volltreffer!

Im BIOS unter Config/Display/Graphics Device gibt es drei Möglichkeiten
- Integrated Graphics
- Discrete Grapics
- NVIDIA Optimus
Eingestellt war "natürlich" NVIDIA Optimus, also eine Mischung der beiden vorstehenden. Und mit dem Hinweis das dieser Mode nur für Win 7 Systeme verwendet werden soll. Ist wahrscheinlich noch nie anders eingestellt gewesen, denn ich habe den Rechner ja mit Win 7 gekauft.

Umgestellt auf Integrated Graphics und schon läuft die Installation in ca. 20 Min. auf die SSA von DVD durch.
Der Gegentest mit meiner Win 7 SSD und der neuen BIOS-Einstellung ist ebenfalls positiv.

Soweit alles gut wenn, ja wenn das neue System booten würde...
Weiter in Thread "Nach Installation von Leap 15.0 grub bootet nicht |boot nur mit SInstallationsstick"

Zitat von Alero

Und wieso ist der Beitrag als erledigt gekennzeichnet?

Hmm, weiß nicht. Habe ich dafür die Möglichkeit?

Ich vermute, weil ca. ein Monat keine Aktivität war.

Hallo und Danke für die Unterstützung, dass baut richtig auf.

Hier das Ergebnis de Befehls:

00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09)
	Subsystem: Lenovo Device [17aa:21d1]
	Kernel driver in use: i915
	Kernel modules: i915
--
00:16.3 Serial controller [0700]: Intel Corporation 6 Series/C200 Series Chipset Family KT Controller [8086:1c3d] (rev 04)
	Subsystem: Lenovo Device [17aa:21cf]
	Kernel driver in use: serial
00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) [8086:1502] (rev 04)
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108GLM [Quadro 1000M] [10de:0dfa] (rev a1)
	Subsystem: Lenovo Device [17aa:21d1]
	Kernel driver in use: nouveau
	Kernel modules: nouveau

Hallo,

die Komplettinstallation lief nun sauber mit dem Parameter "nomodeset" durch.
Was jedoch auffällt ist
- während der Vorbereitung gibt es eine Warnung zu einem Nouveao... Treiber der experimentell ist.
- die gesamte Bildschirmanzeige wirkt irgendwie gedrückt d. h. die Kreise sind nicht rund sondern oval
nach der Installation und der Anmeldung sagt mir das Infozentrum eine Auflösung von 1280x1024. Damit sind auch die Ovale erklärt. siehe Anhang

Im Gegensatz dazu mit der 42.3
alles propper keine Warnungen Auflösung 1920x1080, Super Bild - alles gut

Resümee: neuere Version hat schlechtere Treiber wie zuvor.?!

auf der 42.3 unter /proc mit cat modules wird jedenfalls auch der nouveau angezeigt

Was ist da also los, denn es gibt ja nachweislich nouveau-Versionen die funktioniern, zumindest mit der bei mir (Lenovo W520) verbauten nvidia hardware.

Zitat von Sauerland

Mal mit nomodeset versucht zu installieren bzw. zu starten?Bug 1101711 – Can not install Leap 15.0 due system freeze
DVD überprüft?
Mal mit USB Stick versucht?

DVD überprüft - ja die Instal auf einem anderen System Desktop lief ohne Probleme durch.
USB Stick - nein
nomodeset bei Bootoptionen reinschreiben?

Das resque system bootet damit jedenfalls mal - ist schon mal ein erfolg...
Versuche nun die Komplettinstallation- berichte dann

Hallo,
ist ja bereits ein paar Tage her...
Derzeit habe ich wieder etwas Luft um mich um meine Sorgenkinder zu kümmern.

Besagter Laptop Lenovo W520 läuft mit der 42.3 super.

Zitat von wn48z

Du könntest die Installation einmal mit dem Kernelparameter textmode=1 starten. Damit schliesst man Grafikanzeigeprobleme aus und es ist vielleicht mehr zu sehen oder gar der Grund warum die Installation stehen bleibt.

Ansonsten schreibt openSuSE auch ein Log während der Installation - da könnte der Inhalt wertvoll sein. Evtl. mal mit dem Rettungssystem booten und dann auf der HD nach dem Log suchen und dies anzeigen lassen.

Alle Vorschläge habe ich probiert. Das System bootet ich wähle irgendeinen Punkt aus. Das System läuft an, es erscheinen einige Zeilen am Bildschirm, die Schriftgröße wird kleiner "udev..." erscheint. Danach friert das System ein. Lediglich der Ausschaltknopf funktioniert noch.

Da wird noch gar nichts auf eine Platte zum etwaigen Auswerten gespeichert.
Nachdem ich in Wikipedia mal über udef gelesen habe, glaube ich nun, dass durch udev ein falscher/fehlerhafter Devicetreiber angezogen wird. Ob und wenn ja wo, ich da eingreifen kann, keine Ahnung.

Zur Gegenprobe habe ich dann debian 9.5.0 runtergeladen. Hier läuft die Installation reibungslos durch.

Was mich dabei wirklich nervt ist die Sache, dass ich solch einen Fall nun bereits zum dritten mal erlebe. Ich verstehe nicht warum es mit der Vorversion 42.3 einwandfrei läuft und mit der neuesten so ein Desaster entsteht.
Die ersten beiden male war es die nvidia Untersützung die fehlte. Ist schon einige zeit her, jedenfalls lief der damalige Toshiba Laptop auch einwandfrei (war wohl der Wechsel von 10.x auf 11.x) mit der neuen Version nur Streifen auf dem Bildschirm.