Beiträge von HomerJ.S.

  • Ruhezustand funktioniert nach Umpartitionierung nicht mehr

    Hi Leute,


    ich bin immer noch Anfänger, und so bitte ich um Nachsicht.


    Ich hab ein HP Notebook auf dem schon Win10 installiert war. Darauf hab ich für Suse Platz geschaffen und Leap 42.2 installiert. Das läuft auch einwandfrei, inklusive Ruhezustand und StandBy.
    Gestern wurde dann doch der Platz auf der Leap Partition zu klein. Also hab ich mit GParted ein wenig umgebaut. Das war nötig, weil die Win10 Partition am Anfang lag und die Leap am Ende. Dazwischen liegt eine NTFS Partition und die Swap. Also hab ich die Win10 verkleinert und erst die NTFS und dann die Swap nach links verschoben. Dadurch hat die Swap eine andere UUID bekommen, was zu einem Fehler beim booten geführt hat, den ich mittlerweile behoben hab.


    Soviel zur Vorgeschichte, jetzt mal zum Problem:
    Alles läuft einwandfrei, keine Dateiverluste ... Nur der Ruhezustand funktioniert nicht mehr richtig. Wenn ich das Gerät in den Ruhezustand schicke schaut es so aus als ob er die Daten schön in die Swap schreibt. Dauert genau so lange wie vorher. Nach dem Wiedereinschalten fährt das System aber ganz normal hoch als ob es vorher ausgeschaltet gewesen wäre. Der Zustand der vor dem Ruhezustand herrschte geht also verloren.
    Bevor das System startet kommt ganz kurz die Meldung:
    error: sparse file not allowed


    Nach der Meldung hab ich schon gesucht, aber keinen Eintrag gefunden der zu meinem Problem passt.
    Hat jemand eine Idee? Danke im Voraus!!!!

  • HEAD - Repo

    Das mit den Kernelversionen glaub ich jetzt verstanden zu haben. Die Meldung hat mich nur etwas irritiert. Löschen hört sich immer blöd an, vor allem wenn´s in roter Farbe geschrieben wird. Egal jetzt läuft´s ja.


    Zu deinen Fragen tomfa-ng:


    Code
    uname -ri
4.10.12-1.g3043bd9-default x86_64



    Code
    zypper se -si kernel
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...


S | Name            | Typ   | Version              | Arch   | Repository                                
--+-----------------+-------+----------------------+--------+-------------------------------------------
i | kernel-default  | Paket | 4.10.12-1.1.g3043bd9 | x86_64 | Kernel builds for branch stable (standard)
i | kernel-firmware | Paket | 20170404-35.1        | noarch | Kernel builds for branch stable (standard)


    Zitat von Berichtigung

    Ich glaube nicht, dass du dein Repochaos bereinigt hast. Das Löschen der Repoeinträge alleine, ist nur unter den Teppich kehren. Wie hast du denn die Programme aus diesen Repos umgestellt auf welche anderen Repos?

    Ja das hab ich nicht bedacht, die Einträge kamen ja von Installationen der verschiedenen Programme.

  • HEAD - Repo

    Yeeaaahhh hat geklappt!!!
    Super danke.


    Jetzt gestattet mir bitte noch eine Nachfrage. Am Anfang der beiden Tutorials (das noch nicht zitierte: Install Linux Kernel 4.10 in openSUSE - OSTechNix) denen ich gefolgt bin wurde zuerst die zypp.conf editiert "to support multiple kernel configurations" . Das hab ich so verstanden, dass danach mehrere Kernel zur Verfügung stehen.
    Als ich dann den Befehl von Sauerland ausgeführt hab, kam die Meldung:

    Da wird also der kernel-default gelöscht, dann kann er doch Multikernel System nicht mehr zur Verfügung stehen?



    Zu den Repo-Anmerkungen, die hab ich entfernt.


    Danke nochmal!!!

  • HEAD - Repo

    Also gut, da hab ich wohl überreagiert.


    Nachdem ich den HEAD Kernel drauf hatte und ihr mir ja bestätigt dass das kein stable Kernel ist hab ich ein snapper rollback gemacht und bin jetzt wieder auf dem Standardkernel 4.4...
    Danach hab ich versucht das gleiche mit der URL von Sauerland zu machen. Da bekam ich aber die Meldung dass zwischen den aktuellen Stand und dem was ich einspielen will kein Unterschied ist. (sinngemäß wiedergegeben)


    Wahrscheinlich macht das nach dem rollback jetzt zwar keinen Sinn mehr, aber ich poste mal die Ausgaben zu den Befehlen die ihr abgefragt habt:



    Code
    uname -a
Linux SuseLinux 4.4.57-18.3-default #1 SMP Thu Mar 30 06:39:47 UTC 2017 (39c8557) x86_64 x86_64 x86_64 GNU/Linux



    Danke!

  • HEAD - Repo

    Ja die URL hab ich mir angeschaut, und ich hab das Tutorial mit der anderen URL nochmal durchgeführt. Und wenn ich mir nach dem erfolgten Neustart die Kernelversion anzeigen lasse steht da nunmal 4.4 und nich 4.10 .


    Aber ich hab verstanden, dass ihr keine Fragen von Anfängern hören wollt die nicht eurem Niveau entsprechen.
    Dann lass ich das halt.


    Trotzdem danke.

  • HEAD - Repo

    Hi,


    erst mal danke für die Antworten.
    Gibt es denn dann gar keine Möglichkeit auf den stabilen Kernel 4.10 zu wechseln, insbesondere bei neuer Hardware kann das doch durchaus sinnvoll sein. Oder muss ich dann zu Tumbleweed wechseln, das soll man doch auf einem Produktivsystem nicht einsetzen.

  • HEAD - Repo

    Hi Leute,


    ich bin neu bei Suse und bitte erst mal um Nachsicht.
    Ich hab ein recht neues Notebook von HP (Spectre X360) aus dem letzten Jahr. Das Teil hat einiges an neuer Hardware und das machte mir schon einige Probleme mit Ubuntu und anderen Distros.
    Deshalb bin ich dann zu Leap gewechselt. Damit lief das Notebook schon fast perfekt.
    Dann wurde der neue Kernel 4.10 freigegeben und da sind einige interessante Änderungen drin. Also hab ich mich für ein Kernelupdate auf 4.10 entschieden und bin einigen Anleitungen in Netz gefolgt. (z.B. openSUSE Leap 42.2 | Latest Stable Kernel (Deutsch) – Bensdorp)
    Ich dachte dadurch bekomme ich immer den letzten stabilen Kernel, aber jetzt hab ich den Kernel 4.11.0-rc6-2.g2cea027-default - Wenn ich das richtig verstehe ist das kein stabiler Kernel sondern nur ein Release Candidate vom nächsten.


    Der Post soll nur ein Verständisfrage sein, hab ich was falsch gemacht oder hab ich da was falsch verstanden.



    Danke