Ubuntu Mate sur un RPI 4

[mike913]

Bonjour

Comment installer Ubuntu Mate sur un RPI 4, avec Boot sur une carte SD et la partition Root ("/") sur un SSD (dans mon cas un mSata)
1- charger l' image ubuntu-18.04.4-preinstalled-server-arm64+raspi3.img.xz sur le site officiel https://ubuntu.com/download/raspberry-pi
2- graver l' image avec Etcher sur la carte.
3- copier la partition Root sur le SSD avec gparted
4- toujours avec gparted effacer la partition Root de la carte SD
5- placer la carte dans son logement sur le pi 4, et le SSD dans son logement
(mSata dans le msata shield : https://www.amazon.fr/gp/product/B082M1 ... UTF8&psc=1
6- Allumer le RPI, vérifier avec la commande : findmnt -n -o SOURCE /
7- faire les mises à jour d'usage

Code: Select all

sudo apt update
sudo apt upgrade
sudo apt dist-upgrade
sudo reboot

8- installer le bureau mate: avec la commande sudo apt install ubuntu-mate-desktop puis reboot.

[iznobe]

Salut ,

c ' est un tuto ?

j ' aurais juste une question , par rapport au fichier /etc/fstab , il n ' y a pas de soucis avec les id de partition et les chemins des disques entre celle de la carte qui passe sur le disque par rapport a leur chemin respectif ( dev/sda en general pour le premier disque ) ?

[mike913]

Bonjour et merci pour le commentaire ,
ce n'est pas un tuto juste un retour d'expérience.
Voici le fstab d' origine qui se retrouve sur le msata:

Code: Select all

LABEL=writable	/	 ext4	defaults	0 0
LABEL=system-boot       /boot/firmware  vfat    defaults        0       1

et le contenu du fichier nobtcmd.txt qui est le cmdline.txt d' Ubuntu:

Code: Select all

net.ifnames=0 dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=LABEL=writable rootfstype=ext4 elevator=deadline rootwait fixrtc

comme on peu le voir ces fichiers utilisent un LABEL pour identifier les partitions et quand tu copie la partition root tu copie son LABEL acec: "writable"
Donc une fois les partions collées aucun fichier à modifier.

Je ne suis pas un spécialiste d'Ubuntu et il y a un problème que je n' ai pas solutionné:
en wifi tu ne pu pas te connecter en SSH à partir d'un autre poste tant que tu n'est pas connecté en direct. Il faudrait qu' un utilisateur soit connecté automatiquement ou que la connexion wifi s'établisse dés le Boot

[iznobe]

Re ,

dans la gestion des utilisateurs , il me semble qu ' il est possible de faire en sorte de demarrer une session directement avec un utilisateur par defaut .

mais je ne connais pas la commande qui permet de faire cela

par contre dans les versions ubuntu " standard " lors de l' installation je suis sur qu on peut choisir cette option , c ' est ce que j ' ai fait pour mon ordi apres pour la version arm je n' ai jamais teste , donc je ne suis pas sur .

[iznobe]

la procedure est quasiment la meme que celle decrite dans ce post : https://www.pcastuces.com/pratique/astuces/2266.htm

dansl ' onglet utilisateur ou securité selon les options , on peut choisir ede lancer automatiquement une session avec l ' utilisateur de son choix au demarrage

[mike913]

Bonjour,
Désolé de ne pas t' avoir répondu plus tôt mais j' ai fait plusieurs essais:
La même procédure avec Ubuntu 19.10 et tout c'est bien passé, sauf qu'au moment du reboot, ce n'est pas le bureau mate qui c'est affiché, mais le bureau classique avec une part des utilitaires Mate.
J' ai donc recommencé une nouvelle fois mas avec (comme la 1 ère fois Ubuntu 18.04.4 LTS 64 bits) et avant de démarrer j'ai mieux regardé la partition boot et j' ai découvert un fichier qui se nomme: network-config j' ai donc modifié le fichier pour qu'il ressemble à ça:

Code: Select all

	version: 2
	ethernets:
	  eth0:
		dhcp4: true
		optional: true
	wifis:
	  wlan0:
		dhcp4: true
		optional: true
		access-points:
		  Votre SSID:
			password: Votre Key Phrase

j' ai donc suivi le mode opératoire du premier essai et la cela a fonctionner parfaitement.J' ai donc commencé à faire les premiers réglages(clavier, keyboard, langue et surtout taille des caractères - j'ai un écrande 13 pouces avec une résolution de 1920x1080) puis je me suis aperçu que je n' vais pas l' IPV6 . alors j' ai cherché le fichier il n'était plus dans /boot mais dans /boot/firmware , je l' ai donc modifié en rajoutant la ligne dhcp4: true
et reboot
et cette fois impossible de me connecter en ssh avec winscp: host introuvable,, alors qu'à l" écran l'invite de login était présente. je me suis donc connectée, et la Mate m' a indiqué qu'il n' y avait pas de connexion, mais que plusieurs réseaux wifi étaient disponibles. en réglant le wifi je suis revenu en fait au point de départ.
En cherchant j' ai découvert qu'il y a plusieurs manager de réseau
1- netplan utilisé par les serveurs
2- network-manager utilisé par les desktop
et quand j'ai modifié le fichier network-config (pardon pour le jeu de mot) neptplan s'est planté et network-manager a pris la relève
il faut donc que je trouve la bonne configuration pour netplan et que je désactive network-manager

[iznobe]

Re ,


desolé mais je n' ai pas compris ce que tu dis dans la premiere partie de ton message , de quelle procedure parles tu ?
si tu ouvres la session automatiquement au demarrage sans demander le mot de passe , ca ne marche pas ? ( voir mon lien dans mon post precedent )

du coup tu eclaires ton ordi , la session s ' ouvre et donc le wifi sera configure ( sans tripatouiller les fichiers conf de netplan ) .

Dans ton premier post , on peut aussi voir que tu fais un dist upgrade , dans un premier temps , j ' eviterais cette commande qui fait changer de version de distribution avec son lot de risque .
pour effectuer tes essais et tes reglages , a mon avis il serait preferable de rester sur la version LTS , la 18.04 , et donc de ne pas passer la commande

Code: Select all

sudo apt dist-upgrade

, ca fais gagner du temps , ca evite des risques liés a l ' upgrade de l' OS et il est preferable de travailler sur une version LTS , si c ' est pout utiliser sur du long terme justement

Netplan est utilisé sur raspbian buster et sur ubuntu par defaut me semble t ' il depuis la version 18.04 LTS , c ' est assez difficile a manoeuvrer pour les non experts ( comme moi ) , mais parait il plus evolutif , c ' est pour cela qu ' a mon avis si il y a un moyen graphique d ' avoir ton wifi actif au demarrage , je l ' utiliserai plutot que de modifier les fichiers configurations de net plan .

Si toutefois il n ' y a pas d ' autres solutions satisfaisantes pour toi , je te conseillerai de poster dans la section reseau anglophone , tu y trouveras certainement des personnes competentes pour t ' aiguiller a mettre en place le wifi " direct " sans login en configurant net plan .

[JumpZero]

Bjr,

apt dist-upgrade (ou apt-get dist-upgrade) ne fait pas une mise à jour de la distribution.
Pour par exemple passer de Stretch à Buster (pour Ubuntu de 18 à 19 aussi je pense, à confirmer) il faut modifier /etc/apt/sources.list + eventuel
/etc/apt/sources.list.d/* Et encore même si ça marche souvent, Debian recommande toujours une "fresh install".
le mot "dist" prête à confusion c'est pourquoi avec apt l'option a été renommé full-upgrade
même s'il est toujours possible de faire un apt dist-upgrade c'est un alias vers full-upgrade (apt-get dist-upgrade continue aussi fonctionner)
Voir ici
De mémoire, sauf erreur ou omission.

[iznobe]

Bjr,

apt dist-upgrade (ou apt-get dist-upgrade) ne fait pas une mise à jour de la distribution.
Pour par exemple passer de Stretch à Buster (pour Ubuntu de 18 à 19 aussi je pense, à confirmer) il faut modifier /etc/apt/sources.list + eventuel
/etc/apt/sources.list.d/* Et encore même si ça marche souvent, Debian recommande toujours une "fresh install".
le mot "dist" prête à confusion c'est pourquoi avec apt l'option a été renommé full-upgrade
même s'il est toujours possible de faire un apt dist-upgrade c'est un alias vers full-upgrade (apt-get dist-upgrade continue aussi fonctionner)
Voir ici
De mémoire, sauf erreur ou omission.

Salut ,

peut etre que je me trompe , mais voici la google traduction du commentaire n°2 dans votre lien :

La raison du nouveau nom est que le nom "dist-upgrade" était lui-même extrêmement déroutant pour de nombreux utilisateurs: bien qu'il ait été nommé ainsi parce que c'était quelque chose dont vous aviez besoin lors de la mise à niveau entre les versions de distribution, cela sonnait trop comme si c'était uniquement pour utiliser dans cette circonstance, alors qu'en fait il est beaucoup plus largement applicable

Pour ma part je comprends donc que ca met la version de la distribution a jour , mais ne sert pas uniquement a ca ( les paquets annexes aussi et suppresion de paquets useless si besoin entre autre ).

dist-upgrade et full-upgrade font a priori la meme chose .

[mike913]

Bonjour,

J' ai trouvé la solution à mon problème de WIFI, j' ai crée un fichier bash que je lance au démarrage du raspberry avec le cron du root.
@reboot /home/michel/Scripts/bash/rootcron
fichier rootcron:

Code: Select all

#! /bin/bash
########################################################
NET="/home/michel/Scripts/logs/netplan.txt"
rm /etc/netplan/50-cloud-init.yaml
cp 50-cloud-init.yaml /etc/netplan/50-cloud-init.yaml
UNAME=$(uname -a)
NOW=$(date +"%d/%m/%Y %H:%M:%S")
echo $NOW" | !! Démarrage du système		| "$UNAME > $NET
sleep 5
netplan --debug apply >> $NET
sleep 5
netplan apply

et voici le fichier 50-cloud-init.yaml qui va bien.

Code: Select all

# This file is generated from information provided by the datasource.  Changes
# to it will not persist across an instance reboot.  To disable cloud-init's
# network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
# network: {config: disabled}
network:
    ethernets:
        eth0:
            dhcp4: true
            optional: true
    version: 2
    renderer: NetworkManager
    wifis:
        wlan0:
            access-points:
                MonSSID:
                    password: MaPassPhrase
            dhcp4: true
            optional: true

apparemment il faut faire très attention à l'indentation et ne pas utiliser les tabulations.

[JumpZero]

Pour ma part je comprends donc que ca met la version de la distribution a jour , mais ne sert pas uniquement a ca ( les paquets annexes aussi et suppresion de paquets useless si besoin entre autre ).
dist-upgrade et full-upgrade font a priori la meme chose .

Oui dist-upgrade et full-upgrade font la même chose.
Pour changer de version il faut d'abord modifier le fichier /etc/apt/sources.list . Il faut changer le nom de la version, par ex remplacer "stretch" par "buster".
C'est bien décrit dans le blog ici (paragraphe "How do I get it?").
C'est ce qu'il a fallu faire pour passer de Wheezy à Jessie, Jessie à Stretch et enfin Stretch à Buster.
C'est générique à Debian, donc Raspbian aussi.
Sous Ubuntu (bien que basée sur Debian) les choses peuvent être différentes. Quand j’utilisais Ubuntu (il y a qq années) une boite de dialogue apparaissait dans le GUI pour proposer de changer de version.

[Fars]

Bonsoir, interessant comme sujet, j'avais pour ma part essayé en installant la version 19.04 server puis Mate, mais c'etait tres lent sur mon RPi4 meme avec 4Go de ram.
Ca reste fluide chez vous?
On peu bosser avec?

[mike913]

Bonjour,

J' ai fait le test sur un ROI 4 avec 2 Go, je n' ai pas testé la diffusion de vidéo avec, mais pour surfer sur internet c'est largement suffisant.
Par contre mon installation avec la version 19.04 n' a pas fonctionné