Beiträge von pebwindkraft

    WakeOnLan funktioniert wieder. Sowohl wenn der Rechner nach 30 Minuten in den Auto-Suspend geht, als auch nach einem "sudo systemctl suspend" aus dem Terminal heraus.Ich habe im YAST unter "System" bei "/etc/sysconfig Editor" das Menu "Hardware -> Network -> eth0" angewählt, und bei "ETHTOOL_OPTIONS" den Eintrag "-s iface wol g" gesetzt.


    Man kann das auch direkt in der Datei "/etc/sysconfig/network/ifcfg-eth0" (ohne YAST) ergänzen. Die sieht dann also so aus:

    BOOTPROTO='static'
    BROADCAST=''
    ETHTOOL_OPTIONS='-s iface wol g'
    IFPLUGD_PRIORITY='0'
    IPADDR='192.168.8.27/24'
    MTU=''
    NAME='RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller'
    NETWORK=''
    REMOTE_IPADDR=''
    STARTMODE='ifplugd'

    ach ja, guter Punkt, EFI ist ja nun angesagt. Damit fällt natürlich das "disk double (dd)" Kommando weg.


    Ich bin nicht sicher mit den Backups, es gibt zu viele Möglichkeiten. Ich nutze bei meinen OpenBSD Systemen immer tar zwischen 2 Maschinen, in dieser Art:

    Code
    tar cpf - /etc | ssh root@$<mynewclienthostname> "tar xpf - -C /"

    Es nimmt auf der Source Maschine (in /) exemplarisch das etc Verzeichnis, schickt es per tar and die Standardausgabe (der Bindestrich!), ssh schickt es weiter an die Zielmaschine, und ruft dort das Auspacken von der Standardausgabe (Bindestrich) in das "Target" Verzeichnis (-C, also root).Der Parameter "p" hilft, die Permissiones (Berechtigungen) zu erhalten. Man müsste also das ganze root durch SSH rüberschieben, und dann ein Update auf 15.1 fahren.Ich hab es aber nie unter SUSE getestet... Vielleicht liest ja noch jemand anderes mit, der noch einen besserten Vorschlag hat.

    Hi,


    wenn Du Deine /etc/fstab mit schickst, versteht man besser das Setup.
    Wieviele Benutzer hast Du denn in use?
    Ich sehe da ´s im Moment so:


    Existierendes Ssystem:
    sda = 500G, partitioniert / gemounted wie? zur Zeit also keine 50G in Use
    sdb = 250G, in RAID1 (Softraid /dev/md0)? gemounted als /home
    sdc = 250G, in RAID1 (Softraid /dev/md0)?
    sdd = 500G, als /multimedia gemounted


    und Du möchtest zu:
    sda = 128G SDD
    sdb = 2T, in RAID1
    sdc = 2T, in RAID1
    sdd = 4T, als /multimedia gemounted


    Ich habe schon oft so Systeme umgezogen, und nutze meistens rsync, dd und scp.
    Die Systempartition ist der Knackpunkt, hast Du davon ein Backup?


    Was nicht ganz klar ist an dem Setup: warum die /home Dateien im RAID sind, und die /root Partition nicht... es scheint doch wichtig, dass diese Infos nicht verloren gehen. Aus Platzgründen sicherlich:-)
    Also hast Du sicher mmer ein Backup der Root Partition gemacht, damit falls mal was schief geht... Dieses Backup könnte man auf dem neuen System nutzen, um die 128Gig SSD zu bespielen. Die SSD würde ich dann so formatieren:


    1 500M FAT /boot/efi
    2 8G swap swap
    3 118G ext4 /root


    Dann kannst Du auf der neuen Maschine einfach das Root Backup einspielen, und die neuen Platten anschliessen, richtig in die /etc/fstab reinhängen, vom Altsystem Daten kopieren, und gut ist. Nun noch das Update auf 15.1 durchführen, u
    nd Du solltest Freude am neuen System haben.
    Hast Du aus welchen Gründen auch immer kein Backup, oder keine Möglichkeit für ein Backup (vorübergehende Nutzung eine der neuen TeraByte Platten?), dann könnte ein Lösungsansatz auf Kommandozeilenebene so aussehen:


    Im existierenden System:
    In dem Altsystem würde ich die Platten für /home und /multimedia deaktivieren, und evtl sicherheitshalber Stromstecker / Datenkabel ziehen. Ehrlich!
    Dann hängst Du die SDD dazu, und machst (nach dem backup!) ein dd von der ersten auf die zweite Platte. Danach stimmen auf der zweiten Platte die fstab Einträge nicht ganz, da sie ja kleiner ist, aber dennoch genügend Platz für Dein Root System bringt. Das kann man dann nach Umbau der Platte in das neue System fixen.


    Im neuen System:
    Platte einbauen, und mit enem Tool wie gpartd (am Besten von einem Rescue Medium), die Platte an die richtige Grösse anpassen. Dann ein Update von 15.0 auf 15.1 durchführen, und klar, dabei die Platte nicht formatieren.


    Man könnte auf dem neuen System auch erst Leap15.1 einspielen, aber dann die ganzen Benutzereinstellungen und Mails etc, würde mir viel zu aufwändig und fehleranfällig.

    @ThomasS & @Sauerland: zu Anhängen: ich kann keine Anhänge mit gzip, tar oder tar.gz verwenden. Lässt die Forumssoftware nicht zu. Hänge ich die Logs an´, muss ich das aus der DOS Welt genutzte "zip" Format verwenden...


    Alero: "wie man Fragen richtig stellt": Ich bin nicht vermessen genug, um mich im Forum zur reinen Selbstdarstellung mit dem Eintrag Profi zu bewerben, mir hätte durchaus ein "sehr erfahrener Nutzer" gereicht. Habe auch den Text zu Deinem Link mit der grünen Schrift gelesen, den habe ich versucht, so umzusetzen:


    >> "Sei genau und informativ bei der Beschreibung deines Problems": was fehlt hier in der Beschreibung?
    >> "Beschreibe die Symptome deines Fehlers oder Problems sorgfältig und klar": siehe Überschrift - was ist daran unverständlich? Dengslisch Mischung wegen "WakeOnLan"?
    >> "Beschreibe die Umgebung, in der es auftaucht (Maschine, Betriebssystem, Applikation, was auch immer)": alles in Beschreibung und Logfiles enthalten
    >> "Beschreibe, welche Versuche du unternommen hast, um das Problem zu verstehen, bevor du gefragt hast": einfaches Deutsch: System platt gemacht, neu installiert, Upgedated, um zu verstehen, woher das Problem kommt
    >> "Beschreibe, welche Versuche du unternommen hast, um das Problem zu lösen, bevor du gefragt hast": from scratch nachgestellt, mit Neuinstallation die Reproduzierbarkeit gesichert, sodass es nicht ein Zufallsfehler wird
    >> "Beschreibe die letzten Änderungen an deinem Computer oder deinen Softwareeinstellungen, die dir relevant erscheinen": habe ich mit Neuinstallation und der Reproduzierbarkeit gedacht zu erreichen
    >>" Wenn möglich, gib eine Beschreibung wie man den Fehler in einem kontrollierten Umfeld reproduzieren kann": genau das. Mit Neuinstallation und Update...


    Mein Take-Away: Ich denke, ich könnte im ersten Satz explizit nochmal die Frage aus der Überschrift wiederholen, und dann für die, die es Interessiert, die detaillierte Fehlerbeschreibung geben. Das erleichtert es antwortwilligen Teilnehmern, die auf einem anderen Niveau arbeiten, keinen Roman zu lesen, die Frage zu überspringen, und anderen Usern zu widmen, die vielleicht einfachere "Click&Go" oder noch bessere "Profi" Fragen stellen.

    Hi,


    ich habe einen HP ProBook645 G1, der mit seiner Realtek Gigabit Netzwerkkarte (r8169) als NAS mit OpenSuSE 15.0 lief. Da ich den Laptop nicht immer "an" haben will, habe ich ihn natürlich in Sleepmode (systemctl suspend) versetzt, und wieder aufgeweckt, wenn ich ihn brauche. Dazu verwende ich WakeOnLan (WOL) mit "Magic Packet", von verschiedenen Systemen (iOS, Linux, Mac, Java ...). Ich habe mit "ethtool" sichergestellt, dass die Kartenkonfiguration auf Magic Packets (Parameter "g") eingestellt ist.


    Das hat mit SuSE Leap 15.0 immer gut funktioniert. Nun habe ich das Update (auf Leap 15.1) gemacht, und da geht das WOL nicht mehr. Man erkennt es unter anderem daran, dass die LEDs der Netzwerkkarte nach einem „Suspend to RAM“ (systemctl suspend) nicht leuchten. Das „Suspend to RAM“ funktioniert einwandfrei, ich kann ihn mit dem Ein/Aus Schalter auch wieder aufwecken. Aber eben nicht mehr über das WOL.


    Also habe ich mal wieder 15.0 vom USB Stick als minimal System aufgespielt, und ausprobiert. Ich habe mir die dmesg für 15.0 und 15.1 angehängt, für LEAP15.0 sieht man den Sleepmode eingeleitet bei [ 56.174254] PM: Preparing system for sleep (mem), bei [ 678.992697] PM: Preparing system for sleep (mem) und nochmal bei [ 910.072899] PM: Preparing system for sleep (mem). Das funktioniert eigentlich sehr gut, habe die drei Beispiele jeweils mit WakeOnLan "aufgeweckt".


    Wie gesagt, nachdem ich ein Update auf Leap 15.1 durchgeführt hatte, mochte das WOL nicht mehr. Also habe ich zum „Gegencheck“ einfach mal die Standard Leap15.1 aufgespielt, da funktionierte WOL. Dann habe ich den „online update“ im YAST gewählt, und danach funktioniert WOL nicht mehr. Ich habe die DMESG angehängt, ab [ 774.029678] PM: Suspending system (mem) wird der Sleepmode eingeleitet.


    Ich sehe im LOG nichts, wenn WOL Pakete ankommen, bzw. was den Rechner wieder aufweckt. Einzige Status Anzeige sind mir die Lämpchen an der Ethernetkarte. Vielleicht hat jemand ne Idee, wo ich weiter forschen könnte?


    Nachtrag: beim weiteren Spielen bin ich über den "legacy" Befehl poweroff gestolpert. Der sollte ja äquivalent zu "shutdown -h now" sein, ist er aber nicht. Ich kann danach den Rechner per WOL einwandfrei booten. Nun ist das ein Legacy Befehl, den ich momentan verwende, und ich muss bei SYSTEMD noch nachlesen, was das Äquivalent ist. Aber immerhin funktionierts damit... DMESG dafür habe ich mit angehängt.


    ps: das ist doch ein Linux Forum, wieso kann man nicht unixoid-typische Anhänge nutzen? :)