Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

maxire · Le 29/12/2018, à 18:53

Zutre, c'est du Raid, là je ne sais pas faire.
Je n'ai aucune idée de la manière de monter une partition de disque raid.

Quelle est la parition root ?
La carte réseau est-elle reconnue ?

La suite à demain, j'ai autre choe à faire.

Bonsoit.

maiden65 · Le 30/12/2018, à 03:35

la partition /root est en 18.04 est sur /dev/mapper/root-lv_root

maxire · Le 30/12/2018, à 09:04

Certes mais avec la clef Lubuntu 15.04 raid fonctionne-t-il et vois-tu /dev/mapper/lv-root ?

ls /dev/mapper

Je ne sais toujours pas si tu as accès au réseau avec Lubuntu.

maiden65 · Le 30/12/2018, à 10:46

Bonjour,

voici les infos sous Lubuntu 15.04
contenu /dev/mapper

total 0
drwxr-xr-x  2 root root      60 déc.  30 09:32 .
crw-------  1 root root 10, 236 déc.  30 09:33 control
drwxr-xr-x 18 root root    5160 déc.  30 09:40 ..

le contenu du ifconfig -a

eth0      Link encap:Ethernet  HWaddr 6c:62:6d:96:3e:f0  
          inet addr:10.0.0.12  Bcast:10.0.0.31  Mask:255.255.255.224
          inet6 addr: fe80::6e62:6dff:fe96:3ef0/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:638 errors:0 dropped:0 overruns:0 frame:0
          TX packets:484 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:78811 (78.8 KB)  TX bytes:42711 (42.7 KB)

eth1      Link encap:Ethernet  HWaddr 50:3e:aa:06:16:11  
          inet addr:10.0.0.19  Bcast:10.0.0.31  Mask:255.255.255.224
          inet6 addr: fe80::523e:aaff:fe06:1611/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:236 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:39475 (39.4 KB)  TX bytes:1650 (1.6 KB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:196 errors:0 dropped:0 overruns:0 frame:0
          TX packets:196 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:17496 (17.4 KB)  TX bytes:17496 (17.4 KB)

le contenu du fdisk -l

Disk /dev/loop0: 628,7 MiB, 659222528 bytes, 1287544 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
Disk /dev/sda: 149,1 GiB, 160041885696 bytes, 312581808 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: 0x9cf03d16

Device     Boot    Start       End   Sectors  Size Id Type
/dev/sda1  *        2048   1953791   1951744  953M fd Linux raid autodetect
/dev/sda2        1953792   9766911   7813120  3,7G fd Linux raid autodetect
/dev/sda3        9766912  78127103  68360192 32,6G fd Linux raid autodetect
/dev/sda4       78127104 234377215 156250112 74,5G fd Linux raid autodetect

Disk /dev/sdb: 149,1 GiB, 160041885696 bytes, 312581808 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: 0x1186b416

Device     Boot    Start       End   Sectors  Size Id Type
/dev/sdb1  *        2048   1953791   1951744  953M fd Linux raid autodetect
/dev/sdb2        1953792   9766911   7813120  3,7G fd Linux raid autodetect
/dev/sdb3        9766912  78127103  68360192 32,6G fd Linux raid autodetect
/dev/sdb4       78127104 234377215 156250112 74,5G fd Linux raid autodetect

Disk /dev/sdc: 465,8 GiB, 500107862016 bytes, 976773168 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: gpt
Disk identifier: 4CB75388-3EC3-4350-9083-746BD707E3D6

Device     Start       End   Sectors   Size Type
/dev/sdc1   2048 976773134 976771087 465,8G Linux filesystem

Disk /dev/sdi: 465,8 GiB, 500107862016 bytes, 976773168 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: gpt
Disk identifier: 25F2C4AA-FE85-430C-B77C-900AABF844CD

Device     Start       End   Sectors   Size Type
/dev/sdi1   2048 976773134 976771087 465,8G Linux filesystem

Disk /dev/sdj: 465,8 GiB, 500107862016 bytes, 976773168 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: gpt
Disk identifier: 750B4766-EB37-4E7F-A3DC-8724CC3559B1

Device     Start       End   Sectors   Size Type
/dev/sdj1   2048 976773134 976771087 465,8G Linux filesystem

Disk /dev/zram0: 970,7 MiB, 1017794560 bytes, 248485 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/zram1: 970,7 MiB, 1017794560 bytes, 248485 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/zram2: 970,7 MiB, 1017794560 bytes, 248485 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/zram3: 970,7 MiB, 1017794560 bytes, 248485 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/sdk: 3,7 GiB, 3998810112 bytes, 7810176 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: 0xc3072e18

Device     Boot Start     End Sectors  Size Id Type
/dev/sdk1        8064 7810175 7802112  3,7G  c W95 FAT32 (LBA)

maxire · Le 30/12/2018, à 11:41

Salut,

Désolé mais je ne sais pas du tout me débrouiller avec du raid 5 (avec lvm en prime j'imagine).
Avec un disque classique il est possible de passer en mode chroot comme ceci si /dev/sda1 est la racine système :

sudo mount /dev/sda1 /mnt
sudo mount --rbind /sys /mnt/sys
sudo mount --rbind /run /mnt/run
sudo mount --rbind /proc /mnt/proc
sudo mount --rbind /dev /mnt/dev

Puis passage en mode chroot :

sudo chroot /mnt

Contrôle de la valeur de /etc/resolv.conf pour une bonne résolution des noms de domaines :

cat /etc/resolv.conf
ls -l /etc/resolv.conf

et enfin :

apt update
apt install r8168-dkms

Puis tu refermes le tout :

exit
sudo umount -l /mnt/dev
sudo umount -l /mnt/proc
sudo umount -l /mnt/run
sudo umount -l /mnt/sys
sudo umount -l /mnt

Redémarrer en 18.04 et voir ce qui se passe !

Il faudrait réaliser l'équivalent mais en raid 5 et je sèche !

Note :

Manifestement Lubuntu 15.04 gère correctement les cartes ethernet elles sont visibles et connectées à ton réseau local.

Dernière modification par maxire (Le 30/12/2018, à 11:44)

maiden65 · Le 30/12/2018, à 12:57

en fait le "systeme" est mis en Raid 1 (mirroir) du sda et du sdb.

donc si je coupe le mirroir en 18.04 et que je me base sur 1 des 2 disque pour le démarrage, je repasse en lubuntu 15.04, fait les manips que tu m'indiques et redémarre...
Après validation que tout est OK en 18.04, je refait mon miirroring du disque systeme

Qu'en penses-tu ?

maxire · Le 30/12/2018, à 13:04

J'imagine que tu as des sauvegardes du serveur et je pense que tu connais mieux Raid que moi.

Cela se tente !

maxire · Le 30/12/2018, à 13:06

Est-ce bien /dev/sda1 la partition racine de Ubuntu18.04 ?

Si non, remplacer par la bonne valeur dans les commandes que j'ai indiquées.

maiden65 · Le 30/12/2018, à 17:27

Oui c'est bien sda et sdb qui sont mirrorés. Ce sont des 160Gb pour le systeme et pour les soft.
L'autre raid c'est du raid 5 pour les fichiers.

Je vais donc faire une sauvegarde du systeme et des données et ensuite je ferais l'opération de unmirror, update/install de ta procédure, vérif puis enfin mirroring.

Je te tiens au courant dans la semaine, car le temps que je fasse les svg, les vérifs et les opérations cela va me prendre du temps !!! Avec les préparatifs de fin d'année je n'en ai pas trop de temps justement. Car il faut faire les choses correctement et pas à la légère

J'en profite pour te souhaiter à toi et à tes proches, ainsi qu'à tous les membres du forum tous mes VOEUX pour cette nouvelle année 2019. Qui commencera mieux que qu'elle n'a fini pour mon serveur

maxire · Le 30/12/2018, à 17:46

Merci pour les vœux de bonne année et je te souhaite la pareille.

Je viens de regarder le résultat de fdisk :

/dev/sda1 = 953 MO, trop tetite partition pour une racine sans doute la partition /boot.

Avant de faire les manipulations que je propose il faudrait contrôler le montage des partitions, identifier clairement la partition racine si tu ne la connais pas déjà.
Lorsque tu cites /dev/mapper/root-lv_root j'en déduis que LVM est également utilisé et je ne sais pas si c'est le raid-1 qui l'exige ou pas.

maiden65 · Le 09/01/2019, à 11:06

Salut,

Désolé pour le retour très tardif, mais j'ai fait des sauvegardes et des vérifs.
ensuite j'ai tenté avec un ubuntu Desktop 16.04, 18.04, systemRescue. Toutes tentatives sont restées infructueuses. A cause du mirroir que je n'ai pas pu défaire entierement, il m'a été impossible de suivre les commandes proposées.
Je me suis donc résolu à réinstaller le systeme UBUNTU 18.04 qui a reconnu IMMEDIATEMENT les 2 cartes réseaux.
Le système a bien reconnu mon RAID 5 et j'ai pu récupérer mes données dessus. J'ai juste du refaire mes conf samba et utilisateurs.

J'ai fait une migration sur un autre PC de 16.04 serveur vers 18.04 sans problème. Je serais curieux de reproduire mon cas pour trouver une solution au pb, mais je n'y suis pas arrivé.
Je jette l'éponge.

Merci Maxire pour ton aide.

maxire · Le 09/01/2019, à 13:26

Salut,

Content que tu aies trouvé une méthode pour installer Ubuntu 18.04 tout en conservant tes données en Raid-5.

Il est vraiment étrange que Ubuntu 18.04 reconnaisse maintenant les cartes ethernet suite à une nouvelle installation alors qu'une mise à niveau non.

Finalement as-tu remis le raid-1 en place ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 29/12/2018, à 18:53

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#27 Le 30/12/2018, à 03:35

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#28 Le 30/12/2018, à 09:04

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#29 Le 30/12/2018, à 10:46

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#30 Le 30/12/2018, à 11:41

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#31 Le 30/12/2018, à 12:57

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#32 Le 30/12/2018, à 13:04

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#33 Le 30/12/2018, à 13:06

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#34 Le 30/12/2018, à 17:27

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#35 Le 30/12/2018, à 17:46

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#36 Le 09/01/2019, à 11:06

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

#37 Le 09/01/2019, à 13:26

Re : Plus de carte réseau après upgrade UBUNTU server 16.06 vers 18.04

Pied de page des forums