Foutmelding bij niet opstarten
Computer start op met volgende foutmelding:

Entering emergency mode. Exit the shell to continue.
Type “journalctl” to view system logs.
You might want to save “/run/initramfs/rdsosreport.txt” to a USB stick or /boot after mounting them and attach it to a debug report.

Give root password for maintenance
(or press Control-D to continue):
:/root# _

Oorzaak was het verkeerd afsluiten van het systeem, zijnde indrukken van de power knop tot toestel uitvalt (zodat niet de normale afsluitprocedures kunnen uitgevoerd worden en het bestandssysteem beschadigd achterblijft).

1. Herstel mislukt
Om een fsck the kunnen doen moet je weten wat de harde schijf partitie is. Het zou kunnen dat in het emergency system de commando’s ls /mnt en/of lsblk niet werken.

Probeer journalctl -xb
Dat gaf mij een overzicht van de gefaalde opstartprocedure, en daarin zie je ergens (na wat scrollen) de naam van de drive; bv:
nvme0n1p2 of /dev/nvme0n1p2. (p1 ipv p2?)

Ik zie ook
BTRFS: error (device nvme0n1p2) in btrfs_replay_log:2323: error=-5 IO failure (Failed to recover log tree)
BTRFS: error (device nvme0n1p2: state E): open_ctree failed)

fsck -y /dev/nvme0n1p2

Na uitproberen van een aantal manieren om het filesysteem te “fixen” krijg ik de indruk dat de beschadiging te groot/fundamenteel is.

Ik herinstalleer het systeem
Na herinstallatie getest of het systeem goed afsluit en normaal opstart, en terug in gebruik.

2. Herstel gelukt
Een week later: Dezelfde foutmelding. (Dezelfde oorzaak).

Na ingeven van root wachtwoord: journalctl
wat een overzicht van de (fout)meldingen geeft, waarin je met pijltjes naar boven en beneden kan, en met “q” er terug uit.

Ik zie in de foutmeldingen nu:

BTRFS: error (device nvme0n1p2) in btrfs_replay_log:2323: errno=-5 IO failure (Failed to recover log tree)
..mount: /sysroot: can’t read superblock on /dev/nvme0n1p2.
dmesg(1) may have more information after failed mount system call.
..
Failed to mount /sysroot
…

Toets indrukken bij het starten geeft te kennen dat het een AMI bios is (rood logo) dat normaal niet te zien is, maar vervangen wordt door een logo (ingesteld logo van de invoerder?)
Om te starten van externe usb-stick: is niet helemaal duidelijk.

Ik vindt in het menu een soort boot override met daarin
– Lexar .. (wat ik denk dat de interne harde schijf is)
– Windows … (soort recover?)
– UEFI GENERIC (wat ik denk dat de aangesloten usb-stick is met een systeem) –> dit blijkt te kloppen, dat start dan ook.

Ik kies voor meer, rescue system. Eens het rescue system is opgestart vraagt het een login (root).

lsblk

....
sda
-sda1
-sda2
zram0
nvme0n
- nvme0np1
- nvme0np2
- nvme0np3
tty1:rescue:~ #

De usb drive waar ik van gestart ben is sda.
De foutmeldingen lijken te gaan over nvme0np2, maar een fsck btrfs vindt daar niet echt fouten, of wel, maar een fix lost het probleem niet op.
Ik ga toch de vorige partitie eens proberen; maar fsck btrfs werkt niet op nvme0np1.
Ik gebruik dan fsck zonder btrfs, met de optie om te herstellen, en ik negeer de waarschuwing dat dit risico’s oplevert (exacte syntax weet ik niet meer want eens je er voorbij bent en je herstart om te proberen, is dat natuurlijk allemaal weg).

Maar de computer start na een “reboot” commando perfect op, in de voorheen in gebruik zijnde desktop.

Notbook

Ik heb een aantal bestanden van een cursus die eindigen op .ipynb, bv oefening1.ipynb, oplossing1.ipynb..
Die komen uit een ipython notebook of jupyter notebook, die op de cursus in een remote sessie van een Windows machine op een Azure server zat.
Ik ben dus niets met het cursusmateriaal..
… tenzij ik aan configuratie geraak om zelf die jupyter te draaien.

Ik probeer dat te installeren in opensuse tumbleweed (waarop ik al wat python 3.13 geïnstalleerd had):

jupyter-notebook (en een hoop bijhorende bestanden).

Jupyter gestart: start soort omgeving; er komt eerst een foutmelding:

java.lang.InternalError: Unable to load native GTK libraries

en

Server Connection Error
A connection to the jupyter server could noet be established. JupyterLab will continue trying to reconnect. Check your network connection or Jupyter server configuration.

(ik heb het herhalen van de foutmelding afgevinkt)

Op de achtergrond krijg ik nu de werkomgeving van Jupyter; vooraan een venster met een foutmelding:
Van daaruit kan ik echter geen bestaande projecten openen op dit moment, de bestandsbeheerder geeft mijn homedir weer, maar ik kan bv niet de map “dev” ingaan.

Waarschijnlijk is er een manier om de werkdirectory in te stellen en een fatsoenlijk programma zou dat vriendelijk vragen bij de eerste start. Ik heb een paar keer rondgekeken of ik die mogelijkheid vond, maar besliste toen eerst iets anders te proberen: de omgekeerde weg.

Notebook
Ik kopieer de ipynb bestanden naar mijn laptop in het mapje dev/python/jupyternb, en klik in Dolphin op zo’n ipynb bestand.
Er gebeurt vanalles, en plots zit ik in die oefening. Het blijkt een Firefoxvenster te zijn met de url “http://localhost:8888/notebooks/oefening1.ipynb”

Nice 🙂

Python 3.13

Geïnstalleerd op openSUSE Tumbleweed:

python 313… 3.13.7.1

numpy 313

scipy python313-scipy

mathplotlib python313-matplotlib

pandas python313-pandas-plot

tensorflow python313-transformers

Editor

Idle3: python313-idle – An Integrated Development Environment for Python
– Version: 3.13.7-1.1
– komt in development menu als IDLE3
– afkorting van: Python’s Integrated Development and Learning Environment (zie https://docs.python.org/3/library/idle.html)

Todo: Pyzo
– python313-pyzo – Python IDE for scientific computing
– Version: 4.11.2-2.1
– komt niet in menu?
– via zypper install pyzo komt die wel in menu, maar programma klapt onmiddellijk toe na opstartscherm.

Todo: Thonny (beschikbaar Version: 4.1.7-1.2)
– veel Raspberry Pi voorbeelden zijn daarin gemaakt

Geprobeerd: editor/IDE pycharm-community uit MaxxedSUSE

Geprobeerd: Jupyter, zie (Python jupyter notbook of notebook?)

Pyzo foutmelding: … (meer…)

Remote Desktop

RDC:

Yast2, install “krdc”.
– komt in menu onder “System” (Leap 15.4) of “Internet” (Tumbleweed)
– versie bv Tumbleweed 25.08.0, Leap 15.4: …

RDP:

Bij het installeren via Yast2 van de client “Remmina”, wordt automatisch ook “freerdp” geïnstalleerd vermoed ik, want die moet ik niet meer apart installeren.
– Remmina komt in menu “Internet”
– versie bv op Tumbleweed: 1.4.41 , op Leap 15.4: …

Remmina wodt bv gebruikt in online lessen, of lessen waarbij een remote Windows desktop met een leerplatform wordt overgenomen vanop de eigen laptop, die dan wel gewoon Linux kan draaien. Je krijgt gegevens van de lesgever om in te loggen: ip adres, loginnaam en wachtwoord (soms ook nog domain) van de remote virtuele computer.

SMART is de naam/afkorting voor een technologie die de harde schijf “in het oog houdt”.
In zijn meest eenvoudig vorm geeft SMART een indicatie over de betrouwbaarheid J/N van de disk, met een Nee als een aantal fout/slijtage-parameters overschreden zijn.

Je kan informatie opvragen waaronder de temperatuur, gebruik (start/stop, tijd), en opgemerkte fouten. Je zou kunnen veronderstellen dat je daarop kan voortgaan om de gezondheid van je harde schijf in te schatten, maar dat is misschien toch niet zo rechtlijnig daaruit af te leiden als ik deze wikipedia uitleg lees: Self-Monitoring, Analysis and Reporting Technology.

Ik kijk alvast naar:
– parameter 5 : Reallocated_Sector_Ct Aantal sectoren die verplaatst moesten worden
– parameter 196 : Reallocated_Event_Count
– parameter 197 : Current_Pending_Sector
– parameter 198 : Offline_Uncorrectable

Opgelet, als een harde schijf “refurbished” is, zijn de tellers (bv power cycle count, power on hours) terug op nul gezet, dus nog weinig betrouwbaar…

Commando’s
(als root)
# lsblk
– om de harde schijf te vinden. Hier bv is de externe /dev/sda

# smartctl -i /dev/sda1
– tool informatie opvragen

# smartctl -a /dev/sda1
– alle informatie opvragen

# smartctl --test=short /dev/sda
– een test van een paar minuten.

# smartctl --test=long /dev/sda
– een test van bv meer dan een uur (eindtijd wordt geschat aangegeven).

Voorbeeld: externe harde schijf (usb)

smartclt -a

(meer…)

Voor instructiedoeleinden

Een paar screencast programma’s op openSUSE Tumbleweed:
– screencast: alvast de naam kan niet eenvoudiger. Beschikbaar via Yast. Bewaart standaard in Webm. Start VLCplayer om filmpje te tonen.
– vokoscreenNG 4.4.0: een mooi en redelijk eenvoudig programma, waar ik snel een schermfilmpje mee opneem, terug bekijk.
– OBS Studio 31.1.2: een mooie interface verraadt al een meer complex programma… Het duurde even eer ik door had hoe de bron in te stellen. Ik meen te onhouden: Een Scene kiezen. Een bron kiezen, in mijn geval werkte uiteindelijk met Sources, Add source (+), kies uit de vele geluids-en beeldmogelijkheden; Screen capture werkte niet, wel Display capture (XQHM), bv hier: Display: eDp-1. Gebruikt hier de filebrowser die VLCplayer start om de opname te tonen. Installatie lukte uit de pacman repository.