Pre-Fail kommt vor dem Fail. smartctl --all /dev/sda
Vielleicht sind die Karten neu gemischt, aber das Blech ist wohl noch das selbe:
"Der Rechner wird gerade mit Leap 43.3 neu aufgebaut, so dass keine weiteren Recherchen auf dem alten System mehr durchgeführt werden können."
Auf was wartet ihr ?
Im 20sten Eintrag steht aus meiner Sicht genug:
21.02.18 21:01 smartd Device: /dev/sda [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 120 to 99
21.02.18 21:01 smartd Device: /dev/sda [SAT], SMART Usage Attribute: 189 Airflow_Temperature_Cel changed from 25 to 27
21.02.18 21:01 smartd Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 25 to 27
21.02.18 21:01 smartd Device: /dev/sda [SAT], SMART Usage Attribute: 195 ECC_Uncorr_Error_Count changed from 100 to 120
21.02.18 21:01 smartd Device: /dev/sda [SAT], SMART Usage Attribute: 201 Unc_Soft_Read_Err_Rate changed from 100 to 120
21.02.18 21:01 smartd Device: /dev/sda [SAT], SMART Usage Attribute: 204 Soft_ECC_Correct_Rate changed from 100 to 120
21.02.18 21:01 smartd Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 206 to 193
21.02.18 21:07 org.kde.ActivityManager "UPDATE ResourceEvent SET end = :end WHERE :usedActivity = usedActivity AND :initiatingAgent = initiatingAgent AND :targettedResource = targettedResource AND end IS NULL"
21.02.18 21:07 org.kde.ActivityManager QSqlError("11", "Der Datensatz konnte nicht abgeholt werden", "database disk image is malformed")Wer sichert ist feige?
Wenn es wichtig ist, versuch's mal mit irgend so einen modernen RAID (Level>0) Kram (Ich ziehe Software-Lösungen vor z.B. mit mdadm).
Übrigens ist bei den billigen Chip-Disks (USB, SSD) das Fehlerverhalten noch befremdlicher als bei denen mit Kreislauf. Spiegeln wäre dann echt sinnvoll.
Hi Mädels,
die UUID des Swap-Spaces ist df817f10-78ad-4f90-95b6-dc2db5e62c40, das LABEL ist Pager.
In weniger als 30 Sekunden bin ich am Prompt. Hibernate habe ich aber noch nicht wieder probiert.
Und Fakten sind seit Trump manchmal auch alternativ.
Und nicht alles, worum man bittet, will man wirklich haben:
# fdisk -l /dev/sdk -o +UUID
Disk /dev/sdk: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0007b473
fdisk: dos unknown column: UUID
# fdisk --help
Usage:
fdisk [options] <disk> change partition table
fdisk [options] -l [<disk>] list partition table(s)
Display or manipulate a disk partition table.
Options:
-b, --sector-size <size> physical and logical sector size
-B, --protect-boot don't erase bootbits when creating a new label
-c, --compatibility[=<mode>] mode is 'dos' or 'nondos' (default)
-L, --color[=<when>] colorize output (auto, always or never)
colors are enabled by default
-l, --list display partitions and exit
-o, --output <list> output columns
-t, --type <type> recognize specified partition table type only
-u, --units[=<unit>] display units: 'cylinders' or 'sectors' (default)
-s, --getsz display device size in 512-byte sectors [DEPRECATED]
--bytes print SIZE in bytes rather than in human readable format
-w, --wipe <mode> wipe signatures (auto, always or never)
-W, --wipe-partitions <mode> wipe signatures from new partitions (auto, always or never)
-C, --cylinders <number> specify the number of cylinders
-H, --heads <number> specify the number of heads
-S, --sectors <number> specify the number of sectors per track
-h, --help display this help and exit
-V, --version output version information and exit
Available columns (for -o):
gpt: Device Start End Sectors Size Type Type-UUID Attrs Name UUID
dos: Device Start End Sectors Cylinders Size Type Id Attrs Boot End-C/H/S Start-C/H/S
bsd: Slice Start End Sectors Cylinders Size Type Bsize Cpg Fsize
sgi: Device Start End Sectors Cylinders Size Type Id Attrs
sun: Device Start End Sectors Cylinders Size Type Id Flags
For more details see fdisk(8).
# fdisk -l /dev/sdk
Disk /dev/sdk: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0007b473
Device Boot Start End Sectors Size Id Type
/dev/sdk1 * 2048 399999999 399997952 190.8G 83 Linux
/dev/sdk2 400000000 500118191 100118192 47.8G 82 Linux swap / Solaris
# swaplabel /dev/sdk2
LABEL: Pager
UUID: df817f10-78ad-4f90-95b6-dc2db5e62c40
# tune2fs -l /dev/sdk1 | grep UUID
Filesystem UUID: 110a6745-2246-43b4-b8e1-7a9147115d59Ich nehme an, Du wolltest das Ergebnis von swaplabel und tune2fs.
Waren da mal wieder junge Studenten am Werk?
# rpm -qi util-linux-2.29.2-5.1.x86_64
Name : util-linux
Version : 2.29.2
Release : 5.1
Architecture: x86_64
Install Date: Tue Feb 20 20:19:30 2018
Group : System/Base
Size : 3885399
License : GPL-2.0+
Signature : RSA/SHA256, Wed Dec 13 19:31:05 2017, Key ID b88b2fd43dbdc284
Source RPM : util-linux-2.29.2-5.1.src.rpm
Build Date : Wed Dec 13 19:30:34 2017
Build Host : build74
Relocations : (not relocatable)
Packager : http://bugs.opensuse.org
Vendor : openSUSE
URL : https://www.kernel.org/pub/linux/utils/util-linux/
Summary : A collection of basic system utilities
Description :
This package contains a large variety of low-level system utilities
that are necessary for a Linux system to function. It contains the
mount program, the fdisk configuration tool, and more.
Distribution: openSUSE Leap 42.3
Noch ein Punkt zum Thema Fakten:
Das beschriebene stilisierte ASCII-Spiel (kann man hier nicht einfügen) war beim Booten sichtbar (Was wird wohl bei resume ausgewertet?.)
Wie erstelle ich Screen-Shots (ohne Cell-Phone oder Photoapparat) während des Bootvorganges bei einer physischen Maschine ?
Die Reproduktion funktioniert mit aktuellen Leap OS. Also: resume=UUID einfügen und beim Boot ca. 1 Minute lang aufpassen.
Grüße
Anders
Ah, systemd-analyze blame kannte ich noch nicht. Alles zusammen 16s Bootvorgang, Das könnte stimmen.
Zum Ausprobieren: Mit resume=UUID im boot string steht dann dort eine graphisch wirkende Symbolfolge, in etwa <===[color=#FF0000]*[/color]==> ( 0:55 von 1:30 )
und der Programmierer hat (zu) viel Knightrider gesehen. Wie gesagt 90 Sekunden ASCII-Animation für K.I.T.T.-Fans.
Das OS, das ich möchte ist aktiv. uname, file:/etc/{os,SuSE}-release file:/proc/version und rpm -ql openSUSE-release-42.3 sagen ich wäre dort wo ich sein möchte.
Cuda-8 ist natürlich installiert. Graphikpakete habe ich zwar auch installiert, aber ich werde wohl kaum vermeiden können, mir mit Cuda selbst Apps zu kompilieren.
Die Hersteller kennen ihren Assembler anfangs meist besser (vor allem, wenn sie die Chips ständig umstricken) und die Binärbibliotheken (Assembler) kann gerne
jemand nachbauen. Aber auch Hersteller wie NVidia(c) haben verstanden, dass sie funktionierende Hardware (und damit auch die Software) anbieten müssen, um
im kommerziellen Segment erfolgreich zu sein. Betriebssystemreferenzen auf Microsoft(c) und Apple(c) finden sich im Katalog kaum. Theano, PyTorch, Caffe und viele
andere NNS sind in Python geschrieben. Ich finde es nicht schlimm, dass proprietäre Produkte sich an Open Source anbinden. Schön wäre es, wenn sie beitragen würden.
Danke, liebe Berichtigung !
Es ist nett, mit Dir öffentlich zu unterhalten.
(Sorry, das mit dem Zitieren werde ich wohl irgendwann in einem anders Thread üben.)
Eigentlich wartet die Boot-Sequenz 1:30 Minuten und daneben zählt der Counter bis das Filesystem "UUID" für den Resume (vom Hibernate) verfügbar wird.
Während hinter dem Eintrag root=UUID=<#> zu lesen war, fehlt das zweite "=" und der Teil danach bei resume=UUID.
Ich nehme an, die 90 Sekunden verstreichen bei der erfolglosen Suche nach dem File-System mit dem Label UUID. (Merke: "UUID" ist kein gutes Disk-Label )
Nachdem das System im 2ten Anlauf dennoch startete, dauerte es bei mir noch ein paar Minuten bis ich verstand, dass ein pm-hibernate nun wohl nicht angebracht ist.
Ja, ich nutze bei Filesystemen meist die UUIDs (Wie kam ich auf diese Idee? vielleicht sollte ich mich mal umstellen). Das ging und geht (noch).
Beim Boot wird die aktuelle Kernel-Version angezeigt, aber in der Auswahlliste stand aber der Text "SuSE 13.2".
Logisch, denn in file:/etc/zypp/repos.d habe ich ja auch selbst gewütet und "13.2" durch "Leap_42.1" ersetzt.
Ich gebe Dir recht, dachte ich vor ein paar Jahren doch genauso (und ich veralbere dich nicht). Was haben diese Anwendungen mit der Graphikkarte zu tun?
Warum wollen alle diese irren "Gamer" High-End-Graphikkarten mit 10GB+ Memory und einem Bus von 384bit Breite ? (Tipp: hat nichts mit sechs 64-Bit CPUs zu tun)
Viele dieser "Gamer" sitzen in Hochschulen und Forschungszentren und sie nutzen zum Teil Graphikkarten ohne Videoausgang (HDMI/VGA/DVI/...).
Hast Du schon mal bemerkt, dass niemand den Crays dieser Welt nachweint? Auch die Grid-Welle ist ziemlich abgeebbt.
1,Gedanke: Klar, wenn die Karte Videofilme dekodieren kann und auch kodieren, dann kann sie mit der richtigen Software Videofilme auch umkodieren.
2.Gedanke: Was macht die Karte dabei: Sie führt möglichst viele gleichartige Berechnungen an allen Stellen des Bildes gleichzeitig durch (Theorie).
3.Gedanke; Welche Software arbeitet noch so ähnlich ? Frequenzanalyse (Fourier-Transformation), Finite Elemente Systeme, Ray Tracer, Neuronale Netze, ...
Na klar es gibt Bibliotheken. Die kann man doch einfach austauschen. Bis auf das "einfach" richtig. Aus meiner Sicht ist das Problem der Lagerort der Daten.
Nichts wird schneller wenn die Daten ständig in die Graphikkarte geladen und aus ihr entladen werden. Das sollte schon etwas konsequenter geschehen.
Mein ffmpeg-Eigenkompilat ist mit cuda z.B. beim Umkodieren von Videos bei meiner antiken 8-Core-Kiste auf der 740er NVidia-Karte ca. 10 mal schneller als ohne.
Den "drecks Tracker" will ich doch nicht mehr auf meinem System haben. Beim dist-upgrade will er aber immer unbedingt mit rein.
Ich habe ihm die Installation mittels zypper al tracker die Installation verboten. Geht das eleganter?
Alles
Anders
--
Leap: Der Sprung vom Unglück (13) zum Sinn des Lebens (42). Anonymer Numerologe frei nach Douglas Adams
Alles in einer Zeile wäre schön gewesen, aber selbst hier
SDB:System upgrade - openSUSE steht, dass jedes
Release einen einzelnen Update/Upgrade erfordert. 
Ja, über dup vs up bin ich auch gestolpert, da ich den Unterschied
zu kennen glaube und eigentlich nur distribution upgrades nutze.
Darüber hinaus fehlte aber eigentlich nichts und der Link steht oben bei Google.
Was ich vergessen hatte zu erwähnen:
Der Upgrade baut file:/etc/grub2/grub.cfg etwas merkwürdig um.
Dass er die Release-Level nicht mehr ersetzt, hätte ich mir denken können,
aber das hier hat mir Fragezeichen in die Augen getrieben: 90 Sekunden auf UUID warten.
Beim ersten Mal war das Ganze noch garniert mit wiederholten Fehlermeldungen.
[...]
linux /boot/vmlinuz-4.4.114-42-default root=UUID=123a4567-2222-4334-1111-789123456789 resume=UUID splash=silent quiet showopts libata.force=noncq
[...]Was ich vergessen hatte zu fragen:
Gibt es fertige openSUSE_Leap-Pakete, die auf die NVidia-Chips zugreifen ?
Ich denke an ffmpeg, mencoder/mplayer, hamradio module, tensorFlow, etc.
Thanks
Anders
Hi,
der Upgrade von 13.2 auf 42.3 hat super funktioniert, aber einige Defaults sollten überdacht (=kommt von denken) werden.
Wer 13.2 verwendet hat eventuell schon die nicht mehr funktionierenden Repositories deaktiviert mit:
zypper mr -d <#>wobei <#> für die Nummer des Repositories bei der Abfrage "zypper lr" steht.
Wie man ein Backup des Repositories erstellt und die 13.2-Einträge auf Leaf ändert steht hier
Upgrade To openSUSE 42.1 From openSUSE 13.2
Unter den Leaf Versionen geht es dann immer mit dem gleichen Schema - aber Release für Release - weiter:
SDB:System upgrade - openSUSE
Ich hatte rund 8000 Pakete auf einer SDD. Das geht dennoch recht flott, aber ab und an muss man bestätigen.
VOR dem ersten Upgrade lohnt es sich die noch funktionierende GUI zu nutzen um eine korrekte Schreibweise
der inaktiven baseurls und der gpgkeys in den Dateien unter file:/etc/zypp/repos.d/ zu erreichen:
z.B.
baseurl=http://download.opensuse.org/repositories/artwork/wallpapers/openSUSE_Leap_42.1/
baseurl=http://download.nvidia.com/opensuse/leap/42.1/
baseurl=http://download.opensuse.org/repositories/Education/openSUSE_Leap_42.1/
baseurl=http://download.opensuse.org/repositories/Emulators/openSUSE_Leap_42.1/
baseurl=http://download.opensuse.org/repositories/mozilla/openSUSE_Leap_42.1/
baseurl=http://download.opensuse.org/repositories/systemsmanagement/openSUSE_Leap_42.1/
Dann geht es los; immer auf der command line und wenn jemand fragt ob weitermachen, immer ja sagen:
# erst mal nach der Anleitung oben arbeiten
# ich habe "tmux" verwendet, weiß aber nicht, ob das wirklich notwendig war
sed -i 's/13\.2/leap\/42.1/g' /etc/zypp/repos.d/*
zypper ref
zypper dup
reboot
zypper up
sed -i 's/42\.1/42.2/g' /etc/zypp/repos.d/*
zypper ref
zypper dup
reboot
zypper up
sed -i 's/42\.2/42.3/g' /etc/zypp/repos.d/*
zypper lr
zypper mr -e <#>
zypper ref
zypper dup
Bei dem zypper up sollte normalerweise nichts installiert werden. (Für mich war das zur Kontrolle)
Umstände hatte ich zuerst mit nvidia, da die erforderlichen modules (lsmod, modprobe, insmod) nicht automatisch gebaut werden. Also
zypper remove nvidia-gfx... ..-default/..-desktop (am besten alles was mit nvidia beginnt)
zypper install nvidia-gfxG04-kmp-default
Es geht sicher einfacher, aber ohne GUI macht Browsen keinen Spass.
Jetzt sollte x11 für die nvidia-User wieder funktionieren.... sollte
Jetzt hatte ich interessante Effekte:
- Mein Rechner hatte die Geräuschkulisse eines Jets nur etwas weniger Fahrt
- Die Leistung wurde für Core-Dumps genutzt. 8 Cores = 8 Core-Dumps parallel
- das GUI crasht im runlevel 5 - also Betrieb nach "telinit 3" im runlevel 3 - gui mit "startx" starten
- Die Menus erschienen meist (interessanterweise nicht immer) wie die Kriegsfahne der Pazifisten: weißer Adler auf weißem Grund
- aber lesen konnte man nichts, da die Schrift auf dem Display immer wieder verschwamm.
- Im bewegten Fenster konnte man alles prima lesen, im ruhenden nach 30 Sekunden nichts mehr.
Was war los:
- Die CPU ist bei 100%. "ps ax" zeigt eine Reihe 'systemd-coredump' - killen hilft nicht, kommen ca. alle 10 Sekunden wieder
"zypper remove tracker" und dieser Spuk ist vorüber.
Merke: "drecks tracker"
- Die verschwimmende unlesbare Schrift kommt vom "Compositor" (unter Display/Anzeigen), der in den Einstellungen abgeschaltet werden kann und
erst beim nächsten Login aktiv wird. (Für jeden Haken kommt die Warnung, dass dies nicht sofort aktiv wird, aber nicht für diesen Compositor)
Merke: "Compositor kompostieren"
- aus irgendeinem Grund aktualisieren sich die NVidia Pakete nicht nach einem Kernel-Upgrade:
Meine Frage an die Paketierer:
- Zu was soll dieser Compositor gut sein. Das Ding scheint praktisch nicht dokumentiert zu sein. Kein Mouseover, keine Online-Hilfe unten rechts.
Wer in der Welt meint, dass das Auslöschen bzw. die Unlesbarkeit von Size 24+ Buchstaben hilfreich ist ? Und warum ist das Teil im Default aktiv ?
- Warum kann ich nunmehr im Terminal "Konsole" keinen Font mehr wählen, sondern erhalte die Default Proportional(!)schrift in einer Konsole ?
- Das Problem mit dem Tracker hatten schon recht viele vor mir. Wenn das Teil schon automatisch implementiert wird, warum dann nicht mit default "off"
- Kann man einen Call für "make" in die Systemstart-Sequenz der nvidia-Quellen bzw. dessen Integration einbauen ?
Sind die Pakete für den aktiven Kernel da, geht darüber weg, sonst wird für nvidia-gfxG04-* ein Build der Module aufgerufen.
Bug 1044816 – kernel 4.4.71 doesn't allow user to install Nvidia blob with nvidia-drm feature enabled das Problem mit dem drm-kmp-default Paket hatte ich übrigens auch.
Im Großen und Ganzen war alles recht einfach. und die Upgrades gingen solide durch.
Die paar angemerkten Punkte können jedoch ganz ordentlich nerven. In unlesbaren Menus unlesbare Optionen zu suchen,
kann Linux schon ein paar Nutzer zurück auf kommerzielle Betriebssysteme senden.
Keep up the good work, and be (even more) careful
Danke
Anders