• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Gelöst Notebook ASUS TP 200 S Tumbleweed

tomm.fa

Administrator
Teammitglied
Kurzantwort zu Beitrag #18 von pinugin:

pinugin, ich sehe es schon, du scheinst mich (und meine Erfahrungen) besser als ich selbst zu kennen.
 
OP
egweber1

egweber1

Hacker
Zu Meldung 17 von Susejunky:
Soweit klar. Aber welche openSUSE Factory Mailingliste? Gibt ja genügend. Wo nachsehen bei Tumbleweed Updates?
Probiere jetzt nochmal mit Tumbleweed und KDE auf ext4 ohne Snapshots mit 2 GB swap. 28 GB für/ und /home auf Karte.
Reichen die 3 Repos aus, die anfangs gepostet habe? Gebe Bescheid, wenn ich alles drauf habe.
 

susejunky

Moderator
Teammitglied
Hallo @egweber1 ,

Aber welche openSUSE Factory Mailingliste? Gibt ja genügend.
in der Tat gibt es viele openSUSE Mailinglisten aber es gibt nur eine openSUSE Factory Mailingliste. Du kannst sie abonnieren oder anhand des vorstehenden Links offline lesen.
  • Beiträge mit dem Titel "New Tumbleweed snapshot yyyymmdd released!"
    kündigen die Verfügbarkeit eines neuen Snapshots an und zeigen eine Liste der wichtigsten, darin enthaltenen Pakete mit Ihren Änderungen an. Achtung! Es werden nicht alle im Snapshot enthaltenen Pakete genannt.
  • Beiträge mit dem Titel "Tumbleweed - Review of the week yyyy/ww"
    beschreiben kurz die wichtigsten Änderungen der letzten Woche und geben einen Ausblick darauf auf, an welchen Änderungen aktuell gearbeitet wird.
  • Restliche Beiträge
    beschäftigen sich oft mit längerfristig geplanten Änderungen (z.B. usrMerge, neue rpm-Version, ...)
Hier ein paar Beispiele, wie ich die Information aus der Mailingliste nutze:
  • Änderungen am C-Compiler und/oder den Standard-C-Bibliotheken führen oft dazu, dass alle Pakete neu kompiliert werden. Eine sehr umfangreiche Aktualisierung kann also anstehen. Daher schaue ich ab diesem Zeitpunkt immer genau hin, wieviele Pakete zypper aktualisieren will und lassen die Aktualisierung nur dann weiterlaufen, wenn ich ausreichend Zeit habe um eventuell erfoderliche Nacharbeiten direkt durchführen zu können.
  • Wenn z.B. Pakete aus dem Aktualisierungs-Stack (zypper, rpm, ...) geändert werden, halte ich mir die aktuellen (sicher funktionsfähigen) Versionen lokal vor, sodass ich, wenn die neuen Versionen schwerwiegende Fehler haben sollten, sofort wieder die alten Pakete einspielen kann. Es besteht auch die Möglichkeit von /history - openSUSE Download ältere Paketversionen herunterzuladen. Allerdings reicht diese Historie nur ca. 20(?) Snapshots zurück.
Weiterhin gehe ich bei Aktualisierungen, die mir kritisch erscheinen (z.B. sehr viele Paketänderungen, Änderungen an zypper oder Compiler, etc.) immer wie folgt vor:
  1. Zunächst aktualisiere ich das openSUSE Tumbleweed, das ich in einer VM betreibe.
  2. Lässt sich die VM wieder problemlos starten und anscheinend nutzen (z.B. Firefox kann eine Internetseite öffnen, Thunderbird kann EMails abrufen, ...), dann aktualisiere ich das direkt auf dem Rechner installierte Tumbleweed und nutze es. Ab diesem Zeitpunkt verfolge ich die Mailingliste (und auch die Foren) etwas intensiver, um zu sehen, ob dort Probleme diskutiert werden, die auf meinen Systemen nicht offensichtlich geworden sind.
  3. Wenn "alles ruhig bleibt" aktualisiere ich auch die Systeme, auf die ich nur remoten Zugriff habe.
Ich will nicht behaupten, dass das oben beschriebene erforderlich oder "die einzig glücklich machende Lösung" ist, aber so hatte ich in den letzten Jahren bei keinem meiner Systeme Ausfälle zu verzeichnen.

Reichen die 3 Repos aus, die anfangs gepostet habe?
Hier noch meine Repository-Liste:

Code:
> zypper lr -uEP
# | Alias        | Name                        | Enabled | GPG Check | Refresh | Priority | URI
--+--------------+-----------------------------+---------+-----------+---------+----------+-------------------------------------------------------------------
4 | 04_packman   | Packman openSUSE Tumbleweed | Ja      | (r ) Ja   | Ja      |   95     | https://ftp.rrze.uni-erlangen.de/packman/suse/openSUSE_Tumbleweed/
1 | 01_update    | openSUSE Tumbleweed Update  | Ja      | (r ) Ja   | Ja      |   98     | http://cdn.opensuse.org/update/tumbleweed/
2 | 02_oss       | openSUSE Tumbleweed Oss     | Ja      | (r ) Ja   | Ja      |   99     | http://cdn.opensuse.org/tumbleweed/repo/oss/
3 | 03_non-oss   | openSUSE Tumbleweed Non-Oss | Ja      | (r ) Ja   | Ja      |   99     | http://cdn.opensuse.org/tumbleweed/repo/non-oss/
>

Viele Grüße

susejunky
 
OP
egweber1

egweber1

Hacker
So, jetzt läuft alles wieder super:
Alles mit ext4 formatiert und jetzt ohne Snapper. Obwohl Rollback auf beiden Rechnern wunderbar funktioniert hat.
Lbslk:
Code:
NAME                  MAJ:MIN        RM      SIZE RO TYPE     MOUNTPOINTS          FSTYPE DISC-MAX MODEL    PTTYPE
mmcblk0        179:0            0                             29,1G   0     disk                                                    111M           gpt
├─mmcblk0p1    79:1        0                            512M    0     part     /boot/efi                  vfat      111M           gpt
├─mmcblk0p2    179:2      0                            26,1G    0     part     /                           ext4          111M           gpt
└─mmcblk0p3    179:3      0                             2G        0     part     [SWAP]                    swap    111M          gpt
mmcblk0boot0    179:8      0                             4M       1     disk                                                     111M          gpt
mmcblk0boot1    179:16    0                            4M       1     disk                                                      111M          gpt
mmcblk1        179:24          0                            58G      0     disk                                                           4M         gpt
└─mmcblk1p1    179:25    0                            8G        0     part     /home                      ext4           4M          gpt
Festplatten bzw. SD-Karte:
ASUS gparted 0.jpg
ASUS gparted 1.jpg
Repositories:
Code:
Laptop ASUS TP 200 S Repositories         
Priority    Enabled    Auto-refresh    Name    URL
94    Ja    Ja    Packman    http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Tumbleweed/
95    Ja    Ja    Hauptaktualisierungs-Repository    http://download.opensuse.org/update/tumbleweed/
96    Ja    Ja    Haupt-Repository (OSS)    http://download.opensuse.org/tumbleweed/repo/oss/
97    Ja    Ja    Haupt-Repository (NON-OSS)    http://download.opensuse.org/tumbleweed/repo/non-oss/
98    Ja    Ja    Open H.264 Codec (openSUSE Tumbleweed)    org/openh264/openSUSE_Tumbleweed/
Habe damals auf dem Laptop nur ein Rollback mit btrfs gemacht, um zu sehen, ob es funktioniert. Hat funktioniert. Sorry.
Hatte bis dahin auch keine Schwierigkeiten mit Tumbleweed außer mit dem Speicherbedarf. Falls es doch mal welche gibt, werde ich
/home sichern, Tumbleweed neu installieren und /home wieder einsetzen. Geht, glaube ich am schnellsten. So 1 bis 2 h insgesamt.
Alle wichtigen und länger dauernden Arbeiten mache ich sowieso am PC.
Danke für die Hilfe.
 
Zuletzt bearbeitet:

susejunky

Moderator
Teammitglied
Hallo @egweber1 ,

da Du das Repository

Repositories:
Code:
Laptop ASUS TP 200 S Repositories
Priority Enabled Auto-refresh Name URL
94 Ja Ja Packman http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Tumbleweed/
...
benutzt, solltest Du das Repository

Repositories:
Code:
Laptop ASUS TP 200 S Repositories
Priority Enabled Auto-refresh Name URL
...
98 Ja Ja Open H.264 Codec (openSUSE Tumbleweed) org/openh264/openSUSE_Tumbleweed/
weglassen.

Der h264-Codec wird auch von Packmann geliefert.

Wenn man auf NICHT-freie Codecs vollständig verzichten will (d.h. keine Codecs von Packman nutzen will), dann kann man aus dem Open H.264 Codec Repository den freien h264-Codec beziehen.

Viele Grüße

susejunky
 
Oben