De Raspberry Pi heeft geen harde schijf, maar start zijn systeem van een SD-kaart.

Pre-install
De meestgebruikte is NOOBS, van waaruit je dan een systeem vanop de kaart kiest, uitpakt en installeert als besturingssysteem (zie “Noobs voor Raspberry Pi“).

Image –> SD Drive
Maar je kan ook een ander systeem gebruiken op Raspberry Pi, zelfs kanjers als openSUSE.

Meestal stellen ze een image ter beschikking die je kan downloaden:

JeOS image E20 image XFCE image LXQT image KDE image X11 image

Zie deze directory:
http://download.opensuse.org/ports/aarch64/distribution/leap/42.3/appliances/

De vermelde KDE versie lijkt niet meer aanwezig te zijn op de download server, de vroeger bestaande link
http://download.opensuse.org/ports/aarch64/distribution/leap/42.3/appliances/openSUSE-Leap42.3-ARM-KDE-raspberrypi3.aarch64-2017.07.26-Build1.1.raw.xz
werkt niet meer, en KDE heeft misschien eerder een desktop met 4 a 8 GB geheugen nodig om wat normaal te kunnen draaien.

Voor bv een XFCE (lichtgewicht desktop) is er een goeie 628 Mb
openSUSE-Leap42.3-ARM-XFCE-raspberrypi3.aarch64-2017.07.26-Build1.1.raw.xz

Je moet de “image” alleen nog op de SD kaart krijgen, en dan wel in een Pi-startende vorm. Daar zijn wel wat handelingen voor nodig, want de Pi heeft geen gewone pc-processor / start niet als een gewone pc.

Etcher
Een handig hulpmiddel daarbij is Etcher. Dat is de image-maker voor Raspberry Pi images. Het is een apart programma dat je download van https://etcher.io/ (bv “Download for Linux x64”).

• Download van ongeveer 81 Mb: etcher-electron-1.4.4-linux-x64.zip
• Uitpakken:
  unzip etcher-electron-1.4.4-linux-x64.zip
Archive: etcher-electron-1.4.4-linux-x64.zip
inflating: etcher-electron-1.4.4-x86_64.AppImage
• Uitgepakt: etcher-electron-1.4.4-x86_64.AppImage

Op de AppImage kan je klikken (en even wachten) om hem te starten. Je volgt de stappen:
– image selecteren uit je bestanden (als je probeert een verkeerd bestand te selecteren, bv een iso voor een installatie-medium, merkt Etcher zelf op dat die geen voor Raspberry startbaar resultaat geeft, en kan je corrigeren).
– de SD kaart die ik ingestoken had werd al vanzelf geselcteerd, maar je kan dus zelf kiezen moesten er meer mogelijkheden zijn
– Flash! is de derde stap; daarbij moet je root rechten gebruiken en wordt het wachtwoord gevraagd.

Starting … 1 % Flashing …
Etcher is een open source project by resin.io

Het percentage wordt doorlopend aangepast, dit duurt ongeveer 10 minuten, daarna gebeurt een controle die zo’n 3 minuten duurt:

8% validating…

.. en eindigt met ‘Flash Complete’ (en wat reklame).
Je ziet nu twee partities op je SD-apparaat: root en efi.

Start de Pi
Steek de SD-kaart in de Raspberry Pi, sluit de stroom aan om te starten.

• Start niet maar blijft in een kleuren-testscherm hangen. Je hebt waarschijnlijk een nieuwe Pi 3B+. Probeer een recente Raspbian of NOOBS (https://www.raspberrypi.org/downloads/raspbian/)
• Start met een groen openSUSE scherm, en begint vanalles te doen. Laat hem doen; de boot dingen worden gereorganiseerd en daar kom je best niet tussen! Uiteindelijk zal je een (on)bekend welkom scherm krijgen met een login .. te kiezen uit “other” en zelf in te vullen, en wachtwoord.

Login/wachtwoord?
De eerste keer inloggen met root en wachtwoord linux, je wachtwoord verzetten en eventueel een andere gebruiker maken naast root.
Daarna heb je een systeem met 11.1 GB gebruikt van de 14.7 (als je een 16 GB kaart gebruikt).

Software
Je hebt hier geen softwarekeuze gehad bij installatie, dus je moet zelf wat opkuisen; verwijderen van games en alle software die je niet nodig hebt (Gimp?).
Bij-installeren van bv GambasIDE.
Yast helpt hierbij natuurlijk.

Opmerkingen

• Op mijn specifieke hardwarecombinatie valt het beeld wat buiten het scherm en is de beeldkwaliteit slecht (ik probeer later met een ander scherm).
• Het toetsenbord staat in qwerty, er is geen keuze geweest dus je moet dat zelf instellen; opgelet voor wachtwoorden voor/na!
• Een 16 GB kaartje is misschien wat krap voor een desktop systeem …

Installatie-medium
Een andere manier is eerst een installatie-systeem maken op een USB-stick zoals je een installatie DVD zou hebben:
bv een ong 4 Gb grote
openSUSE-Leap-42.3-DVD-aarch64-Build0200-Media.iso
van download.opensuse.org/ports/aarch64/distribution/leap/42.3/iso/openSUSE-Leap-42.3-DVD-aarch64-Build0200-Media.iso
Dan moet je vanaf deze usb-stick starten op de Pi, en dat lijkt me iets omslachtiger dan de bovenstaande methode, maar heeft waarschijnlijk het voordeel dat je op maat kan installeren zoals op je pc, dat je toetsenbordkeuze krijgt enz.

Bronnen

https://www.suse.com/c/opensuse-raspberry-pi-3-zero-functional-system-easy-steps/
https://en.opensuse.org/HCL:Raspberry_Pi3
https://www.raspberrypi.org/magpi/pi-sd-etcher/

Een camera
Het doosje vermeldt enkel “Camera module für Raspberry”, en bevat een camera bordje en een platte kabel. De aansluiting van de kabel durft al eens slecht contact geven, met fouten als gevolg als:

mmal: mmal_vc_component_create: failed to create component ‘vc.ril.camera’ (1:ENOMEM)
mmal: mmal_component_create_core: could not create component ‘vc.ril.camera’ (1)
mmal: Failed to create camera component
mmal: main: Failed to create camera component

Beschikbaar maken
Camera aktiveren in de Raspberry Pi settings.
sudo raspi-config
Bewaren. Bij de volgende start van de Pi worden deze gelezen en wordt de camera bruikbaar. Indien langer niet meer nodig terug de-activeren om stroom te sparen.

Vanuit Python aanspreken

from picamera import PiCamera
camera = PiCamera()
imagenaam = "CameraBeeld1.jpg"
camera.capture(imagenaam)


Fototoestel

Bouw een knop en verbindt met de gpio pinnen.
Als de knop ingedrukt wordt, de foto maken.

Deze code kan handig zijn voor een preview als je een scherm aangesloten hebt:
camera.start_preview()
camera.stop_preview()

Automatische camera
Bouw een loop in in het programma:

while imageno < 10:
  sleep(5)
  imagename = 'cameraShot{0:04d}.jpg'.format(imageno)
  camera.capture(imagename)
  imageno += 1

Stop motion filmpje

Van achtereenvolgende foto's kan je een filmpje maken door ze aan elkaar te plakken.

Software nodig:
sudo apt-get install libav-tools

Beelden omzetten:
avconv -r 10 -i image%04d.jpg -r 10 -vcodec libx264 -crf 20 -g 15 timelapse.mp4
Waarbij:
-r 10 : tien beelden per seconde in input en output
-i image%04.jpg : vorm van de invoerbestanden, hier met 4 tekens voor volgnummer, kan ook bv 02 of zo zijn.
-vcodec libx264 gebruikt de x264 encoder software.
-vf scale=1280:720 : beeldgrootte aanpassen naar 720p. Kan ook bv 1920:1080, of lagere resoluties, zoals je wil. De Pi kan maar video afspelen tot 1080 p, maar als je op een ander apparaat wil spelen aan bv 4K, kun je dat ook instellen.
timelapse.mp4 : naam van het resultaat
_{Meer: https://www.raspberrypi.org/documentation/usage/camera/raspicam/timelapse.md}

Desktop
Of de beelden afhalen en op je desktop verder verwerken.
Op bv OpenSUSE:

curlew

Je wil je Raspberry Pi aanspreken via het netwerk. Daarvoor moet je weten welk IP adres hij heeft. Normaal gaat hij bij netwerkverbinding een IP adres vragen van een DHCP server op het netwerk waarop hij aangesloten is (meestal doet de router die functie). Kan je op voorhand er voor zorgen dat hij een vast IP adres gebruikt?

Volgens www.modmypi.com kan je het ip adres zelf in een bestand op de sd kaart schrijven.

/etc/dhcpcd.conf

Verander de voorbeeldcode naar het ip adres dat je zelf wil gebruiken (bv 192.168.1.15), en pas ook de gateway/router en dns servers aan.
Zet ook ssh aan als het nog niet zo zou zijn.
Herstart de Pi.

Nu kan je verbinden met ssh pi@192.168.1.15
Je kan het systeem updaten, software bij-installeren, python scripts starten, enz.

Ook handig als je onder KDE werkt: open betandsbeheer en tik in de locatiebalk:
fish://pi@192.168.1.15

Je kan dan bv bestanden overzetten, python scripts wijzigen vanuit Kate of KEdit, beelden bekijken, enz.

NOOBS245

De (soms) bijgeleverde SD-kaart met “NOOBS” bevat verschillende samengepakte systemen (images), waarvan je er één kan installeren. LibreElec is voor een multimedia apparaat, raspbian is een algemene Linux desktop. Je kan hier geen bestand op de kaart wijzigen omdat het nog geen geïnstalleerd systeem is. Dus ofwel moet je toch een toetsenbord, muis en scherm aan de Pi hangen, en Raspbian ervan installeren, ofwel moet je elders een image downloaden en op de kaart installeren, weer je dan daarna de Pi mee kan starten.

Noobs

Noobs is een compilatie van mogelijke systemen voor de Raspberry Pi. Die worden samengeperst op een SD kaart gezet en voorzien van een installatieprogramma om de eerste keer van te starten.

Noobs is het beginnerssysteem dat soms bij een raspberry pi geleverd wordt, of dat je zelf kan downloaden (https://www.raspberrypi.org/downloads/noobs/). Er bestaat ook een “light” versie waarbij je de software na opstarten van internet haalt. Bijna alle systemen voor Raspberry Pi zijn gebaseerd op Linux.

Het zelfstartend systeem laat je beslissen welke software je wil gaan draaien vanaf de kaart. Er is keuze uit een volledige en een minimale Raspbian, en systemen voor multimedia en beeldschermmuren enz. Het gekozen systeem wordt dan uitgepakt, de andere systemen worden gewist. Je kan ook meer dan 1 systeem selecteren. Voor een server neem je de minimale Raspbian, voor desktop de gewone.

Raspbian
De installatie van Raspbian heeft meer dan 4 Gb ruimte nodig, dus heb je minstens een 8 GB kaartje nodig, liever 16 Gb (waarschijnlijk wil je ook gegevens bewaren die je verzamelt of verwerkt).

Het installatiescherm toont informatie en zegt dat het installeren “een paar minuutjes” kan duren. Versta: voor een Raspberry Pi 3 Model B v1.2 met gewone 16 Gb geheugen SD kaart met NOOBS duurt het eerder 20 a 25 minuten.

Pixel
Na het installeren krijg je een melding, als je die wegklikt start de Pi op van de kaart, en krijg je een desktop te zien met icoontjes.
De bestandsbeheerder geeft aan: 7.9 Gb vrije ruimte, totaal 12.7 Gb.
Voor recovery mode kan je de shift toets indrukken bij het starten.
Verander eerst het wachtwoord (eventueel ook de gebruikersnaam), check voordien wat de toetsenbordinstelling is.

Instellingen
– toetsenbord
– netwerk: vast ip adres ipv DHCP?
– ssh aktiveren

In het programma Raspberry Pi Configuration kan je bv SSH aanzetten, camera activeren, enz. Blijkbaar moet je wel de Pi herstarten, want de configuration wijzigt eigenlijk bootscripts.
In de terminal:
sudo raspi-config

In de terminal met ifconfig kan je zien welk het huidig ip adres is.

Het is al enige tijd bekend dat de nieuwe versie van OpenSUSE terug een ander soort nummer zal krijgen, dat eerder aansloot bij de vroegere 6.4, 7.2, 8.0, 9.3, 10.0, 11.3, 12.0, 13.2 – hier hield het op en kwamen even de Leap 42.x versies opduiken – om nu dus te eindigen met “Leap 15.0”.

Helaas is die nog niet te vinden op de gewone downloadsite, omdat de huidige versie 42.3 daar als meest recente staat.
Sommige beschrijvingen van een softwarecombinatie (bv over docker/containers) gebruikt wel al 15, waarschijnlijk omdat ze zelf ergens aan ontwikkelen, en de beta gebruiken.

Die vind je dan hier:
https://software.opensuse.org/distributions/testing

Als je maar 1 x installeert, kan je de netwerk installatie afhalen, past op een kleinere usb-stick (met dd overbrengen levert zelfstartende usb-boot+install op)

Sluit na de download een usb-stick aan en check welke device-letters hij krijgt:

fdisk -l

Schijf /dev/sda: 74,5 GiB, 80000000000 bytes, 156250000 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
Schijflabeltype: dos
Schijf-ID: 0xa42d04a3

Apparaat Op. Begin Einde Sectoren Grootte ID Type
/dev/sda1 * 2048 819199 817152 399M 83 Linux
/dev/sda2 819200 156248063 155428864 74,1G 8e Linux LVM

Schijf /dev/mapper/cr_ata-WDC_WD800JD-75MSA3_WD-WMAM9DDE4336-part2: 74,1 GiB, 79577481216 bytes, 155424768 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
…

Dat was ‘m niet, sda is de huidige harde schijf, maar wel:

…
Schijf /dev/sdb: 3,8 GiB, 4009754624 bytes, 7831552 sectoren
Eenheid: sectoren van 1 * 512 = 512 bytes
Sectorgrootte (logisch/fysiek): 512 bytes / 512 bytes
In-/uitvoergrootte (minimaal/optimaal): 512 bytes / 512 bytes
Schijflabeltype: dos
Schijf-ID: 0x7bf3a73b

Apparaat Op. Begin Einde Sectoren Grootte ID Type
/dev/sdb1 * 0 3205119 3205120 1,5G 0 leeg
/dev/sdb2 164 1143 980 490K ef EFI (FAT-12/16/32)

Dan de “image” overbrengen naar de usb-stick:

linux-a:/home/copyleft/Downloads/ISO # dd bs=4M if=openSUSE-Leap-15.0-NET-x86_64-Build247.1-Media.iso of=/dev/sdb

dd: openen van ‘/dev/sdb’ is mislukt: Geen medium gevonden

linux-a:/home/copyleft/Downloads/ISO # dd bs=4M if=openSUSE-Leap-15.0-NET-x86_64-Build247.1-Media.iso of=/dev/sdb

29+1 records gelezen
29+1 records geschreven
123731968 bytes (124 MB, 118 MiB) copied, 12,8181 s, 9,7 MB/s

Installatie
Vanaf dan is het een gewone openSUSE installatie. Dat verloopt allemaal vlot en daarna kan je inloggen (nieuwe achtergrond – “openSUSE default by openSUSE Artwork Team” die ook terugkomt in de desktop na login).

Installatie-log:

(meer…)

Je volgt een cursus over Raspberry Pi, maar helaas wordt die gegeven op Windows computers. Daar doen ze allerlei dingen (pytty, ..) die je eigenlijk helemaal niet wil leren omdat je er zeker van bent dat er een veel eenvoudigere manier moet zijn om te verbinden vanaf een Linux desktop naar een Linux Raspberry Pi.

Situatie
Enkele mogelijkheden:

• 1. Je krijgt een “nieuwe” Raspberry Pi 3B+ (zonder OS).
• 2. Je krijgt een “nieuwe” Raspberry Pi 3B met standaard Raspbian
• 3. Je krijgt een raspberry Pi die voorbereid is op een bepaald ip-adres (bv tijdens een cursus).
• 4. Je hebt een bestaande Raspberry Pi maar je weet niet hoe die ingesteld is

Handboek
Volgens de officiele documentatie:
– kijk op je modem/gateway/router welke ip-adressen toegekend zijn, en probeer uit te zoeken welke van de Raspberry Pi zou kunnen zijn (bestaande apparaten kan je afzetten of kijken welk ip adres ze hebben).
– probeer in te loggen op het vermoedelijke ip adres met ssh en gebruiker pi (standaard wachtwoord raspberry): ssh pi@192.168.1.5
– start eventueel een grafisch voorbereide sessie met ssh -Y pi@192.168.1.5; je kan dan een applicatie starten die grafisch bruikbaar wordt, zoals de python editor:
idle3 &
– hang desnoods een toetsenbord en scherm aan je Raspberry Pi.
Het huidige ip adres en mac adres (“ether”) kan je zien met:
ifconfig
De configuratie v h netwerk staat in /etc/dhcpcd.conf, er staat een voorbeeld in voor static ip.

SSH

Hier een (Engelstalige) gids om een login te voorzien die zonder wachtwoordingave werkt, maar met sleutels: https://www.raspberrypi.org/documentation/remote-access/ssh/passwordless.md

Het komt erop neer dat je SSH keys gebruikt; check eerst of je er al hebt, die kan je gebruiken: er bestaat dan een aantal bestanden als

id_rsa.pub
id_dsa.pub

in de verborgen ssh directory.
ls ~/.ssh

Geen keys? Je wil nieuwe?
Maak er aan met:
ssh-keygen

Als je gewoon bevestigt komen je keys in /home/pi/.ssh/id_rsa

Je kan nog een extra “wachtwoordzin” gebruiken (passphrase); zoniet sla deze stap over (leeg laten).

Keys
id_rsa is je private key; die houd je voor jezelf.
id_rsa.pub is je publieke key; die kan iemand anders gebruiken om je een versleuteld bestand te sturen.

Je moet dus je publieke key bezorgen aan de overkant.

Dat kan door kopieren: scp

Op de Raspberry Pi moeten je “pub” keys toegevoegd worden aan authorized_keys file.

Als daar nog geen .ssh directory is dan maak je die met:

cd ~
install -d -m 700 ~/.ssh

Voeg je keys toe:
ssh-copy-id userlogin@192.168.1.x

Geen ssh-copy-id?

cat ~/.ssh/id_rsa.pub | ssh userlogin@192.168.1.5 'cat >> .ssh/authorized_keys'

Verbinden met ssh keys
Als alles in orde is verbind je met:
ssh gebruikerslogin@192.168.1.5

ps: Ik heb ergens genoteerd:
SSH moet enabled worden door een lege file ssh te zetten in de map /boot/.

Uitdaging: een beeld opnemen (foto) met een aangesloten camera, en de tekst die erop voorkomt beschikbaar krijgen voor een ander programma.

Bestaat er OCR software voor Linux? Blijkbaar wel:
https://unix.stackexchange.com/questions/377359/how-to-use-ocr-from-the-command-line-in-linux

install tesseract-ocr

and can be used with

tesseract input.png out.txt

Tesseract
In de openSUSE softwarebeheerder is – naast gocr en ocrad – tesseract prominent aanwezig met paketten als:

tesseract-ocr
tesseract-ocr-devel
tesseract-ocr-traneddata-dutch
tesseract-ocr-traneddata-english
tesseract-ocr-traneddata-french
tesseract-ocr-traneddata-german
tesseract-ocr-traneddata-…
(tientallen talen)
libtesseract3

(met als vendor openSUSE)

Installatie
Bij installatie van tesseract-ocr wordt mee geselecteerd:

libtesseract3
liblept4
tesseract-ocr-traneddata-english

Met Frans, Nederlands en Duits erbij wordt er 26 Mb gedownload en 109 Mb geïnstalleerd.

Test

Ik maak twee screenshots van een gebied op het scherm (van een website); één zwarte achtergrond met witte tekst, één met witte achtergrond en zwarte tekst.

tesseract WitOpZwart.png WitOpZwart.txt

maakt een bestand WitOpZwart.txt.txt

(dus blijkbaar zet hij er zelf nog eens de extentie txt achter)

Dat gedrag klopt niet met bovenstaand citaat uit een website, maar wel met de beschrijving van gebruik van tesseract zelf:

tesseract beeldbestandsnaam uitvoerbasis

beeldbestandsnaam is dan WitOpZwart.png
en uitvoerbasis is WitOpZwart want de .txt zet tesseract zelf.

Dit png bestand is maar 5 k groot, en de omzetting gebeurt zowat onmiddellijk.

Een zwaardere test: een scan van een t-shirt met daarop een tekst:

GeelOpDonkergroen, 600 dpi, 5100 x 7000 pixels, 64 Mb

GeelWitOpZwart, 600 dpi, (ongeveer hetzelfde)

Hier duurt het een beetje langer maar is het resultaat onbruikbaar.
Het bestand verkleinen en rechtzetten helpt een beetje, ik begrijp de tekens omdat ze in de buurt komen van het beeld, maar ze leveren niets bruikbaars op als tekst.

Op een beeld waarbij een streep loopt die onderbroken wordt door tekst is tesseract zo lang bezig dat ik het programma onderbreek.

Ope een heel erg verkleinde versie van de scan zegt tesseract dat het blad leeg is.

Nog
(nog) niet geprobeerd: foto ipv scan of screenshot.
(nog) niet geprobeerd: parameters meegeven over bv orientatie, taal enz.

Resultaat
Het beste resultaat wordt dus behaald met een zwart op witte achtergrond mooi recht uitgesneden screenshot. Alles wat minder perfect is geeft problemen.

Het is gedaan met 42.3, dus al je toestellen upgraden

Een beschrijving van deze “kleine online upgrade”:
https://forums.opensuse.org/content.php/202-Quick-Upgrade-from-Leap-42-2-to-Leap-42-3

Kort samengevat:

In het beheerprogramma Yast2 de repositories veranderen van 42.2 naar 42.3:
– yast, software, software repositories
– edit elke lijn waarin 42.2 staat en maak zowel in de titel als in de URL er 42.3 van.
– andere repo’s even afzetten, nadien terug aan als update ok is.

Dan op de commandolijn (ik heb alle grafische consoles uitgelogd):
zypper dup
Je moet soms bevestigen, en er rolt een hoop Retrieving.. over je scherm.

3058 paketten worden gedownload en geïnstalleerd.

Een half uurtje later na een herstart draait het nieuwe systeem.

Je kan nog de software updates uitvoeren.

Nawoord
Wat opvalt: geluid staat “negatief” (rood min-teken).
System Settings, Audio Volume: “No output devices available”

Yast, configure soundcard; 82801I (ICH9 Family) HD Audio Controller
will be configured as the first sound card(snd-card-0)
(Quick automatic setup)

Daarna testen:
System Settings, Hardware, Multimedia
Audio and video, Audio Playback, music: PulsAudio Sound Server; Test knop onderaan.

Een handig programma om snel een 3D schets te maken van een situatie, ruimte, gebouw:

Sweet Home 3D

De projectpagina op Sourceforge: sourceforge.net/projects/sweethome3d/

Maar je kan het ook installeren vanuit je Linux Distributie.

Er zijn bv op de openSUSE software pagina nogal veel keuzes, voor openSUSE Leap 42.3

home:Herbster0815 Community, 5.7
home:adra Community, 4.4
home:derselbst Community, 5.7
home:ecsos Community, 5.7
home:napobear Community, 5.7

Meestal probeer je de meest recente versie. Ik heb gewoon de bovenste genomen.
Die geeft volgende bronnen op:

Repositories to be added:
http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_42.3/ (KDE:Frameworks5)
http://download.opensuse.org/repositories/KDE:/Qt5/openSUSE_Leap_42.3/ (KDE:Qt5)
http://download.opensuse.org/repositories/home:/Herbster0815/openSUSE_Leap_42.3/ (home:Herbster0815)

en installeert de software.

• Programmeren, python, web-interface
  https://microbit.pythonanywhere.com/editor.html
• Serienummer op etiket
  Op het etiket staat een nummer dat te klein is om het serienummer/ID te zijn, maar ik zie wel een verschil tussen de nummers, en gebruik het om de apparaatjes visueel te onderscheiden.
• Serienummer uitlezen:
  Sluit de micro:bit aan, open in bestandsbeheerder en kies DETAILS.TXT
  Zoek in dat tekstbestand

  Unique ID:
  9900000043114e…..

  Dit is geen serienummer maar een unieke identificatie van 64/32 bits die normaal niet twee keer mag voorkomen in je collectie micro:bits

• Serienummer uitlezen met software:
  Door dit python programmaatje te laden kan je het serienummer op het scherm tonen:
  https://support.microbit.org/support/solutions/articles/19000070728-how-to-read-the-device-serial-number
  Er staat een letter S, als je de linkerknop indrukt rolt er een nummer over het scherm (bv Ox4d4acee)

  Op Github vind je de broncode van de fabrikant van de “chip” (nRF51822 SoC), Nordic Semiconductor:
  https://github.com/lancaster-university/nrf51-sdk/blob/85dd2e7af27edb11b056efcda34a76cf8757ef47/source/nordic_sdk/components/device/nrf51.h#L1076

Voor een jarige:

from microbit import *
crown = Image("90909:"
              "30303:"
              "55555:"
              "88888:"
              "99999:")
while True:
    display.scroll('jarige')
    display.show(crown)
    sleep(2000)
    display.scroll('20')
    display.show(crown)
    sleep(2000)

Door het zoeken naar een goede instelling voor mijn twee beeldschermen, werd ik opgezadeld met een veel te grote muiscursor (het pijltje werd een pijl).

• KDE menu, “Configure Desktop” icoon (horizontale schuifregelaars, standaard in KDE menu)
• Look And Feel, Cursor theme
• onderaan rechts de grootte: bv van 48 naar 24.

Ok!

Een gelijkaardig geval als installatie Leap 42.3 boot niet?

HP xw4600 Workstation; upgrade van bestaande OpenSUSE LEAP 42.2. Ik gebruik meestal importeren van de user uit het voogaande systeem (die kan je dan selecteren).

Bij installatie zowat standaard keuzes gevolgd, met als gevolg niet-booten van systeem. Ik probeer een aantal installaties, maar telkens mislukt de installatie helemaal op het einde, blijkbaar bij het schrijven van de bootgegevens, want bij het booten gaat het fout nadien, en ook indirect is het geïnstalleerde systeem (op het eerste zicht) niet op te starten. Tussendoor zelfs een andere distributie geïnstalleerd, die wel kon installeren en starten, dus hardware is ok.

Oplossing:
Het is me uiteindelijk gelukt opensuse 42.3 te installeren door de tweede harde schijf af te koppelen.
Daarna gewone standaard installatie, niets veranderd.

Hieronder log van probeersels: (meer…)

Zie ook : RJ-45 stekkers op netwerkkabel zetten (http://linuxuser.copyleft.be/liglog/?p=6454)

Verwerf:

• – Netwerkkabel CAT6 (of CAT5e)
• – Netwerkdoosjes CAT6 (of CAT5e) Standaard B, dit bepaalt de kleurcode (*)
• – “Crimptool”: speciaal gereedschap om de draden in de klemmen te drukken en overblijvend stuk af te snijden, en met hulpstukken als haakje om draden terug uit te trekken. (lukt misschien ook wel met combinatie van fijne schroevendraaiers en platte/kniptang)
• – Kniptang, nijptang, schroevendraaier, ..

Omdat je niet altijd op voorhand kan zien of je wel doosjes koopt met de juiste kleurcodes, kan je ook opgezadeld geraken met een kleurcode “A”; dan met je in gedachten omzetten:

Nextcloud

Op huidige OpenSUSE?

Nextcloud is aanwezig in de openSUSE repositories (momenteel met versienummer 11.0.3), en kan daar eenvoudig uitgekozen worden, zowel server als client.

Er wordt bij Nextcloud server ook sqlite3, php5, apache en een akonadi plugin geïnstalleerd, in totaal 154.91 MB.

Je hebt een webserver nodig, die draait:

systemctl start apache2
linux-4j3c:~ # systemctl enable apache2
Created symlink from /etc/systemd/system/httpd.service to /usr/lib/systemd/system/apache2.service.
Created symlink from /etc/systemd/system/apache.service to /usr/lib/systemd/system/apache2.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/apache2.service to /usr/lib/systemd/system/apache2.service.

En een databank*:

linux-4j3c:~ # systemctl start mysql.service
linux-4j3c:~ # systemctl enable mysql.service
Created symlink from /etc/systemd/system/multi-user.target.wants/mysql.service to /usr/lib/systemd/system/mysql.service.

Indien vers geïnstalleerd eventueel onnodige veiligheidsrisico’s uitschakelen met:
mysql_secure_installation

Na installatie is de server via de browser te bereiken:

http://my.server.ip.address/nextcloud

Foutje

De browser toont het antwoord:

This version of Nextcloud requires at least PHP 5.6.0
You are currently running 5.5.14. Please update your PHP version.

In de openSUSE package manager zijn ter twee php versies aanwezig: 5 en 7.

Helaas, als je php 7 installeert (apache2-mod_php7) en apache herstart, lijkt het nadien of je apache de .php scripts ziet als gewone tekst bestanden. In Firefox laat dat de gebruiker die php bestanden downloaden in plaats dat ze uitgevoerd worden en de gebruiker het resultaat te zien krijgt.

Dat kan er op wijzen dat apache de php module niet geladen heeft. Wat nazoekwerk leidt me naar een bestand in de php7 installatie, dat eigenaardig genoeg verwijst naar php5, maar dan moet php7 al gevonden zijn. (/etc/php7/apache2/php.ini)

Ik zoek verder hoe de apache website de php module laadt; en in het configuratiebestand van Apache2 staat inderdaad enkel het aanroepen van php5 (die niet meer geïnstalleerd is); het installeren van 7 heeft dit niet gewijzigd.
Dus met de hand aanpassen van 5 naar 7 (bv met mcedit):

mcedit /etc/sysconfig/apache2

Apache herstarten:

systemctl stop apache2
systemctl start apache2

Eventueel controleren met journalctl -u apache2

Daarna terug naar de browser:

http://localhost/nextcloud/

De blauwe startpagina verschijnt!

NextCloud configuratie

De volgende vragen of opties komen op je af in het openingsscherm:

Om een admin account te maken: gebruiker, wachtwoord.

Databank kiezen;
standaard SQLite met data in /srv/www/htdocs/nextcloud

Als je MySQL/MariaDB kiest moet je databank -naam, -gebruiker, -wachtwoord geven,
En de server opgeven; “localhost” staat vooraf ingevuld.

* Er wordt aangeraden om voor professioneel gebruik, met synchronisatie vanuit verschillende desktops eerder MySQL/MariaDB te gebruiken dan de ingebouwde bestanden-databank.

In het invulscherm is niet aangegeven of de databankgegevens vooraf moeten aangemaakt worden op de server, of dat door installatie gebeurt, maar dat is dus inderdaad het geval; anders krijg je een foutmelding: … access denied for user at localhost…

Na het aanmaken van de gebruikersaccounts in Nextcloud kom je op de volgende welkom-pagina:

http://localhost/nextcloud/index.php/apps/files/?dir=/&fileid=2

a safe home for all your data

Access & share your files, calendars, contacts, mail & more from any device, on your terms

.. waarachter een “desktop” pagina zichtbaar wordt met
– een kolom met All Files/Recent/Favorites/Shared…/Tags
– een kolom met mappen Documents en Photos en de bestanden Nextcloud.mp4 en Nextcloud Manual.pdf (die 63 blz is).

In de databank zijn dan 48 tabellen aangemaakt, telkens van de vorm “oc_*”.

Op de webserver ziet het er zo uit:

/srv/www/htdocs/nextcloud # ls
3rdparty AUTHORS console.php cron.php db_structure.xml index.html l10n occ ocs-provider remote.php robots.txt settings themes .user.ini
apps config core data .htaccess index.php lib ocs public.php resources search status.php updater version.php

Uitleg: https://en.opensuse.org/SDB:Nextcloud
En ouder al : https://lizards.opensuse.org/2016/10/28/nextcloud-installation-on-opensuse-leap/

Bij het volgen van de Space-x lancering van de falcon heavy stelde ik helaas vast dat ik het filmpje/de live stream niet kon bekijken op de meeste recent geïnstalleerde openSUSE systemen.

In de test op:
https://www.youtube.com/html5
staan onder het titeltje
“What does this browser support?”
twee onderdelen rood (niet aangevinkt):

• H.264
• MSE & H.264

Dit was op te lossen met community repository help:
http://opensuse-community.org/

Klik op de link voor KDE (als je KDe gebruikt): http://opensuse-community.org/codecs-kde.ymp

Je moet nadien bevestigen dat de bron veranderd wordt van iets van opensuse naar een community repository, en daarna werkt alles als een .. Falcon Heavy lancering.

Controle: bovenstaande link van youtube over html5: alles staat nu aangevinkt.

Twee schermen aangesloten, en geprobeerd om het scherm een kwart te draaien; de instellingen in KDE voor beide schermen gewijzigd naar kwart gedraaid, en toepassen geklikt… (OpenSUSE 42.2, KDE)

Foutje dus
Resultaat is een puzzel van een scherm, opgebouwd uit afwisselende streepjes desktop. Na herstarten van de grafische (ctlr-alt-backspace) blijft het scherm zwart op het ronddraaiende cirkeltje na, dat trouwens ook in twee gesplists ergens verkeerd staat. Ik geraak niet meer terug normaal ingelogd, ook niet met de kde-failsafe opstartkeuze bij inlogscherm.

Waar zitten de instellingen?
In de gebruikersdirectory ~/.local/share/kscreen
Daar zie je een aantal bestanden met onuitspreekbare namen die uit cijfers en letters bestaan, blijkbaar random of zo.
Kijk naar de datum, vergelijk de bestanden. Ik zag één bestand van vandaag (dat dus de wijziging bevat). Ik bekeek ook het meest recente voorgaande bestand; de inhoud is gewone tekst waarin de instellingen bewaard staan, gegroepeerd met [] en {} tekens, telkens een sleutel en een waarde, bv “enabled”: true.

Ik kon mijn toestand zelfs herstellen door de orientatie van 2 naar 1 te zetten!
upd 25/2; 1 is dus horizontaal, 2 is fysieke scherm kwart gedraaid met klok mee, 8 naar de andere kant (kwart tegenklok).

Ik probeer nu met kleinere stappen, waartussen ik telkens uitlog en terug inlog om het effect te bevestigen.
– De beeldschermen hebben een verschillende resolutie (helaas). Ik zet eerst de resolutie van 1920×1080 naar 1680×1050 voor DVI-1.
– het linkse beeldscherm kantelen. Met geen stokken krijg ik (resolutie aanpassend) een van beide schermen zinnig gekanteld; telkens blokjespatroon na “Apply” (zorg dat instellingen venster op het andere scherm staat, zodat je terug kan.
– de rendermachine compositor verzet van openGL 2 naar 3 en uiteindelijk naar XRender..? Nu kan ik de rechtse op lage resolutie al kantelen. Uit en inloggen en de resolutie verhogen lijkt te lukken op “Apply” niveau; ook na uit/inloggen nog ok.

– Linkse op volle resolutie 1920×1080: ok na apply. Na uit/inloggen heb ik een belachelijk grote pijl, maar de schermen staan allebei portrait!

Even schrikken als na een logout even terug de blokjes opduiken, maar dan schakelt er iets en komt het beeld goed, met een belachelijk in de hoogte uitgerokken lamp als achtergrond. Tijdens het opstarten krijg je wel een redelijk in verhouding lampt te zien die dan een stuk naast het scherm valt.

OpenSUSE Leap 42.2 loopt op zijn laatste pootjes; ongeveer 25 januari 2018 zou het gedaan zijn (er is nog een update binnengekomen op 29/01. Upd:2/2 op de mailinglist wordt in een bericht van 31/01 het einde van 42.2 bevestigd). De huidige (gewone) versie is nu 42.3, goed tot 31/1/2019, en dat is dan het einde van hun “LTS”-42.x reeks.

De volgende
Ik las toevallig dit bericht van april vorig jaar, waarin gesproken wordt over de toekomstige openSUSE versie.
Nu is de meest recente Leap 42.3, en je zou kunnen verwachten dat de volgende 42.4 wordt, of misschien 43.0.
Geen van beiden is juist blijkt nu. Meer nog, het volgende versienummer is lager dan het huidige!
Volgens de beschrijving zou het volgende versienummer 15 zijn (maar wel met “Leap” ervoor).
Trouwe openSUSE gebruikers zal misschien een licht opgaan. Dat nummer lijkt eerder te passen in de reeks van versienummers die ze vroeger gebruikten bij openSUSE, en die eindigde in:
6.4 … 7.2 … 6 .. 9 … 10 … 11.3 … 12..13.1 … 13.2

Daarna kwam de sprong naar de “Leap” reeks, die 42.1, 42.2, 42.3 kende.

Het lijkt wel of dat dan de versie 14 is geweest of had moeten zijn. Ik heb nooit goed begrepen waarom ze naar die 42xx nummers zijn gegaan, maar nu zijn ze blijkbaar terug thuis. En bovendien komt het versienummer terug enigermate overeen met dat van SUSE Enterprise (SLE), de commerciële variant die met dienstverlening ingezet wordt tegen betaling. Ik ben eens benieuwd hoe allerlei software gaat reageren op een versienummer-verlaging…

ps: Tumbleweed blijft ook gewoon bestaan (rolling release), Evergreen is definitief gedaan (oude distro’s up to date houden vanuit community; laatste was 13.1).

https://lists.opensuse.org/opensuse-project/2017-04/msg00014.html

Bodhi Linux 4.3.1 was na lang proberen een distributie die werkte op een bepaalde oude Toshiba Satellite. Een andere was Puppy Linux “Wary”.

Ik probeerde verschillende distro’s “voor oudere hardware” uit, maar dit is de eerste en voorlopig de enige waarmee ik enige beweging in het systeem krijg (ik vermoed vooral grafisch systeem probleem). Het vorige systeem hierop was vermoedelijk een Lubuntu; dat startscherm was nog te zien maar startte niet – misschien was het ook enkel een overblijfsel van een lang geleden installatiepoging).

De live distributie draait – weliswaar tergend traag – vanaf DVD. De ingebouwde touchpad muisbesturing werkt, evenals externe usb-muis.

Ik probeer deze distro te installeren vanuit het eigen menu (utilities.. ?), maar dat lijkt te eindigen in een freeze (of gewoon zeer trage aktie, kan ook). Misschien moet ik opnieuw beginnen van een usb-stick, zou wat sneller moeten gaan.

Bodhi Linux 4.3.1, 32 bit live (bron: dvd LXF230, Nov 2017), of 720 Mb download, 2,5 GB geïnstalleerd.
Bodhi is gebaseerd op Enlightenment Foundation Libraries (EFL)/Elementary Toolkit.
Afgeleid van Ubuntu LTS

Wary

Puppy Linux 5.5 “wary” start van live dvd nog sneller dan Bodhi. Je moet het toetsenbord kiezen (Azerty BE), een timezone (Europe, Brussels), en XOrg/VESA, scherm (1280×1024), scherm (maximum), en even later is de desktop gestart.
Je kan een netwerkverbinding kiezen, en die is standaard (dhcp) snel in orde.

Ik probeer hier de “install” link op de desktop, en het systeem lijkt een installatie te doen. Achteraf moet je wel zelf voor je bootsector zorgen; volgens de uitleg in het menu Systeem, Grub2.. maar dat staat daar helemaal niet, wel een boot(sektor) manager configure menu, elders vind ik toch wat ik zoek, en start een nieuwe grub installatie, voeg de huidige installatie toe als bootkeuze, en bevestig nog een en ander.

En dan, als ik even niet kijk, wordt het scherm zwart, maar de computer blijft draaien..

Ik heb nu geen tijd meer om voort te doen, dus hoop hier later op terug te komen…

Later:
Boot van dvd met puppy.
Op sda1 bestaat wel een /boot/grub directory maar die is leeg.
Ik probeer daar een menu.lst te maken:

title puppy
root(hd0,0)
kernel /boot/vmlinuz root=/dev/sda1 ro

dat lijkt niet te helpen.

Met de dvd gestart lijkt er geen /boot dir te zijn.

Ik kan via het menu wel kiezen voor de bootloader installer, met twee opties: simple en expert, maar het installeren van de bootloader lukt daar niet.
Ik probeer uit het menu een andere bootloader installatie, nl die voor DOS, en dat lukt wel. Het is nogal een omslachtig groot boot menu (dat kan natuurlijk ook gewijzigd worden), maar het werkt nu tenminste.

Ongelooflijk hoe vlot en snel puppy werkt op deze oude knar. Natuurlijk is het een totaal verouderde distributie, met kernel 2.6, en er zijn ook geen updates! Enkel goed voor beperkt gebruik in afgeschermde omgeving…

Na een of andere update (ik gebruik op dat systeem Calc niet dikwijls) ontdekte ik op 13 januari dat bij Calc de aktieve cel niet meer aangeduid werd (normaal heeft die een dikke rand).

Hulp
Als hulpmiddel kan je telkens op F2 duwen (edit), waardoor de cursor in de cel zichtbaar wordt. Dat moet je herhalen telkens als je de aktieve cel verplaatst met de cursortoetsen, tijdens de verplaatsing over de rijen of kolommen blijft hij onzichtbaar..

Hopelijk niets te maken met de intel bug van ll…

Beschrijving
Geen rand rond de aktieve cel, waardoor die niet terug te vinden is op het scherm.
Het veranderen van de kleur van de celrand helpt niet
Een andere (nieuwe) user op hetzelfde systeem heeft hetzelfde probleem, dus het zijn geen lokale wijzigingen aan instellingen.

systeem:

• OpenSUSE Leap 42.3 + LibreOffice 5.3.5.2 Buiild ID: 30m0(Build:2)
• op een laptop Latitude E6400.
• X-server: 11.803.000, dim 1440 x 0900 pixels, 96 dpi, Depths (7): 24, 1, 4, 8, 15, 16, 32), … Largest cursor 256×256 .. enz.
• Driver OpenGL version 2.1 Mesa 17.0.5
• OpenGL Vendor Intel Open Source technology Center
• Mesa DRI Mobile intel GM45 Express Chipset

Vergelijken
– Op een gelijkaardig systeem op pc met oudere openSuse 42.2 werk het nog wel, en dat is dezelfde Office versie!
– Op een pc met OpenSUSE Tumbleweed en LibreOffice 5.4.1.2: Geen probleem.
– Op een andere laptop met dezelfde OpenSUSE Leap 42.3 en LibreOffice met zelfde instellingen : Ok!
(enkel dus andere grafische kaart/schermcombinatie is de oorzaak?)

Prutsen tot LibreOffice niet meer start + ok
Na wat prutsen met de instellingen van LibreOffice (in Menu Tools/Options, LibreOffice View)
bij het stukje “Graphics Output”; standaard staat daar aan:

• Use hardware acceleration
• use anti-aliasing
• Screen font antialiasing + Show preview of fonts

had ik “Use OpenGL for all rendering” + “Ignore OpenGL blacklist” aangezet.
Daarna crashte LibreOffice steeds als ik hem startte (met een leeg document recovery venster).

Home directory: .config/libreoffice/4-suse/user:
Met een editor (lijnlengte 42825 te lang voor Kate met max 4096) geopend (mcedit) en een wijziging gemaakt : ForceOpenGL van “true” naar “false” gezet.

LibreOffice/Calc starten weer, maar cursor actieve cel nog steeds onzichtbaar.

Vervolg…
Hopelijk komt het met een update in orde… wordt vervolgd.