Migration Debian 8

krislec · Février 21, 2016, 9:49pm

Bonjour à tous.

Je voudrais mettre à jour ma debian 7.8 vers la version 8 mais ma bécane est en raid1.

Y-a-t il un risque de “casser” le raid si je passe en version 8 ?
Juste à faire un dist-upgrade, après avoir fait un update/upgrade ?
Dois-je modifier à la main le fichier sources.list ?

J’avoue avoir monter ma debian il y a 2-3ans ne ne plus trop me rappeler !

koshie · Février 21, 2016, 9:49pm

Salut,

Je pense que le mieux reste de lire la doc officielle à ce sujet . Pour le Raid 1 j’peux pas dire, désolé.

Normalement il faut que ton système soit à jour, que tu changes wheezy par [strike]stretch[/strike] jessie dans ton /etc/apt/sources.list, que tu vire les dépôts non officiels et qui ne sont pas de bases, et que tu fasses la mise à niveau le plus proprement possible, j’en ai fais une y’a 2 jours, ça s’est résumé à:

1/ Éditer le sources.list
2/ apt update
3/ apt upgrade
4/ une douzaine (j’extrapole un peu) de dist-upgrade, avec quelques apt-get install -f et dpkg-reconfigure pour quelques paquets cassés, un manque de place à la racine…

krislec · Février 21, 2016, 9:49pm

Ok. Merci pour ta réponse. Je vais étudier la doc. Merci pour le lien.
…

Upgrade cette Am…

BelZeButh · Février 21, 2016, 9:50pm

Correction.
[mono]stretch[/mono] = Testing
[mono]jessie[/mono] = Stable

PengouinPdt · Février 21, 2016, 9:50pm

Oui, le mieux, ne serait-il pas de mettre [mono]stable[/mono] dans le fichier sources.list !

BelZeButh · Février 21, 2016, 9:50pm

Non.

Mieux vaut utiliser le [mono]nom de code[/mono] qui est affecté à la version [mono]Stable[/mono], soit à ce jour, [mono]jessie[/mono].
Cela évitera bon nombre de surprise et de surpris … d’ici deux/trois ans.
[mono]stretch[/mono] étant la prochaine version [mono]Stable[/mono].

PengouinPdt · Février 21, 2016, 9:50pm

Personnellement, je n’ai jamais eu de surprise … mais, bon

krislec · Février 21, 2016, 9:50pm

Grrrrr ! le sytéme a planté après le reboot
J’ai bien fait editer fichier soourec/update/upgrade et dist-upgrade
mais plantage !!!

je me retrouve avec un écran noir.
J’ai la main en mode rescue> mais aucune commande connue

A l’aide !!!..

Et:
ls me donne
(hd0) (hd0,msdos1) (hd1) (hd1,msdos1) (md/0)
et set
prefix=(mduuid/4e1ed8b…)/boot/grub
root=mduuid/4e1ed8b…

Comment faire pour réparer ?

koshie · Février 21, 2016, 9:50pm

Correction.
[mono]stretch[/mono] = Testing
[mono]jessie[/mono] = Stable[/quote]

Ah le con que je suis -_-. Désolé, je viens de passer de jessie à stretch ça m’a brouillé le cerveau je suppose. C’est vrai que pour éviter la confusion, stable/testing sont de meilleurs appellations.

[quote=“krislec”]Grrrrr ! le sytéme a planté après le reboot
J’ai bien fait editer fichier soourec/update/upgrade et dist-upgrade
mais plantage !!!

je me retrouve avec un écran noir.
J’ai la main en mode rescue> mais aucune commande connue

A l’aide !!!..

Et:
ls me donne
(hd0) (hd0,msdos1) (hd1) (hd1,msdos1) (md/0)
et set
prefix=(mduuid/4e1ed8b…)/boot/grub
root=mduuid/4e1ed8b…

Comment faire pour réparer ?[/quote]

Aïe aïe aïe… j’espère que c’est pas mon erreur plus haut qui t’as foutu dans cette merde… Tu peux chrooter avec un live USB/CD, une procédure est expliquée ici.

koshie

krislec · Février 21, 2016, 9:50pm

Pas de soucis j’ai mis jessie…

Bon… impossible de réparer car error: file ‘/grub/i386-pc/normal.mod’ not found.
J’ai bien tenter avec la doc de http://www.coursinforev.org/doku.php/grub-rescue mais rien n’y fait.

Par chance en rebootant et en tombant sur le boot de menu (F10) j’ai pu démarrer sur le second disque (raid1) et le système à pu se lancer.
J’ai de nouveau la main en mode console, mais grub-install /dev/sda n’a rien résolu.

Comment réparer grub ?
installer grub 2 ?

krislec · Février 21, 2016, 9:50pm

update-grub

Création du fichier de configuration GRUB…
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/usr/sbin/grub-probe : attention : Impossible de trouver le volume physique « (null) ». Certains modules risquent de manquer dans l’image de base…
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
Image Linux trouvée : /boot/vmlinuz-3.16.0-4-686-pae
Image mémoire initiale trouvée : /boot/initrd.img-3.16.0-4-686-pae
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/usr/sbin/grub-probe : attention : Impossible de trouver le volume physique « (null) ». Certains modules risquent de manquer dans l’image de base…
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
Image Linux trouvée : /boot/vmlinuz-3.2.0-4-686-pae
Image mémoire initiale trouvée : /boot/initrd.img-3.2.0-4-686-pae
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found
/proc/devices: No entry for device-mapper found

une idée ?

krislec · Février 21, 2016, 9:50pm

bon… je me suis apercu que le raid1 n’était plus en fonction faute de sda removed

[code]# mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Mon Jul 22 19:48:53 2013
Raid Level : raid1
Array Size : 124967808 (119.18 GiB 127.97 GB)
Used Dev Size : 124967808 (119.18 GiB 127.97 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent

Update Time : Thu Aug 13 15:51:18 2015
      State : clean, degraded

Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

       Name : servapapa:0  (local to host servapapa)
       UUID : 4e1ed8b3:0845bcb1:ec7b7d39:918ccdab
     Events : 3104821

Number   Major   Minor   RaidDevice State
   0       0        0        0      [b]removed[/b]
   1       8       17        1      active sync   /dev/sdb1[/code]

j’ai donc fait :

en reconstruction:

[code] cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 sda1[2] sdb1[1]
124967808 blocks super 1.2 [2/1] [_U]
[=>…] recovery = 8.5% (10625728/124967808) finish=12.0min speed=157551K/sec

[/code]
puis au bout de quelques minutes

[code]mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Mon Jul 22 19:48:53 2013
Raid Level : raid1
Array Size : 124967808 (119.18 GiB 127.97 GB)
Used Dev Size : 124967808 (119.18 GiB 127.97 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent

Update Time : Thu Aug 13 16:21:51 2015
      State : clean

Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0

       Name : servapapa:0  (local to host servapapa)
       UUID : 4e1ed8b3:0845bcb1:ec7b7d39:918ccdab
     Events : 3104918

Number   Major   Minor   RaidDevice State
   2       8        1        0      active sync   /dev/sda1
   1       8       17        1      active sync   /dev/sdb1[/code]

et enfin

et reboot…

Ca marche … sauf que le signal du moniteur est perdu et que je n’ai plus la main sur une console…
(excepté en ssh avec mon portable )

j’ai donc refait

mais idem… écran noir…

Une idée ?

piratebab · Février 21, 2016, 9:50pm

Bonjour,
est ce que tu vois au moins défiler les lignes au boot ?

krislec · Février 21, 2016, 9:50pm

Je vois apparaitre l’écran bleu de grub version 2.02 (beta 2-22 ???) qui ne contient :
debian …=> return
options avancée…

apparition écran noir de grub version 2.02… avec les choix possibles… et en l’occurrence
linux 3.16.0-4-686-pae
que je choisi… (return)

puis… “chargement”

et écran noir… perte du signal !

krislec · Février 21, 2016, 9:50pm

Toujours écran noir… mais services sont montés… Donc je continue à réparer en me connectant en ssh…

Mysql est corrompue:

# /etc/init.d/mysql start [....] Starting mysql (via systemctl): mysql.serviceJob for mysql.service failed. See 'systemctl status mysql.service' and 'journalctl -xn' for details. failed!

[code]systemctl status mysql.service
● mysql.service - LSB: Start and stop the mysql database server daemon
Loaded: loaded (/etc/init.d/mysql)
Active: failed (Result: exit-code) since jeu. 2015-08-13 18:35:22 CEST; 5min ago
Process: 3684 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)

août 13 18:35:22 servapapa /etc/init.d/mysql[4425]: 0 processes alive and ‘/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping’ resulted in
août 13 18:35:22 servapapa /etc/init.d/mysql[4425]: [61B blob data]
août 13 18:35:22 servapapa mysql[3684]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
août 13 18:35:22 servapapa systemd[1]: mysql.service: control process exited, code=exited status=1
août 13 18:35:22 servapapa systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
août 13 18:35:22 servapapa systemd[1]: Unit mysql.service entered failed state.[/code]

[code]# journalctl -xn
– Logs begin at jeu. 2015-08-13 17:38:00 CEST, end at jeu. 2015-08-13 18:42:47 CEST. –
août 13 18:39:01 servapapa CRON[4455]: pam_unix(cron:session): session closed for user root
août 13 18:42:47 servapapa /etc/init.d/mysql[5246]: 0 processes alive and ‘/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping’ resulted in
août 13 18:42:47 servapapa /etc/init.d/mysql[5246]: [61B blob data]
août 13 18:42:47 servapapa /etc/init.d/mysql[5246]: error: 'Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)'
août 13 18:42:47 servapapa /etc/init.d/mysql[5246]: Check that mysqld is running and that the socket: ‘/var/run/mysqld/mysqld.sock’ exists!
août 13 18:42:47 servapapa /etc/init.d/mysql[5246]:
août 13 18:42:47 servapapa mysql[4514]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
août 13 18:42:47 servapapa systemd[1]: mysql.service: control process exited, code=exited status=1
août 13 18:42:47 servapapa systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
– Subject: L’unité (unit) mysql.service a échoué
– Defined-By: systemd
– Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

– L’unité (unit) mysql.service a échoué, avec le résultat failed.
août 13 18:42:47 servapapa systemd[1]: Unit mysql.service entered failed state.[/code]

krislec · Février 21, 2016, 9:50pm

J’ai récupéré l’utilisation de mysql mais l’application n’est pas opérationnelle si je reboote !
Comment faire ?
La suppression de mysql supprime-t-elle les bases établies ? (sauvegarde des bases déjà faite…)
dois-je switch ce jour vers mariadb au vu du fait que mysql risque d’être abondonner d’ici 2ans ?

K.

krislec · Février 21, 2016, 9:50pm

Please Help !

[code]# systemctl status mysql
● mysql.service - LSB: Start and stop the mysql database server daemon
Loaded: loaded (/etc/init.d/mysql)
Active: failed (Result: exit-code) since ven. 2015-08-14 13:52:39 CEST; 1min 36s ago
Process: 1663 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)

août 14 13:52:39 servapapa mysql[1663]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
août 14 13:52:39 servapapa systemd[1]: mysql.service: control process exited, code=exited status=1
août 14 13:52:39 servapapa systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
août 14 13:52:39 servapapa systemd[1]: Unit mysql.service entered failed state.
root@servapapa:/home/debimed# journalctl -xn
– Logs begin at ven. 2015-08-14 13:50:59 CEST, end at ven. 2015-08-14 13:52:39 CEST. –
août 14 13:51:48 servapapa su[1640]: pam_unix(su:session): session opened for user root by debimed(uid=1000)
août 14 13:52:39 servapapa /etc/init.d/mysql[2405]: 0 processes alive and ‘/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping’ resulted in
août 14 13:52:39 servapapa /etc/init.d/mysql[2405]: [61B blob data]
août 14 13:52:39 servapapa /etc/init.d/mysql[2405]: error: 'Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)'
août 14 13:52:39 servapapa /etc/init.d/mysql[2405]: Check that mysqld is running and that the socket: ‘/var/run/mysqld/mysqld.sock’ exists!
août 14 13:52:39 servapapa /etc/init.d/mysql[2405]:
août 14 13:52:39 servapapa mysql[1663]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
août 14 13:52:39 servapapa systemd[1]: mysql.service: control process exited, code=exited status=1
août 14 13:52:39 servapapa systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
– Subject: L’unité (unit) mysql.service a échoué
– Defined-By: systemd
– Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

– L’unité (unit) mysql.service a échoué, avec le résultat failed.
août 14 13:52:39 servapapa systemd[1]: Unit mysql.service entered failed state.[/code]

piratebab · Février 21, 2016, 9:50pm

essaie de lancer mysqld depuis une console, mais pas en tant que service.

krislec · Février 21, 2016, 9:50pm

# /etc/init.d/mysql start [....] Starting mysql (via systemctl): mysql.serviceJob for mysql.service failed. See 'systemctl status mysql.service' and 'journalctl -xn' for details. failed!

BelZeButh · Février 21, 2016, 9:50pm

Sous tes yeux, depuis des plombs.