Test Q4OS et OpenSuse 32bits

[Luci]

Bonsoir à tous et à toutes !

J'ai fais un test 32 bits entre Q4OS 5.7 Trinity KDE et OpenSuse Tumbleweed KDE et XFCE.

Config : Intel Atom N270 1,60Ghz, Intel graphics 945GM, HDD 100Go, 2Go Ram DDR2

Le partitionnement de disque est : 90Go pour le système, 4Go pour le Swap.
Youtube c'est : Sony 4K demo Another World

Définitions :
% taux d'utilisation du processeur
fe fichier d'échange utilisé en Mo (swap)
Mo RAM utilisé
d dropped image (YouTube).
PS : Si pas de "m" c'est en seconde.

Q4OS 5.7 KDE : démarrage : 2M05, 5%, 210Mo ram, 0fe
Libre Office 1m20, VLC 6, Chromium 47.
Youtube 360p 2250d, 240p 2200d, fin 5%, 2fe, 266Mo

OpenSuse KDE : démarrage : 2M53, 100%, 1020Mo ram, 0fe
Libre Office 35, VLC 8, Firefox 45.
Youtube ne fonctionne pas, fin 100%, 324fe, 813Mo

OpenSuse XFCE : démarrage : 1M55, 9%, 540Mo ram, 0fe
Libre Office 30, VLC 2, Firefox 32.
Youtube 360p 2440d, 240p 2300d, fin 9%, 11fe, 545Mo

Informations : Q4OS n'a pas firefox, donc c'est chromium.
OpenSuse n'a pas chromium donc c'est Firefox.
Q4OS utilise la version 7.4.7.2 de Libre Office alors que OpenSuse c'est la dernière version 24.8.3.2

Q4OS a besoin de 8Go de données et OpenSuse 7Go, sans compter le swap.

Problèmes : OpenSuse KDE et XFCE me font ce message d'erreur au tout début du démarrage, donc j'ai du les lancer en mode safe.
Peut-être une solution pour les causes et la résolution de ce problème ?

Bonne soirée

Luci

[jlb]

Bonjour @Luci,

no filesystem could mount root
Kernel panic - not syncing: VFS: Unable to mount root fs on UUID or unknown-block(0,0)

J'ai déjà eu ce genre de message : il y a peut-être une erreur dans la déclaration de la partition système au niveau du fichier de configuration de GRUB.

Entre cette ligne, et note le nom et l'UUID de la partition système ("/") :

Code : Tout sélectionner

lsblk -o NAME,FSTYPE,SIZE,UUID,MOUNTPOINT | grep -v loop | grep -v zram

Ensuite, édite le fichier de configuration de GRUB (avec Nano ou l'éditeur d'OpenSUSE) et contrôle les endroits où il est question du nom ou de l'UUID en relation avec "root" :

Code : Tout sélectionner

sudo nano /boot/grub/grub.cfg

Le fait que ça n'arrive qu'avec OpenSUSE élimine un problème d'ISO puisque tu as le message avec les deux versions. Peut-être dû à la distribution elle-même — mais je ne la connais absolument pas — ou à des manips antérieures sur l'ordi.
Depuis une live session Zorin (par exemple), tu peux essayer de vérifier la partition (menu "Partition") ou de créer une nouvelle table des partitions (menu "Périphérique").

 

[Luci]

Hello et merci pour ta réponse JLB,

Ça peut-être utile :
https://fr.opensuse.org/GRUB

Qu'en penses-tu ? Que dois je faire ?

Luci

[jlb]

Qu'en penses-tu ? Que dois je faire ?

Je ne connais pas OpenSUSE mais j'avais vérifié qu'il utilisait GRUB avant de te répondre.
En tout cas, ce n'est vraiment pas normal que tu n'aies qu'une partition "/var" (pourquoi celle-là plutôt qu'une autre ?) et un répertoire de swap (comme tu l'avais dit), mais aucun répertoire racine "/", ni aucun répertoire "/boot/grub" :



Autrement dit, il faudrait revoir la méthode d'installation parce que, pour les avoir essayées, les partitions "btrfs" ne posent pas de problème.
Et peut-être reformater l'ensemble, parce que je ne comprends pas très bien non plus où sont passées les partitions "sda3" et "sda4".
Sinon, tu peux aussi essayer Gecko Linux (l'équivalent OpenSUSE de Spiral Linux pour Debian).

Je vais essayer de mon côté pour t'en dire davantage, vu que je ne connais pas non plus l'installateur d'OpenSUSE pour pouvoir expliquer.
Mais il faudrait que tu me dises quelle version tu as installée : "Leap", je présume ?

Je te dirai ce soir, sauf si quelqu'un du staff te répond avant.

 

[Luci]

C'est OpenSuse Tumbleweed 32 bits et je préfère XFCE.
Après c'est l'installation par défaut, j'ai pas touché donc je sais pas pourquoi ça fait pas les choses comme il faut

[jlb]

C'est OpenSuse Tumbleweed 32 bits et je préfère XFCE.

Question bête : tu as téléchargé la version "Live" ?
Si oui, l'avertissement pourrait donner une partie de la réponse.

[Luci]

J'ai pris ici :
https://get.opensuse.org/tumbleweed/

En choisissant :
Intel or AMD 32-bit desktops, laptops, and servers (i686)
Version OffLine, et dans l'installation j'ai pris XFCE (tu as plusieurs choix)

Après j'ai fait avec Ventoy et c'est pas possible de le lancer en mode normal, il faut prendre le deuxième choix (qui le met comme un DVD je crois) pour l'installation.
Le mode normal se lance mais demande où est l'ISO pour installation, donc impossible d'aller plus loin, le deuxième choix se lance tout seul.

[jlb]

Version OffLine, et dans l'installation j'ai pris XFCE (tu as plusieurs choix)

Ok.
 

Après j'ai fait avec Ventoy

J'aurais envie de dire que la réponse est là...
J'essaie et je te dis.

 

[Luci]

Ventoy est fiable pourtant ? Je l'utilise pour toutes les distributions que j'ai que ce soit linux ou Windows

[jlb]

Me revoilou... depuis OpenSUSE Tumbleweed, sans le moindre message d'erreur :



Deutsche Qualität, mais l'installateur m'aurait fait peur il y a quelques années…
J'aime bien leur menu de démarrage, ça change de celui de Zorin.

Clef flashée avec Etcher, comme d'hab.
Bref, si tu veux savoir si c'est la faute à Ventoy, tu sais ce qu'il te reste à faire…

Les entrées d'OPenSUSE dans "/boot/grub/grub.cfg" : 

Code : Tout sélectionner

### BEGIN /etc/grub.d/10_linux ###
menuentry 'openSUSE Tumbleweed'  --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-8314b962-cc30-482e-8055-711b03d4d525' {
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_gpt
	insmod ext2
	search --no-floppy --fs-uuid --set=root 8314b962-cc30-482e-8055-711b03d4d525
	echo	'Loading Linux 6.12.6-1-default ...'
	linux	/boot/vmlinuz-6.12.6-1-default root=UUID=8314b962-cc30-482e-8055-711b03d4d525  splash=silent mitigations=auto quiet security=apparmor
	echo	'Loading initial ramdisk ...'
	initrd	/boot/initrd-6.12.6-1-default
}
submenu 'Advanced options for openSUSE Tumbleweed' --hotkey=1 $menuentry_id_option 'gnulinux-advanced-8314b962-cc30-482e-8055-711b03d4d525' {
	menuentry 'openSUSE Tumbleweed, with Linux 6.12.6-1-default' --hotkey=2 --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.12.6-1-default-advanced-8314b962-cc30-482e-8055-711b03d4d525' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 8314b962-cc30-482e-8055-711b03d4d525
		echo	'Loading Linux 6.12.6-1-default ...'
		linux	/boot/vmlinuz-6.12.6-1-default root=UUID=8314b962-cc30-482e-8055-711b03d4d525  splash=silent mitigations=auto quiet security=apparmor
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd-6.12.6-1-default
	}
	menuentry 'openSUSE Tumbleweed, with Linux 6.12.6-1-default (recovery mode)' --hotkey=3 --class opensuse --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-6.12.6-1-default-recovery-8314b962-cc30-482e-8055-711b03d4d525' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 8314b962-cc30-482e-8055-711b03d4d525
		echo	'Loading Linux 6.12.6-1-default ...'
		linux	/boot/vmlinuz-6.12.6-1-default root=UUID=8314b962-cc30-482e-8055-711b03d4d525 single 
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initrd-6.12.6-1-default
	}
}

### END /etc/grub.d/10_linux ###

[Luci]

J'ai refais une clé avec Rufus et je te dis

[jlb]

Mais pourquoi avec Rufus ? 

[Luci]

Bonsoir
J'ai pu l'installer correctement cette fois.
Par contre impossible d'avoir chromium en 32 bits, comment l'avoir ?
J'arrive pas à mettre les ppa, et quand j'essaie de mettre le repo chromium, il m'indique que c'est impossible de créer le dépôt...

Comment faire ? Car Firefox est un peu plus lourd donc j'aimerais avoir chromium

PS: je m'arrache les cheveux sans résultat donc si c'est possible d'avoir une solution

Merci à toi

Luci

[jlb]

C'était donc Ventoy ? 

Pour Chromium, les infos sont contradictoires : l'architecture 32 bits semble avoir été abandonnée depuis un moment. Pourtant, si on en croit ce site, il serait disponible dans les dépôts d'OpenSUSE et on pourrait l'installer en Snap ou Flatpak — mais c'est faux, ces formats n'assurent plus le 32-bits.

Je crains que tu ne sois obligé de rester à Firefox ou aux navigateurs qu'OpenSUSE proposerait encore en 32-bits…
A vrai dire je crois que cette fois, c'est pour de bon la fin de cette architecture. 

[jlb]

PS : Tu pourrais aussi te tourner vers des navigateurs proposés en "tarball", équivalent des applications portables sur Windows (ce sont souvent des forks de Firefox). SeaMonkey, Midori, Basilik, ou Tor Browser, par exemple, proposent encore des archives 32 bits récentes.
Ce que je ne comprends pas, c'est qu'il y ait encore d'assez nombreuses versions 32 bits pour Windows, alors que Windows doit ramer sévère…

PS' : Ou alors, prospecter les anciennes versions pas trop périmées : Slimjet, par exemple, dont la dernière version i386 ne date "que" de décembre 2021, ou la dernière version compatible de Palemoon (mai 2020), ou encore Vivaldi, au format .rpm (mai 2021).

[Luci]

Oui c'était Ventoy, faudra leur faire part de ce problème.

Pourtant sur Q4OS et Peppermint os, c'est Chromium en 32 qu'on a, Firefox n'est pas.
Il faudrait que je prenne les repos de Q4OS ou Peppermint pour l'avoir ?

Je demande car Firefox ne fonctionne vraiment pas bien avec les lecteurs vidéo, youtube et des lecteurs autres se lancent même pas alors qu'avec Q4OS ça fonctionne bien avec Chromium.

Vu que OpenSuse est plus rapide que Q4OS, il me manque juste le navigateur pour être parfait, Firefox fonctionne vraiment mal

[jlb]

Oui c'était Ventoy, faudra leur faire part de ce problème.

J'avais inspecté ce qu'il faisait et, par rapport à Etcher, il me semble qu'il modifie la structure des ISOs. Je pense qu'il doit y avoir une incompatibilité avec OpenSUSE (certaines distributions déconseillent son utilisation et ne prennent pas de demandes d'assistance si on s'en est servi).
 

Pourtant sur Q4OS et Peppermint os, c'est Chromium en 32 qu'on a, Firefox n'est pas.
Il faudrait que je prenne les repos de Q4OS ou Peppermint pour l'avoir ?

Est-ce possible ? Je ne l'ai jamais fait.
Sinon, ce sont des Debian et le problème, c'est que les paquets .deb et .rpm ne fonctionnent pas de la même façon. Mais il doit encore être possible de convertir les formats en utilisant Alien.

En attendant, tu peux essayer les navigateurs dont je t'ai mis les liens.
 

J'ai fais un test 32 bits entre Q4OS 5.7 Trinity KDE et OpenSuse Tumbleweed KDE et XFCE. 
[...]
Vu que OpenSuse est plus rapide que Q4OS [...]

Ce n'était pas clair dans ton post : tu as essayé Trinity ou Plasma ? Kiki Novacs ne jurait que par Q4OS Trinity pour ressusciter de vieux ordis. Possible, mais il faut accepter le look années 2000…




 

[Luci]

C'est bien Q4OS Trinity et on voit bien que c'est plus long, sauf que chromium fonctionne bien mieux avec les vidéos...
Donc vais devoir revenir sur Q4OS juste pour ça..

Sur Q4OS il y a Firefox mais uniquement la version esu, qui fonctionne très mal.

Je croyais que OpenSuse était une base debian

[jlb]

Je croyais que OpenSuse était une base debian

Non, mais je comprends mieux certaines choses…
 

Pourtant sur Q4OS et Peppermint os, c'est Chromium en 32 qu'on a.

Tu es vraiment sûr ? Parce que j'ai lu partout que cette version est arrêtée.
Si oui, je te propose d'essayer un truc tordu : repaqueter la version de Chromium installée sur l'une ou l'autre distribution 32-bits et convertir le paquet .deb obtenu en paquet .rpm compatible avec OpenSUSE.

Pas garanti que ça marche avec une grosse application comme Chromium, mais, maintenant que j'ai OpenSUSE, j'ai pu vérifier la totalité du processus avec Neofetch.

Mis à part une protestation (que j'ai ignorée) sur l'absence de signature du paquet "neofetch-7.1.0-5.noarch.rpm" produit à partir du paquet .deb repaqueté depuis mon installation Ubuntu 24.04, l'appli semble s'être bien installée à partir du paquet .rpm, et non des dépôts :
 

Code : Tout sélectionner

sudo zypper install neofetch*

[sudo] Mot de passe de root : 
Chargement des données du dépôt...
Lecture des paquets installés...
Résolution des dépendances des paquets...

Le NOUVEAU paquet suivant va être installé :
  neofetch

1 nouveau paquet à installer.

Package download size:    98,3 KiB

Package install size change:
              |     340,0 KiB  required by packages that will be installed
   340,0 KiB  |  -      0 B    released by packages that will be removed

Back-end:  classic_rpmtrans
Continuer ? [o/n/v/...? affiche toutes les options] (o): 
Récupération : neofetch-7.1.0-5.noarch (Cache local des fichiers RPM)
                                                            (1/1),  98,3 KiB    
neofetch-7.1.0-5.noarch.rpm:
    L'en-tête du paquet n'est pas signé !

neofetch-7.1.0-5.noarch (Cache local des fichiers RPM): Échec de la vérification de la signature [6-Le fichier n'est pas signé]
Abandonner, réessayer, ignorer ? [a/r/i] (a): i

Recherche de conflits de fichiers : ......................................[fait]
(1/1) Installation de : neofetch-7.1.0-5.noarch ..........................[fait]
Exécution des scripts ultérieurs à la transaction ........................[fait]

Ça m'étonne un peu, mais elle fonctionne :



Si ça te dit… 

 

[Luci]

Tant pis je resterai sur Q4OS.
Après c'est dommage pour OpenSuse c'est le plus rapide mais Firefox est une catastrophe pour linux 32 bits, il faudrait vraiment qu'ils passent sur chromium et ça serait parfait