2. Pour mémoire, une fois connecté à la console d'urgence, si je saisis
"vgchange -ay", les partitions manquantes se montent sans erreur apparente.
Avant que je saisisse "vgchange -ay", le contenu de /dev/vg01 est deux
liens root et usr vers ../dm-0 et ../dm-1
le contenu de /dev/mapper est deux liens vg01-root et vg01-usr vers ../dm-0
et ../dm-1
Après que je saisisse "vgchange -ay", le contenu de /dev/vg01 est augmenté
de 3 liens home, tmp et vers vers ../dm-2, ../dm-3 et ../dm-4.
Idem pour /dev/mapper
3. S'il existait un moyen pour augmenter la verbosité des logs de systemd
...
2. Pour mémoire, une fois connecté à la console d'urgence, si je saisis
"vgchange -ay", les partitions manquantes se montent sans erreur apparente.
Avant que je saisisse "vgchange -ay", le contenu de /dev/vg01 est deux
liens root et usr vers ../dm-0 et ../dm-1
le contenu de /dev/mapper est deux liens vg01-root et vg01-usr vers ../dm-0
et ../dm-1
Après que je saisisse "vgchange -ay", le contenu de /dev/vg01 est augmenté
de 3 liens home, tmp et vers vers ../dm-2, ../dm-3 et ../dm-4.
Idem pour /dev/mapper
3. S'il existait un moyen pour augmenter la verbosité des logs de systemd
...
2. Pour mémoire, une fois connecté à la console d'urgence, si je saisis
"vgchange -ay", les partitions manquantes se montent sans erreur apparente.
Avant que je saisisse "vgchange -ay", le contenu de /dev/vg01 est deux
liens root et usr vers ../dm-0 et ../dm-1
le contenu de /dev/mapper est deux liens vg01-root et vg01-usr vers ../dm-0
et ../dm-1
Après que je saisisse "vgchange -ay", le contenu de /dev/vg01 est augmenté
de 3 liens home, tmp et vers vers ../dm-2, ../dm-3 et ../dm-4.
Idem pour /dev/mapper
3. S'il existait un moyen pour augmenter la verbosité des logs de systemd
...
La machine est assez ancienne et a fonctionné normalement avec Wheezy, par
exemple.
La machine est assez ancienne et a fonctionné normalement avec Wheezy, par
exemple.
La machine est assez ancienne et a fonctionné normalement avec Wheezy, par
exemple.
Bonjour,
Le lundi 28 décembre 2015 à 22:00, Olivier a écrit :
> 2. Pour mémoire, une fois connecté à la console d'urgenc e, si je saisis
> "vgchange -ay", les partitions manquantes se montent sans erreur
apparente.
> Avant que je saisisse "vgchange -ay", le contenu de /dev/vg01 est deux
> liens root et usr vers ../dm-0 et ../dm-1
> le contenu de /dev/mapper est deux liens vg01-root et vg01-usr vers
../dm-0
> et ../dm-1
>
> Après que je saisisse "vgchange -ay", le contenu de /dev/vg01 est
augmenté
> de 3 liens home, tmp et vers vers ../dm-2, ../dm-3 et ../dm-4.
> Idem pour /dev/mapper
Donc les partitions LVM correspondant à « root » et « usr » sont
disponibles
mais pas les autres qui le deviennent après lancement de « vgch ange -ay ».
C'est étrange… Le VG LVM est sur un même disque ou bien plusieurs ?
> 3. S'il existait un moyen pour augmenter la verbosité des logs de systemd
> ...
Dans le fichier « /etc/default/grub », tu peux modifier la lign e
« GRUB_CMDLINE_LINUX_DEFAULT » pour y ajouter ça :
« systemd.log_levelÞbug »
Ensuite, n'oublie pas de lancer la commande « update-grub ».
Sébastien
Bonjour,
Le lundi 28 décembre 2015 à 22:00, Olivier a écrit :
> 2. Pour mémoire, une fois connecté à la console d'urgenc e, si je saisis
> "vgchange -ay", les partitions manquantes se montent sans erreur
apparente.
> Avant que je saisisse "vgchange -ay", le contenu de /dev/vg01 est deux
> liens root et usr vers ../dm-0 et ../dm-1
> le contenu de /dev/mapper est deux liens vg01-root et vg01-usr vers
../dm-0
> et ../dm-1
>
> Après que je saisisse "vgchange -ay", le contenu de /dev/vg01 est
augmenté
> de 3 liens home, tmp et vers vers ../dm-2, ../dm-3 et ../dm-4.
> Idem pour /dev/mapper
Donc les partitions LVM correspondant à « root » et « usr » sont
disponibles
mais pas les autres qui le deviennent après lancement de « vgch ange -ay ».
C'est étrange… Le VG LVM est sur un même disque ou bien plusieurs ?
> 3. S'il existait un moyen pour augmenter la verbosité des logs de systemd
> ...
Dans le fichier « /etc/default/grub », tu peux modifier la lign e
« GRUB_CMDLINE_LINUX_DEFAULT » pour y ajouter ça :
« systemd.log_level=debug »
Ensuite, n'oublie pas de lancer la commande « update-grub ».
Sébastien
Bonjour,
Le lundi 28 décembre 2015 à 22:00, Olivier a écrit :
> 2. Pour mémoire, une fois connecté à la console d'urgenc e, si je saisis
> "vgchange -ay", les partitions manquantes se montent sans erreur
apparente.
> Avant que je saisisse "vgchange -ay", le contenu de /dev/vg01 est deux
> liens root et usr vers ../dm-0 et ../dm-1
> le contenu de /dev/mapper est deux liens vg01-root et vg01-usr vers
../dm-0
> et ../dm-1
>
> Après que je saisisse "vgchange -ay", le contenu de /dev/vg01 est
augmenté
> de 3 liens home, tmp et vers vers ../dm-2, ../dm-3 et ../dm-4.
> Idem pour /dev/mapper
Donc les partitions LVM correspondant à « root » et « usr » sont
disponibles
mais pas les autres qui le deviennent après lancement de « vgch ange -ay ».
C'est étrange… Le VG LVM est sur un même disque ou bien plusieurs ?
> 3. S'il existait un moyen pour augmenter la verbosité des logs de systemd
> ...
Dans le fichier « /etc/default/grub », tu peux modifier la lign e
« GRUB_CMDLINE_LINUX_DEFAULT » pour y ajouter ça :
« systemd.log_levelÞbug »
Ensuite, n'oublie pas de lancer la commande « update-grub ».
Sébastien
Bonjour,
Le lundi 28 décembre 2015, Olivier a écrit...
> La machine est assez ancienne et a fonctionné normalement avec Whe ezy,
par
> exemple.
As tu exploré la piste du noyau vs version de lvm2 ? Pour évent uellement
utiliser un backport de stretch ?
La piste de use_lvmetad également, comme je t'en parlais dans un
précédent post ?
--
jm
Bonjour,
Le lundi 28 décembre 2015, Olivier a écrit...
> La machine est assez ancienne et a fonctionné normalement avec Whe ezy,
par
> exemple.
As tu exploré la piste du noyau vs version de lvm2 ? Pour évent uellement
utiliser un backport de stretch ?
La piste de use_lvmetad également, comme je t'en parlais dans un
précédent post ?
--
jm
Bonjour,
Le lundi 28 décembre 2015, Olivier a écrit...
> La machine est assez ancienne et a fonctionné normalement avec Whe ezy,
par
> exemple.
As tu exploré la piste du noyau vs version de lvm2 ? Pour évent uellement
utiliser un backport de stretch ?
La piste de use_lvmetad également, comme je t'en parlais dans un
précédent post ?
--
jm
Oui, j'ai commencé en cherchant à mettre à jour LVM (et LVM seulement).
J'ai commencé par un apt-get update : comme j'avais des erreurs éparses
avec cette commande, j'ai préféré m'arrêter.
Voici le genre d'erreur (aux fautes de frappe près):
Impossible de récupérer
http://ftp.fr.debian.org/debian/dists/jessie/main/source/Sources 406 Not
Acceptable [IP: 212.27.32.66 80]
Oui, j'ai suivi cette piste.
Dans mon fichier /etc/lvm/lvm.conf, j'avais déjà use_lvmetad=0
Les bugs comme [1] me laissaient penser que c'était la valeur
use_lvmetad=1 qui pose problème.
Par contre, j'ai découvert un fichier /etc/lvm/lvm.conf.dpkg-new (ou
dpkg-old) sans doute ajouté par distupgrade.
Je ne crois pas qu'il y ait de manip particulière à faire quand on change
/etc/lvm/lvm.conf, non ?
Oui, j'ai commencé en cherchant à mettre à jour LVM (et LVM seulement).
J'ai commencé par un apt-get update : comme j'avais des erreurs éparses
avec cette commande, j'ai préféré m'arrêter.
Voici le genre d'erreur (aux fautes de frappe près):
Impossible de récupérer
http://ftp.fr.debian.org/debian/dists/jessie/main/source/Sources 406 Not
Acceptable [IP: 212.27.32.66 80]
Oui, j'ai suivi cette piste.
Dans mon fichier /etc/lvm/lvm.conf, j'avais déjà use_lvmetad=0
Les bugs comme [1] me laissaient penser que c'était la valeur
use_lvmetad=1 qui pose problème.
Par contre, j'ai découvert un fichier /etc/lvm/lvm.conf.dpkg-new (ou
dpkg-old) sans doute ajouté par distupgrade.
Je ne crois pas qu'il y ait de manip particulière à faire quand on change
/etc/lvm/lvm.conf, non ?
Oui, j'ai commencé en cherchant à mettre à jour LVM (et LVM seulement).
J'ai commencé par un apt-get update : comme j'avais des erreurs éparses
avec cette commande, j'ai préféré m'arrêter.
Voici le genre d'erreur (aux fautes de frappe près):
Impossible de récupérer
http://ftp.fr.debian.org/debian/dists/jessie/main/source/Sources 406 Not
Acceptable [IP: 212.27.32.66 80]
Oui, j'ai suivi cette piste.
Dans mon fichier /etc/lvm/lvm.conf, j'avais déjà use_lvmetad=0
Les bugs comme [1] me laissaient penser que c'était la valeur
use_lvmetad=1 qui pose problème.
Par contre, j'ai découvert un fichier /etc/lvm/lvm.conf.dpkg-new (ou
dpkg-old) sans doute ajouté par distupgrade.
Je ne crois pas qu'il y ait de manip particulière à faire quand on change
/etc/lvm/lvm.conf, non ?
Sinon, un point intéressant:
- le démarrage échoue pour les partitions home, tmp et var tandis qu'il
réussit pour root et usr
- auparavant, usr échouait lu aussi
- c'est après l'exécution de update-initramfs que usr a rejoint le camps
des gentils
Sinon, un point intéressant:
- le démarrage échoue pour les partitions home, tmp et var tandis qu'il
réussit pour root et usr
- auparavant, usr échouait lu aussi
- c'est après l'exécution de update-initramfs que usr a rejoint le camps
des gentils
Sinon, un point intéressant:
- le démarrage échoue pour les partitions home, tmp et var tandis qu'il
réussit pour root et usr
- auparavant, usr échouait lu aussi
- c'est après l'exécution de update-initramfs que usr a rejoint le camps
des gentils
Bonjour,
Le mardi 29 décembre 2015, Olivier a écrit...
> Oui, j'ai commencé en cherchant à mettre à jour LVM (et LVM seulement).
> J'ai commencé par un apt-get update : comme j'avais des erreurs éparses
> avec cette commande, j'ai préféré m'arrêter.
Au final, lvm est à jour, ou non ?
> Voici le genre d'erreur (aux fautes de frappe près):
> Impossible de récupérer
> http://ftp.fr.debian.org/debian/dists/jessie/main/source/Sources 406 No t
> Acceptable [IP: 212.27.32.66 80]
C'est pour les sources, pas pour les binaires.
> Oui, j'ai suivi cette piste.
> Dans mon fichier /etc/lvm/lvm.conf, j'avais déjà use_lvmetad =0
> Les bugs comme [1] me laissaient penser que c'était la valeur
> use_lvmetad=1 qui pose problème.
J'ai use_lvmetad=1
> Par contre, j'ai découvert un fichier /etc/lvm/lvm.conf.dpkg-new ( ou
> dpkg-old) sans doute ajouté par distupgrade.
> Je ne crois pas qu'il y ait de manip particulière à faire qua nd on change
> /etc/lvm/lvm.conf, non ?
new, ou old, c'est pas vraiment pareil. L'un serait un backup de la
version précédente (old), alors que la mise à jour à mis en place le
nouveau fichier. L'autre (new), le contraire, l'ancien fichier n'éta nt
pas modifié.
Il faudrait voir les différences entre la version active, et la vers ion
archivée.
--
jm
Bonjour,
Le mardi 29 décembre 2015, Olivier a écrit...
> Oui, j'ai commencé en cherchant à mettre à jour LVM (et LVM seulement).
> J'ai commencé par un apt-get update : comme j'avais des erreurs éparses
> avec cette commande, j'ai préféré m'arrêter.
Au final, lvm est à jour, ou non ?
> Voici le genre d'erreur (aux fautes de frappe près):
> Impossible de récupérer
> http://ftp.fr.debian.org/debian/dists/jessie/main/source/Sources 406 No t
> Acceptable [IP: 212.27.32.66 80]
C'est pour les sources, pas pour les binaires.
> Oui, j'ai suivi cette piste.
> Dans mon fichier /etc/lvm/lvm.conf, j'avais déjà use_lvmetad =0
> Les bugs comme [1] me laissaient penser que c'était la valeur
> use_lvmetad=1 qui pose problème.
J'ai use_lvmetad=1
> Par contre, j'ai découvert un fichier /etc/lvm/lvm.conf.dpkg-new ( ou
> dpkg-old) sans doute ajouté par distupgrade.
> Je ne crois pas qu'il y ait de manip particulière à faire qua nd on change
> /etc/lvm/lvm.conf, non ?
new, ou old, c'est pas vraiment pareil. L'un serait un backup de la
version précédente (old), alors que la mise à jour à mis en place le
nouveau fichier. L'autre (new), le contraire, l'ancien fichier n'éta nt
pas modifié.
Il faudrait voir les différences entre la version active, et la vers ion
archivée.
--
jm
Bonjour,
Le mardi 29 décembre 2015, Olivier a écrit...
> Oui, j'ai commencé en cherchant à mettre à jour LVM (et LVM seulement).
> J'ai commencé par un apt-get update : comme j'avais des erreurs éparses
> avec cette commande, j'ai préféré m'arrêter.
Au final, lvm est à jour, ou non ?
> Voici le genre d'erreur (aux fautes de frappe près):
> Impossible de récupérer
> http://ftp.fr.debian.org/debian/dists/jessie/main/source/Sources 406 No t
> Acceptable [IP: 212.27.32.66 80]
C'est pour les sources, pas pour les binaires.
> Oui, j'ai suivi cette piste.
> Dans mon fichier /etc/lvm/lvm.conf, j'avais déjà use_lvmetad =0
> Les bugs comme [1] me laissaient penser que c'était la valeur
> use_lvmetad=1 qui pose problème.
J'ai use_lvmetad=1
> Par contre, j'ai découvert un fichier /etc/lvm/lvm.conf.dpkg-new ( ou
> dpkg-old) sans doute ajouté par distupgrade.
> Je ne crois pas qu'il y ait de manip particulière à faire qua nd on change
> /etc/lvm/lvm.conf, non ?
new, ou old, c'est pas vraiment pareil. L'un serait un backup de la
version précédente (old), alors que la mise à jour à mis en place le
nouveau fichier. L'autre (new), le contraire, l'ancien fichier n'éta nt
pas modifié.
Il faudrait voir les différences entre la version active, et la vers ion
archivée.
--
jm
> Au final, lvm est à jour, ou non ?
Non
Il y a une autre erreur, sur des binaires, que je n'ai pas reportée ici car
la manip est assez fastidieuse.
En configurant use_lvmetad=1, l'écueil du montage semble franchi mais
derrière j'ai immédiatement un écran noir au lancement de Gnome.
À noter, quand l'écran est noir, le re-démarrage au clavier
(Ctrl-Alt-Suppr) est inopérant.
> Au final, lvm est à jour, ou non ?
Non
Il y a une autre erreur, sur des binaires, que je n'ai pas reportée ici car
la manip est assez fastidieuse.
En configurant use_lvmetad=1, l'écueil du montage semble franchi mais
derrière j'ai immédiatement un écran noir au lancement de Gnome.
À noter, quand l'écran est noir, le re-démarrage au clavier
(Ctrl-Alt-Suppr) est inopérant.
> Au final, lvm est à jour, ou non ?
Non
Il y a une autre erreur, sur des binaires, que je n'ai pas reportée ici car
la manip est assez fastidieuse.
En configurant use_lvmetad=1, l'écueil du montage semble franchi mais
derrière j'ai immédiatement un écran noir au lancement de Gnome.
À noter, quand l'écran est noir, le re-démarrage au clavier
(Ctrl-Alt-Suppr) est inopérant.
Une commande pour récupérer facilement les logs de la mise à jour. Et donc
pour les insérer plus facilement dans le courriel :
commande-de-mise-a-jour | tee trace.log 2>&1
Une commande pour récupérer facilement les logs de la mise à jour. Et donc
pour les insérer plus facilement dans le courriel :
commande-de-mise-a-jour | tee trace.log 2>&1
Une commande pour récupérer facilement les logs de la mise à jour. Et donc
pour les insérer plus facilement dans le courriel :
commande-de-mise-a-jour | tee trace.log 2>&1