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.

Geen driver in distro
Voor deze desktop laserprinter van 2011 vond ik geen exacte vermelding bij de beschikbare Ricoh drivers in mijn (OpenSUSE) installatie.

Volgens een ubuntu forum:
– Kan je printen met de driver van Ricoh Aficio SP 4310N PS
– is het een “generische postscript printer”, dus kan een algemene postscript driver werken.

(bron: https://ubuntuforums.org/showthread.php?t=2138787)

4310N-driver: ja en nee
Het printen werkt inderdaad .. 1 keer. Daarna komt er allemaal onzin uit de printer (letters verspreid over een regel en over het hele blad).
Als de printer afgezet wordt kan je weer zonder probleem een print maken.
Soms lukt het om een paar prints na elkaar te maken, maar het is me voorlopig onduidelijk wanneer/waarom.

Ricoh driver Aficio-SP3510DN

Later stootte ik op een vermelding op een ricoh site, onder “unix” drivers:

http://support.ricoh.com/bb/html/dr_ut_e/re1/model/sp35/sp35.htm

Release notes

Supported UNIX Platforms

[Sun Solaris]

2.6, 7, 8, 9, 10
[HP-UX]

10.x, 11.x, 11iv2, 11iv3
[Red Hat Linux]

6.x, 7.x, 8.x, 9.x, Enterprise V4, V5, V6
[SCO Open Server]

5.0.6, 5.0.7, 6.0
[IBM AIX]

V4.3, 5L V5.1, V5.2, V5.3, V6.1, V7.1

Version 32.0.0

Initial release

ps: Linux Enterprise is ondertussen aan v.7, staat niet vermeld.

Verder bij download krijg je nog informatie:

Note: Device option feature enables use of optional equipment such as finisher and paper trays.

System Requirements

TCP/IP Network
Supported UNIX platform
Internal NIB (Network Interface Board)

Supported File Format

PS
PCL (Device Option feature is not supported)
ASCII Text

De download is een “.tar.gz” ingepakt formaat, en bevat een RICOH map met een heleboel files:

copyleft@linuxbox:~/bin/drivers/RICOH> ls -lFA
total 260
-rw-r--r-- 1 copyleft users 7567 Jan 3 2012 Aficio-SP3500N.pcl
-rw-r--r-- 1 copyleft users 5043 Jan 3 2012 Aficio-SP3500N.ps
-rw-r--r-- 1 copyleft users 7683 Jan 3 2012 Aficio-SP3510DN.pcl
-rw-r--r-- 1 copyleft users 5148 Jan 3 2012 Aficio-SP3510DN.ps
-rw-r--r-- 1 copyleft users 4514 Jan 3 2012 aix_head
-rw-r--r-- 1 copyleft users 9600 Jan 3 2012 aix_tail
-rw-r--r-- 1 copyleft users 3287 Jan 3 2012 EULA
-rw-r--r-- 1 copyleft users 4703 Jan 3 2012 hp_head
-rw-r--r-- 1 copyleft users 10916 Jan 3 2012 hp_tail
-rw-r--r-- 1 copyleft users 3962 Jan 3 2012 lnx_head
-rw-r--r-- 1 copyleft users 9705 Jan 3 2012 lnx_tail
-rwxr-xr-x 1 copyleft users 6858 Jan 3 2012 rpconfig*
drwxr-xr-x 2 copyleft users 68 Jan 3 2012 SampleFiles/
-rw-r--r-- 1 copyleft users 4036 Jan 3 2012 sco_head
-rw-r--r-- 1 copyleft users 9807 Jan 3 2012 sco_tail
-rw-r--r-- 1 copyleft users 34764 Jan 31 2012 sol_SP3500N
-rw-r--r-- 1 copyleft users 2045 Jan 3 2012 SP3500N.1
-rw-r--r-- 1 copyleft users 1659 Jan 3 2012 SP3500N.1.Z
-rw-r--r-- 1 copyleft users 4362 Jan 3 2012 sun_head
-rw-r--r-- 1 copyleft users 10430 Jan 3 2012 sun_tail
-rwxr-xr-x 1 copyleft users 9954 Jan 3 2012 uninstall*
-rwxr-xr-x 1 copyleft users 30818 Jan 3 2012 unix_installer*
-rw-r--r-- 1 copyleft users 32945 Jan 31 2012 UserManual

Not my CUPS of tea…

Een blik in de UserManual leert ons:

Deze driver is NIET voor CUPS gemaakt, maar voor het LPRng printsysteem, waarvoor je moet omschakelen als je standaard CUPS geïnstalleerd hebt staan.

CUPS will need to be disabled, and if not already on your system
LPRng printing software package will need to be installed.

Generiek PCL6

Ergens in de online manual:

… Contains procedures for installing the printer drivers (PCL6 and PostScript 3) …

bron: http://support.ricoh.com/bb_v1oi/pub_e/oi_view/0001044/0001044326/view/op_guide/int/0002.htm

Daarom in CUPS de generieke PCL-6 driver gekozen:

Queu: RICOH_Aficio_SP_3510DN
Driver: Generic PCL 6/PCL XL LF Printer - CUPS+Gutenprint v5.2.10 (grayscale, 2-sided printing)

Test print: OK! Maar helaas tweede print daarna weer onzin.

(zie ook vroegere beschrijving over probleem bij ThinkCenter en OpenSUSE 42.2: “Boot, BIOS en UEFI” – dit is ook een ThinkCentre).

De installatie van 42.3 is vlot verlopen, maar nadien start het systeem niet op omdat het blijkbaar de harde schijf niet vindt (of de bootsector).

Met een systeemcd/usb-key, en de keuze “start van HD” lukt het wel. Het systeem is dus helemaal geinstalleerd, want het draait daarna normaal (zolang ik niet herstart).

upd 19/1
Hetzelfde probleem kan voorkomen bij een upgrade van 42.2 naar 42.3; het systeem boot niet, maar de update is wel volledig aanwezig, want hij kan gestart worden vanaf een installatie-dvd + boot from harddisk.

Ik las: If you boot the installer in EFI mode it will want to do a EFI install.
Dus je kan best niet voortgaan op de “standaard” upgrade, die een boot systeem kiest dat niet afgesteld is op het bestaande systeem, maar voortgaat op de DVD/usb-drive waarvan het zelf gestart is!?
Dat verklaart veel mislukte installaties…

Partities:

linux-sk20:~ # fdisk -l
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 2211BDC8-8F0F-4F6F-B7E2-4EC917E44F2C
_
Device Start End Sectors Size Type
/dev/sda1 2048 16383 14336 7M BIOS boot
/dev/sda2 16384 4225023 4208640 2G Microsoft basic data
/dev/sda3 4225024 88117247 83892224 40G Microsoft basic data
/dev/sda4 88117248 976773119 888655872 423.8G Microsoft basic data
_
Disk /dev/sdb: 14.7 GiB, 15806234624 bytes, 30871552 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1b681c50
_
Device Boot Start End Sectors Size Id Type
/dev/sdb1 4220 12031 7812 3.8M ef EFI (FAT-12/16/32)
/dev/sdb2 * 12032 9062399 9050368 4.3G 17 Hidden HPFS/NTFS

Sda is de ingebouwde harde schijf
Sdb is de aangesloten usb-stick met een startend systeem.

Bios instellingen:
– Auto (1)
– Legacy (2)
– UEFI

(1) is de toestand waarin hij vroeger waarschijnlijk werkte (onder Windows?).

(2) probeer ik nu met reeds geïnstalleerd systeem.
Daarna: Yast2, bootloader om bootsector te bekijken.

Boot code location: (geen enkele staat aangevinkt)
– boot from root partition
– boot from master boot record
– custom boot partition

Verdere opties: (ook allemaal af)
– Set active flag in partition table for Boot Partition
– Write generic boot code to MBR
– Enable trusted boot support

Ik las ergens op doc.opensuse.org: “Write generic boot code to MBR”
Ik vink dat aan, bevestig en herstart.

Boot niet
Daarna bios terug veranderd naar auto (uefi/legacy)
Boot niet

Ik zie dat /dev/sda1 maar 7 MB groot is, wat me nogal klein lijkt.

Boot van systeemUsbKey met installatiesysteem.

Start installatie, kijken of ik daar ergens iets kan fixen, of herkend wordt dat het systeem al geïnstalleerd is.

Op de installatiecd kan je wel kiezen onder “Expert” voor create new partition table
Select new partition table for /dev/sda1
– msdos
– gpt
(staat op msdos bij openen van dit venster)

Poging

Dus nu zelf iets ineen geprutst :
alles verwijderd
/dev/sda1 ext2 /boot 150 Mb
/dev/sda2 Swap swap 2 GB
/dev/sda3 xfs of zoiets, rest van de 500 GB disk.

(ik had eerst fat16 staan voor sda1, maar dat werd aangeraden om het te veranderen door de installer).

Dit lijkt het voorlopig opgelost te hebben… na installatie start de computer tenmiste normaaal op.

Ik probeer nog eens te starten zonder de usb-disk aangesloten, want ik heb niet juist gezien of die erdoor kwam bij start; dat blijkt inderdaad het geval te zijn.

Verschil?
met fdisk -l staat er nu een sterretje bij de boot partitie:

linux-hk2n:~ # fdisk -l
Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x0006b7ee
_
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 305151 303104 148M 83 Linux
/dev/sda2 305152 4497407 4192256 2G 82 Linux swap / Solaris
/dev/sda3 4497408 976773119 972275712 463.6G 83 Linux

In Yast2, System, Bootloader, tab Boot Code Options staat nu:

Boot Loader: GRUB2
Boot loader location:

Aan: Boot from Boot Partition

Aan: Set active Flag in Partition Table for Boot Partition
Aan: Write generic Boot Code to MBR

Normaal moet je ook op een andere manier kunnen booten, maar deze werkt voor mij in deze omstandigheden.

Bronnen:
https://doc.opensuse.org/documentation/leap/reference/html/book.opensuse.reference/cha.advdisk.html