Op zoek naar een Brother MFC laser-kleur printerdriver; kijk eerst in softwarebeheer Yast, Software, zoek, brother…

printer-driver-brlaser – Driver for (some) Brother laster printers

In de uitleg erbij staat dat de meeste Brother printers een standaard printtaal als PCL of Postscript ondersteunen. Als je een monochrome Brother laserprinter hebt, of een multifunctionele, en andere open source drivers niet werken, kan je deze proberen.

Er worden een aantal ondersteunde printers opgesomd:

Brother DCP-1510 series Brother DCP-1600 series Brother DCP-7030 Brother DCP-7040 Brother DCP-7055 Brother DCP-7055W Brother DCP-7060D Brother DCP-7065DN Brother DCP-7080 Brother DCP-L2500D series Brother DCP-L2520D series Brother DCP-L2540DW series Brother HL-1110 series Brother HL-1200 series Brother HL-2030 series Brother HL-2140 series Brother HL-2220 series Brother HL-2270DW series Brother HL-2375DW Brother HL-2390DW Brother HL-5030 series Brother HL-L2300D series Brother HL-L2320D series Brother HL-L2340D series Brother HL-L2360D series Brother MFC-1910W Brother MFC-7240 Brother MFC-7360N Brother MFC-7365DN Brother MFC-7420 Brother MFC-7460DN Brother MFC-7840W Brother MFC-L2710DW series Lenovo M7605D

Ook vind je een scannerdriver:

brscan4 – Brother Scanner Driver
SANE drivers from Brother for brscan4 compatible models.

Daarna de printer installeren via Yast.
(zie ook http://linuxuser.copyleft.be/liglog/?p=6739)

Als je nummer er niet tussen staat, bv MFC9465, kan je een andere proberen, bv en uitproberen wat werkt.
– 7420 (brlaser v6)… testprint 2 pagina’s: apart, rare vakjes en vlakjes op begin van blad, rest leeg
– MFC 9500 … testprint 2 pagina’s, apart geprint, zwart-wit als gewone laserprinter, niet recto-verso.
– 6550 MC …testprint 2 pagina’s: apart geprint, zwart-wit als gewone laserprinter, niet recto-verso.
– …

Beter toch de brother drivers afhalen…

https://support.brother.com/g/b/downloadend.aspx?c=be&lang=nl&prod=mfc9465cdn_eu_as&os=127&dlid=dlf006893_000&flang=4&type3=625

Driver Install Tool
The tool will install LPR, CUPSwrapper driver and scanner driver (for scanner models).
22/01/2021
(2.2.2-2) 0.02
MB

Terminal, gunzip linux-brprinter-installer-*.*.*-*.gz
Dan moet je het programma uitvoerbaar maken en als root draaien.

localhost:/home/cybrarian/Downloads # chmod +x linux-brprinter-installer-2.2.2-2
localhost:/home/cybrarian/Downloads # ./linux-brprinter-installer-2.2.2-2
Input model name ->MFC-9465CDN
You are going to install following packages.
mfc9465cdnlpr-1.1.1-5.i386.rpm
mfc9465cdncupswrapper-1.1.1-5.i386.rpm
brscan4-0.4.10-1.x86_64.rpm
brscan-skey-0.3.1-2.x86_64.rpm
OK? [y/N] ->y

Licenties bevestigen y, y..

Als je bv de KDE desktop gewend bent, en terechtkomt op een Ubuntu systeem, kan je al eens op zoek zijn naar de juiste toetsencombinatie om iets te doen; zo schakel je met ALT-TAB enkel tussen applicaties, en een tweede document open in een applicatie, wordt niet getoond bij het doorbladeren met ALT-TAB. Daarvoor moet je ALT-ESC gebruiken.
Wel hetzelfde: Shift draait de volgorde om.

Ook handig:
ALT-F2: commando ingeven (zoals in terminal)

Meer “Handige sneltoetsen” : https://help.ubuntu.com/stable/ubuntu-help/shell-keyboard-shortcuts.html.nl

De beta versie van de volgende openSUSE versie 15.3 is uitgekomen om te testen, en ik upgrade een 15.2, bewust van het risico;
Als root:
Bijwerken tot laatste stand van zaken:
zypper update

… Nothing to do.

Controleren of ik de release-version update kan gebruiken:
grep "releasever" /etc/zypp/repos.d/*

(ok, releasever is gebruikt zie ik in de lijn(en) van de reaktie)

De basisversie van het update commando is:
zypper --releasever=15.3 dup

Maar het kan handig zijn de vendor-change op te vangen die nodig is omdat deze 15.3 binaries gebruikt van SUSE Linux Enterprise; “vendor change from openSUSE to SUSE LLC”
wat automatisch zou moeten gebeuren met:

zypper --releasever=15.3 dup --no-allow-vendor-change --force-resolution
zie ook:
https://en.opensuse.org/SDB:System_upgrade

Nadien heb je de bekende desktop (KDE in dit geval), met af en toe een nieuwigheid. Bv in het energiebeheer van de KDE instellingen (Hardware/Power Management) krijg je nu ook mogelijkheden die te maken hebben met je wireless netwerk (wifi), broadband en bluetooth (hetzelfde laten, afzetten, aanzetten).

---

Vervolg 1: bij-installeren software:

zypper inst newsoftware

Ik krijg een foutmelding en/of melding de-installatie/downgrade huidige paketten, eindigend in:

Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): c

Ik breek natuurlijk af.
PS: nadien blijkt het te maken te hebben met Vervolg 2; ik kan het probleem omzeilen met:
zypper --releasever=15.3 install newsoftware

---

Vervolg 2: geen updates
Eigenaardig genoeg zijn er na een paar dagen niet gebruiken helemaal geen updates (destkop update tool) op dit systeem, en op andere 15.2 systemen wel. Ik check met zypper:

/home/test # zypper up

Warning: The /etc/products.d/baseproduct symlink is dangling or missing!
The link must point to your core products .prod file in /etc/products.d.
Loading repository data…
Warning: Repository ‘Hoofd-opslagruimte voor bijwerken’ appears to be outdated. Consider using a different mirror or server.
Reading installed packages…
The following package update will NOT be installed:
libqt5-qtstyleplugins-platformtheme-gtk2
Nothing to do.

Er lijkt iets te missen.

ls -lFA /etc/products.d/baseproduct

lrwxrwxrwx 1 root root 13 Mar 5 15:17 /etc/products.d/baseproduct -> openSUSE.prod

En /etc/products.d/openSUSE.prod bestaat niet; er is wel een Leap.prod en die bevat xml code over ondermeer verdor, release, version…
Op een andere machine bestaat openSUSE.prod wel, en bevat ook xml gegevens over vendor, name, version, release…; de “name” is daar “openSUSE” en niet “Leap”…

Wordt hier releasever gebruikt?
grep "releasever" /etc/zypp/repos.d/*

/etc/zypp/repos.d/repo-debug-non-oss.repo:baseurl=http://download.opensuse.org/debug/distribution/leap/$releasever/repo/non-oss/
…

Blijkbaar wel. Wat dan, waar is die $releasever gedefinieer?

Ik kan wel hetvolgende doen:
zypper --releasever=15.3 up

De update verloopt normaal.

Maar ik wil ook dat ander probleem oplossen.

Ik las ergens de tip om dat pakket/die file te her-installeren;

zypper install -f openSUSE-release
Ik hou er rekening mee dat mijn release moet opgegegen worden (want dat is net het probleem):

linux-8g56:/home/test # zypper –releasever=15.3 install -f openSUSE-release
Warning: Enforced setting: $releasever=15.3
Warning: The /etc/products.d/baseproduct symlink is dangling or missing!
The link must point to your core products .prod file in /etc/products.d.

Retrieving repository ‘Non-OSS opslagruimte’ metadata ……………………….[done]
Building repository ‘Non-OSS opslagruimte’ cache ……………………………[done]
Retrieving repository ‘Hoofd-opslagruimte’ metadata …………………………[done]
Building repository ‘Hoofd-opslagruimte’ cache ……………………………..[done]
Retrieving repository ‘Hoofd-opslagruimte voor bijwerken’ metadata ……………[done]
Building repository ‘Hoofd-opslagruimte voor bijwerken’ cache ………………..[done]
Retrieving repository ‘Opslagruimte voor bijwerken (niet-Oss)’ metadata ……….[done]
Building repository ‘Opslagruimte voor bijwerken (niet-Oss)’ cache ……………[done]
Loading repository data…
Reading installed packages…
Forcing installation of ‘openSUSE-release-15.3-lp153.85.2.x86_64’ from repository ‘Hoofd-opslagruimte’.
Resolving package dependencies…
The following package is going to be reinstalled:
openSUSE-release
The following product is going to be reinstalled:
“openSUSE Leap 15.3”
1 package to reinstall.
Overall download size: 679.5 KiB. Already cached: 0 B. No additional space will be used
or freed after the operation.
Continue? [y/n/v/…? shows all options] (y):

Dat verandert echter niets aan de melding en het probleem. Ik zou kunnen ofwel de link veranderen, ofwel het bestand kopieren naar de naam die in de link voorkomt, maar van beiden weet ik niet of het “mag”.
Ik blijf voorlopig software bij-installeren met
zypper --releasever=15.3 install stellarium
en updates draaien met
zypper --releasever=15.3 up
dan blijf ik me er van bewust dat dit een beta is, en dan los ik het eventueel op bij de definitieve versie 15.3.
Een gelijkaardig probleem werd hier beschreven: https://forums.opensuse.org/showthread.php/521255-Packages-no-longer-shown-as-installed.

---

Vervolg 3: Missing Link
Ik heb het probleem van de missing link voorlopig opgelost door de Leap.prod te kopieren naar de verwachte openSUSE.prod:

cp Leap.prod openSUSE.prod

Daarna de upgrade draaien, en de melding is weg:

linux-8g56:/etc/products.d # zypper up
Retrieving repository ‘Non-OSS opslagruimte’ metadata ……………………….[done]
Building repository ‘Non-OSS opslagruimte’ cache ……………………………[done]
Retrieving repository ‘Hoofd-opslagruimte’ metadata …………………………[done]
Building repository ‘Hoofd-opslagruimte’ cache ……………………………..[done]
Retrieving repository ‘Hoofd-opslagruimte voor bijwerken’ metadata ……………[done]
Building repository ‘Hoofd-opslagruimte voor bijwerken’ cache ………………..[done]
Retrieving repository ‘Opslagruimte voor bijwerken (niet-Oss)’ metadata ……….[done]
Building repository ‘Opslagruimte voor bijwerken (niet-Oss)’ cache ……………[done]
Loading repository data…
Reading installed packages…
Nothing to do.

Meestal gebruik ik distributie-DVD’s die uitgedeeld worden op Open Source/Free software events, maar die zijn nu nogal dun gezaaid ofwel virtueeel. Dus zelf de ISO downloaden en op DVD branden (voor bv een toestel dat niet boot van USB – installatie verloopt veel sneller van een usb-stick dan van een dvd).

Ik herinner me nog dat je met K3b DVD’s kan branden, maar in mijn haast doe ik het fout, en de DVD is niet “boot”-vaardig, je kan er niet van starten bij het inschakelen van de computer. Of misschien was het gewoon een slechte DVD, maar vroeger heb ik het wel eens voorgehad dat ik een kopietje had van die iso, maar geen startklare DVD. Upd: blijkbaar iets foutgegaan, het is gewoon een onleesbare DVD concludeer ik na uitproberen in verschillende apparaten.

K3b
In het “Welcome” scherm krijg je 3 opties:

• New Data Project
• New Audio CD Project
• Copy Medium

Geen van deze moet je kiezen, maar wel net eronder “More actions…”, en “Burn image”.
Normaal zal hij dat ook aanbieden als je een .iso selecteert als bron.

Ps: als ik de iso op een usb-stick wil gebruik ik meestal dd, zie bv hier.

Uitgeprobeerd:

OpenShot
– Ubuntu Is gemakkelijk te installeren uit het softwarebeheer. Lijkt iets ingewikkelder dan Pitivi, maar ik kon hiermee snel een video gemaakt in pitivi kantelen (rotation 90), wat ik daar niet zo snel vond.
– OpenSUSE: er bestaat ook een OpenShot qt zag ik op software.opensuse.org. Ik herinner me dat ik er meer dan 5 jaar geleden eens iets mee gemaakt heb. Na installatie komen er een paar foutmeldingen op niet gevonden icoontjes als ik het goed begrijp, en daarna start OpenShot wel.

Pitivi
– OpenSUSE
Na wat last om een zwaardere video editor aan de praat te krijgen, probeer ik deze lichte. Maar die is bedoeld voor GTK, werkt dus niet op een KDE. Hij installeert wel in OpenSUSE maar start niet en toont op de commandolijn: gtk not found, gdkpixbuf not found libav not found ….enz.
– Ubuntu
Op Ubuntu is die wel gemakkelijk te installeren en werkt die, eventueel na bij-installeren van de afhankelijkheden. Dat kan je uitvinden door het programma te starten van in een terminalvenster, dan geeft het feedback over ontbrekende componenten.
Heel gemakkelijk om mee te beginnen, je inmporteert een filmpje, sleept het naar de tijdsbalk, importeert het volgende, sleept het er achter, speel het ter controle, enz.
Exporteren waarbij de onderdelen tot een geheel worden gerenderd, en de uitvoer is een bruikbaar filmpje.

VidCutter
OpenSUSE 15.2
Gemakkelijk te installeren uit de repo’s van openSUSE of deze One Click Install; het is versie 5.5.0.
Het programma start, heeft een fris venster, en je kan onmiddellijk een filmpje openen. Het geladen filmpje wordt weergegeven met een groot beeld en onderaan een tijdslijn met kleine beeldjes, en enkele eenvoudige mogelijkheden om te knippen van-tot; het toont rechts de geknipte stukjes. Ik vermoed dat die automatisch aan elkaar geplakt worden bij een “Save Media” bewerking, maar dat lukte hier niet; het programma blijft hangen na ongeveer 60 % van zijn eigen voortgangsbalk. Eender of het grotere of kleinere bestanden zijn, grotere of kleinere stukjes geknipt. Het ziet er veelbelovend uit nochtans, vooral voor snel stukje uit film halen, bv voor en achter er af.

Er is ook een community/experimentele versie af te halen bv uit de multimedia repository; dan is het versie 6.0.5. Helaas geeft die hetzelfde gedrag, bewaren tot 60% en hangt.

ubuntu 20.04 LTS
Het pakket zit niet in de gewone Ubuntu repo’s want apt-get install vidcutter werkt niet. Wel als snap:
snap install vidcutter

vidcutter 6.0.0 van Pete Alexandrou geïnstalleerd

Maar ook daar helaas, bij het bewaren gaat de evolutie tot 50% en dan is het gedaan, er gebeurt niets meer.
Op de commandolijn gestart is de laaste foutmelding:
python3:13727): GLib-GIO-WARNING **: Error creating IO channel for /proc/mounts: Permission denied (g-file-error-quark, 2)

ubuntu 18.04 LTS
Ook hier de melding dat het als snap beschikbaar is. Ook hier wordt 6.0.0 vermeld.

KdenLive
Gemakkelijk te installeren uit de repo’s van OpenSUSE of van deze One Click Install.
Het programma is duidelijk zwaarder dan VidCutter, dat voel je al bij het starten. De interface is zwart. Het lijkt me de bedoeling eerst een project aan te maken, dus ik bewaar alvast dit lege project om het een naam en plaats te geven voor ik verderwerk. Ik zet ook de Help open om wat richtlijnen te krijgen, en zie dat ik links onder project bin op een open knopje kan klikken om mijn filmpje in te laden. Dat komt rechts te staan, en als ik op play druk krijg ik ook een mooie LED-VU meter voor het geluid L en R. Ook hier onderaan een tijdslijn, waar het resultaat terecht moet komen. Voor de rest is het scherm veel meer gevuld met allerlei mogelijkheden, dus het lijkt iets moeilijker om te beginnen omdat je even moet checken wat waar zit.

Bij een update van openSUSE 42.3 naar 15.0 en daarna naar 15.1 loopt de installatie halverwege vast op:

(2724/5228) Installing: baekmuk-bitmap-fonts-2.1-lp151.2.1.noarch ……………………………………………….[error]
Installation of baekmuk-bitmap-fonts-2.1-lp151.2.1.noarch failed:
Error: Subprocess failed. Error: RPM failed: installing package baekmuk-bitmap-fonts-2.1-lp151.2.1.noarch needs 7MB on the / filesystem

Abort, retry, ignore? [a/r/i] (a):

Er is nog maar 24,8 Mb vrij op / dus ze is eigenlijk vol.

# df
Filesystem 1K-blocks Used Available Use% Mounted on
devtmpfs 1900576 0 1900576 0% /dev
tmpfs 1910400 19992 1890408 2% /dev/shm
tmpfs 1910400 1772 1908628 1% /run
tmpfs 1910400 0 1910400 0% /sys/fs/cgroup
/dev/mapper/system-root 30253056 29650716 24820 100% /
/dev/sda1 387456 73618 289314 21% /boot
...

Helaas, dit is een beetje laat, het zou natuurlijk veel beter zijn als de update procedure op voorhand checkt of er genoeg plaats is om het systeem te updaten. Of als euh de gebruiker dit zou checken voordat hij een upgrade doet 😉

update 03/2021: ondertusssen vond ik dit artikel over een Btrfs probleem op de SUSE site.
(punt 3 in een algemeen artikel over System_upgrade)
Waarin ze zeggen: Move /var/cache to a separate subvolume

Nota: Als het root filesysteem niet Btrfs is, of als je upgrade van 15.0 of later, hoef je dit niet te doen.

Ze geven ook de beschrijving hoe je dat moet doen;
– zoek het root filesysteem
– zoek het hoofdsubvolume van alle andere subvolumes, vanaf oepnsuse 15.1 herken je dat aan een @ teken, zoniet kijk naar subvolume ID 5.
– mount het op een tijdelijk mountpunt
– move /mnt/var/cache die al bestaat* naar bv /mnt/var/cache.old (* kan zelfde zijn als /var/cache)
– maak nieuw subvolume bv btrfs subvol create /mnt/var/cache
– move de .old naar de nieuwe locatie of mv /var/cache/* naar de nieuwe /mnt/var/cache
– unmount subvolume van tijdelijk mountpunt
– voeg het nieuwe subvolume /var/cache toe aan /etc/fstab (gebruik een bestaand subvolume als voorbeeld en laat zeker de UUID van het root file systeem hetzelfde; subvolume naam en mountpunt /var/cache.
– mount het nieuwe subvolume zoals voorzien in /etc/fstab (mount /var/cache)
– daarna kan je verder met zypper ref, zypper update..

Op het moment dat ik dat nog niet gevonden had ging ik zo verder:

Ruimte vrijmaken
Ik hoop op de / oude overbodige bestanden te vinden die ik kan verwijderen…
(meer…)

Als je het systeem wil bijwerken (hier van 15.1 naar 15.2) terwijl je verderwerkt, kan je kiezen om in twee stappen te werken, en eerst de wijzigingen af te halen om ze pas in een tweede stap door te voeren.
Bij voorkeur rechstreeks op de ethernet netwerkkabel met maximale snelheid, het kan wel wat langer duren via wifi of via een andere trage/gedeelde verbinding.

Ps: er is nu ook een andere manier waarbij gebruikt gemaakt wordt van de variabele voor huidig systeem, met “releasever=15.2” enz. (zie artikel hier)

Voorbereiding
Check je backups. Check server-applicaties als databanken; backup (dump) en uitschakelen, sluit virtuele machines af. Maak een backup op extern medium van de organisatie van je huidig systeem; bv de repo’s (zie onder) en het bestandssysteem (df -h).

Check de bestaande repositories; zet de extra repositories af, blijft openSUSE-Leap-15.0-OSS, openSUSE-Leap-15.0-Update.
(gaat gemakkelijkste in yast2)

Om eventueel nadien te vergelijken met wat er voordien was ingesteld kopieer ik de huidige softwarebron-instellingen:
cp -Rv /etc/zypp/repos.d /etc/zypp/repos.d.20210203

‘/etc/zypp/repos.d’ -> ‘/etc/zypp/repos.d.20210203’
‘/etc/zypp/repos.d/opensuse-guide.org-repo.repo’ -> ‘/etc/zypp/repos.d.20210203/opensuse-guide.org-repo.repo’
‘/etc/zypp/repos.d/openSUSE-Leap-15.0-1.repo’ -> ‘/etc/zypp/repos.d.20210203/openSUSE-Leap-15.0-1.repo’
… enz…

Repo
Vervang in de repository bronnen alle 15.1 door 15.2
sed -i 's/15.1/15.2/' /etc/zypp/repos.d/*

(geeft geen feedback als het gelukt is)

Ververs de repositories:
zypper ref

Ophalen van metagegevens uit opslagruimte ‘…’
enz…

Je kan de upgrade ineens laten uitvoeren, ofwel eerst laten afhalen van de bestanden van de distributie update:
zypper dup --download-only

Hier kan je vragen krijgen als je vergeten bent de andere repositories af te zetten (bv om om te schakelen van een externe repository naar een opensuse repo) …

Bevestig…

(Dat duurt even – bv van 15:34-… – en de lijst rolt voorbij op het scherm).

Een goede vraag om alsnog te stellen: is er genoeg plaats op het systeem om een update uit te voeren, zodat we niet middenin vastlopen met een volle systeempartitie.

linux-re9d:/home/test # df -h


dev/mapper/WDC_WD1600BJKT-75F4T0_WD-WXE0A9917387-part2 40G 27G 14G 66% /

Omdat nu programma’s die in gebruik zijn vervangen kunnen worden, kan je (maar dat moet niet) afmelden en in een terminal venster inloggen met root.
Zo ja:
– (CTRL-ALT-F1)
– We kunnen naar init 3 toestand gaan om de grafische login (op scherm ALT-F7) ook uit te schakelen.
Als root de distributie upgrade “dup” uitvoeren:
init 3
zypper dup

(of zypper --no-refresh dup als je eerst de bestanden had afgehaald, ze staan klaar in de cache van zypper).

Dan zie je de detaillijnen voorbijrollen tijdens de installatie: vooraan wordt de teller bijgehouden.
Dit kan wel even duren… zo’n 40 min. bv.;
(bv van 19:19 tot …19:39 ongeveer helft van de 2951 paketten … 19:58 posttrans scripts uitvoeren…20:00 Gereed.)

Ik kreeg in een bepaald geval een helebool meldingen over het omschakelen naar opensuse om de nieuwe versies te gebruiken van VLC, tuxpaint, gambas3, enz
Zie verder onderaan Geval 2 (broadcom) en Geval 3 (MySQL), en hieronder een log van de meldingen van aanpassingen door Yast voor Geval 1:

(meer…)

Een action cam* die de beelden bewaart op een SD kaart; volgens de handleiding moet de camera aangesloten worden via usb, en moet je toegang krijgen tot de bestanden als bij een externe harde schijf of usb-stick.
* AEE Lyfe Silver Action camera 4K (mogelijk gelijkaardig bij andere toestellen).

Bij het aankoppelen van deze camera reageert KDE met een veelbelovend informatie en keuzevenster:

Apparaatmelder
Storage Volume
58,2 GiB Removable Media
– Openenen met bestandsbeheerder
– Foto’s met Gwenview downloaden
– Foto’s met DigiKam downloaden

Maar als je klikt op bv openen met bestandsbeheerder komt er een melding:

“Kon dit apparaat niet aankoppelen”.

“Could not mount this device”.

Onderzoeken en vergelijken
– Op andere computers werkt het wel, bv op een iMac.
– Als je de micro-SD-kaart uit het toestel haalt, en die met een adapter in je computer probeert te lezen, krijg je ook een foutmelding.
(en dit* specifiek toestel heeft in principe nog wifi verbinding ook – maar daar gaan we hier niet verder op in)

Mogelijk wordt het bestandssysteem niet herkend; het is geen op Linux geformatteerd kaartje, maar een aangekochte kaart. Ze is zover bekend niet door de actioncam geformatteerd, hoewel die daar wel de mogelijkheid toe aanbiedt.

Bestandssysteem?
Misschien heeft het helemaal niets met de camera te maken…
Het kan zijn dat een door Microsoft gepatenteerd bestandssysteem gebruikt wordt (exFAT of Extensible File Allocation Table), en dan is een “driver” of extra stukje software nodig om dat te kunnen lezen. (In nieuwere systemen is het waarschijnlijk wel aanwezig, bv vanaf kernel 5.4).

Daarvoor kan fuse-exfat bij geïnstalleerd worden, bv:

Start je packet manager (software beheer) en zoek (in alles) naar “exFAT”.
Selecteer, bevestig, installeer.

Of, als je het daar niet vindt, via een externe link, bv voor openSUSE:
https://software.opensuse.org/package/fuse-exfat

fuse-exfat

exFAT file system implementation

This driver is an exFAT file system implementation with write support. exFAT is a simple file system created by Microsoft. It is intended to replace FAT32, removing some of its limitations. exFAT is a standard FS for SDXC memory cards.

Version 1.2.8 Size 48.1 KB openSUSE Leap 15.2

https://software.opensuse.org/download/package?package=fuse-exfat&project=home%3A-miska-%3Aarm

Installatiebron ‘Few packages for ARM (openSUSE_Leap_42.3)’ wordt toegevoegd …[gereed]
Opslagruimte ‘Few packages for ARM (openSUSE_Leap_42.3)’ is toegevoegd

URI : https://download.opensuse.org/repositories/home:/-miska-:/arm/openSUSE_Leap_42.3/
Ingeschakeld : Ja
GPG-controle : Ja
Automatisch vernieuwen : Nee
Prioriteit : 99 (standaard prioriteit)

Prioriteiten van opslagruimten hebben geen effect. Alle ingeschakelde opslagruimten delen dezelfde prioriteit.

zypper refresh
zypper install fuse-exfat

zypper install fuse-exfat
Ophalen van metagegevens uit installatiebron ‘DiscontinuedLeap423′ ……………[fout]
Installatiebron DiscontinuedLeap423 is ongeldig.
[DiscontinuedLeap423|http://ftp5.gwdg.de/pub/opensuse/discontinued/distribution/leap/42.3/repo/oss/suse/x86_64] Geen geldige metagegevens op de gespecificeerde URL gevonden
Controleer of de gedefinieerde URI’s voor deze installatiebron verwijzen naar een geldige installatiebron.
Waarschuwing: Slaat opslagruimte ‘DiscontinuedLeap423’ over vanwege bovengenoemde fout.
Enkele opslagruimten zijn vanwege fouten niet vernieuwd.
Gegevens van installatiebron laden…
Lezen van geïnstalleerde pakketten…
Pakketafhankelijkheden oplossen…

Het volgende NIEUWE pakket zal worden geïnstalleerd:
fuse-exfat

1 nieuw te installeren pakket.
Totale downloadgrootte: 42,4 KiB. Reeds in de cache: 0 B. Na de bewerking zal aanvullend
74,8 KiB worden gebruikt.
Doorgaan? [j/n/…? alle opties tonen] (j):

Enter

pakket fuse-exfat-1.3.0-8.1.x86_64 wordt opgehaald (1/1), 42,4 KiB ( 74,8 KiB uitgepakt)
Ophalen: fuse-exfat-1.3.0-8.1.x86_64.rpm …………………………………………………………………………[gereed]
Controleren op conflicten tussen bestanden: ………………………………………………………………………[gereed]
(1/1) Installeren van: fuse-exfat-1.3.0-8.1.x86_64 ………………………………………………………………..[gereed]
Aanvullende rpm-uitvoer:
warning: /var/cache/zypp/packages/home_-miska-_arm/x86_64/fuse-exfat-1.3.0-8.1.x86_64.rpm: Header V3 RSA/SHA256 Signature, key ID 814c1dcf: NOKEY
Added ‘exfat’ to the file /etc/filesystems
Added ‘exfat_fuse’ to the file /etc/filesystems

Aankoppelen
Daarna de camera (eventueel uitschakelen en eerst afkoppelen -) aankoppelen via usb, aan zetten, en na de melding klikken om te openen in de bestandsbeheerder.

Je krijgt nu een mapje “DCIM” te zien.. waarin je je filmpjes en/of foto’s vindt.

Je kan nu ook andere SD kaartjes met dat formaat lezen, bv via een (ingebouwde) SD-kaartlezer.

Na een standaard installatie (van openSUSE 15.1 in dit gevalà spelen geen mp4 bestanden (zoals filmpjes opgenomen met de meeste smartphones).

One click install

Een uitleg staat hier:
https://opensuse-guide.org/codecs.php
(Leap 15.2)
Met een link voor “Install Multimedia codecs”.

An easy way to install a selection of popular multimedia codecs.

Op de knop klikken (in Firefox) geeft een download, die doet Yast starten, en je moet bevestigen voor de installatie.

http://opensuse-guide.org/repo/openSUSE_Leap_15.1/ (libdvdcss repository)
http://packman.inode.at/suse/openSUSE_Leap_15.1/ (Packman Repository)

gaat over:

ffmpeg
gstreamer-plugins-bad
gstreamer-plugins-libav
gstreamer-plugins-ugly
gstreamer-plugins-ugly-orig-addon
lame
libavdevice56
libavdevice58
libdvdcss2
vlc-codecs

Je moet bij een waarschuwing over conflict kiezen voor het 2 keer
omschakelen van leverancier openSUSE naar packman.links2linux.de.
Daarna nog eens 5 keer (ffmpeg, libavfilter, libavdevices, libavcodecs, gstreamer plugins).
Daarna ook nog de afhankelijkheden bevestigen (dependencies) en er wordt een 75 Mb afgehaald…

Ik kreeg in 1 geval helaas een foutmelding op ffmpeg…

Maar mijn doel, het spelen van een .mp4, werkte na installatie.

---

Andere links: (die ik dus niet gebruikte)

Een link naar de packman repositories voor (open)SUSE:
http://ftp.gwdg.de/pub/linux/misc/packman/suse/

bv voor Leap 15.1:
http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.1/

Problem?
Op een dag krijg ik de geheimzinnige melding: “System program problem detected” op een Ubuntu 18.04 LTS desktop.
Optie:

• Melden
• Cancel

De eerste keer werkte ik gewoon voort, ik heb geen problemen ondervonden.
Ik neem me wel voor op te letten of ze terugkomt of gewoon weer wegblijft.
Nadien heb ik eens nauwkeuriger geobserveerd.
(meer…)

Root wachtwoord reset
(zie ook -al wat ouder- zonder installatiemedium)
In mijn geval OpenSUSE 15.1:

Start van de installatie-usb-key,

Kies Rescue System, probeer op een login prompt te belanden (misschien kan je nog een toetsenbord kiezen, is nuttig).

Zoek de Linux root partitie.
fdisk -l

Als er maar twee zijn is het niet de swap. Bv het is sda2.

Mount ze zo:

mount /dev/sda2 /mnt

Zorgen dat nodige “device files” bereikbaar zijn (voor het wacthwoordcommando):
mount -o bind /dev /mnt/dev

Om te werken alsof je van in het geïnstalleerde systeem werkt:
chroot /mnt

Nu kan je het commando voor het wachtwoord instellen geven zonder een wachtwoord op te geven:

passwd root

Geef een nieuw wachtwoord in en verlaat de omgeving:

exit

en herstart.

Test het wachtwoord.

Suse: https://www.suse.com/support/kb/doc/?id=000015925
OpenSUSE: SDB:Recover root password

Net je Linux systeem geïnstalleerd, en je logt voor de eerste keer in, of de screensaver is gestart na een paar minuten niet aktief zijn op de computer, en daar staat een venster met de vraag om het wachtwoord.

Kijk eerst welk wachtwoord juist gevraagd wordt. Als de computer even ongebruikt was, wordt het wachtwoord gevraagd van de huidige desktop-sessie, dus het wachtwoord van de gebruiker. Misschien vergis je je tussen het root wachtwoord en dat van de gebruiker. OpenSUSE stelt bv wel voor hetzelfde wachtwoord te gebruiken voor root.

Je hebt dat root wachtwoord bij de installatie, net voordien ingegeven, zelfs twee maal want je moet dat altijd nog eens bevestigen. Je weet dus nog heel goed wat het wacthwoord is. En toch krijg je altijd de melding dat het wacthwoord fout is. Wat nu?

1) Zet de weergave van het wachtwoord aan.
Zodat je kan zien welke letters er echt komen – soms ben je je er niet van bewust dat het toetsenbord niet juist staat (numlock, capslock, azerty/qwerty..) In veel van die situaties kan je in plaats van de bolletjes of de sterretjes die bij elke letter getoond worden, ook ergens kiezen om de werkelijke letters zichtbaar te tonen bij ingave van het wacthwoord. Bv door op het icoon van een oogje te klikken (KDE).

2) Probeer je voor te stellen wat er fout kan gegaan zijn bij het aanmaken van het wachtwoord. Probeer dat na te doen om te weten te komen wat toen ingegeven werd.
Bv :
origineel ingegeven: Abcdefg-123456A

als de caps lock aanstaat: aBCDEFG-&É"'(§a

als de caps lock aanstaat en het numerieke klavier gebruikt is: aBCDEFG-123456a

als het toetsenbord in QWERTY stand stond bij ingave: Qbcdefg=123456Q

als het numeriek toetsenborddeel gebruikt werd en niet in numlock stond: Abcdefg-A

Die laatste was de aanleiding om dit te schrijven, want daar denk je misschien niet aan, niet alle (laptop) toetsenborden hebben een lampje voor numlock bv)

Variatie: zijn er letters die op je toetsenbord regelmatig haperen, genoeg om twee keer na elkaar te haperen?

Conclusie: wachtwoord weergeven in tekens bij het maken van het wachtwoord (als dat voorzien is).

Succes…

Op 24 juni werd het officiële verschijnen van openSUSE 15.2 gevierd (“Celebrate The Upcoming openSUSE Leap Release“).

Afhalen
De ISO kan je downloaden van software.opensuse.org, hij is 4.0 GB groot (itt 3.8 GB voor 15.1).

Haal ook de checksum van dezelfde download pagina af en controleer:
sha256sum -c openSUSE-Leap-15.2-DVD-x86_64.iso.sha256

openSUSE-Leap-15.2-DVD-x86_64.iso: goed

USB-stick om te installeren
https://en.opensuse.org/SDB:Live_USB_stick

Je kan daarvoor de nieuwe desktop tool SUSE Studio Imagewriter gebruiken (sudo zypper install imagewriter, momenteel versie 1.10). Die biedt een venster aan om de iso naartoe te slepen. Als je een USB-stick aansluit, wordt die onmiddellijk weergegeven in de keuzelijst onderaan. Als je de ISO gesleept hebt moet je enkel nog op de “write” knop drukken..

Als de stick niet leeg was krijg je nog de vraag: “This will overwrite the contents of /dev/sdb. Are you sure you want to continue?”.
Daarno moet je het wachtwoord ingeven, en krijg je een venstertje dat zegt “writing”, met percentage klaar en een cancel knop; als het helemaal klaar is gaat het dicht (tot frustratie van sommigen): 12:16 20% .. 12:18 58% .. 12:21 94% .. weg.

Installatie
De installatie zelf verloopt zo:
Boot met USB disk … kies “installeren” van het SUSE scherm.
Een groene balk onderaan geeft weer dat openSUSE Leap 15.2 bezig is..

starting yast …
starting installer …
Initialising Network Configuration
Updating the installer…

Daarna kan je een paar keuzes maken en de installatie starten.

Taal, toetsenbordindeling (test), licentie..
Basiskeuze:
[x] Werkstation met KDE Plasma
[ ] Werkstation met Gnome
[ ] Algemene Desktop
[ ] Server
[ ] Transactionele Server

Dan wordt een harde schijf indeling voorgesteld die er bv zo uitziet:

GPT op /dev/sda aanmaken
Partitie /dev/sda1 (8 Mb) als BIOS boot-partitie aanmaken
Partitie /dev/sda2 (463 GB) voor / met btrfs aanmaken
Partitie /dev/sda3 (2GB) voor swap aanmaken
10 subvolume-akties (zie details)

(Als je encryptie wil moet je naar de Expert partitionering gaan).

De NTP server wordt gesynchroniseerd, en je krijgt een kaart om Regio/Tijdzone te kiezen.
(Als je taal NL gekozen hebt moet je eventueel van Nederland naar België klikken)

Na installatie zal je merken dat de gebruiker bij niet-aktiviteit terug moet aanmelden met zijn wachtwoord. Dat kan je verzetten in de instellingen.

15.2
Deze uitgave gebruikt KDE’s Plasma 5.18 Long-Term-Support versie (meer details, Changelog – Engels).
Nog steeds een donkergroene eenvoudige achtergrond met wat doorkomende technische tekenlijnen rechts.
Het menu kan je met rechtsklik – alternatieven tonen aanpassen, ik kies meestal “Programmastarter”.
Ik ben daar aangenaam verrast dat naast Konsole (of was dat al?) ook Kate een prominente plaats heeft gekregen in de favorieten, met nieuw logo!

Installeren over bestaande versleutelde
Een installatie van openSUSE 15.1 over een bestaande 42.2 met versleutelde gebruikersmap (home directory) leverde wel een vraag naar het oorspronkelijke wachtwoord op, maar niet een versleutelde home directory na installatie.

Nadien versleutelen?
De home directory nadien versleutelen kan in principe, maar dan moet je op een andere manier werken. Je kan spijtig genoeg niet (meer?) een gebruiker bijmaken en aanvinken om de home directory te versleutelen…

Installatie met versleuteling
Op zoek naar de juiste plek en het juiste moment om de verleuteling te kiezen bij een nieuwe installatie van openSUSE 15.1:
Na System Role (Desktop met KDE) komt “Preparation, Disks” waarin de indeling en het gebruik van de harde schijf wordt bepaald.
Er wordt standaard voorgesteld (in dit geval, een 150 GB disk) onder “Suggested partitions” voor harde schijf sda:
– sda1 : ext4
– sda2 : BtrFS voor /
– sda3 : swap (2 GB)
(ps: Er is geen partitie voorzien voor de /home directory in dit voorstel, die komt ook onder de root- of hoofddirectory)
Hier moet je onderaan kiezen voor “Expert Partitioner”, “Start with Current proposal” om meer uitgebreide mogelijkheden te krijgen vanaf het huidig voorstel.
Je krijgt een tabel met de beschikbare opslagruimte en de voorgestelde partities.
Er is een kolom “F” die betekent dat die partitie geformatteerd gaat worden (hier sda2/BtrFS)
Er is ook een kolom “Enc” die betekent dat de partitie “encrypted” of versleuteld wordt; hier geen enkele in het voorstel.
Je kan dubbelklikken op de sda2 en aanvinken om die te versleutelen (Edit partition /dev/sda2, “Encrypt Device”).
Dan moet je het versleutel-wachtwoord ingeven. Niet vergeten. Echt niet vergeten. En vervelend: je hebt geen controle op wat je inktikt!
Daarna komt in het overzicht “Encrypted: Yes” staan.
Opgelet; sda1 en de swap zijn dus niet versleuteld, swap kan ook sporen van interessante informatie bevatten.
Bij het overzicht, onder “Booting” heb je ook een optie om de bootloader te beschermen met een wachtwoord.

Dubbel wachtwoord:
eigenaardig genoeg moet je twee keer het wachtwoord voor ontsleuteling ingeven na het opstarten…

1e keer onmiddellijk na aanzetten in een zwart scherm met enkel wat intel Matrix Storage Manager ROM informatie:

Welcome to GRUB! Attempting to decrypt master key… Enter passphrase for hd0,msdos2 (9527….):

Waarna het openSUSE startschem met keuze opkomt, .. en een tweede keer in een iets grafischer uitziend scherm vraagt om decryptie van sda2.

Op zoek naar oplossingen
oorspronkelijk niet gelukt..nadien na zowel systeem updates als wat uitproberen lukt het nu wel.

open terminal
Alles uit te voeren als root, dus om niet telkens sudo te moeten tikken…
su root
(vraagt het wachtwoord)

Maak het bestand waar de sleutel in moet komen:
touch /.root.key

Maak alleen leesbaar voor root:
chmod 600 /.root.key

maak de sleutel en zet in het bestand:
dd if=/dev/urandom of=/.root.key bs=1024 count=1
Geeft iets als

1+0 records in
1+0 records out
1024 bytes copied

(— Upd 5/7: controleer met:
# cryptsetup open --verbose --key-file /.root.key --test-passphrase /dev/sda2

Key slot 1 unlocked.
Command successful.

—upd)

Zoek je root partitie:

fdisk -l
Conclusie: sda2 bevat mijn root partitie

Voeg de sleutel toe als manier om de root partitie te ontsleutelen:

cryptsetup luksAddKey /dev/sda2 /.root.key

Enter any existing passphrase: …

Wijzig /etc/crypttab, zoek de lijn die verwijst naar de root partitie door de UUID en voeg de keyfile toe in de derde kolom.
(ik gebruik daarvoor mcedit /etc/crypttab ; mcedit je krijg je bij mc met zypper install mc)
(twee spaties of tab? Of toch gewoon 1 spatie?)

cr_sda1 UUID=... /.root.key

Pas dracut aan om de key file toe te voegen aan initrd:

echo -e 'install_items+=" /.root.key "' | sudo tee --append /etc/dracut.conf.d/99-root-key.conf > /dev/null

(—Upd 05/07: —
bij het uitvoeren van mkinitrd – zie verder – krijg je een foutmelding op het bestand

1. bovenaan bij mkinitrd uitvoer krijg je een foutmelding

/etc/dracut.conf.d/99-root-key.conf: line 1: /.root.key: Permission denied

Je kan dat bestand /etc/dracut.conf.d/99-root-key.conf bekijken. Ik heb de enkele aanhalingstekens bv weggehaald omdat het niet werkte)

2. meer onderaan in de uitvoer een foutmelding dat het niet uitgevoerd is:

dracut-install: ERROR: installing ‘”/.root.key”‘

Daarna haalde ik nog wat spaties weg en zo tot ik geen foutmelding meer kreeg.

—upd)

Om te vermijden dat het overschreven wordt, moet een lijn toegevoegd worden aan /etc/permissions.local:

/boot/ root:root 700

Zoals in het bestand /etc/permissions.local ook vermeld wordt moet je na de wijziging:

chkstat --system --set

De initrd moet terug aangemaakt worden:
(controleer uitvoer, zie ook bovengenoemde fouten)

mkinitrd

Dat zou het moeten zijn … exit

Alles afsluiten en herstarten om te proberen.

(— Upd 5/7: controleer initrd
Vraag inhoud initrd op en kopieer naar een txt bestand:
lsinitrd > /root/lsinitrd.txt
Bekijk het bestand/zoek naar /.root.key bv met de voorvermelde mcedit (F7=zoek):
mcedit /root/lsinitrd.txt
—upd)

Conclusie 06/07: het is me uiteindelijk gelukt, waarbij ik niet weet welk aandeel de systeem updates hebben, en welk aandeel mijn eigen wijzigingen/afwijkingen van het arktikel in de link bovenaan.

Bronnen
o.m.
https://en.opensuse.org/SDB:Encrypted_root_file_system (alg)
https://linux.die.net/man/5/crypttab (crypttab)
https://unix.stackexchange.com/questions/533233/grub2-luks-how-to-avoid-to-type-the-passphrase-twice (over hoe checken)
https://www.reddit.com/r/openSUSE/comments/any9af/i_think_i_add_root_key_to_wrong_partition_when/

——-

PS: Volgende foutmelding duidt waarschijnlijk op het verkeerd ingeven van het wachtwoord.
Let bv op azerty/qwerty, oorspronkelijk wachtwoord waarschijnlijk in keyboard en/us

error: access denied.
error: hd1 cannot get C/H/S values.
error: hd2 cannot get C/H/S values.
error: hd… cannot get C/H/S values.
…
error: hd15 cannot get C/H/S values.
error: no such cryptodisk found.
error: disk ‘cryptouuid/…’ not found.
error: disk ‘cryptouuid/…’ not found.
Entering rescue mode…
grub rescue >

Blijkbaar heb ik nog niets geschreven over de installatie van openSUSE 15.1 (behalve op Pi en als update), die ik toch al wel gedaan heb vanaf nul. Waarschijnlijk gingen ze zo vlot dat ik er niets over te vertellen had…

Daarom enkele opmerkingen bij een nieuwe 15.1 installatie vanaf usb-stick:
– let op als je een versleutelde harde schijf wil, dat wordt niet standaard aangeboden. Bij de keuze van de disk moet je even uit het voorstel stappen en je eigen configuratie maken met “Guided Setup”. Daar wordt encryptie wel aangeboden, je kan de rest allemaal bevestigen. Als je er al voorbij was op het moment dat je het beseft (na time zone, gebruiker naam en wachtwoord, enz)
– als er al een Linux installatie aanwezig was op de harde schijf (bv opensuse 13.1) dan stelt de installatie voor de ssh keys over te nemen, zet dat af als er geen verband is tussen de nieuwe installatie en wat er vroeger op die harde schijf stond! (zichtbaar in Installation Settings overzicht net voor starten van de installatie)
– als je ssh toegang nodig hebt, ssh service enabled en ssh port open zetten onder Security in het overzicht.

De installatie gaat vrij snel, ik heb het niet nauwkeurig getimed, maar ik denk 10 a 15 minuutjes of zo. Daarna moet je nog wel de nodige online upgrade doen, en kan er nog heel wat tijd bijkomen, zeker sinds Linux ook herstart moet worden na een kernel upgrade… (tenzij je de application server keuze hebt gemaakt met live patching).

Attempting to decrypt master key…
Enter passphrase for hd0,msdos7 (eenLangHexadecimaalNummer):
blijkbaar heb ik iets gemist bij het ingeven van de versleuteling van de harde schijf …

tot na een paar pogingen: … slot0 opened.

Er komt een menu waar de vorige openSUSE’s nog instaan … 11.3 en 13.1.
Standaard staat de nieuwe Leap 15.1 geselecteerd…
En dan vraagt hij het wachtwoord voor andere stukken van de harde schijf… blijkbaar was die voordien ook versleuteld, en aangezien die hergebruikt werden, en niet opnieuw geformatteerd, geldt daar nog altijd het vroeger wachtwoord voor de ontsleuteling? Of zijn verschillende partities versleuteld met mijn opgegeven wachtwoord en moet ik dat dan 3 keer ingeven? Heerlijk, maar tegen alle Linux logica in krijg je geen melding, feedback, zelfs niet in andere schermen.
De computer eindigt in “emergency mode” (en ik ook).

Als ik in het menu 11.3 kies kom ik in een mooi werkend systeem. Dat is dus gewoon behouden (maar je moet initieel een wachtwoord gebruiken..)

Als ik in het menu 13.1 kies, kom ik in emergency mode. Blijkbaar is de 13.1 overschreven met de nieuwe installatie.

Zoals het er nu uitziet moet ik de installatie overdoen … morgen!

(ik probeer nog een laatste keer met steeds het ondertussen teruggevonden encryptiewachtwoord vanaf het begin)

Please enter passphrase for disk H……. (cr_ata_H…..-part7)!

Geen idee wat dat was… morgen verder dus… en dan de hele harde schijf leegmaken en hergebruiken..

Of nee, .. toch niet .. ik heb blijkbaar twee wachtwoorden, 1 voor encrypte boot partitie harde schijf, en een ander voor de installatiepartitie, en die zijn hetzelfde behalve in azerty en qwerty… Gelukkig probeerde ik die dingen net uit.

Onbedoeld dus:
– bij boot moet ik een wachtwoord geven (wachtwoord-azerty).
– bij menu 11.3 = oudste systeem met opensuse 11.3 is blijven bestaan en kan ik nog raadplegen. (voor mij hier handig)
– keuze 13.1 werkt niet meer.
– keuze 15.1 (wat de bedoeling was te installeren) moet ik terug een wachtwoord geven (wachtwoord-qwerty).

Daarna start die wel op. Partitie heeft 164.8 Gb vrij. Ik draai de updates…

Ik zie een verwarrend aantal “Devices”:
mounted - 172.0 Gb Hard Drive
not mnt - 172.0 Gb Encrypted Drive
not mnt - 20.0 Hard Drive
mounted 2.0 Gb Encrypted Drive
unmounted 100.0 Gb Hard Drive

De 172 drives blijken hetzelfde te zijn, en de tweede geeft dezelfde inhoud weer als de eerste (dus wel mounted).

De 20 Gb drive heeft het root wachtwoord nodig.

De 100 Gb drive is de openSUSE 11.3
De 2 GB drive geeft een foutmelding;

Covid-19, aan huis gekluisterd of in quarantaine, en snel wat dingen delen met je huis/kotgenoten? Daar bestaat een gemakkelijke, snelle, en Linux-vriendelijke manier voor: de map public_html.

public_html
Als Linux gebruiker zie ik in mijn “home” directory, map of folder een map “public_html” tussen de Document, Pictures enz. mappen, maar op het eerste zicht doet die map niets (of doet er niets iets met die map). public_html komt voor bij openSUSE, Debian, .. (kan een iets andere naam hebben, bv www, …).

Ze is bedoeld om bestanden te delen op een manier dat een webserver dat doet. Je kan er:
– gewoon bestanden in zetten om te laten downloaden of bekijken.
– een index pagina maken en het gebruiken als een soort persoonlijke website.

Webserver
Deze map wordt gebruikt door de webserver, die moet je dus installeren indien nog niet gebeurd.
Hij moet ook aktief zijn. Op een webserver is die normaal aktief, op je pc/laptop zal je die alleen aktiveren indien nodig.
Als de webserver (Apache) draait, en daarvoor is ingesteld (wat standaard zo zou kunenn zijn), dan gaat hij voor alle gebruikers, hier één voorgesteld door “cybrarian”, kijken in de map
/home/cybrarian/public_html
en die weergeven in bv Firefox aan de gebruikers van de webserver.

Zelf:
file:///home/cybr/public_html

Lokaal:
die directory weergeven aan andere gebruikers op diezelfde server die de site van die gebruiker opvragen op de manier:
http://localhost/~cybrarian/

Netwerk:
Stel dat de server het ip adres 192.168.1.67 heeft dan kunnen gebruikers binnen het eigen lokale netwerk de pagina’s opvragen met:
http://192.168.1.167/~cybrarian/

Hosting:
Ook bij hosting kan dit scenario voorkomen. De URL om de pagina’s op te vragen zal dan de internet-URL zijn van de server (of kan misschien ook met ip-adres).

Apache maakt dit mogelijk met “mod_userdir” (http://httpd.apache.org/docs/2.4/mod/mod_userdir.html).
Instellingen van de webserver kunnen roet in het eten gooien.
Maar het is een goede, veilige manier van werken want dan kan een gebruiker eenvoudig bestanden aanbieden aan de webserver zonder dat hij rechten moet hebben om in de webserver directories wijzigingen aan te brengen.

Voorbeeld:
Op OpenSUSE waar al een databank op draaide met phpMyAdmin stond de webserver al geïnstalleerd. Na het starten met
sudo systemctl start apache2
werkte het vanzelf. Je moet er enkel op letten ook werkelijk iets in die public_html te zetten, iets anders dan een “lege” index.html (die is wel nuttig om even de inhoud van je directory te verbergen).

Het begin van de procedure om het systeem bij te werken van 15.0 naar 15.1 houdt ons niet van ons werk op deze desktop, we doen het tussendoor:

Check de bestaande repositories; zet de extra repositories af, blijft openSUSE-Leap-15.0-OSS, openSUSE-Leap-15.0-Update.
(gaat gemakkelijkste in yast2)

Kopieer de repository instellingen:
cp -Rv /etc/zypp/repos.d /etc/zypp/repos.d.20200106

Vervang alle 15.0 door 15.1
sed -i 's/15.0/15.1/' /etc/zypp/repos.d/*

Verversen van de repositories
zypper ref

Downloaden van de files van een distribution update:
zypper dup --download-only

(er komt een uitleg en een vraag om bevestiging, daarna start het ophalen van de paketten. Dat duurt even en de lijst rolt voorbij op het scherm.)

Nu komt het deel waar de eigenlijke upgrade op de computer gebeurt, en doen we een stapje opzij. Afmelden en in een terminal venster inloggen met root. (CTRL-ALT-F1)
We kunnen naar init 3 toestand gaan om de grafische login (op scherm ALT-F7) ook uit te schakelen.

init 3
zypper dup

(of zypper –no-refresh dup want de rest staat klaar in de cache van zypper).

Er moeten bv 2566 files geïnstalleerd worden; dat zie je aan de detaillijnen die voorbijrollen tijdens de installatie: vooraan wordt de teller bijgehouden.
Dit kan wel even duren… zo’n 40 min. bv.;
(bv van 19:19 tot …19:39 ongeveer helft van de 2951 paketten … 19:58 posttrans scripts uitvoeren…20:00 Gereed.)

Updates rodn begin december veroorzaakten waarschijnlijk een probleem waardoor de webserver niet meer start bij OpenSUSE Leap 15.1 server met Apache, mysql (mariadb), postgresql, php, …

systemctl apache2 start

systemctl apache2 status

achel:/home/wim/bin # systemctl status apache2
● apache2.service – The Apache Webserver
Loaded: loaded (/usr/lib/systemd/system/apache2.service; disabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Tue 2019-12-10 16:14:50 CET; 20h ago
Process: 1982 ExecStart=/usr/sbin/start_apache2 -DSYSTEMD -DFOREGROUND -k start (code=exited, status=1/FAILURE)
Main PID: 1982 (code=exited, status=1/FAILURE)

dec 10 16:14:50 achel systemd[1]: Starting The Apache Webserver…
dec 10 16:14:50 achel start_apache2[1982]: httpd-prefork: Syntax error on line 210 of /etc/apache2/httpd.conf: Syntax error on line 119 of /etc/apache2/default-server.conf: Syntax error on line 1 of /etc/apache2/conf.d/pgadmin4.conf: Cannot load modules/mod_wsgi.so into>
dec 10 16:14:50 achel systemd[1]: apache2.service: Main process exited, code=exited, status=1/FAILURE
dec 10 16:14:50 achel systemd[1]: Failed to start The Apache Webserver.
dec 10 16:14:50 achel systemd[1]: apache2.service: Unit entered failed state.
dec 10 16:14:50 achel systemd[1]: apache2.service: Failed with result ‘exit-code’.

mod_wsgi dient voor python web applicaties.
Die is blijkbaar niet aanwezig. Bij-geïnstalleerd via Yast.

apache2-mod_wsgi – A WSGI interface for Python web applications in Apache

The mod_wsgi adapter is an Apacheache module that provides a WSGI compliant interface for hosting Python based web applications within Apache. The adapter is written completely in C code against the Apache C runtime and for hosting WSGI applications within Apache has a lower overhead than using existing WSGI adapters for mod_python or CGI.

Installed Packages: 1
apache2-mod_wsgi
Statistics
Elapsed Time: 00:02
Total Installed Size: 461,4 KiB
Total Downloaded Size: 155,8 KiB

Sorry, hier stopt het al, dat was de beschrijving van het probleem en ook de oplossing.

Raspberry Pi als toepassing
(Raspbian)
Je kan de Raspberry Pi ergens inbouwen en van een toepassing voorzien.
Als hij opstart wil je 2 dingen:

– dat je hem vanop afstand kan bereiken (inloggen, besturen, upgraden)
– dat hij de juiste toepassingen start (of de verkeerde/onnodig niet)

1. Afstandsbediening

1.1 Verbinding
Je moet zorgen dat je raspberry pi te bereiken is via het netwerk als je hem laat starten. Om hem te kunnen aanspreken moet je weten welk ip adres hij heeft. Zet het bv vast in /etc/dhcpcd.conf

interface eth0

static ip_address=192.168.0.10/24
static routers=192.168.0.1
static domain_name_servers=192.168.0.1

interface wlan0

static ip_address=192.168.0.200/24
static routers=192.168.0.1
static domain_name_servers=192.168.0.1

1.2 SSH
Het protocol om vanop afstand in te loggen is ssh
Bij de instellingen (Raspbian: Voorkeuren, Raspberry pi configuratie programma)
– zet je SSH aan.
Als je al het nodige geïnstalleerd en getest hebt waarvoor je de desktop nodig hebt:
– zet je opstarten naar buroblad om naar CLI (command line interface)
ps: terug kan ook door sudo raspi-config te gebruiken.

2. Toepassing starten.

Er zijn 2 mogelijkheden:
1) je wil dat bij het opstarten een functie gestart wordt.
2) je wil dat na het starten op bepaalde momenten bepaalde functies lopen (programma’s gestart worden)

2.1 Shell script
In ieder geval is het handig om een shell script te schrijven van waaruit je de python toepassing start.
Stel dat het StartMyApp.sh heet en dat je daarin je eigenlijke programma start:

sudo python myapp.py

Algemeen ga je daarin de directory wijzigen naar waar het script moet draaien, en het script aanroepen met python interpretor

cd /home/pi/myapp
sudo python myapp.py

Het script uitvoerbaar maken
chmod 755 StartMyApp.sh

test met
sh StartMyApp.sh

Als je vanop afstand inlogt, kan je het script starten om het uit te proberen. Maar als je je terminal sluit wordt de verbinding verbroken en de uitvoering stopt. Om na het starten los te koppelen eindigen met een ampersand (en-teken &)

Hier bij het rechtstreeks testen van het programma (maar kan dus ook met je script)
sudo python myapp.py &

Je command prompt komt dan terug vrij, maar je blijft de meldingen krijgen. Wil je die kwijt, stuur ze naar het zwarte gat /dev/null:

sudo python myapp.py > /dev/null &

2.2. Script starten bij het opstarten van de Raspberry pi

Opnemen in opstart:

Het gemakkelijkste is het op te nemen in de crontab. Dat is een soort timer die allerlei taken kan inplannen op bepaade dagen, uren enz. Een speciaal geval van de crontab is de at reboot taak. Daar kan je hem inzetten met
crontab -e
en bekijken wat erin staat met
crontab -l

of voor root:
sudo crontab -e

De lijn die je moet toevoegen is bv
@reboot sh /home/bin/StartMyApp.sh >/home/pi/log/StartAppLog.txt 2>&1
De uitvoer wordt naar een logbestand gestuurd.

Als je wil controleren of het programma draait moet je vanop afstand in loggen met ssh en in de processen zoeken naar de combinatie van (in mijn geval):
cron sh sudo python

Tip: Uitslapen
Ik had wel eens een probleem dat mijn programma niet mooi opstartte (het moest in het begin een mail sturen om zijn start te melden – die kwam niet).
Bij het checken van de foutmeldingen kwam ik op het idee om een beetje vertraging in te bouwen, om de raspberry pi de tijd te geven om zijn ip adres in te stellen en zijn tijd af te halen.
In het begin van mijn StartMyApp.sh script geef ik twee minuutjes extra tijd alvorens de rest uit te voeren:
sleep 120s

2.3 Service
Je kan ook een service maken van je script, dan kan je het bedienen zoals andere diensten op je systeem.
Je moet dan wel de nodige informatie verschaffen aan het systeem over je “service”
update-rc.d StartMyApp.sh defaults
(niet met sudo)
Authentication complete…
(zie https://www.raspberrypi.org/forums/viewtopic.php?t=70520 )

2. Een script starten op bepaalde tijdstippen
(tip: cron)
In de cron kan je ook een script laten uitvoeren op bepaalde tijdstippen, dan hoeft het niet continue te draaien.

Bronnen:
https://www.instructables.com/id/Raspberry-Pi-Launch-Python-script-on-startup/
https://www.raspberrypi.org/forums/viewtopic.php?t=70520

OpenSUSE 42.3, 15.0, 15.1… ik wil controleren wat in de laatste updates zat.

Yast, Softwre Management, menu Extras, Show History

of op de commandolijn:

cat /var/log/zypp/history