staging.inyokaproject.org

Nachfragerfranzi schrieb:

[user:Dr_Schmoker] schrieb:

Hier das Video → https://youtu.be/myWn-G-Qy4c

Besten Dank. Das war kurz, schmerzlos und hat geholfen.

NNF

Gerne, das war der Zweck der Sache. Ich hoffe es hilft auch anderen. Wie du siehst, kann hakel2020 was damit anfangen. Ich sehe nur, das es fast 50 Sekunden dauert, bis dein System startet.

Ich würde auch als erstes vorschlagen, Teile zu deinstallieren. Das machst du auch im Terminal. Die Befehle hat ja hakel2020 schon gepostet. Einfach

sudo apt-get purge apport apport-gtk whoopsie

ausführen und dann nochmal die Ausgabe von

systemd-analyze critical-chain

posten.

Nachfragerfranzi schrieb:

Das war kurz, schmerzlos und hat geholfen.

...und das völlig ausreichende codeblock_animiert.gif liegt dort seit 2015-12-17, 52.9 KiB.

@von.wert, der Zweck heiligt die Mittel. Wenn ein User wie NFF schon seit fast 6,5 Jahren hier ist und bis zum heutigen Tag den Codeblock nicht verstanden hat, dann freut mich das, das er es jetzt kapiert hat.

Das Gif habe ich mir jetzt auch angesehen, finde es aber nicht so aussagekräftig.

Wie dem auch sei, ich will das jetzt nicht diskutieren und hoffe das Nachfragerfranzi jetzt auch die Vorteile dieses must-have bei Ubuntuusers zu schätzen weiss.

Dr_Schmoker schrieb:

@von.wert, der Zweck heiligt die Mittel. Wenn ein User wie NFF schon seit fast 6,5 Jahren hier ist und bis zum heutigen Tag den Codeblock nicht verstanden hat, dann freut mich das, das er es jetzt kapiert hat.

Seltsamerweise ging das alles schon mal. Aber nachfragerfranzi scheint vor jeder Frage hier einen vollständig Reset durchzuführen...

Ich kann mir nur vorstellen, das der User sehr schnell nervös wird und schnell überfordert ist. Deshalb wird auch das mal gelernte in der "Panik" vergessen.

Ich kenne dieses Verhalten von anderen Usern auch. Heute klappt alles und in drei Tagen wieder die gleichen Fragen.

Meine Devise ist Geduld und versuchen, freundlich zu sein.

Damit aus meiner Sicht genug OT

Sorry an den TE

[user:hakel2020]

Code

Hier sollte das Ergebnis von sudo lshw stehen. Könnte die Datei zu groß sein?

NNF

Dr_Schmoker schrieb:

und in drei Tagen

So lange hat's nicht gedauert.

Nachfragerfranzi schrieb:

Hier sollte das Ergebnis von sudo lshw stehen.

Und wenn das nicht so ist, weshalb speicherst Du das dann hier als Posting?

Könnte die Datei zu groß sein?

Nein. Im Zwischenspeicher sollte sie schon stehen, um sie hier einfügen zu können. Also noch mal das Video ansehen!

Ach Toni, was machst du denn?

Mit der Ausgabe von

sudo lshw

gehst du genauso um, wie mit dem im Video gezeigten Befehl. Also kopieren, ins Terminal und die Ausgabe wieder zurück ins Thema mit Codeblock,denke an die Vorschau. Schau mal, so ähnlich müsste das bei dir aussehen:

frank@frank-ThinkPad-T430:~$ sudo lshw
[sudo] Passwort für frank: 
frank-thinkpad-t430         
    Beschreibung: Notebook
    Produkt: 2349U2B (LENOVO_MT_2349)
    Hersteller: LENOVO
    Version: ThinkPad T430
    Seriennummer: PBD24NC
    Breite: 64 bits
    Fähigkeiten: smbios-2.7 dmi-2.7 smp vsyscall32
    Konfiguration: administrator_password=disabled chassis=notebook family=ThinkPad T430 power-on_password=disabled sku=LENOVO_MT_2349 uuid=81A6CCCD-C452-CB11-BEF9-F236F46869BE
  *-core
       Beschreibung: Hauptplatine
       Produkt: 2349U2B
       Hersteller: LENOVO
       Physische ID: 0
       Version: Not Defined
       Seriennummer: 1ZSLY37K1T7
       Steckplatz: Not Available
     *-cpu
          Beschreibung: CPU
          Produkt: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz
          Hersteller: Intel Corp.
          Physische ID: 1
          Bus-Informationen: cpu@0
          Version: Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz
          Seriennummer: None
          Steckplatz: CPU Socket - U3E1
          Größe: 1241MHz
          Kapazität: 3300MHz
          Breite: 64 bits
          Takt: 100MHz
          Fähigkeiten: x86-64 fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts md_clear flush_l1d cpufreq

Ausgabe von mir gekürzt, ist im Original viel länger

@ Dr_Schmoker und alle die bis hier geholfen haben.

Bin jetzt über einen separaten LP 0nline.

Der Problemrechner hängt jetzt,hat die bisherige Zeit ohne Probleme gearbeitet.

Keine Taste reagiert. Bisher immer über Netz-AUS reaktiviert.

Habe einen Befehl für das Terminal markiert und dann das Terminal aufrufen wollen.

Da blieb er dann hängen.

Besteht eine andere Möglichkeit außer Netztabschaltung?

NNF

Nachfragerfranzi schrieb:

Besteht eine andere Möglichkeit außer Netztabschaltung?

Du hältst die Alt- und die Druck-Taste fest und tippst bei gehaltenen Tasten der Reihe nach R E I S U B

Wenn das funktioniert, fährt die Kiste danach neu hoch. siehe auch Magic SysRQ

Das kann funktionieren, manchmal hilft aber auch das nicht mehr.

Gruß, Holger

Ohje, wir drehen uns im Kreis.

Also über Netz abschalten ist ganz schlecht und schädlich für die Festplatte, weil eventuell noch nicht alle Daten geschrieben sind. Wenn du das schon öfter gemacht hast, also über Netz aus, könnte das auch die eventuelle Ursache für dein Startproblem sein. In so einem Fall kannst du über die Tastenkombi Alt und F4 zuerst was versuchen. Manchmal reicht das schon und man kommt zurück zur Anmeldemaske.

Sollte das nicht funktionieren, dann mit → Magic SysRQ versuchen. Das blaue ist ein Link, bitte im separaten Tab öffnen und lesen.

Ja,habe ich gemacht.

Terminal rechte Maustaste "Einfügen" war in dem Fall nicht aktv.

Beschreibung: Notebook
    Produkt: X751MA (ASUS-NotebookSKU)
    Hersteller: ASUSTeK COMPUTER INC.
    Version: 1.0
    Seriennummer: FAN0WU05608241B
    Breite: 64 bits
    Fähigkeiten: smbios-2.8 dmi-2.8 smp vsyscall32
    Konfiguration: boot=normal chassis=notebook family=X sku=ASUS-NotebookSKU uuid=7777009E-F7D5-45EE-9D06-3ED298A7C90F
  *-core

Als Beispiel-

NFF

Nachfragerfranzi schrieb:

Terminal rechte Maustaste "Einfügen" war in dem Fall nicht aktv.

Erst markierst Du etwas, dann kopierst Du das in die Zwischenablage, damit etwas drin ist, dann kopierst Du das aus der Zwischenablage heraus irgendwohin.

Er schreibt ja jetzt vom Laptop. Da macht die Ausgabe sowieso keinen Sinn, wir brauchen ja die Daten vom Rechner, der jetzt nicht startet, reagiert oder was weiss ich.

Langsam weiß ich auch nicht mehr weiter, wenn Magic Sys nicht geht oder zu kompliziert für den TE ist, dann schalte den Rechner noch einmal über Netz aus. Schlimmer kann es eh nicht mehr werden. Und dann machst du nur noch das, was hier empfohlen wird, okay.

Dr_Schmoker schrieb:

weil eventuell noch nicht alle Daten geschrieben sind.

...oder - schlimmer - gerade geschrieben wird.

Wenn du das schon öfter gemacht hast, also über Netz aus, könnte das auch die eventuelle Ursache für dein Startproblem sein.

Das wird's auch sein. Bei jedem Booten erstmal das Filesystem reparieren. Bis da irgendwann gar nichts mehr geht und man die Platte auch gleich wegwerfen kann.

Alt und F4 zuerst was versuchen. Manchmal reicht das schon und man kommt zurück zur Anmeldemaske.

Das schließt nur das aktive Fenster. Und wenn Du ctrl+alt+Fx meinst, gibt's zumindest ein Login, richtig, um dann geordnet 'runterfahren zu können. 😉

Dr_Schmoker schrieb:

Er schreibt ja jetzt vom Laptop.

Die kurze Clipboard-Erklärung ist zum generellen Verständnis...

Sehr eigene Abkürzung für Laptop, übrigens.