J'en suis =C3=A0 ma 3=C3=A8me migration wheezy -> jessie et =C3=A0 la 3=C3=
=A8me qui se
passe mal. Il faut dire qu'=C3=A0 chaque fois c'est sur du mat=C3=A9riel an=
cien.
Pour le premier un IBM X30, soucis de LKMS solutionn=C3=A9 en rajoutant des
param=C3=A8tres de boot du noyau dans /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT=3D"quiet i915.modeset=3D0 vga=3D791"
Pour le deuxi=C3=A8me grub n'arrivait pas =C3=A0 d=C3=A9marrer le noyau. Ap=
r=C3=A8s moult
essais et =C3=A9checs (et en ayant cass=C3=A9 pas mal de truc), je m'en suis
sorti en installant lilo (via un d=C3=A9marrage en mode rescue depuis la
netinstall jessie et shell sur /). Je suis un d=C3=A9gonfl=C3=A9, je n'ai p=
as
encore tent=C3=A9 de r=C3=A9installer grub maintenant que cela fonctionne.
Pour le 3=C3=A8me (carte Supermicro X7SPA-HF ATOM D510), en cours de mise =
=C3=A0
jour, impossible d'installer le nouveau kernel, pas assez de place
sur /lib. Le disque est partitionn=C3=A9 comme suit (installation de squeeze
mise =C3=A0 jour en wheezy puis changement de carte m=C3=A8re si je me souv=
iens
bien):
/sda1 /
/sda5 /usr
/sda6 /var
/sda7 swap
/sda8 /tmp
/sda9 /home
Qu'=C3=A0 cela ne tienne, il y a plein de lace sur /home, je d=C3=A9place /=
lib
dans /home et cr=C3=A9e un lien symbolique de /lib vers /home/lib.
Je relance apt-get dist-upgrade et tout roule.
Je reboot et l=C3=A0:
Kernel panic - not syncing: Attempted to kill init!
Un boot sur le CD netinstall de jessie me m=C3=A9lange toutes les interfaces
r=C3=A9seau et ne me permet pas d'ouvrir un shell sur /dev/sda1
A noter que firmware-linux-nonfree n'est pas install=C3=A9, c'est peut-=C3=
=AAtre
l=C3=A0 que j'ai fait une autre erreur.
Des suggestions avant que je ne fasse fa=C3=A7on bourrin ?
sortie du disque de la machine, copie le contenu de sda5 =C3=A0 9 ailleurs,
supprime /sda5 =C3=A0 9,agrandissement /sda1, recr=C3=A9e les partitions /s=
da5 =C3=A0
9, recopie le contenu de sda5 =C3=A0 9, suppression du lien
symbolique /lib, transfert de /home/lib dans /lib, r=C3=A9installation du
disque dans la machine, pri=C3=A8res, reboot
Merci d'avance pour vos lumi=C3=A8res.
--=20
Jack.R
http://jack.r.free.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20150807183159.50164c16@traveller.ajs.home
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Francois Lafont
Bonjour,
On 07/08/2015 18:31, Jack.R wrote:
Des suggestions avant que je ne fasse façon bourrin ?
Bon, ça va sûrement pas t'aider des masses mais, personnellement, le peu de fois où j'ai tenté des upgrades de distributions, ça c'est toujours mal passé (peut-être que j'ai pas eu de chances, je ne sais pas). Du coup, depuis maintenant un certains temps, je réinstalle toujours intégralement le système de zéro avec un home séparé que je conserve bien sûr. Ensuite, je réinstalle les paquets dont j'ai besoin et je retrouve un environnement fonctionnel assez rapidement. En tout cas, ça m'a toujours pris moins de temps que des faire des migrations (qui foirent dans mon cas)...
Bon, désolé c'est pas très constructif pour toi. Bon courage.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/mq2nng$9nb$
Bonjour,
On 07/08/2015 18:31, Jack.R wrote:
Des suggestions avant que je ne fasse façon bourrin ?
Bon, ça va sûrement pas t'aider des masses mais, personnellement,
le peu de fois où j'ai tenté des upgrades de distributions, ça
c'est toujours mal passé (peut-être que j'ai pas eu de chances,
je ne sais pas). Du coup, depuis maintenant un certains temps,
je réinstalle toujours intégralement le système de zéro avec un
home séparé que je conserve bien sûr. Ensuite, je réinstalle les
paquets dont j'ai besoin et je retrouve un environnement fonctionnel
assez rapidement. En tout cas, ça m'a toujours pris moins de temps
que des faire des migrations (qui foirent dans mon cas)...
Bon, désolé c'est pas très constructif pour toi.
Bon courage.
--
François Lafont
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/mq2nng$9nb$1@ger.gmane.org
Des suggestions avant que je ne fasse façon bourrin ?
Bon, ça va sûrement pas t'aider des masses mais, personnellement, le peu de fois où j'ai tenté des upgrades de distributions, ça c'est toujours mal passé (peut-être que j'ai pas eu de chances, je ne sais pas). Du coup, depuis maintenant un certains temps, je réinstalle toujours intégralement le système de zéro avec un home séparé que je conserve bien sûr. Ensuite, je réinstalle les paquets dont j'ai besoin et je retrouve un environnement fonctionnel assez rapidement. En tout cas, ça m'a toujours pris moins de temps que des faire des migrations (qui foirent dans mon cas)...
Bon, désolé c'est pas très constructif pour toi. Bon courage.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/mq2nng$9nb$
moi-meme
Le Fri, 07 Aug 2015 19:00:02 +0200, Francois Lafont a écrit :
Du coup, depuis maintenant un certains temps, je réinstalle toujours intégralement le système de zéro avec un home séparé que je conserve bien sûr.
en ce qui me concerne je garde aussi le /etc et la liste des paquets installés même si les paquets ont changé
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/55c512f8$0$3064$
Le Fri, 07 Aug 2015 19:00:02 +0200, Francois Lafont a écrit :
Du coup, depuis maintenant un certains temps,
je réinstalle toujours intégralement le système de zéro avec un home
séparé que je conserve bien sûr.
en ce qui me concerne je garde aussi le /etc et la liste des paquets
installés même si les paquets ont changé
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/55c512f8$0$3064$426a74cc@news.free.fr
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/55c512f8$0$3064$
Charles Plessy
Le Fri, Aug 07, 2015 at 08:20:08PM +0000, moi-meme a écrit :
en ce qui me concerne je garde aussi le /etc et la liste des paquets installés même si les paquets ont changé
À ce sujet, je recommande le paquet « etckeeper », qui transforme /etc en un repositoire Git et enregistre les changements à chaque fois que Apt y installe ou change des fichiers.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
Le Fri, Aug 07, 2015 at 08:20:08PM +0000, moi-meme a écrit :
en ce qui me concerne je garde aussi le /etc et la liste des paquets
installés même si les paquets ont changé
À ce sujet, je recommande le paquet « etckeeper », qui transforme /etc en un
repositoire Git et enregistre les changements à chaque fois que Apt y installe
ou change des fichiers.
Bonne fin de semaine,
--
Charles Plessy
Tsurumi, Kanagawa, Japan
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20150807213846.GA26664@falafel.plessy.net
Le Fri, Aug 07, 2015 at 08:20:08PM +0000, moi-meme a écrit :
en ce qui me concerne je garde aussi le /etc et la liste des paquets installés même si les paquets ont changé
À ce sujet, je recommande le paquet « etckeeper », qui transforme /etc en un repositoire Git et enregistre les changements à chaque fois que Apt y installe ou change des fichiers.
à ce sujet, je recommande le paquet « etckeeper  », qui transforme /etc en un repositoire Git et enregistre les changements à chaque fois que Apt y installe ou change des fichiers.
à ce sujet, je recommande le paquet « etckeeper  », qui
transforme /etc en un repositoire Git et enregistre les changements Ã
chaque fois que Apt y installe ou change des fichiers.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20150808191419.45aedae4@traveller.ajs.home
à ce sujet, je recommande le paquet « etckeeper  », qui transforme /etc en un repositoire Git et enregistre les changements à chaque fois que Apt y installe ou change des fichiers.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/201508081934.02085.andre_debian@numericable.fr
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/
mireero
On 08/07/2015 06:40 PM, Jack.R wrote:
Bonjour,
J'en suis à ma 3ème migration wheezy -> jessie et à la 3ème qui se passe mal. Il faut dire qu'à chaque fois c'est sur du matériel ancien.
Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant des paramètres de boot du noyau dans /etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0 vgay1"
Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après moult essais et échecs (et en ayant cassé pas mal de truc), je m'en suis sorti en installant lilo (via un démarrage en mode rescue depuis la netinstall jessie et shell sur /). Je suis un dégonflé, je n'ai pas encore tenté de réinstaller grub maintenant que cela fonctionne.
Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de mise à jour, impossible d'installer le nouveau kernel, pas assez de place sur /lib. Le disque est partitionné comme suit (installation de squeeze mise à jour en wheezy puis changement de carte mère si je me souviens bien): /sda1 / /sda5 /usr /sda6 /var /sda7 swap /sda8 /tmp /sda9 /home
Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib dans /home et crée un lien symbolique de /lib vers /home/lib. Je relance apt-get dist-upgrade et tout roule. Je reboot et là: Kernel panic - not syncing: Attempted to kill init!
Un boot sur le CD netinstall de jessie me mélange toutes les interfaces réseau et ne me permet pas d'ouvrir un shell sur /dev/sda1
A noter que firmware-linux-nonfree n'est pas installé, c'est peut-être là que j'ai fait une autre erreur.
Des suggestions avant que je ne fasse façon bourrin ? sortie du disque de la machine, copie le contenu de sda5 à 9 ailleurs, supprime /sda5 à 9,agrandissement /sda1, recrée les partitions /sda5 à 9, recopie le contenu de sda5 à 9, suppression du lien symbolique /lib, transfert de /home/lib dans /lib, réinstallation du disque dans la machine, prières, reboot
Merci d'avance pour vos lumières.
Salut, Ici, si j'ai bien compris, quand tu parles de /lib, c'est de /usr/lib qu'il s'agit? Ou alors plutôt, /lib est monté sur sda5 au lieu de /usr?
Bref, 2 remarques:
× La méthode bourrin me semble plus propre, ça ne casse pas la "compartimentation" qu'apporte des partitions séparées et les avantages recherchés (genre aide à la sauvegarde, options de montage distinctes...).
× Y'aurait pas un souci lorsque certain exécutables accèdent à des librairies dans [/usr]/lib, sachant que certains outils ne déréférencent pas les liens symboliques et s'attendent donc à trouver leur librairie (par ex) dans un [/usr]/lib "dur". Peut-être que le système a continué à fonctionner après ton /lib dans /home parce que certaines librairies "clef" comme la libc par exemple étaient déjà en mémoire lors du déplacement et donc toujours accessible. Mais plus lors d'un reboot.
Pour finir, si tu as plein de place dans /home, tu peux peut-être y placer directement /lib en coupant la partition en 2, ce serait plus rapide que de chercher à redimensionner /sda5.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/55c6f715$0$3293$
On 08/07/2015 06:40 PM, Jack.R wrote:
Bonjour,
J'en suis à ma 3ème migration wheezy -> jessie et à la 3ème qui se
passe mal. Il faut dire qu'à chaque fois c'est sur du matériel ancien.
Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant des
paramètres de boot du noyau dans /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0 vgay1"
Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après moult
essais et échecs (et en ayant cassé pas mal de truc), je m'en suis
sorti en installant lilo (via un démarrage en mode rescue depuis la
netinstall jessie et shell sur /). Je suis un dégonflé, je n'ai pas
encore tenté de réinstaller grub maintenant que cela fonctionne.
Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de mise à
jour, impossible d'installer le nouveau kernel, pas assez de place
sur /lib. Le disque est partitionné comme suit (installation de squeeze
mise à jour en wheezy puis changement de carte mère si je me souviens
bien):
/sda1 /
/sda5 /usr
/sda6 /var
/sda7 swap
/sda8 /tmp
/sda9 /home
Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib
dans /home et crée un lien symbolique de /lib vers /home/lib.
Je relance apt-get dist-upgrade et tout roule.
Je reboot et là:
Kernel panic - not syncing: Attempted to kill init!
Un boot sur le CD netinstall de jessie me mélange toutes les interfaces
réseau et ne me permet pas d'ouvrir un shell sur /dev/sda1
A noter que firmware-linux-nonfree n'est pas installé, c'est peut-être
là que j'ai fait une autre erreur.
Des suggestions avant que je ne fasse façon bourrin ?
sortie du disque de la machine, copie le contenu de sda5 à 9 ailleurs,
supprime /sda5 à 9,agrandissement /sda1, recrée les partitions /sda5 à
9, recopie le contenu de sda5 à 9, suppression du lien
symbolique /lib, transfert de /home/lib dans /lib, réinstallation du
disque dans la machine, prières, reboot
Merci d'avance pour vos lumières.
Salut,
Ici, si j'ai bien compris, quand tu parles de /lib, c'est de /usr/lib
qu'il s'agit?
Ou alors plutôt, /lib est monté sur sda5 au lieu de /usr?
Bref, 2 remarques:
× La méthode bourrin me semble plus propre, ça ne casse pas la
"compartimentation" qu'apporte des partitions séparées et les avantages
recherchés (genre aide à la sauvegarde, options de montage distinctes...).
× Y'aurait pas un souci lorsque certain exécutables accèdent à des
librairies dans [/usr]/lib, sachant que certains outils ne déréférencent
pas les liens symboliques et s'attendent donc à trouver leur librairie
(par ex) dans un [/usr]/lib "dur".
Peut-être que le système a continué à fonctionner après ton /lib dans
/home parce que certaines librairies "clef" comme la libc par exemple
étaient déjà en mémoire lors du déplacement et donc toujours accessible.
Mais plus lors d'un reboot.
Pour finir, si tu as plein de place dans /home, tu peux peut-être y
placer directement /lib en coupant la partition en 2, ce serait plus
rapide que de chercher à redimensionner /sda5.
Bon courage...
--
mireero
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/55c6f715$0$3293$426a74cc@news.free.fr
J'en suis à ma 3ème migration wheezy -> jessie et à la 3ème qui se passe mal. Il faut dire qu'à chaque fois c'est sur du matériel ancien.
Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant des paramètres de boot du noyau dans /etc/default/grub GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0 vgay1"
Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après moult essais et échecs (et en ayant cassé pas mal de truc), je m'en suis sorti en installant lilo (via un démarrage en mode rescue depuis la netinstall jessie et shell sur /). Je suis un dégonflé, je n'ai pas encore tenté de réinstaller grub maintenant que cela fonctionne.
Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de mise à jour, impossible d'installer le nouveau kernel, pas assez de place sur /lib. Le disque est partitionné comme suit (installation de squeeze mise à jour en wheezy puis changement de carte mère si je me souviens bien): /sda1 / /sda5 /usr /sda6 /var /sda7 swap /sda8 /tmp /sda9 /home
Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib dans /home et crée un lien symbolique de /lib vers /home/lib. Je relance apt-get dist-upgrade et tout roule. Je reboot et là: Kernel panic - not syncing: Attempted to kill init!
Un boot sur le CD netinstall de jessie me mélange toutes les interfaces réseau et ne me permet pas d'ouvrir un shell sur /dev/sda1
A noter que firmware-linux-nonfree n'est pas installé, c'est peut-être là que j'ai fait une autre erreur.
Des suggestions avant que je ne fasse façon bourrin ? sortie du disque de la machine, copie le contenu de sda5 à 9 ailleurs, supprime /sda5 à 9,agrandissement /sda1, recrée les partitions /sda5 à 9, recopie le contenu de sda5 à 9, suppression du lien symbolique /lib, transfert de /home/lib dans /lib, réinstallation du disque dans la machine, prières, reboot
Merci d'avance pour vos lumières.
Salut, Ici, si j'ai bien compris, quand tu parles de /lib, c'est de /usr/lib qu'il s'agit? Ou alors plutôt, /lib est monté sur sda5 au lieu de /usr?
Bref, 2 remarques:
× La méthode bourrin me semble plus propre, ça ne casse pas la "compartimentation" qu'apporte des partitions séparées et les avantages recherchés (genre aide à la sauvegarde, options de montage distinctes...).
× Y'aurait pas un souci lorsque certain exécutables accèdent à des librairies dans [/usr]/lib, sachant que certains outils ne déréférencent pas les liens symboliques et s'attendent donc à trouver leur librairie (par ex) dans un [/usr]/lib "dur". Peut-être que le système a continué à fonctionner après ton /lib dans /home parce que certaines librairies "clef" comme la libc par exemple étaient déjà en mémoire lors du déplacement et donc toujours accessible. Mais plus lors d'un reboot.
Pour finir, si tu as plein de place dans /home, tu peux peut-être y placer directement /lib en coupant la partition en 2, ce serait plus rapide que de chercher à redimensionner /sda5.
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: https://lists.debian.org/55c6f715$0$3293$
Pour finir, si tu as plein de place dans /home, tu peux peut-être y placer directement /lib en coupant la partition en 2, ce serait plus rapide que de chercher à redimensionner /sda5.
Pour finir, si tu as plein de place dans /home, tu peux peut-être y
placer directement /lib en coupant la partition en 2, ce serait plus
rapide que de chercher à redimensionner /sda5.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20150809165949.7f78388e@traveller.ajs.home
Pour finir, si tu as plein de place dans /home, tu peux peut-être y placer directement /lib en coupant la partition en 2, ce serait plus rapide que de chercher à redimensionner /sda5.