Ubuntu-fr

Coeur Noir

Préparer migration 14.04 vers 16.04, lubuntu avec raid…

Hello,

End of Life approchant, je m'interroge sur comment mener à bien une mise à niveau de 14.04 à 16.04.

Il s'agit d'un « serveur » :
- de documents, via samba
- de synchro entre quelques postes via syncthing.

Son environnement est LXDE, depuis une install' minimale Lubuntu ( seul moyen que j'avais trouvé de mettre en place le raid ).

Je mets ici quelques retours d'infos, si vous y voyez un frein particulier à une mise à niveau, merci de crier bien fort !

palace0@POSEO-SRV:~$ uname -a
Linux POSEO-SRV 3.13.0-164-generic #214-Ubuntu SMP Wed Dec 5 10:42:33 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux


palace0@POSEO-SRV:~$ echo $XDG_CURRENT_DESKTOP
LXDE


palace0@POSEO-SRV:~$ ls -l /usr/share/xsessions
total 12
-rw-r--r-- 1 root root 385 nov.   1  2013 Lubuntu.desktop
-rw-r--r-- 1 root root 238 nov.   1  2013 Lubuntu-Netbook.desktop
-rw-r--r-- 1 root root 198 janv. 24  2018 openbox.desktop


palace0@POSEO-SRV:~$ cat /etc/apt/sources.list
# deb http://fr.archive.ubuntu.com/ubuntu/ trusty main restricted

# deb http://fr.archive.ubuntu.com/ubuntu/ trusty-updates main restricted
# deb http://security.ubuntu.com/ubuntu trusty-security main restricted

# See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to
# newer versions of the distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ trusty main restricted

## Major bug fix updates produced after the final release of the
## distribution.
deb http://fr.archive.ubuntu.com/ubuntu/ trusty-updates main restricted

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu
## team. Also, please note that software in universe WILL NOT receive any
## review or updates from the Ubuntu security team.
deb http://fr.archive.ubuntu.com/ubuntu/ trusty universe
deb http://fr.archive.ubuntu.com/ubuntu/ trusty-updates universe

## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu 
## team, and may not be under a free licence. Please satisfy yourself as to 
## your rights to use the software. Also, please note that software in 
## multiverse WILL NOT receive any review or updates from the Ubuntu
## security team.
deb http://fr.archive.ubuntu.com/ubuntu/ trusty multiverse
deb http://fr.archive.ubuntu.com/ubuntu/ trusty-updates multiverse

## N.B. software from this repository may not have been tested as
## extensively as that contained in the main release, although it includes
## newer versions of some applications which may provide useful features.
## Also, please note that software in backports WILL NOT receive any review
## or updates from the Ubuntu security team.

deb http://fr.archive.ubuntu.com/ubuntu/ trusty-security main restricted
deb http://fr.archive.ubuntu.com/ubuntu/ trusty-security universe
deb http://fr.archive.ubuntu.com/ubuntu/ trusty-security multiverse

## Uncomment the following two lines to add software from Canonical's
## 'partner' repository.
## This software is not part of Ubuntu, but is offered by Canonical and the
## respective vendors as a service to Ubuntu users.
deb http://archive.canonical.com/ubuntu trusty partner
# deb-src http://archive.canonical.com/ubuntu trusty partner

## Uncomment the following two lines to add software from Ubuntu's
## 'extras' repository.
## This software is not part of Ubuntu, but is offered by third-party
## developers who want to ship their latest software.
deb http://extras.ubuntu.com/ubuntu trusty main
# deb-src http://extras.ubuntu.com/ubuntu trusty main
deb http://apt.syncthing.net/ syncthing release #Synthing | d\Ufffffffft officiel


palace0@POSEO-SRV:~$ cat /etc/apt/sources.list.d/*
deb http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu trusty main #Webupd8 | SyncThing-GTK
# deb-src http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu trusty main #Webupd8 | SyncThing-GTK


palace0@POSEO-SRV:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/md1 during installation
UUID=4cb6c8ee-210b-44f3-b7aa-9b89976c97a6 /               ext4    errors=remount-ro 0       1
# /boot was on /dev/md0 during installation
UUID=ab5abebc-6ab6-41e1-a61d-ff7f3f6c5dd6 /boot           ext4    defaults        0       2
# /home was on /dev/md2 during installation
UUID=3f23c9e9-ed73-4f61-863a-c3c02e40a48e /home           ext4    defaults        0       2
# swap was on /dev/sdb3 during installation
UUID=727207d3-a363-482c-a8ed-f35ecc63077f none            swap    sw              0       0


palace0@POSEO-SRV:~$ df -Th
Sys. de fichiers Type     Taille Utilis\Uffffffffispo Uti% Mont\Uffffffffur
udev             devtmpfs   1,5G    4,0K  1,5G   1% /dev
tmpfs            tmpfs      301M    2,1M  298M   1% /run
/dev/md1         ext4       8,2G    3,9G  3,9G  51% /
none             tmpfs      4,0K       0  4,0K   0% /sys/fs/cgroup
none             tmpfs      5,0M       0  5,0M   0% /run/lock
none             tmpfs      1,5G     72K  1,5G   1% /run/shm
none             tmpfs      100M     20K  100M   1% /run/user
/dev/md2         ext4       2,7T    209G  2,4T   9% /home
/dev/md0         ext4       923M    104M  756M  13% /boot


palace0@POSEO-SRV:~$ cat /proc/cpuinfo
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Pentium(R) Dual  CPU  E2160  @ 1.80GHz
stepping	: 13
microcode	: 0xa4
cpu MHz		: 1200.000
cache size	: 1024 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf eagerfpu pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm dtherm
bogomips	: 3599.90
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 15
model name	: Intel(R) Pentium(R) Dual  CPU  E2160  @ 1.80GHz
stepping	: 13
microcode	: 0xa4
cpu MHz		: 1200.000
cache size	: 1024 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
apicid		: 1
initial apicid	: 1
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good nopl aperfmperf eagerfpu pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm dtherm
bogomips	: 3599.90
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

Toute idée, mise en garde, conseil bienvenus ;-)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

uboops

Re : Préparer migration 14.04 vers 16.04, lubuntu avec raid…

End of Life approchant, je m'interroge sur comment mener à bien une mise à niveau de 14.04 à 16.04.

Bonsoir Coeur noir
Pour un "End of Life" encore plus lointain, personnellement je passerais directement à la 18.04 LTS.

https://www.kernel.org/
Le kernel 3.13.0-164-generic est aussi End of Life depuis un bon moment.
https://www.kernel.org/releases.html

---

“Au lieu de faire que ce qui fût juste fût fort, on a fait que ce qui fût fort fût juste.” (Blaise Pascal).

xubu1957

Re : Préparer migration 14.04 vers 16.04, lubuntu avec raid…

Bonjour,

Pour les kernels actuellement en usage, voir > linux-headers-generic

_ _ _

Et > Support.A14.04.x_Ubuntu_Kernel_Support

Dernière modification par xubu1957 (Le 17/01/2019, à 21:52)

---

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Coeur Noir

Re : Préparer migration 14.04 vers 16.04, lubuntu avec raid…

J'ajouterais concernant les kernels :

Many Linux distributions provide their own "longterm maintenance" kernels that may or may not be based on those maintained by kernel developers (…)

À priori dans le cadre d'une mise à niveau est-ce que je dois m'attendre à des difficultés particulières :
⋅ à cause du raid ?
⋅ autour de samba ?

Pourquoi pas 18.04 ?
→ parce que Lubuntu change beaucoup trop avec cette version ( passage de lxde à qt, plus gourmand )
→ je prévois avant l'EoL de la 16.04 de migrer vers un « vrai » serveur ( power edge t410, xeon, double alim' etc… ) et peut être une solution davantage à la « own cloud ».

Of course, les données sont sauvegardées, mon souci étant plutôt le temps dont je dispose.

( edit, un peu plus tard ) Oups, erreur de ma part : c'est Lubuntu 18.10 qui vient avec Qt, la 18.04 c'est toujours LxDE ! Donc autre question :

peut-on faire une mise à niveau de 14.04 à 18.04, ou il faut forcément passer par 16.04 ? Risques ?

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

uboops

Re : Préparer migration 14.04 vers 16.04, lubuntu avec raid…

"...peut-on faire une mise à niveau de 14.04 à 18.04, ou il faut forcément passer par 16.04 ?"
Oui, c'est long et fastidieux, et en plus rien n'est garanti dans le résultat (ou pas grand chose) ... autant passer a 18.04LTS directement (faire des tests en machine virtuelle éventuellement avant).

---

“Au lieu de faire que ce qui fût juste fût fort, on a fait que ce qui fût fort fût juste.” (Blaise Pascal).

Coeur Noir

Re : Préparer migration 14.04 vers 16.04, lubuntu avec raid…

Tu dis « oui » à quoi, en fait ? On peut mettre à niveau de 14.04 à 18.04 ? Ou faut forcément passer par la 16.04 ( et alors c'est long, puisqu'il faut passer ensuite à la 18.04 ) ?

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

uboops

Re : Préparer migration 14.04 vers 16.04, lubuntu avec raid…

"ou il faut forcément passer par 16.04 ?"
Je dis toujours oui (ou non) à la dernière question (la précédente c'est la même question mais inversée)

---

“Au lieu de faire que ce qui fût juste fût fort, on a fait que ce qui fût fort fût juste.” (Blaise Pascal).

Coeur Noir

Re : Préparer migration 14.04 vers 16.04, lubuntu avec raid…

Ok ! Après le meilleur moyen de savoir, c'est de faire… Je tiendrais au courant des succès / déboires ici.

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

nam1962

Re : Préparer migration 14.04 vers 16.04, lubuntu avec raid…

Ben je vois un vrai mort vivant.
- EOL
- Mélange d'environnements
- nilarimogard (sic !)

Franchement avec une clean install de 18.04.1 (Lubuntu ou Xubuntu puisque tu veux du graphique) ce sera plus sain !
Étonnant que ça n'ait pas explosé.

[Edit] je dis bien clean install, soir 45 minutes max, because une mise à niveau, outre être plus longue (houlàà) va empirer l'état.

Dernière modification par nam1962 (Le 19/01/2019, à 22:32)

---

[ Modéré ]

Coeur Noir

Re : Préparer migration 14.04 vers 16.04, lubuntu avec raid…

Mort-vivant, meuh non…
Je reçois encore régulièrement et récemment des m.à.j sur cette installation : pas complètement EoL à priori.

Mélange d'environnements ? euh non, pas vraiment, tout cela est parti d'une minimal-install et installer Lubuntu.desktop avait amené Lubuntu-Netbook.desktop et openbox.desktop.
Un seul environnement a servi, de toute façon, LXDE, toujours lancé par le même utilisateur ( y a pas d'écran sur cette machine 99% du temps, et elle est allumée quasi h24/7j je m'y connecte via vnc localement ).

Nilarimogard : c'était pour l'interface graphique gtk de syncthing, et uniquement ça, et c'est une branche dédiée il n'y a rien d'autre provenant de ce ppa.
Ça fait 1 ppa pour 1 paquet et une source externe ( fiable ) pour syncthing, c'est pas la mer à boire ( d'autant que syncthing-gtk n'est plus aussi utile aujourd'hui ).

Il n'y avait pas de raison que ça explose tout simplement.

J'aimerais éviter de me re-fader la config' de Samba et de Syncthing, qui me prendront eux + que 45 minutes… et comme tout cela est installé sur 2 disques 3To en Raid ( copie ) faudra que je reparte d'une install' minimale si je veux à nouveau du RAID donc ça aussi ça prend + que 45 minutes.
Quelle idée, ce raid

Ou alors je libère de la place pour installer une 18.04 « à côté », mais là autre crainte : il me semble qu'il y a bisbille autour d'ext4 entre 14.04 et 18.04, moko a évoqué ça dans un fil…
En même temps vu la place dont je dispose.
Les partitions sur un raid, on les crée / manipule via gparted comme d'habitude ou y a des astuces ?

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

uboops

Re : Préparer migration 14.04 vers 16.04, lubuntu avec raid…

"il me semble qu'il y a bisbille autour d'ext4 entre 14.04 et 18.04,"
J'ai eu le même problème:

...with a recent version of e2fsck to manage the recent option "metadata_csum" of fsck) 

Mieux vaudra recréer les nouvelles partitions depuis Ubuntu 18.04 livecd.

Que donne:

inxi -Fxxxz -v 7

# pour les partition ext
sudo LANG=C tune2fs -l /dev/sda# | egrep -i "mount count|Check interval|Last|Next"

Pour les astuces gparted avec raid, je ne sais pas.

---

“Au lieu de faire que ce qui fût juste fût fort, on a fait que ce qui fût fort fût juste.” (Blaise Pascal).