Beiträge von ww-wup

Kurzer Nachtrag noch: Ich habe bewusst einiges durch "[...]" abgekürzt, um kein zu langes Posting zu erzeugen, das dann vielleicht vom System nicht mehr angenommen worden wäre...

VG ww-wup

Danke für Eure Rückmeldungen!

Ich habe in der Zwischenzeit das Forum hier durchsucht nach

Zitat von Sauerland

nomodeset

und andrerseits die sehr klein geschriebenen Aufkleber an der Unterseite des Geräts nach Informations-tauglichen Einträgen durchsucht.

Bei letzterem scheint ASUS Model B823OUA-GH0057E der zielführendste Eintrag zu sein.

Damit bekomme ich in der Suchmaschine z.B. folgenden Eintrag, den ich leider im Moment nicht direkt öffnen kann:

Zitat

https://www.notebooksbilliger.de/asus+b8230ua+gh0057e

Asus Pro B8230UA-GH0057E Business 12.5" Full-HD Display / Intel ...

Asus Pro B8230UA-GH0057E Business 12.5" Full-HD Display / Intel Core i5-6200U / 8GB RAM / 256GB SSD / Windows 7+10 Pro, Intel® Core™ i5 (6.

Außerdem möchte ich ergänzen, dass das Bios dieses Laptop offensichtlich sofort nach der Installation den Installations-US-Stick wieder aus der 1. Position des Bootmenü rausnimmt, sodass ich für einen weiteren Installationsversuch erst wieder die entsprechende Änderung im Bios mittels der F2-Taste vornehmen muss.

Soeben konnte ich überraschenderweise mal wieder problemlos in die bisher unveränderte gestern erstellte Installation starten.

Nun habe ich das

Zitat von matbhm

Infozentrum

aufgerufen und finde dort folgende Infos:

Systeminformation:

Software

openSUSE Leap 15.3

KDE-Plasma-Version 5.18.6

KDE-Frameworks-Version 5.76.0

Qt-Version: 5.12.7

Kernel-Version: 5.3.18-57-default

Art des Betriebssystems: 64-bit

Hardware

Prozessoren 4x INtel(R) Core TM i5-6200U CPU @ 2,30GHz

Speicher 7,7 GiB Arbeitsspeicher

Speicher

Gesamter physischer Arbeitsspeicher 7,66 GiB

Freier physischer Arbeitsspeicher 6,42 GiB

Gemeinsam genutzter Speicher 108,34 MiB

Festplatten-Pufferspeicher 45,37 MiB

Festplatten-Zwischenspeicher 668,90 MiB

Gesamter Auslagerungsspeicher (Swap) 12,00 GiB

Freier Auslagerungsspeicher 12,00 GiB

[...]

Geräteinformationen

sda [...] Speicherplatzverwendung Partitionstabelle [...]

sda1 [...] swap [...]

sda2 [...] vfat [...] /boot/efi Datenträgergröße 494,9 MiB von 499,7 MiB frei (0 % belegt)

sda3 [...] ext4 [...] / Datenträgergröße 30,1 GiB von 39,1 GiB frei (23 % belegt)

sda4 [...] ext4 [...] /home Datenträgergröße 172,6 Gib von 182,1 GiB frei (5 % belegt)

[...]

**********************

Danach habe ich jetzt den Bootloader im Yast aufgerufen.

Im Bereich "Kernel-Parameter" steht im Feld "Optionaler Parameter für Kernel-Befehlszeile bisher

splash=silent resume=/dev/disk/by-uuid/[...] quiet

Ich vermute, dort sollte ich jetzt "nomodeset" und "noapic" ergänzen... Ich probiere das jetzt mal...

Ein danach eingeleiteter Neustart führt zu dem eingangs beschriebenen Ergebnis: Alles scheint wieder bei

Loading initial ramdisk ...

zu enden...

Ich drücke wie gewohnt den Einschaltknopf, um abzuschalten und drücke im Startmenü wie vorgeschlagen das "e". Im Output lese ich weiß auf schwarz:

setparams "openSUSE Leap 15.3'

load video

set gfxpayload=keep

insmod gzio

insmod part_gpt

ensmod ext2

set root="hd0,gpt3'

if [ x$feature_platform_search_hint = XY ]: tjem

search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt3 äähint-eri=h\do,gpt3 --hint-baremetal=ahci0,gpt3 [...]

else

search --no-floppy --fs-uuid --set=root [...]

fi

echo 'Loading Linux 5.3.18-57-default ...'

linuxefi /boot/vmlinuz-5.3.18-57-default root=UUID=[...] splaxh=silent resume=/dev/disk/by-uuid/[...] quiet nomodeset noapic mitigations=auto

echo "Loading initial ramdisk ...'

initrdefi /boot/initrd-5.3.18-57-default

Minimum Emacs-like screen editin is supported. TAP lists completions.

Press Ctr-x or F10 to boot, Ctrl-c of F2 for a command-line or EXD to discard edits and return to the GRUB menu.

****

Nun habe ich F10 gedrück und bekomme, eingeleitet von "Booting a command list" dasselbe Ergebnis wie gehabt...

Also schalte ich mal wieder mit der Einschalttaste ab und schalte wieder ein.

Auch ein Start in den recovery mode endet mit demselben Ergebnis...

Somit bitte ich um weitere Ideen, Rückfragen und Vorschläge

VG ww-wup

... vielleicht doch noch der exakte Code, der mir da gezeigt wird:

   Booting `openSUSE Leap 15.3'
Loading Linux 5.3.18-57-default ...
Loading initial ramdisk ...

Ich komme nur davon wieder "weg", indem ich den Laptop mit der Einschalttaste abwürge.

Mein jüngster Start klappte nach einem ergebnislosen Versuch, aus dem Installationsmenü die Festplatte zu checken. Da kam die Meldung

No digests to check.

Und darunter die OK-Taste.

Nach dem "OK" starte ich soeben nochmals über "other" und "start linux system". Danach einige Enter-Eingaben. Nun bin ich mal wieder in der "fertigen" Installation.

Die Home-Partition hat derzeit 133,7 (140) MiB

Die root-Partition hat derzeit 39,1 MiB laut Ordneransicht.

Für EFI hatte ich 500 MB gewählt, für Swap 12 GB

Links finde ich die Aufstellung der Geräte mit

500,0 MB Festplatte (für EFI)

40,0 GiB Festplatte (für Home)

186,0 GiB Festplatte (vermutlich für root + Home)

Die genauen Daten des Laptop-Typs finde ich im Moment gerade nicht, d.h., ich konnte sie über Yast nicht finden und weiß nicht, welche Einzelheiten der Beschriftung auf der Gerätunterseite hier wichtig sein könnten.

Neben der Tastatur kleben Aufkleber "Intel Core 15 inside" und "energy star" sowie "Asuspro".

Tja, mehr schaffe ich heute wohl nicht mehr...

Für Rückfragen und Vorschläge bleibe ich dankbar.

VG ww-wup

Hallo zusammen,

ich habe vor einigen Monaten ein Asus Laptop bekommen, auf dem Win10 durch Leap 15.2 überschrieben war. Leider kam das Gerät leicht defekt an, es gab einen Hänger im Bios, den mir eine Werkstatt behoben hat. Danach konnte das Gerät starten, blieb aber permanent auf "loading ram disk" hängen. Es hat kein DVD- oder CD-Laufwerk, sodass ich einen USB-Installations-Stick erstellte. Nach etlichen Installationsversuchen ist das Gerät endlich konstant gestartet.

Kurz nach dem Herauskommen von Leap 15.3 habe ich mir eine iso runtergeladen und daraus einen USB-Installations-Stick gemacht, aber aufgrund der Warnungen hier im Forum erstmal mit dem Installieren bis heute gewartet.

Nun habe ich wieder die Situation, dass das Gerät sehr oft auf "loading ram disk" hängen bleibt.

Soeben ist es mir ein Mal gelungen, es nach Umstellen des Bios auf Start von dem Stick, Überprüfen des Installationsmediums und Starten von hard disk in die fertige Installation zu kommen, ich befürchte aber, dass sich das nicht so einfach wiederholen lassen wird.

Bei der ursprünglichen Installation, mit der ich es bekommen hatte, waren die Partitionen etwas abenteuerlich von Win10 übernommen worden.

Im Moment habe ich nur 2 Vermutungen auf Installationsfehler: Ich habe die Repos recht rashc aktiviert und ergänzt und ich habe die Swap-Partition mit 12 GB möglicherweise zu klein gewählt.

Für Eure Vorschläge, Rückfragen und Ideen wäre ich sehr dankbar.

VG ww-wup

Nachsatz: Sollte ich durch meine ungewöhnlichen Reaktionen bei diesem meinem Thema und bei meinem Thema davor Forenregeln verletzt und / oder Mitglieder des Teams und / oder des Forums beleidigt haben, bitte ich hierfür ausdrücklich um Entschuldigung.

Gruß und Dank

ww-wup

@Berichtigung: Ich lese natürlich, was man mir schreibt!

Ich möchte aber jetzt nicht ausdiskutieren, warum ich trotzdem anders reagiert habe, als Du es Dir anscheinend gewünscht hast. Wer das im einzelnen wissen will, kann mir immer noch eine PN schreiben, wenn dieses Thema abgeschlossen ist.

Es ging mir nicht darum, unbedingt ein anderes Ergebnis zu bekommen, sondern darum, eine für mich verständliche Begründung zu bekommen.

Gruß und Dank

ww-wup

@Berichtigung: Danke, allerdings war mir von Beginn an klar, dass diese Updates nichts mit Firefox oder Seamonkey zu tun haben. Es war mir auch klar, dass Zeilen mit # am Beginn Kommentarzeilen sind. Nicht klar war mir hingegen, dass sie auch definitiv nichts mit Java, flash oder vielleicht noch anderen Funktionen oder Programmen, die in Zusammenhang mit dem Browserverhalten stehen oder stehen können, zu tun haben.
Es tut mir leid und weh, dass Du mein Verhalten als Beratungsresistenz erlebst und empfindest. Unsere Kommunikationsgewohnheiten sind halt sehr unterschiedlich. Ich bemühe mich persönlich um ein faires Kommunizieren und habe es schwer mit knappen Aussagen, die ich so nicht verstehe.
Deine Zurechtweisung an 'senior53' überrascht mich.

...

Sollten die Admins die offensichtliche Meinung von Berichtigung teilen, dass diese Updates definitiv nichts mit Funktionen oder Programmen zu tun haben, die in Zusammenhang mit dem Browserverhalten stehen oder stehen könnten, wäre ich dankbar und einverstanden, wenn das Thema geschlossen wird.

Gruß und Dank und bitte nichts für ungut

ww-wup

@Sauerland: Vielen Dank für Deine Intervention! Ich habe mich hier tatsächlich so nach und nach ziemlich verprügelt und alleingelassen gefühlt.

Tja, worauf warte ich noch, bevor ich darum bitten werde, das Thema zu schließen?

Also, eigentlich nur noch darauf, dass wenigstens ein erfahrener User oder eine erfahrene Userin oder ein Team-Mitglied vielleicht doch nochmals ausdrücklich antwortet, dass meine "ultimative" Datei mit dem Download-Protokoll angeschaut wurde und daraus definitiv ersichtlich ist, dass diese Updates nichts mit der Lösung meines Problems mit der gegenständlichen Seite zu tun haben. (Oder eben, dass daraus doch was anderes resultiert...) An dieser Stelle gab es für mich im bisherigen Verlauf der Antworten kommunikativ Unklarheiten:

Einerseits wurde die ursprüngliche Datei so angeschaut, dass für den wirklich gegenständlichen Zeitraum "0 Zeilen" entdeckt wurden während es doch mindestens 9 sind (also bei Ausklammerung der Detail-Zeilen)

Andrerseits dann mein Upgrade zu dieer Datei (nach Weglassen der nicht nötigen Zeilen), die nur als nicht aufrufbar beurteilt, aber nicht ananlysiert oder faktenspezifisch beurteilt wurde.

Es gab somit - zumindest für meine kommunikativen Gewohnheiten - keine klare Aussage zu diesen konkreten, überschaubar wenigen Updates.

Es geht mir NICHT darum, hier meine html-Kenntnisse zu verbessern oder gar php und sonstwas zu lernen (das schaffe ich zeitlich einfach nicht!), auch nicht darum, das Thema durch zahllose Abweichungen noch weiter in Diskussion zu halten, sondern nur einfach in einem Austausch wirklich fairer Antworten und klarer Kommunikation nun doch zum Ende zu kommen.

Ich habe durchaus einiges im Verlauf dieser Diskussion gelernt, bitte aber jetzt sehr herzlich um diese hoffentlich abschließendeN AntwortEN.

Gruß und Dank

ww-wup

@Berichtigung Danke für Deine Rückfrage, ich stelle hier Fragen, weil ich verstehen und etwas lernen möchte, aber wenn ich Antworten bekomme, die ich so nicht verstehe, stelle ich halt Rückfragen.
Das hat für mich nichts mit Akzeptieren zu tun!
Bitte um Nachsicht, wenn es mir anscheinend noch immer nicht gelingt, mich so auszudrücken, dass ich hier verstanden werde. Vielleicht brauche ich spezifischere oder speziellere Rückfragen.
Ich habe schon etliches hier im Forum gelernt und bin ziemlich enttäuscht, dass ich mich hier anscheinend irgendwie verrannt habe oder was auch immer...
Gruß und Dank
ww-wup

Berichtigung: Danke für die erneute Wiederholung Deiner Meinung zu dieser Frage. Ehrlich gestanden, habe ich auch von Beginn an sehr stark zu der Meinung geneigt, dass das weder mit SuSE noch mit meinen Updates noch mit falschen Einstellungen auf meinem PC zu tun hat. Ich vermute hingegen, dass da doch - vielleicht auch automatisch - auf dem Server ein bug bereinigt wurde, jetzt mal ganz ehrlich gestanden.
Aber es wäre mir doch lieber, wenn diese Meinungen aufgrund aktueller Analyse der konkreten aktuellen Gegebenheiten als Schlussfolgerung rauskämen. Im Moment kommt das - obwohl durchaus im Bereich meiner bevorzugten Meinung liegend - mehr im Sinn eines "Glaubensbekenntnisses" rüber.
Zumindest theoretisch könnte ja in Windows 7 parallel zu openSUSE jeweils irgendein Update gewesen sein, das das Problem gelöst haben könnte, und meine Annahme der Bereinigung eines bug auf jimdo doch eine Fehlvermutung sein.
Rein von den Phänomenen her bleibt es für mich doch noch hinterfragenswert, dass die gegenständliche Seite für mich erst etliche Jahre problemlos gefunzt hat, dann einige Wochen nach irgendwelchen Umbauarbeiten des Server-Teams hartnäckig "gestreikt" hat, also "kopflos" angezeigt wurde, und nun, ohne das ich etwas gemacht habe und angeblich ohne dass das Serverteam etwas gemacht hat wieder problemlos in gewohnter Weise funzt.
Das Einzige, was ich mich jetzt doch erinnere, was ich gemacht habe, ist, dass ich möglicherweise noch vor dem Ende der "Panne" in den Einstellungen meines Firefox unter "Erweitert->Netzwerk" ein Häkchen geändert habe, das bis dahin vermutlich bewirkt haben könnte, dass unter "Offline-Inhalte und Benutzerdaten" der Wert des "Anwendungs-Cache" wohl meist geringfügig über 0 MB lag, während er jetzt permanent auf "0 MB" bleibt. Danach habe ich - zur Erinnerung - einige Tage die gegenständliche Seite ausschließlich so genützt, dass ich vorher die Scripts woanders freigegeben habe und damit die header.jpg sah. Und dann habe ich - eigentlich nur, um den von Dir in einer Deiner Antworten im früheren Thema benannten "Output-Quelltext" für den Server-Admin-Mitarbeiter zu bekommen - doch nochmals am 26.5. wie beschrieben die Seite ohne diese Maßnahme geöffnet, und bekomme sie seither wieder konstant problemlos angezeigt. Ich kann mir aber - zumindest im Moment noch - nicht vorstellen, dass dieses eine anders gesetzte Häkchen nach einigen Tagen bewirkt haben soll, dass der Fehler jetzt nicht mehr auftritt. Klarstellung: Beim Löschen des Firefox-Cache, wie bei der einen Antwort von Sauerland im ersten Thema empfohlen, habe ich stets beide Caches geleert, nicht nur das obere oder das untere auf dieser Seite der Firefox-Einstellungen!
Ich kann auch nicht ganz ausschließen, dass ich die gegenständliche, von mir sonst jeden Tag besuchte Seite vielleicht ein oder zwei Tage (konkret vielleicht am 21.5. oder 21. und 22.5.) doch nicht besucht habe, und dass dadurch das von Dir benannte "Online-Cache" gelöscht und damit der Fehler verschwunden sein könnte.
Vielleicht sollte ich doch auch nochmals deutlich schreiben, dass ich durch den Inhaber der gegenständlichen Seite die Info habe, dass die gegenständliche Seite aus einem CMS entwickelt ist. Die gegenständliche header.jpg wird ja auf allen "Unterseiten" identisch verwendet, und die Seite sah eben doch "wie geköpft" aus, als diese header.jpg nicht angezeigt wurde. Das ist also keine "verzichtbare" Werbung, sondern ein wirklicher Haupt-Bestandteil dieser Seite.
Ich habe allerdings fast keine Erfahrung mit dem Bauen von CMS-Seiten, mache die von mir gepflegten Seiten vielmehr ausschließlich in html mit notepad++ und Filezilla. Somit habe ich auch keine Erfahrung mit dem Erstellen von php, CSS, Java und anderem.
Gruß und Dank
ww-wup